I do not have a mount of /tmp in my active BPXPRMxx member. Actually there is no mounts at all in the member. I do have OMVS. Datasets for all the old reliables... var, etc/ tmp
# df -v /tmp Mounted on Filesystem Avail/Total Files Status /SYSTEM/tmp (OMVS.SYSA.TMP) 28518/57600 4294967265 Available ZFS, Read/Write, Device:3, ACLS=Y Filetag : T=off codeset=0 Aggregate Name : OMVS.SYSA.TMP -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Craig Pace Sent: Friday, January 21, 2011 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Tracy, If you do not have a mount point for /tmp in your BPXPRMxx parmlib member(s), then that means you have it under the root which is not a good idea at all. You can issue the MVS command D OMVS to validate what active BPXPRMxx member(s) you are running off of. Then from there you can see if you have a mount point "MOUNTPOINT('/tmp')" for your /tmp directory and determine what type it is, if there. If not there, I would create a mount point for /tmp and I would recommand a TFS since it does clean itself up automatically. Thanks, Craig Pace "Adams, Tracy" <tad...@cvps.com> Sent by: IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu> 01/21/2011 09:57 AM Please respond to IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu> To IBM-MAIN@bama.ua.edu cc Subject Re: /tmp space is full Thanks all. The ISHELL process allowed me to extend the directory to resolve the problem. When the day is quiet I will try the unmounting and mounting trick to see if the space gets cleaned up. The confighfs command returns that it is not mounted as HFS and there are no entries in the parmlib so I would conclude that it probably is a TFS filesystem. Thanks again for your quick responses! PS For additional reading on the topic I recommend the ABCs volume 9 manual :-) -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Erik Janssen Sent: Friday, January 21, 2011 9:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Tracy, Did you do a 'ls -la /tmp' to make sure also hidden files (ie. starting with a '.') are shown? We use TFS for /tmp and doing umount / remount normally works perfectly to clean it up... Regards, Erik. -----Oorspronkelijk bericht----- Van: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Namens Adams, Tracy Verzonden: vrijdag 21 januari 2011 14:34 Aan: IBM-MAIN@bama.ua.edu Onderwerp: /tmp space is full First of let me apologize for my OMVS ignorance. Other than using the basic set it and forget it parameters of OMVS we have never had to touch it. Now we are developing an app that may keep the mainframe around a long time that provides and consumes Web Services. Long story short, my /tmp file is full and I cant figure out what is taking the space. Using the LS command there are only about 5 files in there and they are smal 30-50 blocks(?) apiece of the 28000 that are allocated. The syslog file is there also but when I cat that there only is a hand full of records in there. Other than that I see nothing. A. How do tell what is allocated that space and/or 2 how can I make /tmp larger on the fly? TIA, Tracy ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ----------------------------------------------------------------- ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ----------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ********************************************************************** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ********************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html