Re: /tmp space is full
(I seem to vaguely remember that some PFS types have got some dependency on that name in never releases. I know the above worked in earlier OS/390 releases; I tried) For the records: I've been searching my old notes and found that - ZFS must be ZFS. You'll get a message from ZFS when you try to start it with some other name. - Automount needs to be called AUTOMNT. You'll get a message when running /usr/sbin/automount if the name is not correct. - HFS, TFS and INET can be started with different names. (I don't mean to say anyone should do this. It was just part of prove myself I understand how this works :-) -- Peter Hunkeler CREDIT SUISSE AG -- 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
Re: /tmp space is full
There seems to be quite some confusion here; mainly about
the parameters on the mount statement.
The string inside the parenthesis after FILESYSTEM is
passed to the physical file system program code (PFS for
short hereafter) that you point to with the TYPE parameter.
It is the up to that program code to use that string
for whatever is was designed to.
HFS PFS: It's the DSN to mount.
ZFS PFS: It's the DSN to mount.
TFS PFS: It's just a name with no relation to anything
physical like a DSN, etc.
A name is required so that you can unmount the
file system if needed.
And remember that the name you code with the TYPE
parameter is again just a string.
The ENTRYPOINT parameter on the FYILESYSTYPE statement
determines what PFS program code is loaded and associacted
with the name given by the TYPE parameter.
Thereafter you send a mount command to any of the loaded
PFSs by specifying the corresponding name on the TYPE
parameter of the mount command.
So, basically this would work:
FILESYSTYPE TYPE(RAM) ENTRYPOINT(BPXTFS)
MOUNT FILESYSTEM('JUST_A_NAME_FOR_THE_BOOKKEEPING')
TYPE(RAM)
MOUNTPOINT('/tmp')
PARM('-s 10')
(I seem to vaguely remember that some PFS types have got
some dependency on that name in never releases. I know the
above worked in earlier OS/390 releases; I tried)
--
Peter Hunkeler
CREDIT SUISSE AG
--
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
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 FilesystemAvail/TotalFiles Status
/SYSTEM/tmp(OMVS.SYSA.TMP) 28518/576004294967265 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
Re: /tmp space is full
What does a LISTCAT of the ZFS data set say?
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
--
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
Re: /tmp space is full
Matt, and why did you specifiy TYPE(TFS) in your MOUNT-statement ? That means an in-storage filesystem in a colony-address space ... ciao Lutz -- 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
Re: /tmp space is full
Listc listing,
CLUSTER --- SYS1.OMVS.MVSTECH.PCH.TMP
IN-CAT --- CATALOG.OSMCAT
HISTORY
DATASET-OWNER-(NULL) CREATION2011.024
RELEASE2 EXPIRATION--.000
EATTR-(NULL)
BWO STATUS(NULL) BWO TIMESTAMP-(NULL)
BWO---(NULL)
PROTECTION-PSWD-(NULL) RACF(NO)
ASSOCIATIONS
DATA-SYS1.OMVS.MVSTECH.PCH.TMP.DATA
DATA --- SYS1.OMVS.MVSTECH.PCH.TMP.DATA
IN-CAT --- CATALOG.OSMCAT
HISTORY
DATASET-OWNER-(NULL) CREATION2011.024
RELEASE2 EXPIRATION--.000
ACCOUNT-INFO---(NULL)
PROTECTION-PSWD-(NULL) RACF(NO)
ASSOCIATIONS
CLUSTER--SYS1.OMVS.MVSTECH.PCH.TMP
ATTRIBUTES
KEYLEN-0 AVGLRECL---0 BUFSPACE--
--8192 CISIZE--4096
RKP0 MAXLRECL---0 EXCPEXIT--
(NULL) CI/CA180
SHROPTNS(3,3) RECOVERY UNIQUE NOERASE LINEAR
NOWRITECHK NOIMBED NOREPLICAT
UNORDEREDNOREUSE NONSPANNED ZFS
STATISTICS
REC-TOTAL--0 SPLITS-CI--0 EXCPS-
--0
REC-DELETED0 SPLITS-CA--0 EXTENTS---
--1
REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTA
REC-UPDATED0 FREESPACE-%CA--0 X'000
00'
REC-RETRIEVED--0 FREESPC0
ALLOCATION
SPACE-TYPE--CYLINDER HI-A-RBA36864000
SPACE-PRI-50 HI-U-RBA36864000
SPACE-SEC-50
VOLUME
VOLSEROMVST1 PHYREC-SIZE-4096 HI-A-RBA--
6864000 EXTENT-NUMBER--1
DEVTYPE--X'3010200F' PHYRECS/TRK---12 HI-U-RBA--
6864000 EXTENT-TYPEX'40'
VOLFLAGPRIME TRACKS/CA-15
EXTENTS:
LOW-CCHH-X'1FF2' LOW-RBA0 TRACKS
---750
HIGH-CCHHX'2023000E' HIGH-RBA36863999
***
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Rob Schramm
Sent: Tuesday, February 08, 2011 9:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
What does a LISTCAT of the ZFS data set say?
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
--
For IBM-MAIN subscribe / signoff
Re: /tmp space is full
I didn't think TYPE(TFS) used a hardcoded filename. What does a mount table look like for that /tmp directory? If you do ISHELL and U beside /tmp, what does it say? Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Tuesday, February 08, 2011 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Listc listing, CLUSTER --- SYS1.OMVS.MVSTECH.PCH.TMP IN-CAT --- CATALOG.OSMCAT HISTORY DATASET-OWNER-(NULL) CREATION2011.024 RELEASE2 EXPIRATION--.000 EATTR-(NULL) BWO STATUS(NULL) BWO TIMESTAMP-(NULL) BWO---(NULL) PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS DATA-SYS1.OMVS.MVSTECH.PCH.TMP.DATA DATA --- SYS1.OMVS.MVSTECH.PCH.TMP.DATA IN-CAT --- CATALOG.OSMCAT HISTORY DATASET-OWNER-(NULL) CREATION2011.024 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS CLUSTER--SYS1.OMVS.MVSTECH.PCH.TMP ATTRIBUTES KEYLEN-0 AVGLRECL---0 BUFSPACE-- --8192 CISIZE--4096 RKP0 MAXLRECL---0 EXCPEXIT-- (NULL) CI/CA180 SHROPTNS(3,3) RECOVERY UNIQUE NOERASE LINEAR NOWRITECHK NOIMBED NOREPLICAT UNORDEREDNOREUSE NONSPANNED ZFS STATISTICS REC-TOTAL--0 SPLITS-CI--0 EXCPS- --0 REC-DELETED0 SPLITS-CA--0 EXTENTS--- --1 REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTA REC-UPDATED0 FREESPACE-%CA--0 X'000 00' REC-RETRIEVED--0 FREESPC0 ALLOCATION SPACE-TYPE--CYLINDER HI-A-RBA36864000 SPACE-PRI-50 HI-U-RBA36864000 SPACE-SEC-50 VOLUME VOLSEROMVST1 PHYREC-SIZE-4096 HI-A-RBA-- 6864000 EXTENT-NUMBER--1 DEVTYPE--X'3010200F' PHYRECS/TRK---12 HI-U-RBA-- 6864000 EXTENT-TYPEX'40' VOLFLAGPRIME TRACKS/CA-15 EXTENTS: LOW-CCHH-X'1FF2' LOW-RBA0 TRACKS ---750 HIGH-CCHHX'2023000E' HIGH-RBA36863999 *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Tuesday, February 08, 2011 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full What does a LISTCAT of the ZFS data set say? Our /tmp is a zfs file
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 FilesystemAvail/TotalFiles
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
Re: /tmp space is full
Using TFS removes the need to manually clean up the /tmp directory since it gets cleaned up when you IPL. If there are any files you need to keep over an IPL then they must go somewhere else. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lutz Hamann Sent: Tuesday, February 08, 2011 9:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Matt, and why did you specifiy TYPE(TFS) in your MOUNT-statement ? That means an in-storage filesystem in a colony-address space ... ciao Lutz -- 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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
Re: /tmp space is full
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 FilesystemAvail/TotalFiles
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
Re: /tmp space is full
True on all counts.
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 9:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
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 FilesystemAvail/TotalFiles
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
Re: /tmp space is full
Yes of course, Jon. But the question was in conjunction with a zFS filesystem and why the next extent wasn't allocated. And therefore I was pointing to TYPE(TFS) which includes that the mentioned zFS filesystem is not mounted at all. ciao Lutz -- 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
Re: /tmp space is full
Yes, that is one of the problems with using a TFS. There is no way to expand if you size it too small. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lutz Hamann Sent: Tuesday, February 08, 2011 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Yes of course, Jon. But the question was in conjunction with a zFS filesystem and why the next extent wasn't allocated. And therefore I was pointing to TYPE(TFS) which includes that the mentioned zFS filesystem is not mounted at all. ciao Lutz -- 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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
Re: /tmp space is full
John,
Are you sure about the true on all counts? I was under the impression that
if I had the filesystem mounted as a TFS, then it wouldn't even look at a ZFS
dataset. The way I read Matt's comment, I got the idea he was thinking that if
he had it defined as a TFS, the system would automatically somehow pick an
appropriate ZFS and clear it out at IPL time. The IPL would clear out the /tmp
directory tree within OMVS, but it won't touch any ZFS VSAM cluster.
Or maybe the cold this morning froze what few brain cells I had left. (-20 F
w/o windchill)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
McKown, John
Sent: Tuesday, February 08, 2011 9:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
True on all counts.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt
Sent: Tuesday, February 08, 2011 9:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
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 FilesystemAvail/TotalFiles
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
Re: /tmp space is full
MOUNT FILESYSTEM('SYS1.OMVS.MVSTECH.PCH.TMP')
MOUNTPOINT('/tmp')
TYPE(TFS)
MODE(RDWR)
When you say TYPE(TFS) in a mount statement it is referring to a 'FILESYSTYPE'
statement - not the type of file that you are mounting there. If you want to
mount a ZFS at '/tmp' then you need to say TYPE(ZFS) which will point the MOUNT
to the FILESYSTYPE TYPE(ZFS).
If you mount a file with a TYPE(TFS) it will assume the properties of your
FILESYSTYPE for TFS (an in-memory physical file system that supports in-storage
mountable file systems) which usually says something like this:
FILESYSTYPE TYPE(TFS)
ENTRYPOINT(BPXTFS)
ASNAME(TFS,'SUB=MSTR')
If you mount a file with a TYPE(ZFS) it will assume the properties of your
FILESYSTYPE for ZFS which usually says something like this:
FILESYSTYPE TYPE(ZFS)
ENTRYPOINT(IOEFSCM)
ASNAME(ZFS,'SUB=MSTR')
PARM('PRM=(00)')
In other words, the TYPE parameter in a MOUNT statement points to a TYPE of
FILESYSTEM which dictates the type of file mounted there. I'm afraid that your
specification of
FILESYSTEM('SYS1.OMVS.MVSTECH.PCH.TMP') in your MOUNT statement is being
ignored and as someone said, just treated as a logical name for the mount.
You are defaulting to an in-storage file system of 1MB.
Also, the real type used is dependent upon which type of file is found. See
GA22-7800, Unix System Services Planning, Customizing the BPXPRMxx member of
SYS1.PARMLIB, the section titled Defining File Systems.
Dick Bond
Department of Information Services
CSD Production Support
di...@dis.wa.gov
Notice: This document contains information about the infrastructure and
security of the state of Washington's computer and telecommunication networks.
Please make every effort to control access to this document and the information
within it. All or part of this document may be exempt from public disclosure
pursuant to RCW 42.56.420 (1) and (4). Please immediately direct any requests
for public disclosure of all or part of this document to the DIS public
disclosure officer at: publicdisclos...@dis.wa.gov
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Pommier, Rex R.
Sent: Tuesday, February 08, 2011 7:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
John,
Are you sure about the true on all counts? I was under the impression
that if I had the filesystem mounted as a TFS, then it wouldn't even look at
a ZFS dataset. The way I read Matt's comment, I got the idea he was
thinking that if he had it defined as a TFS, the system would automatically
somehow pick an appropriate ZFS and clear it out at IPL time. The IPL
would clear out the /tmp directory tree within OMVS, but it won't touch
any ZFS VSAM cluster.
Or maybe the cold this morning froze what few brain cells I had left. (-20
F w/o windchill)
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of McKown, John
Sent: Tuesday, February 08, 2011 9:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
True on all counts.
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt
Sent: Tuesday, February 08, 2011 9:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: /tmp space is full
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
/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
Re: /tmp space is full
One of the easiers way for the size is from ISH. Once you are in ISH, go to the Options Tab, select option 1 (Directory List) and press enter. Make sure you select (slash) File size and then press enter. Then for your path, you can type /tmp/ and press enter. It should show you file size along with each file. As for increasing, please let us know the following: How is your /tmp allocated? HFS, zFS or TFS? This makes a difference and how it can be maintained. Just as a recommendation, if you are going to be using Web Services more, I would recommend making sure both your Web Log files and SYSLOG files are NOT in the root or tmp address space. I would create customer directories and set up your configuration files to move this data to the newly created directories. This could save you trouble down the road of everything filling up in OMVS. Thanks, Craig Pace Adams, Tracy tad...@cvps.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/21/2011 07:36 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject /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 ** 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
Re: /tmp space is full
If the file system is a TFS, you are pretty much out of luck, You will possibly need to restart OMVS after modifying BPXPRMxx for the mount point /TMP. Check the fine manuals. There is a parameter on the TFS mount command the defines the VS allocated to /TMP. A remount of the file system *MAY* work here. Much less disruptive than an OMVS restart. If the physical file system is a HFS, you are in better shape. An OMVS restart is probably not needed. You will need allocate/define a new HFS and then UNMOUNT the original and mount the new one. If the physical file system is a ZFS, you can use the zfsadm grow command. See z/OS xx Distributed File Service zFS Administration SC24-5989-xx. Select the appropriate manual for your release. HTH, snip 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? /snip -- 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
Re: /tmp space is full
And if your /tmp directory is located in a HFS-Filesystem please check also whether all extents could be allocated (123). If not, probably your appropr. 3390 is full. After freeing some space you could give it try oncee gain or allocate a new extent using the confighfs command. ciao Lutz -- 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
Re: /tmp space is full
If /tmp is on HFS, then use confighfs to expand it, like: confighfs -x 10C /tmp to add 10Cylinders to /tmp on the current volume confighfs -xn 10C /tmp to add 10Cylinders to /tmp on a new volume (HFS in this case must be SMS managed!) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA590/SHCMDDES.CONFIGHFS.1 If /tmp is zFS, then use zfsadmim zfsadmin grow -aggregate dsn.containing.tmp.filesystem -size new.max.size.in.k http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/FCXD5A80/ZFSADMGROW If /tmp is TFS, you are in deep doo and I don't know how to help. === Why can't you find the file causing the problem? This is a common problem in UNIX. Without going into detail which I'm not qualified to explain, it is possible to delete (unlink() or rm) a file which is currently open in a process. This removes the directory entry, but does not release the space! In fact, the file can continue to grow. The space will be released with the last process which has it open does a close on it. You can see this by running a shell script similar to the following. #!/bin/sh cd /tmp2 #/tmp2 is on its own filesystem! exec 3some.file #open fd3 to some.file rm some.file #remove the directory entry while true;do #forever ls -l / 3 #add onto what was some.file ls -l df . sleep 1s done This script will run until you interrupt it. On each iteration the amount of space in /tmp2 will decrease. But you will never see some.file listed. As soon as you interrupt the script, do a df . and you will see all the space in /tmp2 come back. That's because interrupting the script closes the inode which is then deleted and its space freed. Many utilities to this type of thing to have file work area without worrying about something else being able to mess with it. Most weird to us z/OS types. -- 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 Adams, Tracy Sent: Friday, January 21, 2011 7:34 AM To: IBM-MAIN@bama.ua.edu Subject: /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 -- 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
Re: /tmp space is full
On 1/21/2011 2:33 PM, Adams, Tracy wrote: 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 Hi Would suggest maybe the fuser command to see, who is using the tmp and why -- 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
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
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
Re: /tmp space is full
If you're curious, use df -v /tmp to find out if it is TFS. Ours is. df -v /tmp/ Mounted on FilesystemAvail/TotalFiles Status /SYSTEM/tmp(/tmp)177416/204800 22177 Available TFS, Read/Write, Device:2, ACLS=Y -s 100 Filetag : T=off codeset=0 === df -v /home/tsh009 Mounted on FilesystemAvail/TotalFiles Status /home/tsh009 (TSSPV.HOME.LIH1.TSH009.ZFS) 116210/820800 4294963302 Available ZFS, Read/Write, Device:73, ACLS=Y, No SUID FSFULL(70,10) Filetag : T=off codeset=0 Aggregate Name : TSSPV.HOME.LIH1.TSH009.ZFS === df -v /etc/ Mounted on FilesystemAvail/TotalFiles Status /SYSTEM/etc(OMVS.I16RS1.LIH1.ETC)912/6912 4294967007 Available HFS, Read/Write, Device:5, ACLS=Y Filetag : T=off codeset=0 === First is TFS, second is zFS, third is HFS. -- 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 Adams, Tracy Sent: Friday, January 21, 2011 9:56 AM To: IBM-MAIN@bama.ua.edu 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
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
Re: /tmp space is full
Here is the out put of the command: # df -v /tmp Mounted on FilesystemAvail/TotalFiles Status /SYSTEM/tmp(OMVS.SYSA.TMP) 28518/576004294967265 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 McKown, John Sent: Friday, January 21, 2011 11:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full If you're curious, use df -v /tmp to find out if it is TFS. Ours is. df -v /tmp/ Mounted on FilesystemAvail/TotalFiles Status /SYSTEM/tmp(/tmp)177416/204800 22177 Available TFS, Read/Write, Device:2, ACLS=Y -s 100 Filetag : T=off codeset=0 === df -v /home/tsh009 Mounted on FilesystemAvail/TotalFiles Status /home/tsh009 (TSSPV.HOME.LIH1.TSH009.ZFS) 116210/820800 4294963302 Available ZFS, Read/Write, Device:73, ACLS=Y, No SUID FSFULL(70,10) Filetag : T=off codeset=0 Aggregate Name : TSSPV.HOME.LIH1.TSH009.ZFS === df -v /etc/ Mounted on FilesystemAvail/TotalFiles Status /SYSTEM/etc(OMVS.I16RS1.LIH1.ETC)912/6912 4294967007 Available HFS, Read/Write, Device:5, ACLS=Y Filetag : T=off codeset=0 === First is TFS, second is zFS, third is HFS. -- 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 Adams, Tracy Sent: Friday, January 21, 2011 9:56 AM To: IBM-MAIN@bama.ua.edu 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
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 FilesystemAvail/TotalFiles Status
/SYSTEM/tmp(OMVS.SYSA.TMP) 28518/576004294967265 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
Re: /tmp space is full
Tracy,
If that is the display for /tmp then it is ZFS, I would go with one of the
prior posters suggestion about zfsadm grow.
Rob Schramm
On Fri, Jan 21, 2011 at 12:11 PM, Adams, Tracy tad...@cvps.com wrote:
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 FilesystemAvail/TotalFiles Status
/SYSTEM/tmp(OMVS.SYSA.TMP) 28518/576004294967265
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
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 FilesystemAvail/TotalFiles Status
/SYSTEM/tmp(OMVS.SYSA.TMP) 28518/576004294967265 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
