I thought that if I kept it as type TFS the zfs file system would get cleaned 
up at ipl time. So if I change to type ZFS then I have clean up manually or 
create some script to clean up?  

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Tuesday, February 08, 2011 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full

TFS means you are using storage, not a zFS or HFS physical file. It won't grow. 
With TYPE(TFS), the "dataset name" is not really used. It is a logical name, 
not really the name of a physical file.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt
> Sent: Tuesday, February 08, 2011 8:17 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: /tmp space is full
> 
> Our /tmp is a zfs file with secondary extents assigned and 
> not sms managed, the volume contains over 1800 free cyls. I 
> got a msg that the file was full, since this is a sand box 
> system I just unmounted and remounted to clear this up.
> 
> Why wouldn't this zfs file automatically grow? Tks Matt 
> 
> MOUNT FILESYSTEM('SYS1.OMVS.MVSTECH.PCH.TMP')  
>       MOUNTPOINT('/tmp')                       
>          TYPE(TFS)               
>          MODE(RDWR)              
> 
> SYS1.PARMLIB(IOEPRM00) contains aggrgrow=on
> 
> 
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neubert, Kevin
> Sent: Friday, January 21, 2011 1:46 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: /tmp space is full
> 
> That's peculiar.  Your display seems to indicate otherwise.  
> In addition to the mentioned D OMVS are you looking at the 
> right members?  See D PARMLIB for your particular 
> concatenation.  I cannot imagine this, but do you have 
> something like /usr/sbin/mount -t ZFS -f OMVS.SYSA.TMP 
> automated somewhere?
> 
> Maybe D IPLINFO and D OMVS,F,N=VSAM.ZFS.OACT.TMP to glean the 
> timing, etc.
> 
> Regards,
> 
> Kevin
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Adams, Tracy
> Sent: Friday, January 21, 2011 9:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: /tmp space is full
> 
> 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
> 
> ----------------------------------------------------------------------
> 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
> 
> 

----------------------------------------------------------------------
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

Reply via email to