cdrom communication error

[Josh_13]

i'm trying to patch an hpux 10.20 system but after analysing the scripts for a bit it tells me it has a communication error... with it's own cdrom drive. the drive itself seems to work fine. i have installed from the cdrom drive in the past. does anyone have any suggestions on how to get this to work?

thanx in advance
-Josh

[Helen French]

Hi Josh,

Can you post the error message ?

Check this out for some possible try:

http://us-support.external.hp.com/cki/bin/doc.pl/sid=54d0f07210a2e558d3/screen=ckiDisplayDocument?docId=200000024631715

HTH,
Shiju

[D. Jackson_1]

You may want to cycle swagentd.

As root issue - #swagentd -r

HTH

[Helen French]

Hi Josh,

Did you check my first link ? It refers to the same type of error. Check for any automount file systems and then restart your swagentd.

Also see another link:

http://us-support2.external.hp.com/cki/bin/doc.pl/sid=cd5527b81a2023ac2c/screen=ckiDisplayDocument?docId=200000051808640

HTH,
Shiju

[Sanjay_6]

Hi Josh,

Try this link,

http://us-support3.external.hp.com/cki/bin/doc.pl/sid=5e08155e06240ffb0d/screen=ckiDisplayDocument?docId=200000056493292

Hope this helps.

Regds

[Josh_13]

those all dealwith rpc errors and setting the agents to max on timeout. that was the first thing we tried thinking it might be using loopback since the cdrom drive is physically on the machince, but that did nothing.

[Helen French]

Hi Josh,

One options is to copy the depot from the CD to a local directory and start install from that. Register the new depot if needed.

Also check the SD patch level of your system, apply the latest (december 2001) patches.

HTH,
Shiju

[Josh_13]

Shiju Wilson


February 22, 2002 19:20 PM GMT

--------------------------------------------------------------------------------
Hi Josh,

One options is to copy the depot from the CD to a local directory and start install from that. Register the new depot if needed.

Also check the SD patch level of your system, apply the latest (december 2001) patches.

HTH,
Shiju
--------------------------------------------------------------------------------
that's what i decided to try. i tared it and had it untar into a subdirectory of opt last night after i left.

unfortunatley the latestpatch disk i have is june 2001. i was told to get it up to that patch level and then see what i can get from the hp site

[Josh_13]

and now time for the bad news.

it just got the same error using sam when i tried to install from the /opt/tmp/ directoy i made to store the depot in.

does anyone have any suggestions as to what can be done to stop this?

[harry d brown jr]

Josh,

try using swinstall interactively. If you have, sorry.

live free or die
harry

[Helen French]

Josh,

Another thing is to make sure that your network is working fine. Normally when you invoke any SD-UX commands, it will check for the network and will give error if anything wrong. Try doing an swlist, swverify or swconfig !

Also, try downloading a patch from the HP site and install it. By doing this you can eliminate the problem with either SD-UX or your depot files !

HTH,
Shiju

[Josh_13]

ok. one question about downloading form the site, can i jump straightot the december releases or not? i knew the computer was unused for a while, but found out between the last post and this one that it was out of commision for about 2 years. n one is even sure if the y2k patches were put on. the last time it was used before it was resurrected was early 1999

-Josh

[Josh_13]

harry d brown jr


February 22, 2002 20:06 PM GMT [ 6 pts ]

--------------------------------------------------------------------------------
Josh,

try using swinstall interactively. If you have, sorry.

live free or die
harry
--------------------------------------------------------------------------------
i've tried it going through SAM, but not directly. would that make a difference?

note: rpc agent timeout is set to 7 days, and rpc timeouts are set to max.

[Helen French · Accepted solution]

Hi Josh,

You can install the latest one. All support plus software is cumulative and completely replaces any previous releases. However, you can check for the Y2K patches seperately.

But for sorting out your original swinstall error, you can just donwload an individual patch and try.

HTH,
Shiju

[Josh_13]

Shiju Wilson : is there a way to browse the patches/bundles? i keep gettng results of "patch not found" when trying to bring up the bundles via the search function

[Helen French]

Josh,

Try this:

http://us-support3.external.hp.com/wpsl/bin/doc.pl/screen=wpslSrchSetHelp/sid=d8915a660e483d72e3

HTH,
Shiju

[Josh_13]

Shiju : i decided to test by seing what happens when i try the hardware critical patches, the log file starts with telling me i have patches on there and the goes to eorror and ends with saying only to passed without a problem

[Helen French]

Josh,

The question was not very clear (?) Can you explain little more ?

Your basic target is to eliminate the error on either SD-UX or the depot, rt?

HTH,
Shiju

[Josh_13]

ack. i don't like this keyboard much, i seem to have many more typos when using it.

i was testing to see if it was the depot by trying to run the hardware critical set.
turns out it runs, but only one has no problems. the rest all seem to have the same problem: option -f and -n are not supported for df.

turns out the other hpux system has a df that is about a year older and a 1.5 megs smaller that supports it. we've copied that over and are going to temporarily replace the one on hal with that (the one that was here will be named old.df).
anyone know why a newer version of df might have lost those options that are obviously used by the pre-install scripts?
should we bother keeping the old-to-hal df one at all if it works with the new-to-hal df?

[Helen French]

Josh,

Normally, df should support these options. I think your system must bee keeping some old file sets OR system picking up old filesets in the PATH OR can be the patch level issue itself. (is this was a cold install ?)

Make your system to the latest patch levels, and check for any mismatches. Also cleanup all your old filesets/patches from the system. I would suggest you to keep the same version of files and commands as of the system, instead of going for an older version.

HTH,
Shiju

[Josh_13]

Shiju:
it is actually the df that is older that supports it. i don't know how the install was done because i got it with a lot already there.

we just installed the hardware critical using theolder df when checking to see if that was infact the problem. usingthe older df actually solved ALL the problems on the hardware critical patches.
a lot of the patches went into the directory of the user who kept up the machine. if we do end up deciding to take out the patches and re-install them, where can i get the y2k patches from and what directory should i throw patches into in order to make them available to anyone doing upkeep? (i'd like a common directory that would be normal for this, if there is one. if not i'll probably send it to var.)

-Josh

[Helen French]

Josh,

The latest patch bundle for 10.20 includes all y2k patch in it. The 10.20 Hardware/Critical Patch bundle is a tested set of HP-UX core hardware enablement and critical patches.

http://www.software.hp.com/SUPPORT_PLUS/hwcr.html

Also, if you need y2k patches seperately, check here:

http://us-support.external.hp.com/wpsl/bin/doc.pl/sid=e39d3628146cbf8a70/screen=wpslSelectBundle

Select y2k-1020S800.tar for servers running 10.20.

Normally you don't need to specify a location for installing the patches. The default directory is /var/adm/sw/patch. The system will keep track of this after you install the patches (regardless of users).

HTH,
Shiju

[Josh_13]

Shiju-

thanx. i'm going to ok it with my superior and then remove the patches on there and then put on the ones on the cd. after that i'll look into using the Brandeis' codes to see if we have access to getting the newer patches. i think we may have let the contract lapse since there is only one other HPUX machine that is used and that hasn't been patched for about a year.
(it's also 10.20)

-Josh

[Josh_13]

Shiju:

we removed the older patches then put these on. it seems to be that the df was somehow related to the timeouts. thank you for hte excellent advice. we cleaned up the machine while putting these on as a result of it.

-Josh