Installing a depot file from DVD

[daihard]

Hi.

I have been trying to install a depot file stored on a DVD media onto our HP-UX 11.23 system. I have been out of luck all morning. I hope I can get some help here.

Here is the scenario.

1) I have a DVD-ROM that contains "QPK1123_B.11.23.0806.072.depot". It is a file, not a directory.

2) I mount the DVD drive the following way.

# mount /dev/dsk/c0t0d0 /cdrom

3) I can see the depot file on the DVD.

# ls /cdrom
QPK1123_B.11.23.0806.072.depot

4)I now run the installer the following way.

# swinstall -s /cdrom/QPK1123_B.11.23.0806.072.depot
-x autoreboot=true \*

Then I get the following error.

---------------------------
ERROR: "hpux23:/": This target agent cannot access the source. Make
sure the source depot is registered if it is remote from the
target or if you are non-superuser. Also ensure you have read
permission for the products on the source, the source is not
being updated, and swagentd is running on the source host.
The target agent logfile will contain precise failure
information; it is referenced below.
* The analysis phase failed for "hpux23:/".
* Analysis and Execution had errors.
---------------------------

I did register the depot file with the swreg -l depot" command. Could someone point out what I am doing wrong?

Thanks!
Dai

[Jeeshan]

Hi

take a look another way,

run swinstall and there will appear a screen which will guide you to the DVD mounting. then mount the DVD and then browse the contents.

then mark and install the software or depot

[Bob E Campbell · Accepted solution]

The automounting is supported only for directory/network depots at the root of media.

1. Are you root?

2. What are the file permissions? (ls -l)

3. Have you restarted swagentd recently?

# /sbin/init.d/swagentd stop
# /sbin/init.d/swagentd start

4. Can you read the depot outside of SD?

# tar tvf QPK1123_B.11.23.0806.072.depot

[daihard]

Hi.

Thanks for the quick responses. Let me answer Bob's questions below.

>> 1. Are you root?

Yes.

>> 2. What are the file permissions? (ls -l)

# ls -l /cdrom/QPK1123_B.11.23.0806.072.depot
-r--r--r-- 1 root root <.....>

>> 3. Have you restarted swagentd recently?
>> # /sbin/init.d/swagentd stop
>> # /sbin/init.d/swagentd start

I just did and re-ran swinstall. Unfortunately, I got the exact same error message again.

>> 4. Can you read the depot outside of SD?
>> # tar tvf QPK1123_B.11.23.0806.072.depot

It produced a long list of directories and files, so yes, it seems like I can read the depot outside SD.

Any advice would be appreciated.

Dai

[Bob E Campbell]

Simple things first. If there is something wrong with the lack of mount options try copying the file to /var/tmp and avoid the CD. I have not played with media for some time now (SWA gets those QPK bundles for me ;-)

As long as the tar output looked fine and did not terminate abnormally it is probably easiest to work around.

[daihard]

Hi Bob.

Thanks again for your reply. The fundamental issue we have is that the HP-UX box in question is almost out of disk space. Both / and /var have less than 1 GB free space, which makes it impossible to copy the depot file (1.5 GB in size) to the local disk.

Is there a command I can run to see if there is any hidden partition that's not utilized by the OS?

Thanks again,
Dai

[Bob E Campbell]

Oh, in keeping with checking the simple things first...

# cksum QPK1123_B.11.23.0806.072.depot
594894387 1550151680 QPK1123_B.11.23.0806.072.depot
# md5sum QPK1123_B.11.23.0806.072.depot
93ebc79eee3dab58073b95bd4ac3c19a QPK1123_B.11.23.0806.072.depot

[Bob E Campbell]

OK, we can talk about ways to get space back but for now lets go back to the DVD.

1. Is this HP created media or locally mastered?

2. Does mounting with "-r", "-F cdfs" or "-o ro" help? If this is HP-media the booklet should explicitly state the recommended mount command.

[Dennis Handly]

>Bob: 2. Does mounting with "-r", "-F cdfs" or "-o ro" help?

Would trying swlist be helpful? Or that does the same thing as swinstall?
Also, would asking for the tar output be helpful?

[daihard]

Hi Bob.

>> 1. Is this HP created media or locally mastered?

This is a locally mastered DVD. I simply created an ISO image from the original depot file and burned it onto a blank DVD-R media using a Linux system.

>> 2. Does mounting with "-r", "-F cdfs" or "-o ro" help?

I tried both "-o ro" and "-F cdfs". Unfortunately, the result was the same.

[daihard]

Hello Dennis.

Thanks for the suggestion. I do have a file that contains the output of the tar command. It is a long list, and I don't think it's appropriate to paste the whole thing here. Is there a recommended way in which to share it on this forum?

Thanks,
Dai

[Bob E Campbell]

The tail of the tar command is the most important, did it reach the valid end of the archive?

This is a long shot, but as I am wrapping up soon how about

# ln -s /cdrom/QPK1123_B.11.23.0806.072.depot
/var/tmp/depot

# swinstall -s /var/tmp/depot ...

[Dennis Handly]

>>> 2. What are the file permissions?
>-r--r--r-- 1 root root <.....>

Having the size would have been helpful.

>is that the HP-UX box in question is almost out of disk space. Both / and /var have less than 1 GB

You don't need be in those. What about some other filesystem?

