- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Freeing Space for Patch Install
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:01 AM
тАО09-28-2004 02:01 AM
Freeing Space for Patch Install
It's not a production machine. Runs HP-UX 11.00 with like no patches installed since OS was loaded in what 1995 I think they said. Running Oracle 8.0.5 64-bit old production database in archivelog more and 287MB total RAM on machine. Yes it's ancient.
Any help would be greatly appreciated. Attached is output from bdf command.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:07 AM
тАО09-28-2004 02:07 AM
Re: Freeing Space for Patch Install
vgdisplay vg00 |grep PE
Typically, usr these days is like 2GB.
Rgds...Geoff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:08 AM
тАО09-28-2004 02:08 AM
Re: Freeing Space for Patch Install
do
du -s /usr/*|sort -n
Post the last 10 lines
It looks like you have to extend /usr or remove somthing
/usr/share/doc and /usr/share/man are candidates to be backed up and removed
Otherwise if you have room on other lvol move /usr/share to say /opt/share and then
ln -s /opt/share /usr/share
Steve STeel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:09 AM
тАО09-28-2004 02:09 AM
Re: Freeing Space for Patch Install
It will get rid of supersaded patches on your system making some space for you.
Also you can see
/usr/contrib/bin/patch_check to see corrupted patches or filesets..Get rid of those also.
Hope above helps
Prashant
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:09 AM
тАО09-28-2004 02:09 AM
Re: Freeing Space for Patch Install
Do you have any free space that you could use to expand /usr? That would probably be better than removing stuff that you might need later on.
If you can't expand, try taking a look at the contents with du:
du -sk /usr/* |sort -n
That will show you the largest directories in /usr and you can drill down into them further with additional du commands to see if you can clean anything out. Candidates that I see might by /usr/examples and /usr/old. I would suggest you back up everything before you remove it.
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:14 AM
тАО09-28-2004 02:14 AM
Re: Freeing Space for Patch Install
in a text file
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:14 AM
тАО09-28-2004 02:14 AM
Re: Freeing Space for Patch Install
in a text file
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:15 AM
тАО09-28-2004 02:15 AM
Re: Freeing Space for Patch Install
I think the best suggestion would be to increase the size of /var & /usr if you have room in vg00.
Try this link as an example on how to increase the size of /var & /usr,
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000075563685
The itrc doc id is AUSRCKBRC00001468.
Hope this helps.
Regds
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:20 AM
тАО09-28-2004 02:20 AM
Re: Freeing Space for Patch Install
cleanup patches only affects /var...
You must have 2GB of swap on vg00...
2 possible solutions:
Remove swap from vg00 and out it on another vg, then increase size of /usr.
Or, replace your system disk with a larger one - say 9 or 18 GB.
In both case, you will most likely have to do a make_tape_recovery...
Rgds...Geoff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-28-2004 02:22 AM
тАО09-28-2004 02:22 AM
Re: Freeing Space for Patch Install
hi,
bdf shows you have a total of 385MB in your /usr mount point.in this to free 215 MB is difficult.you should have to extend /usr partition.
take a ignite backup before activity.
check the free space in root VG by vgdisplay command.
#vgdisplay vg00
free space=total free extents*size of one extent.
if enough space is available reboot the server in single user mode.(from ISL
ISL>hpux -is
then check the /usr is unmounted.
#/sbin/lvextend -L size /dev/vg00/lvol7
#/sbin/extendfs -F vxfs /dev/vg00/rlvol7
mount it and check.(size you are giving should in MB and more than that of the existing size)
reboot the server.
regds,