I don't really understand. Are you saying that you do something like: sftp -b batch.commands user@remote #get "new.ascii file" from remote iconv -f iso8859-1 -t ibm-1047 <new.ascii.file >new.ebcdic.file cp new.ebcdic.file "//'some.zos.ps.dsn'" rm new.ebcdic.file new.ascii.file
And that after the above, the space taken up by "new.ebcdic.file" and "new.ascii.file" still seems to be "in use"? I've never run into anything like this. Except in one case. In UNIX, you can delete a file (rm new.ascii.file) which is currently open. When you do this, the directory entry is removed immediately. However, the space is not released until the open count goes to 0. At which point, the space is released. Could something be keeping the UNIX file open? === If possible, I would strongly suggest that you look at Dovetailed Technologies enhanced sftp for z/OS. It comes in a Community Version, which is free to download and use, but unsupported; and a commercial version which costs money, but is fully supported. It has a lot of enhancements. But the main one that you'd likely be interested in would be the ability to use sftp to both send and receive standard z/OS datasets via sftp directly. That is, without using an intermediate UNIX file. IBM's sftp will only do BINary transfer. Dovetailed's sftp can do either a BINary transfer, or do a code conversion (for instance to IBM-1047, or CP-037, or ???) at the time of the transfer. http://dovetail.com/products/sftp.html -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * [email protected] * 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:[email protected]] On Behalf Of NAIDOO, Raleigh > Sent: Monday, July 30, 2012 12:31 AM > To: [email protected] > Subject: Unix file system - space release question > > I have configured sftp to run under USS on my z/OS V1.11 > system. The physical HFS file system associated with sftp > files seems to continuously run out of space. The data in > this physical file system is transient in that it is removed > once it has been copied to the mainframe for inbound files > and sent on for outbound files. Therefore, we should not see > any cumulative growth in size of the physical file system but > there is. I read somewhere that there is a sync daemon which > runs at specified intervals which release unused space. How > does work and what can I check to see if it setup correctly? > Any other suggestions on how to manage this fragmentation > like space creep. > > Thanks, > > Raleigh Naidoo > Senior Systems Programmer > AXA Technology Services Australia > Level 5, 750 Collins St, Docklands, VIC 3008 > [email protected] > Office: +61 3 86883969 - Mobile/Cell +61 412 257 543 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