>I do have a file that contains the output of the tar command.

Well, I just need the top level set of directory/file names. I can just look at a copy and I see (after an hour downloading 1.5 Gb) the following TOC:
catalog
PHCO_36111
PHCO_37086
PHKL_31500
PHKL_32456
PHKL_32478
...
PHSS_37492
PHSS_37498
PHSS_37500

I made this with:
tar -tf QPK1123_B.11.23.0806.072.depot | sed 's:/.*$::' | uniq

[daihard]

Thanks, guys.

Unfortunately, I will need to put this task on hold because /var on this machine has absolutely no space left. "df -k" returns 0 available kilobytes!

So before moving on, we will need to somehow reconfigure the machine to open up more space.

Nonetheless, I truly appreciate your guiding me through this process. Although it's not over yet, I have learnt a lot. Thanks!

Dai

[James R. Ferguson]

Hi:

No space in '/var' isn't a nice thing. There a several things to look at and/or do.

Trim, copy and compress any logs that are unnecessarily large. Candidates would include '/var/adm/wtmp'.

Run a 'cleanup -c 1' to reclaim space in '/var/adm/sw'. Do *not* manually manapge the contents of this directory. It is your IPD (Installed Product Database) and munging around in it may lead to an unpatchable system.

Extend '/var'. See if you have free space within 'vgoo' (use 'vgdisplay' to look for free extents). If you have OnlineJFS you can enlarge the filesystem on-the-fly with 'fsadm'. Otherwise you will need to boot up into single user mode; grow it with 'extendfs' and remount it (rebooting is again may be the quickest).

Regards!

...JRF...

[Bill Hassell]

> no space in /var...

Very, very bad. Not just for your future depot project but right now for almost every process on the system. /var can never be full or things will crash so this is a serious situation.

Never look for big files! Instead, the first step (immediately) is to analyze where all the space is being used. As root:

du -kx /var | sort -rn | head -20

You might also do this on /tmp too. This is a list of all the data buckets (directories), largest at the top of the list. /var has so many directories that are critical to normal system operations, randomly deleteing big files is dengerous. Instead, look at the biggest directories. There may be 5,000 small files occupying 750 MB -- never seen when looking for big files. Of course get rid of core files but they aren't that common becuase /var is seldom the current working directory. Once you have a questionably large directory, sort the contents by size:

ll /var/tmp | sort -rnk5 | head

Common places to find junk that needs adjusting:

/var/spool -- old printer files
/var/mail -- massive email that's never read
/var/adm -- logfiles that need trimming
/var/tmp -- always candidates for removal
/var/stm/logs -- diagnostic problems

The QPK depot is massive in size (several hundred patches) and it could easily need 500 MB additional space in /var/adm/sw and will need extra space in /tmp. Servers with limited /tmp and /var space will need some extra work to make them patchable.

[daihard]

You guys are very helpful! I wish I'd known about this forum earlier...

I found what seemed to be a huge log file named /var/adm/wtmps and removed it, which gave /var about 800 MB free space. I am going through it using the other methods you have told me about so I can reclaim more space if possible.

Thanks again!
Dai

[daihard]

I ran the following command as Bill suggested.

# du -kx /var | sort -rn | head -20

The result suggests that /var/adm/sw/save takes up 90% of the used space. I tried to run "cleanup -c 1" to reclaim that space, but the HP-UX 11.23 system does not have "cleanup" - at least "which cleanup" returned empty. Is it something I need to install additionally?

Thanks,
Dai

[Dennis Handly]

>I found what seemed to be a huge log file named /var/adm/wtmps and removed it

This fill contains login info, do you care about that?
Note: You can't remove this file, you must "erase" it. >
/var/adm/wtmps
If the file is there now, don't worry, otherwise you need to touch it.
Permissions and ownership are:
-rw-rw-r-- 1 adm adm

>HP-UX 11.23 system does not have "cleanup"

Mine is in /usr/sbin/cleanup. It should be part of the base OS:
OS-Core.CMDS-AUX: /usr/sbin/cleanup
PHCO_32220.CMDS-AUX: /usr/sbin/cleanup

[James R. Ferguson]

Hi (again) Dai:

> I found what seemed to be a huge log file named /var/adm/wtmps and removed it

While you *can* remove this file, if you do, you will disable logging of 'login' information. Generally, this isn't what you want to do. Rather, you can periodically archive the file somewhere and "null" it to begin a new cycle of logging:

# cat /dev/null > /var/adm/wtmp

If you wish to archive the file, in whole or in part, you probably will want to convert the binary file to ASCII for ease of viewing. In fact, you can trim the current file by doing:

# /usr/sbin/acct/fwtmp < /var/adm/wtmp > /tmp/wtmp

At this point, you may edit the /tmp/wtmp file, since it is a ASCII file.

# /usr/sbin/acct/fwtmp -ic < /tmp/wtmp > /var/adm/wtmp

> # /usr/sbin/acct/fwtmp < /var/adm/wtmp > /tmp/wtmp

With regard to your other comment, that:

> HP-UX 11.23 system does not have "cleanup"

If you don't have the 'cleanup' command, it would appear that your 11.23 system lacks patch PHCO_32220. This was release a long time ago (in 2004) and delivers 'cleanup' and 'show_patches'. Most certainly you should install this patch if you lack these utilities!

Regards!

...JRF...