Unable to Select Target Depot Path

[Joe Robinson_2]

I'm fighting a problem on my L9000 running 11.0...when initially trying to load patches I keep coming across a problem where the system can't contact itself...the hostname is correct and I haven't been able to locate anything in man that specifies where swinstall might be looking somewhere else.

Thanks in advance,
Joe Robinson

[James R. Ferguson]

Hi Joe:

Try restarting the swagent daemon:

# swagentd -r

Make sure, too, that your hostname is relected in /etc/hosts.

Regards!

...JRF...

[S.K. Chan]

Some possible swinstall errors :-

1. You failed to register the Depot.
Run:
# swreg -l depot

2. The swinstall program is already in use.
To resolve, try again later or get other root user to give up.

3. If you have to kill an old swinstall process by hand, you will also have to remove the lock file:
# rm /var/adm/sw/products/swlock

4. The DNS name server is using uppercase or mixed upper/lowercase spelling for your hostname.
Remove or rename /etc/resolv.conf
Make sure /etc/hosts has proper name and IP address for your local machine.

Another test to prove this problem is to list your host by name and by IP address with nslookup command - both results must match exactly.

5. The option for select_local depot is not set for local or stand alone.
All targets to resolve the source locally FALSE
To resolve, change this option from FALSE to TRUE.

6. The swagentd daemon is messed up.
To resolve, kill the daemon process and then restart with a:
# /usr/sbin/swagentd &

7. The cache in memory has stale host information, possible from previous problems with the DNS name server.
The only way to clear the cache area is by rebooting.

8. The swinstall completed OK, but during the build (linking) of a new kernel, you get errors and no kernel is built.
To resolve, run bdf. If the root file system is too full, you can't make a new kernel file. You need to clean out the root filesystem. If you must, remove /stand/vmunix.previous, be sure to back up the kernel.

This problem sometimes happens applying patches.

9. "system_name:/mnt" Cannot establish a lock on this target because of an external error (for example, the lock file could not be created).
This means that swinstall does not understand NFS file systems which are mounted read only. It can't write the /mtn/catalog/swlock file.

10. Unable to run swinstall or other SD-UX commands due to permission problems.
Kill swagentd and restart it with a:

/usr/sbin/swagentd &

[Sanjay_6]

Hi Joe,

Try to see if the system is able to resolve its hostname and ip properly. Do a "nslookup" and try this,

nslookup
> server_name
> server_ip
> exit

See if this returns the correct name and ip. Also check and see if there is a duplicate system name or ip on the network.

Hope this helps.

Regds

[Joe Robinson_2]

Found the fix...for whatever reason I didn't have nsswitch.conf in /etc...put that out there and things worked fine.