Sun Microsystems 3.2 manual Nws822# snoop -d hme0 port rdc

Page 22

In the first example, the command is issued from the primary host nws822 to the secondary host nws350. The network interface is hme0 and the port used by the rdc service is reported.

[nws822]# snoop -d hme0 port rdc

 

Using device /dev/hme (promiscuous mode)

 

nws822 -> nws350

RPC C XID=3565514130 PROG=100143 (?) VERS=4 PROC=8

nws350 -> nws822 RPC R (#1) XID=3565514130 Success

nws822 -> nws350

TCP D=121 S=1018

Ack=1980057565 Seq=2524537885

Len=0 Win=33304 Options=<nop,nop,tstamp

1057486 843038>

nws822 -> nws350

RPC C XID=3565514131 PROG=100143 (?) VERS=4 PROC=8

nws350 -> nws822 RPC R (#4) XID=3565514131 Success

nws822 -> nws350

TCP D=121 S=1018

Ack=1980057597 Seq=2524538025

Len=0 Win=33304 Options=<nop,nop,tstamp

1057586 843138>

nws822 -> nws350

RPC C XID=3565514133 PROG=100143 (?) VERS=4 PROC=8

nws350 -> nws822 RPC R (#7) XID=3565514133 Success

nws822 -> nws350

TCP D=121 S=1018

Ack=1980057629 Seq=2524538165

Len=0 Win=33304 Options=<nop,nop,tstamp

1057686 843238>

nws822 -> nws350

RPC C XID=3565514134

PROG=100143 (?) VERS=4 PROC=8

 

 

 

In the second example, the link is ATM so the atmsnoop utility is appropriate.

#/etc/opt/SUNWconn/atm/bin/atmsnoop -d ba0 port rdc device ba0

Using device /dev/ba (promiscuous mode) TRANSMIT : VC=32

TCP D=121 S=1011 Syn Seq=2333980324 Len=0 Win=36560

_____________________________________________________________________________

RECEIVE : VC=32

TCP D=1011 S=121 Syn Ack=2333980325 Seq=2878301021 Len=0 Win=36512

_____________________________________________________________________________

TRANSMIT : VC=32

TCP D=121 S=1011 Ack=2878301022 Seq=2333980325 Len=0 Win=41076

_____________________________________________________________________________

TRANSMIT : VC=32

RPC C XID=1930565346 PROG=100143 (?) VERS=4 PROC=11

_____________________________________________________________________________

RECEIVE : VC=32

TCP D=1011 S=121 Ack=2333980449 Seq=2878301022 Len=0 Win=36450

_____________________________________________________________________________

RECEIVE : VC=32

RPC R (#4) XID=1930565346 Success

_____________________________________________________________________________

TRANSMIT : VC=32

TCP D=121 S=1011 Ack=2878301054 Seq=2333980449 Len=0 Win=41076

12 Sun StorEdge Availability Suite 3.2 Software Troubleshooting Guide • December 2003

Image 22
Contents Sun Microsystems, Inc Please Recycle Contents Error Messages Preface Before You Read This BookUsing Unix Commands How This Book Is OrganizedShell Shell PromptsTypographic Conventions Shell superuserRelated Documentation Contacting Sun Technical Support Accessing Sun DocumentationSun Welcomes Your Comments Page Reboot Troubleshooting ChecklistCheck for installation errors Check the log file contentsChecking Log Files Improving PerformanceSafeguarding the Vtoc Information Page Remote Mirror Software Troubleshooting Tips Troubleshooting Log Files and Services Check the integrity of the link Check for common errorsChecking Log Files Checking That the rdc Service Is Running If the /dev/rdc Link Is Not Created Checking the Integrity of the Link Testing with ifconfig Nws822# snoop -d hme0 port rdc Correcting Common User Errors Enabled Software on Only One HostWrong Volume Set Name Specified Using the dsstat Command Incorrectly To Find the Volume Set Name Accommodating Memory RequirementsRemote Mirror Software Troubleshooting Tips Page Is used but the arguments for units and delay are Iiadm was expecting a number to be on the commandLine. This happens when the copy parameters option Contains the volumes does not match the cluster tagDsweempty No overflow volume was specified Overflow volume could not be attached toSpecified set. Possible errors Dsweinuse The overflow volume is already beingVolume requested as a remote mirror bitmap Volume requested as a bitmap for the remoteMirror set is already configured to be used by Volume is already configured to be a volume used byErrors Remote mirror set cannot be found in the configurationDatabase. The set is not configured. Check the entry for Primary volume has a file system mounted on itFor another remote mirror set. a volume cannot be Kernel Set being enabled or resumed has a secondaryVolume that is already in use as a secondary volume Enabled as a secondary volume if it is already in use asDsweempty No set was specified on the command Copy or update operation could not be initiatedPossible errors Dsweoffline One or more volumes in the set isVolume An overflow volume couldn’t be initialized. PossibleDsweinuse The volume that was specified is already Dswersrvfail The kernel was unable to accessIiadm command must be issued on the other Kernel Request to disable the disk queue is alreadyUnsuccessfully before attempting to disable the disk Where the iiadm command was issuedRemote mirror software as a data volume or bitmap Disk queue volume specified forReconfiguration operation is already in use by Iiadm -ecommand expected dep or indDsweempty One of the volumes names master Could not enable volume. Possible errorsNew sets can be enabled Dsweinuse One of the volumes master, shadowDsweodependency The overflow volume is still Iiadm had a problem detaching the overflow volumeFrom a set. Possible errors Going from logging mode to replicating modeDsweempty One of the volume names is blank. File a Could not import shadow volume. Possible errorsSets can be enabled Dsweinuse One of the volumes is already in use byTrying to join the volume is not in the exported state Could not join shadow volume back to the set. PossibleDsweempty a volume was missing on the command Dsweinvalbmp The bitmap volume is not bigCurrent configuration. Check the set to ensure that User attempted to enable a set using the shostsvolSet specified for the command cannot be found It matches one of the configured sets. Use sndradmVolume the user specified to attach to a compact Iiadm could not get a list of overflow volumes fromKernel. Possible errors Master, shadow, or bitmap volumeSecondary volume is not in an error state and can be Disk queue replace command can also be used toSize of the secondary volume. Verify that AccessedUse as an attached overflow volume User attempted to perform a copy or updateVolume specified as the shadow volume is already Use as a shadow for a different master volumeVolume in the remote mirror set User attempted to enable a set in whichVolume was already enabled, but with a different Dswenotfound Could not find specified volumeMaster device, but could not get access to it During an enable operation, iiadm tried to validateBitmap device, but could not get access to it During a reset operation, iiadm was unable to findCould not find remote mirror group in configuration Be determined. Verify the settingsSunCluster could not find the specified disk service Could not find remote mirror set in configurationOpened. The volume might not exist or is already Lookup of the set ID in the configuration database forVolume specified for the bitmap could not be Iiadm attempted to access the configuration fileSame as Update failed meaning but for a specific One or more volumes in a group copy or updateCommand failed. Possible errors During a reset, iiadm tried to updateIiadm detected that the master, shadow, and bitmap Volumes are not all in the same cluster device groupVolume vol is not being managed by As required by the point-in-time copy softwareRelated Error Messages

3.2 specifications

Sun Microsystems 3.2, often referred to as SunOS 3.2, was a notable release of the Sun operating system that emerged during the rapidly evolving landscape of computer technology in the early 1980s. This operating platform was designed specifically for Sun Workstations, utilizing the robust hardware architecture developed by Sun Microsystems. The introduction of SunOS 3.2 marked a significant step forward in the development of UNIX-like operating systems optimized for entrepreneurship and scientific applications.

One of the main features of SunOS 3.2 was its adherence to the Berkeley Software Distribution (BSD) model, which allowed for advanced networking capabilities, enhanced performance, and efficient resource management. BSD's influence provided SunOS 3.2 with TCP/IP networking protocols, allowing users to connect to other devices seamlessly and manage network resources easily. This feature was crucial during a time when networking was becoming increasingly vital for organizations.

The system's support for virtual memory was another innovative characteristic. SunOS 3.2 utilized demand paging, which allowed programs to use more memory than was physically installed on their machines, significantly improving multitasking and overall system responsiveness. This capability was particularly advantageous for enterprises that relied on large-scale computations and data analysis.

SunOS 3.2 also introduced support for the Sun Window System, which meant users could utilize graphical user interfaces for interacting with applications, moving away from purely text-based command interfaces. This transition paved the way for more intuitive user experiences in the realm of computing, making powerful UNIX capabilities more accessible.

The inclusion of software utilities such as the C shell (csh) and a variety of development tools further strengthened SunOS 3.2’s position as a suitable platform for developers. The system provided robust development environments for programming in languages like C and assembly, catering to custom application requirements across different industries.

Lastly, security features were integrated into SunOS 3.2 to safeguard sensitive data and enhance system integrity. Permission settings and user authentication mechanisms were refined, allowing organizations to securely manage their computing resources.

In summary, SunOS 3.2 represented a landmark evolution in operating systems, showcasing a blend of advanced networking, memory management, graphical user interface, development tools, and security—elements that defined a generation of computing within the high-performance ecosystem of Sun Microsystems.