Hal had a couple good points that I failed to mention.  (See, I said
that if I said something wrong, it would be corrected!  :-) )

Here's what he said so I can comment on them.


<snip>

Technically sounds good, except I don't think IEBGENR is the right tool
for that job; I'd go with DFDSS.  More, other users of the /u system
might be a little annoyed :-)

I'd vote for setting up a separate file system with a mount point in /u
to receive the large file.

Do keep in mind that I can just barely spell UNIX and I did not sleep in
a Holiday Inn last night. 

HTH and good luck.    

</snip>

Hal,  I'm the only one at my site who even gets into OMVS - most
everybody else won't even acknowledge that Unix services exist on the
"Z".  Because of that, nobody would even notice if I took the /u
filesystem offline.  

I believe either DFDSS or IEBGENER should be able to copy the data from
one to the other but doing what you suggested he wouldn't even need to
copy anything.  


Jerry, to take what Hal said, you could simply delete the huge file from
the /u filesystem to reclaim the space.  Not knowing whether this is a
permanent or tempory situation with this big file, setting up the second
filesystem might be the way to go, especially if you have others using
the /u filesystem like Hal mentioned.  If you want to just build a new
filesystem under the /u directory, that is less disruptive than my
original suggestion.  Say, for example, you want to build /u/jerry, you
can do this:

1  allocate the new dataset for the new filesystem (from the MVS side)
for example allocate "MVS.THIS.IS.JERRYS.DATASET"
2  build a directory under the /u tree   "mkdir /u/jerry"
3  from a TSO prompt (or option 6) mount the new filesystem  "mount
filesystem('MVS.THIS.IS.JERRYS.DATASET') mountpoint('/u/jerry')
type(hfs)"

You should now be able to get to the newly allocated space by simply
cd'ing into /u/jerry (or FTPing into that directory).
 

Rex



-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Support, DUNNIT SYSTEMS LTD.
Sent: Thursday, October 25, 2007 12:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Out of space uploading to a UNIX directory

Thanks, Rex. Quick and hopefully last question: where do I enter the
unmount and mount commands and where are they documented?

On Thu, 25 Oct 2007 11:42:43 -0500, Pommier, Rex R. 
<[EMAIL PROTECTED]> wrote:

>1   unmount the /u filesystem
>2   rename the dataset containing the unmounted filesystem (from the
MVS
>side of the house)
>3   allocate a new dataset for the filesystem, larger and/or with
>specifying secondary extents (from the MVS side)
>4   copy (IEBGENER should work) the old filesystem dataset into the
>newly created one
>5   mount the new filesystem onto /u
>6   try the FTP again.
>
>
>I know that somebody will correct this if something isn't right.  :-)
>
>Rex
>
>-----Original Message-----
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
>Behalf Of Support, DUNNIT SYSTEMS LTD.
>Sent: Thursday, October 25, 2007 11:19 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Out of space uploading to a UNIX directory
>
>Be nice to novices. :)
>
>I tried FTP'ing a large file to directory /u/ on our z/OS system. This 
>failed because there was not enough space.
>
>However, the DASD volume itself has plenty of free space. What needs to

>be done to allow more volume space to be allocated for directory /u/, 
>a.k.a., dataset HFS.USERS?
>
>TIA.
>
>Jerry

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to