Re: Application Starterpack 3000?
> Someone took an IS and chainsawed the corner off, then put the > switch there? Adam: Looks like it, doesn't it. In fact, the AS 3000 was a stripped down MP 2000! Think of taking the front half of a MP 2000 (processor cage in the top, disk cage in the bottom) and putting the processor cage in the back. Change the front cover and you have an AS 3000. The system was designed as a development system for OS/390 but was too limited in outboard I/O connectivity. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/ID3T0002 Regards, Jim
Re: Application Starterpack 3000?
On Fri, 2003-11-07 at 15:40, Mike Ross wrote: > http://linux.s390.org/gallery/ > Someone took an IS and chainsawed the corner off, then put the switch there? Adam
Application Starterpack 3000?
Folks, Not sure how many of those IBM ever actually sold - I've spoken to a couple of hardware brokers who have handled hundreds of Multiprises but never *heard of* an Application Starterpack 3000... anyway, I'm looking for one. If anyone here knows someone who might be getting rid of one, or who knows a dealer/broker who might have one, please reply off-list. PS If you've never heard of ASP 3000 either, there's a page of pics of one at: http://linux.s390.org/gallery/ Thanks Mike http://www.corestore.org _ Is your computer infected with a virus? Find out with a FREE computer virus scan from McAfee. Take the FreeScan now! http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Setting up NFS might be easier than doing what I'm trying to do. |-+> | | Dennis Wicks | | | <[EMAIL PROTECTED]> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/07/2003 02:13 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--| Greetings; I guess I missed the ftp requirement in the post I replied to. Is ftp a requirement? If not can you use NFS on USS? NFS would solve a lot of problems. All you would need to do is export the file system, then mount it ("Map Network Drive" in Windows-speak) on your desktop. Then all the copying is quickly performed with the drag-and-drop GUI operation that all Windows users know and love! BTW, Re: the subject line. I think that would be "brain fault" as in memory fault, page fault and processor fault. While some of our Far Eastern friends might pronounce it that way, I doubt they would write it that way. Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 11:12 AM Please respond to Linux on 390 Port That's if you access them via HTTP. Not FTP, which is what was being discussed, for the very reason you mention. CGI, JSP, etc. files wanted, but not accessible via HTTP. Mark Post -Original Message- From: Dennis Wicks [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 12:08 PM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run Greetings; wget should work. The pages are served in ASCII by the server else they would be gibberish to any ascii machine receiving them. And, yes, I just tried it. Works great and quickly. One problem you might encounter is when the pages use SSI or pages are generated by cgi programs. Then wget will get the results that are sent, not the source to the commands or programs that greated them. However, you can point wget directly at the subject script and get it that way ... usually. I have yet to identify the specific cases where this does not work! Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 10:23 AM Please respond to Linux on 390 Port The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bun
Re: [OT] US constitution (was RE: SCO Attacks Open Source License )
> I have no idea how much of an issue it might be - but I am under the > impression that a significant percentage of IT revenues comes from US > markets, and from US owned companies worldwide (that likely favor the > use of common solutions worldwide). If Linux based solutions cannot > be sold here without some levies/taxes/fees/etc. - then it would be > more than just 'noise'. Wouldn't it? As far as I'm aware, the subsidiaries of US companies that operate abroad are bound by the laws of the land in which they operate - not US law. A long time ago I got irritated by the uplift IBM uses on its software in Europe - up to 44% for DB2, for instance. CICS was egregious - it cost 28% more in the UK than in the USA, and it was written here! So I suggested that a future solution - subject to security and bandwidth, both of which we now have - would be to site European data centres in Arizona. We now see telephone calls regularly routed to call centres in India. So it doesn't matter where a data centre is situated, and I think in many cases we just don't know. -- Phil Payne http://www.isham-research.com +44 7785 302 803
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
> If you have a mixture of text and binary files, I don't > know what would happen to the binary files. A long time ago I wrote a script to run on USS and unpax based on file "extension". It's kludgy I know, but it seemed to work: # cat /usr/local/bin/ext function usage { echo "Usage: `basename $0` [-v] archive" echo " where 'archive' is a tar/pax file" echo "-v - verbose mode" echo "" echo "Extract files from archive as text and re-extract binary files with suffixes:" echo ".ico .bmp .jpg .gif .Z .gz .tzg .class" exit } paxFlags="-rf" if [ $# -eq 0 -o $# -gt 2 ]; then usage elif [ $# = 2 ]; then if [ $1 = "-v" ]; then paxFlags="-rvf" fi shift fi # first extract with conversion if [ "$paxFlags" = "-rvf" ]; then echo "extracting with -o to=IBM-1047,from=ISO8859-1 flag ..." echo "--" fi pax $paxFlags $1 -o to=IBM-1047,from=ISO8859-1 # capture the names of all binary files binaryFiles=`pax -f $1 | awk '/.ico$|.bmp$|.jpg$|.gif$|.Z$|.gz$|.tgz$|.class$/ {print $0}'` # re-extract binary files with no conversion if [ $binaryFiles ]; then if [ "$paxFlags" = "-rvf" ]; then echo "re-extracting the following in binary ..." echo "-" echo "$binaryFiles" fi else echo "No binary files found" fi pax -rf $1 $binaryFiles 2>/dev/null You might modify it to go in the opposite direction. -Mike MacIsaac, IBM mikemac at us.ibm.com (845) 433-7061
Re: FW: Crypto and IFL
Thanks, Alan. that settles it, I guess. PCICA cards it is. Use the Best! Linux for Servers Macintosh for Graphics Palm for Mobility Windows for Solitaire. Gordon W. Wolfe, Ph.D. VM & Linux Systems Support Enterprise Servers, The Boeing Company (425)865-5940 > -- > From: Alan Altmark > Reply To: Linux on 390 Port > Sent: Friday, November 7, 2003 11:30 AM > To: [EMAIL PROTECTED] > Subject: Re: FW: Crypto and IFL > > On Friday, 11/07/2003 at 08:33 PST, "Wolfe, Gordon W" > <[EMAIL PROTECTED]> wrote: > > The note I got from Mr. Brandt below shows why we're confused. Very > > inconsitent information in this redbook. > > And now I have the source of *my* confusion. It appears that in z800/z900 > GA3, the ability to have PCICA attachment to IFLs was added. > > My mistake. > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development > >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Greetings; I guess I missed the ftp requirement in the post I replied to. Is ftp a requirement? If not can you use NFS on USS? NFS would solve a lot of problems. All you would need to do is export the file system, then mount it ("Map Network Drive" in Windows-speak) on your desktop. Then all the copying is quickly performed with the drag-and-drop GUI operation that all Windows users know and love! BTW, Re: the subject line. I think that would be "brain fault" as in memory fault, page fault and processor fault. While some of our Far Eastern friends might pronounce it that way, I doubt they would write it that way. Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 11:12 AM Please respond to Linux on 390 Port That's if you access them via HTTP. Not FTP, which is what was being discussed, for the very reason you mention. CGI, JSP, etc. files wanted, but not accessible via HTTP. Mark Post -Original Message- From: Dennis Wicks [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 12:08 PM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run Greetings; wget should work. The pages are served in ASCII by the server else they would be gibberish to any ascii machine receiving them. And, yes, I just tried it. Works great and quickly. One problem you might encounter is when the pages use SSI or pages are generated by cgi programs. Then wget will get the results that are sent, not the source to the commands or programs that greated them. However, you can point wget directly at the subject script and get it that way ... usually. I have yet to identify the specific cases where this does not work! Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 10:23 AM Please respond to Linux on 390 Port The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do tha
Re: FW: Crypto and IFL
On Friday, 11/07/2003 at 08:33 PST, "Wolfe, Gordon W" <[EMAIL PROTECTED]> wrote: > The note I got from Mr. Brandt below shows why we're confused. Very > inconsitent information in this redbook. And now I have the source of *my* confusion. It appears that in z800/z900 GA3, the ability to have PCICA attachment to IFLs was added. My mistake. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Good question, for which I have no good answer. If you have a mixture of text and binary files, I don't know what would happen to the binary files. Mark Post -Original Message- From: James Melin [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 2:14 PM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run How does pax know what to convert and what to keep? |-+> | | John Rowland | | | <[EMAIL PROTECTED]| | | c.com> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/07/2003 10:27 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--- ---| You can use the pax command on USS to translate the text files while creating a tar file. For example: pax -wvf mypax.tar -ofrom=ibm-1047,to=iso8859-1 files Then FTP the mypax.tar file to the PC and use something like WinZip to expand the files out of the tar/pax. ~ John Rowland Fischer International Systems Corporation www.fischerinternational.com 239 436 2751 - snip of mail headers that were in here --- From: [EMAIL PROTECTED] Subject:Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run To: [EMAIL PROTECTED] Precedence: list X-HDT-HopCount: 1 The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
On Fri, 2003-11-07 at 13:11, James Melin wrote: > Well Crap. What about some obtusely complex command line thing that would > extend the tarball by file type and convert known text formats using iconv > and piping it through tar or what not ? Or am I making it to complex > theoretically? I think you're making it too complex. Your ftp server will do text files in ASCII mode, right? So, get ncftp (I'm sure there's a cygwin port, so you can install it under Windows too), and do something like ncftp site cd /directory ascii get -R tree Or, for that matter, I'm sure there are Windows-native FTP interfaces that both let you set ASCII mode and slurp a whole tree at a time. Adam
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
How does pax know what to convert and what to keep? |-+> | | John Rowland | | | <[EMAIL PROTECTED]| | | c.com> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/07/2003 10:27 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--| You can use the pax command on USS to translate the text files while creating a tar file. For example: pax -wvf mypax.tar -ofrom=ibm-1047,to=iso8859-1 files Then FTP the mypax.tar file to the PC and use something like WinZip to expand the files out of the tar/pax. ~ John Rowland Fischer International Systems Corporation www.fischerinternational.com 239 436 2751 - snip of mail headers that were in here --- From: [EMAIL PROTECTED] Subject:Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run To: [EMAIL PROTECTED] Precedence: list X-HDT-HopCount: 1 The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? > TEXT.RTF Description: RTF file
Re: history of Linux/390
On Fri, 2003-11-07 at 11:56, A. Harry Williams wrote: > Some dates I've recorded that I didn't see in the other postings: > > We originally made linux390.marist.edu publicly known in Jan 2000. > > The 1st mentioned of running Linux on VM (yes, it was specifically VM > and not just a mainframe) Aug 25, 1994 by Rick Troth Rick and I were talking about it in 1992. But I don't think anything got written down. Adam
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Well Crap. What about some obtusely complex command line thing that would extend the tarball by file type and convert known text formats using iconv and piping it through tar or what not ? Or am I making it to complex theoretically? |-+> | | "Post, Mark K" | | | <[EMAIL PROTECTED]| | | m> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/07/2003 10:23 | | | AM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--| The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: Connect Linux to network by 2216..
On Friday, 11/07/2003 at 04:32 ZW2, "Antônio Pires de Castro Jr." <[EMAIL PROTECTED]> wrote: > I would like to connect my Linux to my network using an IBM 2216 router. > > IP/Ethernet---> 2216 <---IP/LCS/Escon---> linux on z800 > > How can I do it? Use the claw driver. There's one from IBM and one from UTS Global. Alan Altmark Sr. Software Engineer IBM z/VM Development
Connect Linux to network by 2216..
Hi, I would like to connect my Linux to my network using an IBM 2216 router. IP/Ethernet---> 2216 <---IP/LCS/Escon---> linux on z800 How can I do it? thanks in advanced, -- Antonio Pires Suporte Tecnico - AGANP
Re: history of Linux/390
Post, Mark K wrote: For pricing information, SUSE refers people in the US to their resellers. http://www.suse.com/us/business/products/server/sles/prices.html Others, they ask to email either [EMAIL PROTECTED] or [EMAIL PROTECTED] Red Hat has their prices on their web site: http://www.redhat.com/apps/commerce/rhel/as/#ibmz390 Generally speaking... SUSE is anywhere from 35-45% less than comparable RH pricing (generally).
Re: history of Linux/390
Any history research of Linux on the IBM mainframe should also include: http://linas.org/linux/i370-bigfoot.html Leland > -Original Message- > From: Marian Gasparovic [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:44 AM > To: [EMAIL PROTECTED] > Subject: history of Linux/390 > > > Hi all > I would like to present history of Linux/390 at local > linux user group conference. I try to find (as my > memory fails miserably) some interesting dates, like > when IBM first announced they work on linux390 > when was first marist filesystem available > when was s390 accepted to kernel tree > first commercial distribution available > etc > Any links available ? > BTW it comes up here from time to time, but as it > changes - what are actual prices for redhat and suse ? > Thank you > > > = > === > Marian Gasparovic > === > "The mere thought hadn't even begun to speculate about the > merest possibility of crossing my mind." > > > > __ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: history of Linux/390
Some dates I've recorded that I didn't see in the other postings: We originally made linux390.marist.edu publicly known in Jan 2000. The 1st mentioned of running Linux on VM (yes, it was specifically VM and not just a mainframe) Aug 25, 1994 by Rick Troth 1st call for developers for Linux on VM - Feb 28, 1998 by Terrence Zellers
Re: history of Linux/390
For pricing information, SUSE refers people in the US to their resellers. http://www.suse.com/us/business/products/server/sles/prices.html Others, they ask to email either [EMAIL PROTECTED] or [EMAIL PROTECTED] Red Hat has their prices on their web site: http://www.redhat.com/apps/commerce/rhel/as/#ibmz390 Mark Post -Original Message- From: Marian Gasparovic [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 9:44 AM To: [EMAIL PROTECTED] Subject: history of Linux/390 Hi all I would like to present history of Linux/390 at local linux user group conference. I try to find (as my memory fails miserably) some interesting dates, like when IBM first announced they work on linux390 when was first marist filesystem available when was s390 accepted to kernel tree first commercial distribution available etc Any links available ? BTW it comes up here from time to time, but as it changes - what are actual prices for redhat and suse ? Thank you = === Marian Gasparovic === "The mere thought hadn't even begun to speculate about the merest possibility of crossing my mind." __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Re: Crypto and IFL
On Friday, 11/07/2003 at 07:32 CST, "McKown, John" <[EMAIL PROTECTED]> wrote: > Alan, > Do you know why IBM did this? Just curious since it seems so strange to > disable a "coprocessor" function in this manner. It was a side effect of basing IFLs on Coupling Facility engines. Part of the h/w sees them as IFL, the other sees them as CF. CFs can't have crypto. I'm investigating whether there was a change to PCICA attachment to IFLs and, if so, when it happened. I.e. if it was model- or machine-specific. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
That's if you access them via HTTP. Not FTP, which is what was being discussed, for the very reason you mention. CGI, JSP, etc. files wanted, but not accessible via HTTP. Mark Post -Original Message- From: Dennis Wicks [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 12:08 PM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run Greetings; wget should work. The pages are served in ASCII by the server else they would be gibberish to any ascii machine receiving them. And, yes, I just tried it. Works great and quickly. One problem you might encounter is when the pages use SSI or pages are generated by cgi programs. Then wget will get the results that are sent, not the source to the commands or programs that greated them. However, you can point wget directly at the subject script and get it that way ... usually. I have yet to identify the specific cases where this does not work! Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 10:23 AM Please respond to Linux on 390 Port The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: history of Linux/390
The "How Big Blue fell for Linux" article at salon.com http://archive.salon.com/tech/fsp/2000/09/12/chapter_7_part_one/print.html may be useful. --jmc On Fri, 07 Nov 2003 06:43:48 -0800 Marian Gasparovic <[EMAIL PROTECTED]> wrote: > Hi all > I would like to present history of Linux/390 at local > linux user group conference. I try to find (as my > memory fails miserably) some interesting dates, like > when IBM first announced they work on linux390 > when was first marist filesystem available > when was s390 accepted to kernel tree > first commercial distribution available > etc > Any links available ? > BTW it comes up here from time to time, but as it > changes - what are actual prices for redhat and suse ? > Thank you > > > = > === > Marian Gasparovic > === > "The mere thought hadn't even begun to speculate about the merest possibility of > crossing my mind." > > > > __ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Greetings; wget should work. The pages are served in ASCII by the server else they would be gibberish to any ascii machine receiving them. And, yes, I just tried it. Works great and quickly. One problem you might encounter is when the pages use SSI or pages are generated by cgi programs. Then wget will get the results that are sent, not the source to the commands or programs that greated them. However, you can point wget directly at the subject script and get it that way ... usually. I have yet to identify the specific cases where this does not work! Good Luck! Dennis "Post, Mark K" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] com> cc: Sent by: LinuxSubject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after on 390 Porta command is run <[EMAIL PROTECTED] ARIST.EDU> 11/07/2003 10:23 AM Please respond to Linux on 390 Port The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: FW: Crypto and IFL
On Friday, 11/07/2003 at 08:33 PST, "Wolfe, Gordon W" <[EMAIL PROTECTED]> wrote: > The note I got from Mr. Brandt below shows why we're confused. Very > inconsitent information in this redbook. > > pg 264 > > zSeries Crypto Guide Update > > 4. If you are using a zSeries z900 GA2 machine, do the following: > > On the PR/SM panel where you choose which architecture your LPAR will > > support, choose ESA390. (Do not choose Linux only; if you choose Linux > > only, no crypto devices will be available to your LPAR.) > > > > pg 23 > > Note: PCICC cards cannot be ordered with the Linux-only z800 model. > > > > pg 24 > > Linux for zSeries will also support the PCICA card for SSL usage. This applies > > whether the Linux-only model is used, or the Integrated Facility for Linux > (IFL) on > > a general-purpose model is used, or if Linux is running under a normal CP, or > if > > Linux is under VM. The PCICC is definitely out. The only question is really about PCICA and whether it is available on IFLs. I will double-check to verify. (Hey, this wouldn't be the first time I've been wrong today...) Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
I did a small test of mget from z/OS Unix to Windows 2000 using the command line, and text mode seems to work for me. -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 8:23 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
That would work, but doing the pax command on the USS side is less work. Once again feeling pedantic/pedagogical, I would also mention that your find command would be better coded as for i in `find . -type f`;do ... since your version will also return directory names. :) Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 11:35 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run I didn't realize that. Well how about doing the "wget" to get the entire directory structure from MVS. You now have a directory structure in EBCDIC. Do something like: mkdir /waga mkdir /waga/ebcdic mkdir /waga/ascii cd /waga/ebcdic wget ... for i in $(find . -name '*');do iconv -f IBM1047 -t ISO-8859-1 $i -o ../ascii/$i cd /waga rm -r ebcdic -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: Post, Mark K [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 10:23 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see an ything after a command is run > > > The wget command is one of my favorites, and it is available > for Windows, > but from my reading of the man page, wget only does binary > transfers, not > text/ASCII ones. So, Jim would wind up with EBCDIC on his > Linux/390 system, > not ASCII. > > > Mark Post > > -Original Message- > From: McKown, John [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 10:37 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see > an ything after a command is run > > > On z/Linux, use the "wget" command. It will do recursive ftp > "gets". On > Windows, you are on your own . Of course, you could use > "wget" to get > it to Linux (converting to ASCII), then use zip or tar on > Linux to bundle it > up, then ftp to get the tar file to Windows. > > > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Applications & Solutions Team > +1.817.255.3225 > > This message (including any attachments) contains > confidential information > intended for a specific individual and purpose, and its' content is > protected by law. If you are not the intended recipient, you > should delete > this message and are hereby notified that any disclosure, copying, or > distribution of this transmission, or taking any action based > on it, is > strictly prohibited. > > > -Original Message- > > From: James Melin [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 07, 2003 8:55 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Brain fart - redirect stderr/std out to a file > > and NOT see anything after a command is run > > > > > > Actually, it occurs to me that this will do exactly what I > > wanted it to do, > > but not what I need it to do > > > > Specifically, I need to manually re-import the file system > > structure of a > > web site built on OS/390 Unix system services to which the developer > > destroyed his 'frontpage' source. The import website thing > > only follows > > links and he has some JavaScript built menus and crap, and > > cannot get the > > whole thing back properly. We want to re-deploy this to > z/Linux (minor > > changes to scripts required) > > > > I had looked into having FTP recursively navigate a directory > > structure and > > re-created it on his desktop but I can't seem to see how to > > do that. So I > > was going to just tar the whole thing but the I realized the > > text based > > files will be EBCDIC, so that's kinda useless. > > > > What is the easiest way to bring this USS installed directory > > structure > > into windows so we can used the developer's favorite (gack) tool to > > redeploy this to z/Linux? > > >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
I didn't realize that. Well how about doing the "wget" to get the entire directory structure from MVS. You now have a directory structure in EBCDIC. Do something like: mkdir /waga mkdir /waga/ebcdic mkdir /waga/ascii cd /waga/ebcdic wget ... for i in $(find . -name '*');do iconv -f IBM1047 -t ISO-8859-1 $i -o ../ascii/$i cd /waga rm -r ebcdic -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: Post, Mark K [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 10:23 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see an ything after a command is run > > > The wget command is one of my favorites, and it is available > for Windows, > but from my reading of the man page, wget only does binary > transfers, not > text/ASCII ones. So, Jim would wind up with EBCDIC on his > Linux/390 system, > not ASCII. > > > Mark Post > > -Original Message- > From: McKown, John [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 10:37 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see > an ything after a command is run > > > On z/Linux, use the "wget" command. It will do recursive ftp > "gets". On > Windows, you are on your own . Of course, you could use > "wget" to get > it to Linux (converting to ASCII), then use zip or tar on > Linux to bundle it > up, then ftp to get the tar file to Windows. > > > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Applications & Solutions Team > +1.817.255.3225 > > This message (including any attachments) contains > confidential information > intended for a specific individual and purpose, and its' content is > protected by law. If you are not the intended recipient, you > should delete > this message and are hereby notified that any disclosure, copying, or > distribution of this transmission, or taking any action based > on it, is > strictly prohibited. > > > -Original Message- > > From: James Melin [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 07, 2003 8:55 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Brain fart - redirect stderr/std out to a file > > and NOT see anything after a command is run > > > > > > Actually, it occurs to me that this will do exactly what I > > wanted it to do, > > but not what I need it to do > > > > Specifically, I need to manually re-import the file system > > structure of a > > web site built on OS/390 Unix system services to which the developer > > destroyed his 'frontpage' source. The import website thing > > only follows > > links and he has some JavaScript built menus and crap, and > > cannot get the > > whole thing back properly. We want to re-deploy this to > z/Linux (minor > > changes to scripts required) > > > > I had looked into having FTP recursively navigate a directory > > structure and > > re-created it on his desktop but I can't seem to see how to > > do that. So I > > was going to just tar the whole thing but the I realized the > > text based > > files will be EBCDIC, so that's kinda useless. > > > > What is the easiest way to bring this USS installed directory > > structure > > into windows so we can used the developer's favorite (gack) tool to > > redeploy this to z/Linux? > > >
FW: Crypto and IFL
The note I got from Mr. Brandt below shows why we're confused. Very inconsitent information in this redbook. Use the Best! Linux for Servers Macintosh for Graphics Palm for Mobility Windows for Solitaire. Gordon W. Wolfe, Ph.D. VM & Linux Systems Support Enterprise Servers, The Boeing Company (425)865-5940 > -- > From: Brandt, Mark H > Sent: Friday, November 7, 2003 6:16 AM > To: Wolfe, Gordon W; Preuett, Lance M; Nihart, Mark B; Brening, Jeff > Subject: RE: Crypto and IFL > > Below are excepts from IBM's redbook SG24-6870-00 "zSeries Crypto Guide Update" . As > you can see they are quite > confusing and inconsistent .. > > pg 264 > zSeries Crypto Guide Update > 4. If you are using a zSeries z900 GA2 machine, do the following: > On the PR/SM panel where you choose which architecture your LPAR will > support, choose ESA390. (Do not choose Linux only; if you choose Linux > only, no crypto devices will be available to your LPAR.) > > pg 23 > Note: PCICC cards cannot be ordered with the Linux-only z800 model. > > pg 24 > Linux for zSeries will also support the PCICA card for SSL usage. This applies > > whether the Linux-only model is used, or the Integrated Facility for Linux (IFL) on > > a general-purpose model is used, or if Linux is running under a normal CP, or if > > Linux is under VM. > > -Original Message- > From: Wolfe, Gordon W > Sent: Thursday, November 06, 2003 3:58 PM > To: Preuett, Lance M; Nihart, Mark B; Brandt, Mark H; Brening, Jeff > Subject: FW: Crypto and IFL > > The definitive answer from Poughkeepsie: see below (in bold) > > Use the Best! Linux for Servers > Macintosh for Graphics > Palm for Mobility > Windows for Solitaire. > Gordon W. Wolfe, Ph.D. VM & Linux Systems Support > Enterprise Servers, The Boeing Company (425)865-5940 > > -- > From: Alan Altmark > Reply To: Linux on 390 Port > Sent: Thursday, November 6, 2003 3:41 PM > To: [EMAIL PROTECTED] > Subject: Re: Crypto and IFL > > On Thursday, 11/06/2003 at 12:55 PST, "Wolfe, Gordon W" > <[EMAIL PROTECTED]> wrote: > > Can anyone tell me if it is possible to use a crypto card with an IFL > engine? > > We have a z800 with two standard processors and two IFL processors. We > want to > > add a crypto card so that SuSE SLES8 on an LPAR with the IFLs can > offload some > > of the security processing. > > > > IBM's redbook SG24-6870-00 "zSeries Crypto Guide Update" can be read two > ways: > > one way says they will work and one way says they won't. > > > > Also, if it does work, how many cards should we get and what kind? PCICC > or > > PCICA? > > No, you cannot use crypto with IFLs. > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development > > >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Jim, You can use the pax command to do the conversion on the USS side. Mark Post -Original Message- From: James Melin [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 9:55 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see anything after a command is run Actually, it occurs to me that this will do exactly what I wanted it to do, but not what I need it to do Specifically, I need to manually re-import the file system structure of a web site built on OS/390 Unix system services to which the developer destroyed his 'frontpage' source. The import website thing only follows links and he has some JavaScript built menus and crap, and cannot get the whole thing back properly. We want to re-deploy this to z/Linux (minor changes to scripts required) I had looked into having FTP recursively navigate a directory structure and re-created it on his desktop but I can't seem to see how to do that. So I was going to just tar the whole thing but the I realized the text based files will be EBCDIC, so that's kinda useless. What is the easiest way to bring this USS installed directory structure into windows so we can used the developer's favorite (gack) tool to redeploy this to z/Linux? |-+> | | "McKown, John" | | | <[EMAIL PROTECTED]| | | insctr.com> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/06/2003 03:20 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--- ---| James, That doesn't work. Why? First, the shell redirects STDERR to *the current STDOUT destination*, you then redirect STDOUT. Try: tar -cvzf $HOME/hawkweb.tar /it >/u/sy4080/tarmessages.txt 2>&1 -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 06, 2003 3:17 PM > To: [EMAIL PROTECTED] > Subject: Brain fart - redirect stderr/std out to a file and > NOT see anything after a command is run > > > I am trying to re-direct output from tar - the whole list of > what it's > archiving to a file so I don't see it on my terminal session. > > I've tried variations of tar -cvzf $HOME/hawkweb.tar /it &2>1 > /u/sy4080/tarmessages.txt but I still get teh huge spew and > nothing in > the file. What did I not remember? >
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\froman\fprq2\fcharset0 Bookman Old Style;}} {\colortbl ;\red0\green0\blue0;} \viewkind4\uc1\pard\cf1\f0\fs24 You can use the pax command on USS to translate the text files while creating a tar file. For example:\par \par pax -wvf mypax.tar -ofrom=ibm-1047,to=iso8859-1 files\par \par Then FTP the mypax.tar file to the PC and use something like WinZip to expand the files out of the tar/pax.\par \par ~\par John Rowland\par Fischer International Systems Corporation\par www.fischerinternational.com\par 239 436 2751\par \par \par } Received: from -- none -- (10.102.35.35) by fisc.com (FISC HDT v1.0g1 SMTP gateway for Unix System Services) with ESMTP id gcsnt.fisc.com; Friday, 07 Nov 2003 16:20:07 GMT Received: from mailer390.marist.edu ([148.100.80.47]) by gcsnt.fisc.com (Merak 6.2.1) with ESMTP id COA37610 for <[EMAIL PROTECTED]>; Fri, 07 Nov 2003 11:23:41 -0500 Received: from VM.MARIST.EDU (vm.marist.edu [148.100.80.40]) by mailer390.marist.edu (Postfix) with ESMTP id D48321275F; Fri, 7 Nov 2003 11:23:18 -0500 (EST) Received: by VM.MARIST.EDU (IBM VM SMTP Level 430) via spool with SMTP id 7682 ; Fri, 07 Nov 2003 11:23:45 EDT Received: from VM.MARIST.EDU (NJE origin [EMAIL PROTECTED]) by VM.MARIST.EDU (LMail V1.2b/1.8b) with BSMTP id 6640; Fri, 7 Nov 2003 11:23:46 -0500 Received: from VM.MARIST.EDU by VM.MARIST.EDU (LISTSERV release 1.8e) with NJE id 0222 for [EMAIL PROTECTED]; Fri, 7 Nov 2003 11:23:45 -0500 Received: from MARIST (NJE origin [EMAIL PROTECTED]) by VM.MARIST.EDU (LMail V1.2b/1.8b) with BSMTP id 6634; Fri, 7 Nov 2003 11:23:45 -0500 Received: from ahmler1.mail.eds.com [192.85.154.71] by VM.MARIST.EDU (IBM VM SMTP Level 430) via TCP with SMTP ; Fri, 07 Nov 2003 11:23:44 EST Received: from ahmlir4.mail.eds.com (ahmlir4-2.mail.eds.com [192.85.154.134]) by ahmler1.mail.eds.com (8.12.10/8.12.9) with ESMTP id hA7GNEEA001265 for <[EMAIL PROTECTED]>; Fri, 7 Nov 2003 11:23:14 -0500 Received: from ahmlir4.mail.eds.com (localhost [127.0.0.1]) by ahmlir4.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hA7GNEP18436 for <[EMAIL PROTECTED]>; Fri, 7 Nov 2003 11:23:14 -0500 Received: from usahm101.exmi01.exch.eds.com (usahm101.exmi01.exch.eds.com [207.37.138.189]) by ahmlir4.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hA7GNEf18430 for <[EMAIL PROTECTED]>; Fri, 7 Nov 2003 11:23:14 -0500 Received: by usahm101.exmi01.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Fri, 7 Nov 2003 11:23:14 -0500 X-Mailer: Internet Mail Service (5.5.2657.72) Approved-By: "Post, Mark K" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Date: Fri, 7 Nov 2003 11:23:09 -0500 Reply-To: [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject:Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run To: [EMAIL PROTECTED] Precedence: list X-HDT-HopCount: 1 The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole t
Re: Brain fart - redirect stderr/std out to a file an d NOT see an ything after a command is run
Run the iconv command to convert the files from EBCDIC to the ASCII codepage of your choice and then download.
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
The wget command is one of my favorites, and it is available for Windows, but from my reading of the man page, wget only does binary transfers, not text/ASCII ones. So, Jim would wind up with EBCDIC on his Linux/390 system, not ASCII. Mark Post -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:37 AM To: [EMAIL PROTECTED] Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: hsi1
Phil, Rich has already talked about /etc/modules.conf. I want to mention a different possibility. If you already had hsi0 up and running, and still got this message for hsi1, that would indicate that you don't have the proper parameters in /etc/chandev.conf for the driver to find the device (either virtual or real). Either the definition is not there at all, or it's wrong in some way. Mark Post -Original Message- From: Phil Hodgson [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 6:08 AM To: [EMAIL PROTECTED] Subject: hsi1 After running happily on SuSE sles7 for a year we have started to install sles8. Everything is going well except I can't work out how to get our second HSI device to work. I have used YAST to define it. When I try to start it I get hsi1: unknown interface: No such device. hsi0 is working happily Any thoughts folks?
Re: history of Linux/390
They did far too good a job of archiving it, since I can't find it. Sigh. Mark Post -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 10:47 AM To: [EMAIL PROTECTED] Subject: Re: history of Linux/390 LinuxWorld archived the stuff and retained copyright. It was accessible on LinuxToday sometime ago. -Original Message- That'll turn up a lot of hits that have dead links. The best source I've found is http://www.s390.ru/iron/part1.htm http://www.s390.ru/iron/part2.htm http://www.s390.ru/iron/part3.htm Then go to http://linuxvm.org/Present/MDLUG/ and see what I have in there for dates as well. Neale, it seems LinuxWorld has let your articles evaporate from their web site. Did you retain copyright to those articles? If so, do you mind if I host them on linuxvm.org?
Re: history of Linux/390
LinuxWorld archived the stuff and retained copyright. It was accessible on LinuxToday sometime ago. -Original Message- That'll turn up a lot of hits that have dead links. The best source I've found is http://www.s390.ru/iron/part1.htm http://www.s390.ru/iron/part2.htm http://www.s390.ru/iron/part3.htm Then go to http://linuxvm.org/Present/MDLUG/ and see what I have in there for dates as well. Neale, it seems LinuxWorld has let your articles evaporate from their web site. Did you retain copyright to those articles? If so, do you mind if I host them on linuxvm.org?
Re: history of Linux/390
That'll turn up a lot of hits that have dead links. The best source I've found is http://www.s390.ru/iron/part1.htm http://www.s390.ru/iron/part2.htm http://www.s390.ru/iron/part3.htm Then go to http://linuxvm.org/Present/MDLUG/ and see what I have in there for dates as well. Neale, it seems LinuxWorld has let your articles evaporate from their web site. Did you retain copyright to those articles? If so, do you mind if I host them on linuxvm.org? Mark Post -Original Message- From: Ferguson, Neale [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 9:49 AM To: [EMAIL PROTECTED] Subject: Re: history of Linux/390 Go to google and search on "The Iron Penguin" and find parts 1, 2 and 3. -Original Message- Hi all I would like to present history of Linux/390 at local linux user group conference. I try to find (as my memory fails miserably) some interesting dates, like when IBM first announced they work on linux390 when was first marist filesystem available when was s390 accepted to kernel tree first commercial distribution available etc Any links available ? BTW it comes up here from time to time, but as it changes - what are actual prices for redhat and suse ? Thank you
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
On z/Linux, use the "wget" command. It will do recursive ftp "gets". On Windows, you are on your own . Of course, you could use "wget" to get it to Linux (converting to ASCII), then use zip or tar on Linux to bundle it up, then ftp to get the tar file to Windows. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2003 8:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Brain fart - redirect stderr/std out to a file > and NOT see anything after a command is run > > > Actually, it occurs to me that this will do exactly what I > wanted it to do, > but not what I need it to do > > Specifically, I need to manually re-import the file system > structure of a > web site built on OS/390 Unix system services to which the developer > destroyed his 'frontpage' source. The import website thing > only follows > links and he has some JavaScript built menus and crap, and > cannot get the > whole thing back properly. We want to re-deploy this to z/Linux (minor > changes to scripts required) > > I had looked into having FTP recursively navigate a directory > structure and > re-created it on his desktop but I can't seem to see how to > do that. So I > was going to just tar the whole thing but the I realized the > text based > files will be EBCDIC, so that's kinda useless. > > What is the easiest way to bring this USS installed directory > structure > into windows so we can used the developer's favorite (gack) tool to > redeploy this to z/Linux? >
Re: Brain fart - redirect stderr/std out to a file and NOT see anything after a command is run
On Fri, 2003-11-07 at 08:54, James Melin wrote: > I had looked into having FTP recursively navigate a directory structure and > re-created it on his desktop but I can't seem to see how to do that. So I > was going to just tar the whole thing but the I realized the text based > files will be EBCDIC, so that's kinda useless. I think most moden Linux FTP clients will let you do a GET -r (for Recursive) (certainly ncftp will), and if you do it in ASCII mode this ought to be pretty close; it will at least get you most of the text not too badly mangled. Adam
Re: Brain fart - redirect stderr/std out to a file and NOT see anything after a command is run
On Thu, 6 Nov 2003, James Melin wrote: > Date: Thu, 6 Nov 2003 15:17:15 -0600 > From: James Melin <[EMAIL PROTECTED]> > Reply-To: Linux on 390 Port <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Brain fart - redirect stderr/std out to a file and NOT see > anything after a command is run > > I am trying to re-direct output from tar - the whole list of what it's > archiving to a file so I don't see it on my terminal session. > > I've tried variations of tar -cvzf $HOME/hawkweb.tar /it &2>1 > /u/sy4080/tarmessages.txt but I still get teh huge spew and nothing in > the file. What did I not remember? Oh, dear. tar -cvzf $HOME/hawkweb.tar /it 2>tar.log > -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb Copyright John Summerfield. Reproduction prohibited.
Re: Brain fart - redirect stderr/std out to a file and NOT see anything after a command is run
Actually, it occurs to me that this will do exactly what I wanted it to do, but not what I need it to do Specifically, I need to manually re-import the file system structure of a web site built on OS/390 Unix system services to which the developer destroyed his 'frontpage' source. The import website thing only follows links and he has some JavaScript built menus and crap, and cannot get the whole thing back properly. We want to re-deploy this to z/Linux (minor changes to scripts required) I had looked into having FTP recursively navigate a directory structure and re-created it on his desktop but I can't seem to see how to do that. So I was going to just tar the whole thing but the I realized the text based files will be EBCDIC, so that's kinda useless. What is the easiest way to bring this USS installed directory structure into windows so we can used the developer's favorite (gack) tool to redeploy this to z/Linux? |-+> | | "McKown, John" | | | <[EMAIL PROTECTED]| | | insctr.com> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/06/2003 03:20 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--| James, That doesn't work. Why? First, the shell redirects STDERR to *the current STDOUT destination*, you then redirect STDOUT. Try: tar -cvzf $HOME/hawkweb.tar /it >/u/sy4080/tarmessages.txt 2>&1 -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 06, 2003 3:17 PM > To: [EMAIL PROTECTED] > Subject: Brain fart - redirect stderr/std out to a file and > NOT see anything after a command is run > > > I am trying to re-direct output from tar - the whole list of > what it's > archiving to a file so I don't see it on my terminal session. > > I've tried variations of tar -cvzf $HOME/hawkweb.tar /it &2>1 > /u/sy4080/tarmessages.txt but I still get teh huge spew and > nothing in > the file. What did I not remember? >
Re: Perpetuating Myths about the zSeries
On Thu, 6 Nov 2003, Jim Sibley wrote: > Date: Thu, 6 Nov 2003 10:53:00 -0800 > From: Jim Sibley <[EMAIL PROTECTED]> > Reply-To: Linux on 390 Port <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Perpetuating Myths about the zSeries > > Well, IBM has painted the zSeries black, put a "cool" > copper reflective strip on it, and changed the door > locks! The external cables are orange for ESCON and > bright yellow for FICON. > > The only problem is that they now look exactly like > the new pSeries boxes! > I was at an IBM show a few months ago, and when I lamented the lack of a zBox I was assured, "They look just like that pBox there." -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb Copyright John Summerfield. Reproduction prohibited.
Re: history of Linux/390
Go to google and search on "The Iron Penguin" and find parts 1, 2 and 3. -Original Message- Hi all I would like to present history of Linux/390 at local linux user group conference. I try to find (as my memory fails miserably) some interesting dates, like when IBM first announced they work on linux390 when was first marist filesystem available when was s390 accepted to kernel tree first commercial distribution available etc Any links available ? BTW it comes up here from time to time, but as it changes - what are actual prices for redhat and suse ? Thank you
history of Linux/390
Hi all I would like to present history of Linux/390 at local linux user group conference. I try to find (as my memory fails miserably) some interesting dates, like when IBM first announced they work on linux390 when was first marist filesystem available when was s390 accepted to kernel tree first commercial distribution available etc Any links available ? BTW it comes up here from time to time, but as it changes - what are actual prices for redhat and suse ? Thank you = === Marian Gasparovic === "The mere thought hadn't even begun to speculate about the merest possibility of crossing my mind." __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Linux - Lpar Fair Share
Hi, I have one Lpar running linux Suse 2.4.7 with 1 Logical Processor with a specific weigth defined that results with a %LCP/PCP (fair Share). Adding 1 more LP (with the same weight) , my %LCP/PCP will decrease. What is better 2 LP(more cpu to dispatch) or a high %LCP/PCP for Linux? I´m running tasks like Squid, Apache, DNS. Thanks, Oswaldo
Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run
Thanks. I've always been a little fuzzy on that whole 2>&1 business, as I use it so rarely. |-+> | | "McKown, John" | | | <[EMAIL PROTECTED]| | | insctr.com> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | || | || | | 11/06/2003 03:20 | | | PM | | | Please respond to| | | Linux on 390 Port| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Brain fart - redirect stderr/std out to a file and NOT see an ything after a command is run | >--| James, That doesn't work. Why? First, the shell redirects STDERR to *the current STDOUT destination*, you then redirect STDOUT. Try: tar -cvzf $HOME/hawkweb.tar /it >/u/sy4080/tarmessages.txt 2>&1 -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. > -Original Message- > From: James Melin [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 06, 2003 3:17 PM > To: [EMAIL PROTECTED] > Subject: Brain fart - redirect stderr/std out to a file and > NOT see anything after a command is run > > > I am trying to re-direct output from tar - the whole list of > what it's > archiving to a file so I don't see it on my terminal session. > > I've tried variations of tar -cvzf $HOME/hawkweb.tar /it &2>1 > /u/sy4080/tarmessages.txt but I still get teh huge spew and > nothing in > the file. What did I not remember? >
Re: Crypto and IFL
> -Original Message- > From: Alan Altmark [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 06, 2003 5:42 PM > To: [EMAIL PROTECTED] > Subject: Re: Crypto and IFL > > > No, you cannot use crypto with IFLs. > > Alan Altmark > Sr. Software Engineer > IBM z/VM Development Alan, Do you know why IBM did this? Just curious since it seems so strange to disable a "coprocessor" function in this manner. -- John McKown Senior Systems Programmer UICI Insurance Center Applications & Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited.
Re: hsi1
Check modules.conf to see if an alias was set up. You should see something like: alias hsi0 qeth there should also be: alias hsi1 qeth if not, add it. On Fri, 2003-11-07 at 05:07, Phil Hodgson wrote: > After running happily on SuSE sles7 for a year we have started to install sles8. > Everything is going well except I can't work out how to get our second HSI device to > work. > I have used YAST to define it. When I try to start it I get > hsi1: unknown interface: No such device. > > > hsi0 is working happily > > Any thoughts folks? -- Rich Smrcina Sr. Systems Engineer Sytek Services - A Division of DSG Milwaukee, WI rsmrcina at wi.rr.com rsmrcina at dsgroup.com Catch the WAVV! Stay for requirements and the free-for-all. Update your zSeries skills in 4 days for a very reasonable price. WAVV 2004 in Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org
hsi1
After running happily on SuSE sles7 for a year we have started to install sles8. Everything is going well except I can't work out how to get our second HSI device to work. I have used YAST to define it. When I try to start it I get hsi1: unknown interface: No such device. hsi0 is working happily Any thoughts folks?
Re: DB2 query tool for zLinux???
On Fri, Nov 07, 2003 at 08:13:26AM +0100, Roger Boussen/audax wrote: > I'am looking for a DB2 query tool for zLinux. > Some shell scripts needs to query some DB2 tables. > Any tool for this?? The DB2 engine runs on z/OS. > > > Regards, > > Roger Boussen You can try PyDB2 module. ftp://people.linuxkorea.co.kr/pub/DB2/ Regards, Jae-hwa -- Jae-hwa Park <[EMAIL PROTECTED]> THE CHALLENGES, that's why I choose LINUX!!! For more information on me, visit http://php.sarang.net
AW: DB2 query tool for zLinux???
normally you need to install DB2 Connect for z/Linux. Or perhaps you can use perl with the db-module. Therefore you need to build the the DB-module and this requires only the db2 libraries. hmthis could workbut I am not sure. regards, Martin -Ursprüngliche Nachricht- Von: Roger Boussen/audax [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 7. November 2003 08:13 An: [EMAIL PROTECTED] Betreff: DB2 query tool for zLinux??? I'am looking for a DB2 query tool for zLinux. Some shell scripts needs to query some DB2 tables. Any tool for this?? The DB2 engine runs on z/OS. Regards, Roger Boussen
DB2 query tool for zLinux???
I'am looking for a DB2 query tool for zLinux. Some shell scripts needs to query some DB2 tables. Any tool for this?? The DB2 engine runs on z/OS. Regards, Roger Boussen