AS/400 to AS/400 comms is something new to me. Now, I was able to set a
passthru connect to the other as400 I'm signed on and everything looks
fine.
Now I have a save file I want to bring back to my 400. How do I do this?
Thanks in advance,
Charles
I'll suggest the easiest :
SAVRSTOBJ
HTH
--
Christian Gstalder
Charles Wilt a écrit dans le message ...
Christian Gstalder <cgstalde...@chpg.mc> wrote in message
news:9js68u$1fd9m$1...@ID-56826.news.dfncis.de...
You need to signon to the remote AS/400 & use the SNDNETF command. You may
need to set up a DSTQ if you have not already done so.
Brad R.
The system I'm signing onto is at v4r3 although I'm at v4r5 so I guess
that means I'll have to use SNDNETF. Actually, I had already tried but I
kept getting a message saying that the user wasn't in the distribution
directory or some such message.
Trying to do a ADDDIRE left me scratching me head trying to figure out
what I needed to fill in to get it to work.
Is there anyplace with easy to follow step by step instructions on
setting up whatever need to be setup before using SNDNETF?
Thanks,
Charles
In article <tm3actl...@corp.supernews.com>, bro...@psateam.com
says...
However, I don't think FTS will work with save files, so I'll have to
transfer the files themselves right?
Thanks again for your help.
Charles
Otherwise:
On the remote machine use the WRKDIRE command & take a look at existing
entries & work your way from there.
If, on your machine (LOCAL) you are USRPRF CHARLES:
User ID: CHARLES Address: LOCAL
Description: CHARLES @ local AS/400
and that is all you need for a DIRE. You also need to add a DIRE for the
user & address of the sender on your local machine.
If you search the IBM web page, you should be able to find the correct
manual. Don't forget to create a DSTQ on the remote machine.
Brad R.
Charles Wilt <cw...@miamiluken.com.invalid> wrote in message
news:MPG.15cb827fe...@news.easynews.com...
I use SAVRSTOBJ since at least V4R2 !! And we are at V4R4 and use it every
day!!!
--
Christian Gstalder
Trevor Lazarus a écrit dans le message <9js96n$hr1$1...@bob.news.rcn.net>...
If you can passthru to the other AS/400, nothing else needs to be done.
Check if you have OS/400's option 22 installed. If you have, just try
SAVRSTOBJ! So easy !!
Regards
--
Christian Gstalder
Charles Wilt a écrit dans le message ...
If you can use FTP, it is probably the easiest way. Just create the save
file on the receiving system first (otherwise a data file will be created).
Joep Beckeringh
"Charles Wilt" <cw...@miamiluken.com.invalid> wrote in message
news:MPG.15cb61a58...@news.easynews.com...
Unfortunately, since I'm using passthru FTP is not an option AFAIK.
Also, I thought about just FTPing the file out to the net but it doesn't
look like the system I'm dialing into has access to the net.
Charles
Christian,
The SAVRSTOBJ command is there, however when I tried it I got a message
about the QSOCTT mode not being set up correctly. I found a document in
IBM knowledge base about the QSOCTT mode, I'll be trying it again today.
Charles
A follow-up. The correct mode name is QSOCCT not QSOCTT as I posted
previously. However, I still can't get SAVRSTOBJ to work. I get a
message with sense data that supposedly shows the QSOCCT mode as not
being set up correctly. I found some information about setting up QSOCCT
here:
http://as400service.rochester.ibm.com/s_dir/slkbase.NSF/1ac66549a21402188
625680b0002037e/a55fd027c1a9035f862568e9005576b9?OpenDocument&Highlight=0
,QSOCCT
But when I do the STRMOD I get the a CPF5903 - Mode QSOCCT specified for
remote location TARGET not valid.
Any idea what I'm doing wrong?
To use SAVRSTOBJ, does the APPN parameter of CRTDEVAPPC and CRTCTLAPPC
have to be *YES?
Thanks,
Charles Wilt
I know for sure that passthru does not necessarily rule out FTP, because I
regularly passthru and FTP to other systems in our network. What is needed
for FTP is a TCP/IP connection. If there is no TCP/IP connection, you will
have to use one of the other options:
- SAVRSTOBJ: Like Christian wrote, it is very easy (and painfully slow).
If it works, that is. But the errors you get suggest deep digging in rather
obscure and utterly unattractive documentation.
- SNDNETF: Requires quite a few bits and pieces in place to work. I know I
managed a few times to get it to work by carefully reading all the error
messages and creating the things that appeared to be missing. Yes, I needed
rather badly to transfer something to some customers.
- FTS: In fact this is just an API to send and receive members. We use
command/CL wrappers SNDMBRFTS/RCVMBRFTS to transfer members. It requires
the same user profile at both ends of the connection. I don't think it can
handle save files directly, although I remember a programmer who wrote a few
programs to read a save file, write it to a data file, transfer the data
file, read the data file and write it to save file. Luckily, then came FTP.
Joep Beckeringh