On 01/11/2010 04:00 PM, Samir Reddahi wrote: > Thanks for the help. I've tried this initially without the locsite command > just like in the documentation and I get the files in a variable record > format. So far so good. > But the moment I run the SLES11 EXEC I get this: > > sles11 > 1 +++ /* REXX LOAD EXEC FOR SUSE LINUX S/390 VM GUESTS */ > ? > DMSREX460E Error 13 running SLES11 EXEC, line 1: Invalid character in > program > Ready(20013); T=0.01/0.01 16:55:38 > > When I open the SLES11 EXEC in XEDIT I get this: > > ===== * * * Top of File * * * > !...+....1....+....2....+....3....+....4....+....5....+....6....+....7... > ===== /* REXX LOAD EXEC FOR SUSE LINUX S/390 VM GUESTS */ > "/* LOADS SUSE LINUX S/390 FILES INTO READER > ===== * * * End of File * * * > > I have the impression that the ASCII translation doesn't happen correctly.
Even though the slash-star looks correct on the console in xedit, it might still be the character set translation on download. IIRC, some FTP servers allow themselves to do conversion, which should be turned off, since the CMS FTP client does the ASCII to EBCDIC conversion itself. With vsftpd for instance, I have disabled any server conversion (those settings were already commented out by default): > # By default the server will pretend to allow ASCII mode but in fact ignore > # the request. Turn on the below options to have the server actually do ASCII > # mangling on files when in ASCII mode. > # Beware that on some FTP servers, ASCII support allows a denial of service > # attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd > # predicted this attack and has always been safe, reporting the size of the > # raw file. > # ASCII mangling is a horrible feature of the protocol. > #ascii_upload_enable=YES > #ascii_download_enable=YES > Steffen Maier <[email protected]> > Sent by: Linux on 390 Port <[email protected]> > 11/01/2010 15:27 > On 01/11/2010 01:56 PM, Samir Reddahi wrote: >> I have a strange problem when I FTP the parmfile and the sles11.exec > from >> the SLES11 installation DVD to a z/VM (5.4) user. These files have a >> record size of 1 after the FTP. >> I'm not really familiar with FTP in z/VM. Does anybody see what I'm > doing >> wrong? >> >> Command: >> cd boot/s390x >> >>>CWD boot/s390x >> 250 Directory successfully changed. >> Command: >> ascii >> >>>TYPE a >> 200 Switching to ASCII mode. >> Command: >> locsite fix 80 > > Please try to leave out this command. It is only required for the files > that need to be transferred in binary mode. > > The SLES preparation guide uses the following order of commands in > example 4.7 (p.57), which works for me: > binary > locsite fix 80 > <download binary files vmrdr.ikr and initrd> > ascii > <download ascii files parmfile and sles11.exec> > > According to the z/VM TCP/IP user's guide (SC24-6127), the CMS FTP > client resets the record format with the ascii command: > <quote> > Use the ASCII subcommand to change the transfer type to ASCII, and at > the same time change the record format used to store local files. > > Note: The ASCII subcommand causes files transferred to the local host to > be stored as variable-record (V) format files. > </quote> > >> Command: >> get parmfile SLES11.parmfile >> >>>PORT 10,40,50,57,4,75 >> 200 PORT command successful. Consider using PASV. >> >>>RETR parmfile >> 150 Opening BINARY mode data connection for parmfile (71 bytes). >> 226 File send OK. >> 73 bytes transferred in 0.008 seconds. Transfer rate 9.12 Kbytes/sec. >> Command: >> get sles11.exec >>>>> PORT 10,40,50,57,4,76 >> 200 PORT command successful. Consider using PASV. >>>>> RETR sles11.exec >> 150 Opening BINARY mode data connection for sles11.exec (896 bytes). >> 226 File send OK. >> 898 bytes transferred in 0.001 seconds. Transfer rate 898.00 Kbytes/sec. > >> This is the filelist output: >> >> SLES11 EXEC A1 F 80 1 1 1/11/10 14:44:46 >> SLES11 PARMFILE A1 F 80 1 1 1/11/10 14:44:04 > > The above two files should be in variable record length format. > >> SLES11 IMAGE A1 F 80 84519 1222 1/07/10 11:08:11 >> SLES11 INITRD A1 F 80 161217 3149 1/07/10 11:06:49 Steffen Linux on System z Development IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
