>(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 t
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
ick 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
&g
ex
-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
Admi
: 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
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
-
tt
> 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
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 reall
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
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
>
>
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 fu
--
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 n
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
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
ilto: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
t: 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
/SYSTE
ead/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-MAI
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
-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
ms, Tracy"
Sent by: IBM Mainframe Discussion List
01/21/2011 09:57 AM
Please respond to
IBM Mainframe Discussion List
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 t
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 g
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 perfe
ist [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 to
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
ist
> [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 p
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
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
"Adams, Tracy"
Sent by: IBM Mainframe Discussion List
01/21/2011 07:36 AM
Please respond to
IBM Mainframe Discussion List
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
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
29 matches
Mail list logo