|
Tim, thanks for the reply! >QUOTE RCMD cmd.......< Yes, I remember that now. >To have the save file on the remote AS400 created automatically you'll need to specify the PUT as follows PUT mysavefile /QSYS.LIB/MYLIB.LIB/NEWSAVF.SAVF.< You don't have to specify NAMEFMT? >Compression will happen as part of the save< Actually, I already tested the save's compression vs. non-compression. Leaving the default DTACPR(*DEV) COMPACT(*DEV), the save file topped out at 85mb. Using DTACPR(*YES) COMPACT(*DEV), the save file came in at 59mb. I've yet to find out how fast our comm line is, so I don't know whether the savings would matter. Is compression possibly done at the communications end? Time for a trial, eh? - Dan Bale > -----Original Message----- > From: Tim McCarthy [SMTP:timm@as400ftp.com] > Sent: Thursday, April 06, 2000 1:28 PM > To: 'Bale, Dan' > Subject: RE: Executing remote commands in FTP > > Well to execute a remote command on an AS400 type QUOTE RCMD CRTSAVF etc > in the client. You could have all the commands you need to run in a CL > program on the remote AS400 and just do a QUOTE RCMD CALL xxxxx or you > could do multiple QUOTE RCMD's. Before you GET the save file change to > BINARY mode. Compression will happen as part of the save; for newer > levels of OS400 (I think from V3R7 onwards the save files are pretty > well compacted and using a compression tool will actually increase the > size). To have the save file on the remote AS400 created automatically > you'll need to specify the PUT as follows PUT mysavefile > /QSYS.LIB/MYLIB.LIB/NEWSAVF.SAVF. > > TrailBlazer Systems, Inc. > http://www.as400ftp.com > AS/400 Communications & E-Commerce Solutions > > Errors have been made. Others will be blamed. > > > -----Original Message----- > > From: Bale, Dan [SMTP:DBale@lear.com] > > Sent: Thursday, April 06, 2000 12:49 PM > > To: 'Carl Galgano'; 'Rob Berendt'; 'Joel Fritz'; > > 'townsend@patownsend.com'; 'timm@as400ftp.com' > > Subject: Executing remote commands in FTP > > > > Forgive me for asking this because I know its been covered before... I > know > > I'd be able to find it in the archives but I don't have internet access > here > > (yet?). > > > > While considering options for this query, please keep in mind two > > things: 1) I have to do this for 26 remote AS/400's and 2) this _should_ > be a > > one-time shot. > > > > How does one execute a command on the remote system in an FTP script? > > FWIW, this is an AS/400-to-AS/400 session. Specifically, I need to 1) > > Create a save file on the remote system, 2) Save two file objects to the > save > > file, and finally, 3) copy the save file to the source system (get ftp > > command). > > > > Alternatively (and preferably), I think I'd like to send a save file > > to the remote system (without having to create it on the remote system > first > > - how is that done in FTP? How can I specify that a save file should be > > created on the remote system when I use the SEND command?). Then do a > RSTLIB > > from that save file. Then execute a program that was in the library > that > > was restored. Finally, after the program completes (which will have > > re-populated the save file I sent up), use FTP to GET the save file > > back to the source AS/400. > > > > Finally, can compression / compaction be used on the SAVOBJ for the > > save file that gets transferred back to the source AS/400? I thought > I'd > > heard before that comp* could not be used, although I'm not sure whether > it > > was specific to when the save file was file-transferred to a PC and then > > back uploaded; things got garbled??? > > > > TIA, > > - Dan Bale +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.