creating a patch depot errors!!!!!!!!! help!!!

[Chris Fadrowski]

I am trying to create a patch depot so i can install multiple patches at one time. I have 7 patches and i am trying the doc id 20000002459812. I keep getting errors either

"not available from depot or root"
or
"cannot mount /dev/dsk/cxtxdx" which is my cdrom, which i have no idea why since i am not using it.

does anyone have a fail proof way of taking multiple patches and creating one group so they can be executed all at one time and only require one reboot? Does anyone know what the causes for the errors i am getting are?

[James R. Ferguson]

Hi Chris:

If you do this, you will create a patch depot (here, called '/tmp/patch_depot') which will automatically be registered and thus is usable as the "depot" for installation. The 'swlist' will in fact show you the contents.

PDIR=/tmp/patch_depot
mkdir ${PDIR}
#
for X in PH*.depot
do
swcopy -s ${PWD}/${X} \* @ ${PDIR}
done
#
swlist -s ${PDIR}

Regards!

...JRF...

[Chris Fadrowski]

i have no more room in temp so i am doing it to a different mount point.. Is this causing my problem?

[Sachin Patel]

Hi
If you have all patch download from Net then
How to bundle multiple patches.

Download all patches in to one directory for example /tmp/sachin/ and we are creating depot in /usr/local/sw

Uncompress all patches.
#for X in /tmp/sachin/PH*
#do
#sh $X
#rm $X
#rm ${X}.text
#done

Then copy all patches in to one directory
#for X in /tmp/sachin/PH*.depot
#do
#swcopy -s $X @ /usr/local/sw
#done

Then create bundle
#swpackage -s /usr/local/sw (this bundle will has no name)
#swlist -s /usr/local/sw (This will lists all patches in that bundle)

Install now
#swinstall -s /usr/local/sw (select all patch and install)

Update
.psf file should look like this. Use this on swpackage with -s option.
#swpackage -s file.psf @ /usr/local/sw

bundle
tag PERFORMANCE
title TIMSPATCHES
os_name HP-UX
revision B.11.00.01
architecture S700/S800_HP-UX_11
contents PHCO_21187,r=1.0,a=HP-UX_B.11.00_32/64,v=HP
.....
end

To get this "PHCO_21187,r=1.0,a=HP-UX_B.11.00_32/64,v=HP"

#swlist -l product -a software_spec -s /usr/local/sw |grep -v "^#" |awk '{print $2}'


Sachin

[harry d brown jr]

Chris,

If you have access to the custom patch manager, then I'd suggest using that, as it will direct you if there is a superseding patch.

live free or die
harry

[Deshpande Prashant]

HI
To copy patches from /patches directory to a depot at /PAT use following
for i in `ls /patches/*.depot`
{
swcopy -x enforce_dependencies=false -s ${i} \* @ /PAT
}
swreg -l depot /PAT

Thanks.
Prashant.

[Jim Turner]

Hi Chris,

My experience is somewhat of a conglomeration of the other replies so far. No, it doesn't have to be in /tmp or /var/adm/sw to answer that question.

Choose a filesystem that has sufficient room. For this arbitrary example, let's use "/alpha".

Presuming you pulled your patches from the ITRC, they will be in shell archive (shar)format. Gather all of the files you downloaded in /alpha/src. Remove the ".txt" if you used a Winblows browser to pull the patches. Make /alpha/src your current directory.

# for i in PH*
# do
# sh $x
# done

So now you've got a mess of shar, .text, and .depot files. I don't know that a bundle is essential to this process as all patches in a depot can be applied at once without one. To get all the separate .depot patches in one, do the following:

# for i in PH*.depot
# do
# swcopy -s /alpha/src/$i -x enforce_dependencies=false \* @/alpha/depot
# done

Now all you need to do is go to your client you want to patch and reference the depot you just created. Let's use "beta" as an example name for the machine where your new depot lives. On the machine you want to patch, run the following:

swinstall -s beta:/alpha/depot \*

If the machine you want to patch with your new bundle is, in fact, the same machine where you just created the bundle, simply omit the server name from the command above:

swinstall -s /alpha/depot \*

Voila! All the patches at once with one reboot at the end.

Cheers,
Jim

