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
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
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
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: 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 snip 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: 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 21 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 21 -- 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 21 /u/sy4080/tarmessages.txt but I still get teh huge spew and nothing in the file. What did I not remember?
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
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: 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: 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: 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 21 /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 2tar.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
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 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 grin. 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
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: 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
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: 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: 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 grin. 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 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
{\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 WADMK27Y; 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 grin. 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
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 21 -- 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 21 /u/sy4080/tarmessages.txt but I still get teh huge spew and nothing in the file. What did I not remember?
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
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 grin. 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 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 grin. 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
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 grin. 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
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 grin. 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: 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: 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: 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
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
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).
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: 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
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 grin. 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
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 grin. 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: 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
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 grin. 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. 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 grin. 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
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
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: [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
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 grin. 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
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: 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
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
