|
-----Original Message----- Jeff - I think that this may be a QDLS issue. Try putting export.txt in the root (or a directory in the root) of the IFS rather than QDLS. You should then be able to use "get /folder/export.txt hssdjsch/export (replace" The other option would be to do the binary transfer "get /qdls/upload/export.txt /qdls/upload/export.txt" then use CPYFRMPCD FROMFLR(UPLOAD) TOFILE(HSSDJSCH/EXPORT) FROMDOC(EXPORT.TXT) Scott Ingvaldson System Administrator GuideOne Insurance Group -----Original Message----- Subject: FTP issue To: midrange-l@midrange.com From: Jeffrey.Schmehl@colaik.com Date: Mon, 16 Sep 2002 10:03:56 -0400 Reply-To: midrange-l@midrange.com I think I am missing something obvious here but I need some help. We are trying to FTP a text file from the IFS of one AS/400 to a file on another AS/400. Is this possible? Every time we try, the data appears as garbage. We are using binary, NAMEFT 1. The FTP command is as follows: get /qdls/upload/export.txt /qsys.lib/hssdjsch.lib/export.file Is this a mismatch of file types? Thanks, Jeff Schmehl Collins & Aikman Products Co. Charlotte, NC --__--__-- Message: 5 From: "Mark A. Manske" <mmanske@minter-weisman.com> To: <midrange-l@midrange.com> Subject: RE: FTP issue Date: Mon, 16 Sep 2002 09:28:33 -0500 Reply-To: midrange-l@midrange.com Since I have not seen anyone reply as of yet - here is 2 cents... I am somewhat sketchy on ftp ins and outs, whys and where's myself, however; this sounds like the file you want from the IFS is a pc style file, so why would you use the NAMEFT 1? I would think you could code your script just as you would if you where doing the get from a PC. Have you tried it without? My "feeble understanding" of the NAMEFT 1 is to preserve the file from one system to another (basically so you don't ftp a compiled object over and it suddenly becomes a text file of garbage) - but I could be way off base as I have not really had a need to use the nameft1 unless I was going from one AS/400 DB to another with out going in-between IFS or pc's. Hopefully some other people on the list that have taken the time to learn more about ftp than myself can bring more light on the subject for you - as I have just learned enough to get it to work for what the requirements have been thus far. HTH Mark -----Original Message----- From: midrange-l-admin@midrange.com [mailto:midrange-l-admin@midrange.com]On Behalf Of Jeffrey.Schmehl@colaik.com Sent: Monday, September 16, 2002 9:04 AM To: midrange-l@midrange.com Subject: FTP issue I think I am missing something obvious here but I need some help. We are trying to FTP a text file from the IFS of one AS/400 to a file on another AS/400. Is this possible? Every time we try, the data appears as garbage. We are using binary, NAMEFT 1. The FTP command is as follows: get /qdls/upload/export.txt /qsys.lib/hssdjsch.lib/export.file Is this a mismatch of file types? Thanks, Jeff Schmehl Collins & Aikman Products Co. Charlotte, NC _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. --__--__-- Message: 6 To: midrange-l@midrange.com From: "David Gibbs" <david@midrange.com> Subject: Re: FTP issue Date: Mon, 16 Sep 2002 09:41:36 -0500 Organization: midrange dot com Reply-To: midrange-l@midrange.com <Jeffrey.Schmehl=WsMQ7OmGw2HQT0dZR+AlfA@public.gmane.org> wrote in message OF8F13E98D.3E86BA24-ON85256C36.004CD5BA@colaik.com">news:OF8F13E98D.3E86BA24-ON85256C36.004CD5BA@colaik.com... > I think I am missing something obvious here but I need some help. We are > trying to FTP a text file from the IFS of one AS/400 to a file on another > AS/400. Is this possible? Every time we try, the data appears as garbage. > We are using binary, NAMEFT 1. The FTP command is as follows: If this is a text file, you should use ASCII instead of BINARY. david --__--__-- Message: 7 From: "Bill Meecham" <bmeecham@weichertrealtors.net> To: <midrange-l@midrange.com> Subject: Re: FTP issue Date: Mon, 16 Sep 2002 10:53:15 -0400 Reply-To: midrange-l@midrange.com namefmt1 and 2 are used to differentiate between folder and library directory structures. 1 is folder, 2 is library. you need to specify name format 2! Bill > My "feeble understanding" of the NAMEFT 1 is to preserve the file > from one system to another (basically so you don't ftp a compiled object > -----Original Message----- > From: midrange-l-admin@midrange.com > [mailto:midrange-l-admin@midrange.com]On Behalf Of > Jeffrey.Schmehl@colaik.com > Sent: Monday, September 16, 2002 9:04 AM > To: midrange-l@midrange.com > Subject: FTP issue > > > I think I am missing something obvious here but I need some help. We are > trying to FTP a text file from the IFS of one AS/400 to a file on another > AS/400. Is this possible? Every time we try, the data appears as garbage. > We are using binary, NAMEFT 1. The FTP command is as follows: > > get /qdls/upload/export.txt /qsys.lib/hssdjsch.lib/export.file > > Is this a mismatch of file types? > --__--__-- Message: 8 From: "Bill Meecham" <bmeecham@weichertrealtors.net> To: <MIDRANGE-L@midrange.com> Subject: Fw: FTP issue Date: Mon, 16 Sep 2002 10:57:28 -0400 Reply-To: midrange-l@midrange.com Please ignore my last response! (i should have stayed home today) you need Bill Meecham 973-359-8331 ----- Original Message ----- From: "Bill Meecham" <bmeecham@weichertrealtors.net> To: <midrange-l@midrange.com> Sent: Monday, September 16, 2002 10:53 AM Subject: Re: FTP issue namefmt1 and 2 are used to differentiate between folder and library directory structures. 1 is folder, 2 is library. you need to specify name format 2! Bill > My "feeble understanding" of the NAMEFT 1 is to preserve the file > from one system to another (basically so you don't ftp a compiled object > -----Original Message----- > From: midrange-l-admin@midrange.com > [mailto:midrange-l-admin@midrange.com]On Behalf Of > Jeffrey.Schmehl@colaik.com > Sent: Monday, September 16, 2002 9:04 AM > To: midrange-l@midrange.com > Subject: FTP issue > > > I think I am missing something obvious here but I need some help. We are > trying to FTP a text file from the IFS of one AS/400 to a file on another > AS/400. Is this possible? Every time we try, the data appears as garbage. > We are using binary, NAMEFT 1. The FTP command is as follows: > > get /qdls/upload/export.txt /qsys.lib/hssdjsch.lib/export.file > > Is this a mismatch of file types? > --__--__-- Message: 9 Subject: September 17th Meet iSeries VP of Sales-Americas From: "Anne Lucas" <alucas@us.ibm.com> Date: Mon, 16 Sep 2002 10:16:43 -0500 To: undisclosed-recipients:; Reply-To: midrange-l@midrange.com Please join us Tuesday, September 17th for another iSeries Nation Chatting with Citizens conference call. You will have the opportunity to hear from and ask questions of our new iSeries Vice President of Sales for the Americas. Keith Rutledge, our iSeries Director of Sales and Louise Hemond-Wilson, Manager, iSeries Solution & Sector Sales will also being joining this call. Time is 11:00 AM ET / 10:00 AM CT / 9:00 AM MT / 8:00 AM PT / 4:00 PM UK / 5:00 PM Germany Confirmation Code for registration is 669644 Please register at: http://www-1.ibm.com/servers/eserver/iseries/nation/events/chat/chat_091702. html Or via phone at 800-289-0579, 719-457-2550 We look forward to talking with you tomorrow! ************ Have a great day! and .... Enthusiasm is like a ripple in the water... It spreads! Anne C. Lucas, Project Exec, iSeries Nation and iSeries Marketing - www.ibm.com/eserver/nation1 205/823-4831 T/L 537-9968, 800/223-3907 Pager eFax 1-501-325-2182 Admin Assist: Alice Sebastiano Telephone: (914) 642-4109, tie line 224-4109 Fax: (914) 642-6976, tie line 224-6976 --__--__-- Message: 10 Date: Mon, 16 Sep 2002 11:39:50 -0400 From: Larry Bolhuis <lbolhuis@arbsol.com> Organization: Arbor Solutions, Inc To: midrange-l@midrange.com Subject: Re: FTP issue Reply-To: midrange-l@midrange.com I have found that when FTPing between OS/400 you need EBCDIC not BINARY or ASCII. Seems like there was one other command required but no matter how hard I think "recall" it won't pop up at the moment.... - Larry Jeffrey.Schmehl@colaik.com wrote: > I think I am missing something obvious here but I need some help. We are > trying to FTP a text file from the IFS of one AS/400 to a file on another > AS/400. Is this possible? Every time we try, the data appears as garbage. > We are using binary, NAMEFT 1. The FTP command is as follows: > > get /qdls/upload/export.txt /qsys.lib/hssdjsch.lib/export.file > > Is this a mismatch of file types? -- Larry Bolhuis | IBM Certified Solutions Expert Vice President | iSeries Technology V5 R1 Arbor Solutions, Inc. | e-business for AS/400 V4 R2 (616) 451-2500 | IBM Certified Specialist AS/400 (616) 451-2571 -fax | RPG IV Developer lbolhuis@arbsol.com | System Administrator for OS/400 V4 R4 www.arbsol.com | Professional Network Administrator | Network/Multiple Systems | Client Access --__--__-- Message: 11 From: "Ingvaldson, Scott" <SIngvaldson@guidemail.com> To: "'midrange-l@midrange.com'" <midrange-l@midrange.com> Subject: RE: SAVCHGOBJ question - rephrased Date: Mon, 16 Sep 2002 10:40:19 -0500 Reply-To: midrange-l@midrange.com Dennis - The reason (IMHO) that your SAVCHGOBJ runs the same amount of time with your large libs omitted is that you said earlier that you also save these libraries to a SAVF and then back up the SAVF. Since the SAVCHGOBJ uses REFDATE(*SAVLIB) if you had just saved these libraries to a save file there would be no changed objects in them. If you monitor performance data you may want to consider omitting your Performance Data Library (usually QPFRDATA). If you decide to use SAVACT(*SYNCLIB) you should also specify a SAVACTMSGQ. Then you can tell when the libraries are synced and it is safe to run jobs. Or you can monitor for the SWA message(CPI3712) and submit your job with the CHKOBJ after it is received. Per the help text, once the sync message is received "The objects can be used by most applications. However, while save-while-active processing is completing, some applications may find some objects in use." My 160 GB system(720) syncs its daily SAVCHGOBJ in under 10 minutes. It is true that there is no IBM command that does a restore of changed objects for *ALLUSR, you need to know all of the libraries on the tape that you are restoring changes from. There is a TAATOOL command, RSTALLCHG that I believe will also do this. Scott Ingvaldson System Administrator GuideOne Insurance Group -----Original Message----- From: Dennis Munro <DMunro@badgerminingcorp.com> To: "'midrange-l@midrange.com'" <midrange-l@midrange.com> Subject: RE: SAVCHGOBJ question - rephrased Date: Sat, 14 Sep 2002 09:35:58 -0500 Reply-To: midrange-l@midrange.com Let me rephrase my question. SWA was just a question & not something I want to get involved in because it doesn't make sense in out organization. I'm just trying to get my problem solved! What I am trying to determine is the length of time the "lock" is placed on the system in reference to the statement below. <snip> As I read through the help for the SAVCHGOBJ command, it says "Specified objects that were changed and the libraries where they reside remain locked during the save operation". <snip> Obviously it didn't work last night either otherwise I wouldn't be here at work trying to get this fixed & truly understand my problem. The only thing I can "assume" (don't you love that word because that is how I feel) is that when the SAVCHGOBJ command starts, the "whole" system is locked??????????? And I just don't want to believe IBM would do that - but...... All I can see from my job logs is that I have a timing issue. I will redo my CL program by putting in a "delay" of a couple of minutes & the two other jobs that run via the job scheduler will execute at an earlier time than the SAVCHGOBJ - during the delay I just created. Another thing I found was that the SAVCHGOBJ OBJ(*ALL) LIB(*ALLUSR) command takes the SAME AMOUNT OF TIME as the same command with the parm OMITLIB(BPCSF BPCSUSRF) included. The library BPCSF is almost the largest object on my system & I'm thinking the SAVCHGOBJ should get done sooner omitting those two libraries. Both commands process through my user libraries in 31+ minutes. Why is that? Thanks - Dennis. Dennis Munro --__--__-- Message: 12 To: midrange-l@midrange.com Subject: SSA/GT, (BPCS) and V5R2 From: rob@dekko.com Date: Mon, 16 Sep 2002 11:10:29 -0500 Reply-To: midrange-l@midrange.com This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] I've not had any issues with SSA/GT's BPCS product and V5R2. However, just as a matter of doing good maintenance I used to look at apar II12963 available at: http://makeashorterlink.com/?S1A533DC1 or: http://www-912.ibm.com/n_dir/nas4apar.NSF/c79815e083182fec862564c00079d117/c 6df642b03904db186256a9c00543478?OpenDocument&Highlight=2,SSA%2FGT Is there an equilavent for V5R2? I ask only 1 BPCS question per year and that list is too busy for me. Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin --__--__-- Message: 13 To: midrange-l@midrange.com Subject: V5R2M0 and group ptf's. From: rob@dekko.com Date: Mon, 16 Sep 2002 11:20:59 -0500 Reply-To: midrange-l@midrange.com This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] I was looking at the web site at: http://www-912.ibm.com/supporthome.nsf/Document/10000031 Selected 'All Group PTFs by Release'. Opened up V5R2. There I noticed that V5R2 doesn't seem to have quite the number of Group PTF's that earlier releases did. Noticeable ones include: Backup and Recovery, Performance, etc. Should I be concerned? Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin --__--__-- _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. End of MIDRANGE-L Digest
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.