- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- /tmp fills up along with library growing out of bo...
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
Forums
Discussions
Discussions
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
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
02-07-2001 01:34 PM
02-07-2001 01:34 PM
When we compile we get the following error:
vxfs: mesg 001: vx_nospace - /dev/vg00/lvol12 file system full (1 block extent)
This seams easy but read on, it is not.
/tmp is now over 1 gig in size and the program I see running durring the compile is pxdb32.
The file in /tmp is /tmp/pxdbg${pid}
When it is done filling up /tmp it proceeds to fill up a the library directory until it runs of space there.
We were able to compile a library that curl needed on this V system called openssl.
The command that eventyually fails is:
/usr/bin/ld -b +b /opt/curl/lib -o .libs/libcurl.sl.0.0 file.lo timeval.lo base64.lo hostip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo download.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo highlevel.lo strequal.lo easy.lo security.lo krb4.lo memdebug.lo
/usr/bin/ld: (Warning) At least one PA 2.0 object file (file.lo) was detected. The linked output may not run on a PA 1.x system.
Do you have any suggestions?
Bill
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-08-2001 04:08 AM
02-08-2001 04:08 AM
SolutionPHSS_20122 s700_800 11.00 cumulative pxdb patch
PHSS_22478 s700_800 11.00 ld(1) and linker tools cumulative patch
There are some warnings attached to PHSS_22478, please read the patch text before considering an installation of this to see if any of them apply.
If the program has very large uninitialised global arrays, this may be part of the cause. If this is the case, and no other fix is available, malloc()ing them instead may help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2002 09:07 AM
01-09-2002 09:07 AM
Re: /tmp fills up along with library growing out of bounds
Thanks,
Craig
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2002 09:30 AM
01-09-2002 09:30 AM
Re: /tmp fills up along with library growing out of bounds
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2002 09:42 AM
01-09-2002 09:42 AM
Re: /tmp fills up along with library growing out of bounds
Thanks again to the forum.
C
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2002 10:13 AM
01-09-2002 10:13 AM