[Jim Turner]

Oops, the referenced variable in my first code segment should of course be $i vice $x

# for i in PH*
# do
# sh $i
# done

Guess I'm on a jittery sugar high from all the Krispy Kreme's I've had this morning ;-)

[Chris Fadrowski]

I am still getting errors

here is the latest

There is currently no depot software on host "hostname" at location "/u01/patches/9i_patches/patch_dep

[Jim Turner]

Please post the swinstall command line you attempted to use. Also, please post an excerpt from your shell history showing the swcopy command you used to put the patches in the depot.

[Chris Fadrowski]

vxfs: mesg 001: vx_nospace - /dev/vg00/lvol6 file system full (1 block extent)
No space left on device
ERROR: PHCO_24723.depot checksum is 16597 should be 12857
ERROR: wc results of PHCO_24723.depot are 10085 35043 883712 should be 124069 363010 18155520

any idea what this means. it's the output of the swcopy -s command.

[James R. Ferguson]

Hi Chris:

This means that you have exhausted the space available in "lvol6" and the 'unshar' of the patch has aborted. As a consequence, the checksum does not match what the script expects. Consider expanding your filesystem and/or cleaning it up.

Regards!

...JRF...

[Sachin Patel]

Hi Chris,
Disk space problem. Clean some from lvol6.

And read this
Assigning Points to Replies -- Its a Good Thing!
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x316efd3f91d3d5118ff40090279cd0f9,00.html

Sachin

[Chris Fadrowski]

thats just it, my lvol6 is just fine for disk space. I have another 80 or so meg available.

Can this be the problem? i copied these patches from a server that was set up for me at HP. I had to do it from a Win2k machine using internet explorer. I then transfered these patch in bin using ftp. They look as if the shar just fine. the only problems i am having is the swcopy. It seems i am getting 3 different errors as mentioned above depending on if i try to do them separate or as a group.

[James R. Ferguson]

Hi Chris:

The checksum errors you report ARE from the 'shar' operation. I think you will find that 'lvol6' is your /tmp filesystem, since this is the default location for patches.

Regards!

...JRF...

[James R. Ferguson · Accepted solution]

Hi (again) Chris:

If space in /tmp is a problem and you don't want to or (can't) enlarge it, see Sachin Patel's offering here:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x2282abe92dabd5118ff10090279cd0f9,00.html

Regards!

...JRF...

[Sanjay_6]

Hi Chris,

Have a look at this thread,

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

Hope this helps.

Regds

[Bill Hassell]

>> thats just it, my lvol6 is just fine for disk space. I have another 80 or so meg available. <<

80 megs is VERY small when you are dealing with lots of patches. For instance, some patches are more 100 megs in size and will about that much more in order to install. So think in terms of 800 megs, not 80 megs.

You need the space to store the original patches, then additional space to un-shar the patches. Then you'll need lots of space in /var/adm/sw and perhaps /tmp. If you have full filesystems, you'll need to fix that first.

[Chris Fadrowski]

correct me if i am wrong, but i was un-shar-ing these on a 8 gb disk on vg03. so you are saying i need temp space on vg00 to unshar even if i am doing the sh PHCO_***** on vg03 lvol102.

[Sachin Patel]

So chris,
when you did ftp from w2k to hp system did "sh depot_name" works? if not then you have to convert that to unix format.
#dos2ux depot_name > depot_name1
#mv dept_name1 depot_name
#sh depot_name

Sachin

[James R. Ferguson]

Hi (again) Chris:

The answer to your last question asking if you need space in '/tmp', is YES.

If you look at any patch before you unshar it, you will see that temporary work is done in files rooted in '/tmp'. In particular, the final 'depot' file is built as '/tmp/compress$$' and moved (renamed) by moving it to the current working directory:

# mv /tmp/compress$$ PHxx_nnnnn.depot

Does this help you?

Regards!

...JRF...

[Chris Fadrowski]

Yes, that helps, but here is my work around..

I couldn't use the original depot i created in
u003/patches/patch_depot

I had to create another dir under /patch_depot and do the swcopy command. for some reason this worked. It just didn't let me do it in the original /patch_depot but in a dir under it called /patch_depot1.. strange but it worked.