Re: 3270 console confusion
Referring to http://www2.marist.edu/htbin/wlvtype?LINUX-VM.73010 On 08/18/2008 01:34 AM, Mark Post wrote: > work. Thanks to Martin Schwidefsky for helping me to figure it out > while at SHARE. > For anyone that might have wondered why they couldn't find any > documentation on things like the PF3 key to swap between console and > terminal view, Martin has told me that it was _supposed_ to be in the > device drivers manual. It's not, so he's going to get that fixed. "Chapter 32. Console device drivers" of the Device Drivers Book has been rewritten for the SLES 11 specific edition and now also includes a thorough treatment of conmode 3270. For all those of you interested: http://www.ibm.com/developerworks/linux/linux390/documentation_novell_suse.html Device Drivers, Features, and Commands as available with SUSE Linux Enterprise Server 11 - SC34-2595-00 (PDF, 3.7MB)March 2009 http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/l26edd00.pdf Steffen Linux on System z Development IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Erich Baier Sitz der Gesellschaft: Böblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Hello! I know, Ivan, that Mark will figure things out, but for my work can you post the exact methods behind collecting everything from CVS? I'm actually used to seeing the exact retrieval methods as described on the Source Forge project pages. -- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you always." Obi-Wan Kenobi > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ivan > Warren > Sent: Monday, August 25, 2008 9:42 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] 3270 console confusion > > Mark Post wrote: > > Since I can't get the CVS version of hercules to build, I cannot verify that. > > > > > Uh ? What's wrong with it ? (if you don't mind telling me of course !) > > --Ivan > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tuesday 26 Aug 2008, Mark Post wrote: > > This is the critical point. I made this change (and nothing else) and > > then then it all 'Just Worked" (TM). > > That should not be necessary on a kernel with all the 3270 support compiled > in. It may simply be that you need to add "conmode=3270" to your > parameters in /etc/zipl.conf and re-run zipl. Since I can't get the CVS > version of hercules to build, I cannot verify that. I have also got it to work on my Gentoo system with a 2.6.26 kernel. However, passing any of the "console/conmode" parameters to the kernel results in a disabled wait state, although these do not seem to be necessary. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/25/2008 at 9:41 PM, in message <[EMAIL PROTECTED]>, Ivan Warren <[EMAIL PROTECTED]> wrote: > Mark Post wrote: >> Since I can't get the CVS version of hercules to build, I cannot verify > that. >> >> > Uh ? What's wrong with it ? (if you don't mind telling me of course !) I was getting errors from autoconf. I straightened up some things on my test system, and it builds now. I'll find out if it works later. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tuesday 26 Aug 2008, Mark Post wrote: > >> - Update /etc/init.d/boot.local to add this command: > >> /sbin/chccwdev -e 0.0. where "" is the device number > >> assigned to your console. In your particular case, that would be > >> "/sbin/chccwdev -e 0.0.001f" > > > > This is the critical point. I made this change (and nothing else) and > > then then it all 'Just Worked" (TM). > > That should not be necessary on a kernel with all the 3270 support compiled > in. It may simply be that you need to add "conmode=3270" to your > parameters in /etc/zipl.conf and re-run zipl. Since I can't get the CVS > version of hercules to build, I cannot verify that. Well, before it didn't work, now, after adding the chccwdev command, it does. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Mark Post wrote: Since I can't get the CVS version of hercules to build, I cannot verify that. Uh ? What's wrong with it ? (if you don't mind telling me of course !) --Ivan -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/25/2008 at 7:38 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: > On Tuesday 26 Aug 2008, Mark Post wrote: -snip- >> - Update /etc/init.d/boot.local to add this command: >> /sbin/chccwdev -e 0.0. where "" is the device number assigned >> to your console. In your particular case, that would be "/sbin/chccwdev -e >> 0.0.001f" > > This is the critical point. I made this change (and nothing else) and then > then it all 'Just Worked" (TM). That should not be necessary on a kernel with all the 3270 support compiled in. It may simply be that you need to add "conmode=3270" to your parameters in /etc/zipl.conf and re-run zipl. Since I can't get the CVS version of hercules to build, I cannot verify that. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/25/2008 at 7:38 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > The kernel started using a Diagnose instruction not supported by Hercules. > The > problem is fixed in the CVS code. So I discovered. Getting the CVS code to build is another matter. When I tried to run autoconf, it barfed on a number of things in configure.ac, resulting in an unusable configure script. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tuesday 26 Aug 2008, Mark Post wrote: > > Ok, I got things working on my hercules system, but I'm not sure it's going > to satisfy you. From what I can tell, you can't get a 3270 effect on the > actual hercules console. You have to use a TN3270 connection to the TCP/IP > port specified by CNSLPORT. Obviously, that's what I have been doing. > The kernel that comes pre-SP1 does _not_ compile the 3270 support into the > kernel, but as modules. This gets fixed later on, as I indicated > previously. There's a bug in hercules that prevents me from booting up a > SP1 kernel or later, so I'm not entirely sure just what level fixed it. The kernel started using a Diagnose instruction not supported by Hercules. The problem is fixed in the CVS code. > If > you're forced into running a pre-SP1 kernel as well, then there are a > couple of things you'll want/need to do: - Update /etc/zipl.conf so that > you have "insmod=tty3270" on the kernel parm line. - Update > /etc/sysconfig/kernel to add tty3270 to the list of modules to be built > into the initrd. - Re-run mkinitrd. > - Re-run zipl. I am now using the same kernel as you: 2.6.16.54-0.2.8-default. I now see # zgrep 3270 /proc/config.gz CONFIG_TN3270=y CONFIG_TN3270_TTY=y CONFIG_TN3270_FS=y CONFIG_TN3270_CONSOLE=y which shows all the modules are built-in. > - Update /etc/init.d/boot.local to add this command: > /sbin/chccwdev -e 0.0. where "" is the device number assigned > to your console. In your particular case, that would be "/sbin/chccwdev -e > 0.0.001f" This is the critical point. I made this change (and nothing else) and then then it all 'Just Worked" (TM). Dave Jones sent me a copy of "ned" which installs without problems. However, it seems you must code; ned -T /dev/tub0.0.001f This has been a magnificent effort on your part, Mark. Hopefully it has helped people with more funds at their disposal than me. I guess that we are all a bit more enlightened about a not very well documented feature. Now to graft the technique onto Gentoo... Cheers -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/24/2008 at 8:28 AM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: > On Sunday 24 Aug 2008, Mark Post wrote: >> >>> On 8/23/2008 at 12:26 PM, in message >> >> So, what does "ls -l /dev/tty*" show you? Also, what does your hercules >> configuration file look like? > > # ls /dev/tty* > /dev/tty /dev/tty10 /dev/ttyS1 /dev/ttyS3 /dev/ttyS5 /dev/ttyS7 > /dev/tty1 /dev/ttyS0 /dev/ttyS2 /dev/ttyS4 /dev/ttyS6 /dev/ttysclp0 Ok, I got things working on my hercules system, but I'm not sure it's going to satisfy you. From what I can tell, you can't get a 3270 effect on the actual hercules console. You have to use a TN3270 connection to the TCP/IP port specified by CNSLPORT. The kernel that comes pre-SP1 does _not_ compile the 3270 support into the kernel, but as modules. This gets fixed later on, as I indicated previously. There's a bug in hercules that prevents me from booting up a SP1 kernel or later, so I'm not entirely sure just what level fixed it. If you're forced into running a pre-SP1 kernel as well, then there are a couple of things you'll want/need to do: - Update /etc/zipl.conf so that you have "insmod=tty3270" on the kernel parm line. - Update /etc/sysconfig/kernel to add tty3270 to the list of modules to be built into the initrd. - Re-run mkinitrd. - Re-run zipl. - Update /etc/init.d/boot.local to add this command: /sbin/chccwdev -e 0.0. where "" is the device number assigned to your console. In your particular case, that would be "/sbin/chccwdev -e 0.0.001f" - chkconfig boot.local on - Make sure /etc/inittab still has a mingetty entry for /dev/tty0.0.001f in it. - Halt your Linux system - Connect to port 3270 (or whatever you have defined for CNSLPORT) with your TN3270 emulator. You should see the hercules greeting screen - Boot your linux system At some point, you should see the login prompt on your TN3270 session. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Sunday 24 Aug 2008, Mark Post wrote: > >>> On 8/23/2008 at 12:26 PM, in message > > So, what does "ls -l /dev/tty*" show you? Also, what does your hercules > configuration file look like? # ls /dev/tty* /dev/tty /dev/tty10 /dev/ttyS1 /dev/ttyS3 /dev/ttyS5 /dev/ttyS7 /dev/tty1 /dev/ttyS0 /dev/ttyS2 /dev/ttyS4 /dev/ttyS6 /dev/ttysclp0 hercules.cnf: # local non-SNA 3270 TN3270 client connection 001F 3270 # CKD direct access storage device # initialize with: dasdinit -z linux.120 3390-3 lin000 0120 3390 LIN000.3390 0121 3390 LIN001.3390 0122 3390 SWAP00.3390 0123 3390 LIN002.3390 HTH -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/23/2008 at 12:26 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > Anyway, I installed the new kernel which does have 3270 support build in but > the behavior was exactly the same as with the previous kernel. I think we > need a better manual... So, what does "ls -l /dev/tty*" show you? Also, what does your hercules configuration file look like? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Saturday 23 Aug 2008, Marcy Cortes wrote: > With the defaults, your going to get all the patches from GA, SP1, and > SP2 plus the ones to take you from each of the levels to the other. > That'll be like 12G of stuff. > If you're already SP2 (either installed from that media or upgraded with > the DVD image), just pull the ones for SP2+. Change YUP_SP_SUBCHANNELS > to "-Updates" and YUP_SUBVERSIONS to "SP2". I finally managed to workout how to download individual rpms. You ignore any pages mentioning patches - that's a trick. Go to the main download page and it will work as long as you are logged in, unfortunately it logs you out after a very short period of inactivity without any warning. So the s390x entries kept on disappearing! Anyway, I installed the new kernel which does have 3270 support build in but the behavior was exactly the same as with the previous kernel. I think we need a better manual... -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
With the defaults, your going to get all the patches from GA, SP1, and SP2 plus the ones to take you from each of the levels to the other. That'll be like 12G of stuff. If you're already SP2 (either installed from that media or upgraded with the DVD image), just pull the ones for SP2+. Change YUP_SP_SUBCHANNELS to "-Updates" and YUP_SUBVERSIONS to "SP2". On novell.com, be sure and login first or you won't find any s390x stuff. Here's a link to the latest kernel - http://download.novell.com/Download?buildid=HLu7cmk-lZA~ Wasn't easy to find -- took some hunting. What I love is their "Error!! You seem to have encountered an error on an otherwise perfect Web Site". And no link to report that. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Robin Atwood Sent: Saturday, August 23, 2008 4:57 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] 3270 console confusion On Friday 22 Aug 2008, Mark Post wrote: > >>> On 8/21/2008 at 4:11 PM, in message > > The first part of my article at > http://www.zjournal.com/index.cfm?section=article&aid=992 talks about > how you register your system. If you follow those directions, the > setup is done for you by the tools. Ok, I give up, the yup thing is complete overkill, it downloaded 3GB of rpms I have no interest in before it filled up the file-system. All I want is *one* rpm file, maybe plus a dependency. It seems impossible to find anything on the Novell website. If I go to the "Patch finder" and select s390x, nothing is found. If I enter "kernel-default" into the search field, no kernels are found. I am logged in, so please tell me, what is the secret? TIA -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 22 Aug 2008, Mark Post wrote: > >>> On 8/21/2008 at 4:11 PM, in message > > The first part of my article at > http://www.zjournal.com/index.cfm?section=article&aid=992 talks about how > you register your system. If you follow those directions, the setup is > done for you by the tools. Ok, I give up, the yup thing is complete overkill, it downloaded 3GB of rpms I have no interest in before it filled up the file-system. All I want is *one* rpm file, maybe plus a dependency. It seems impossible to find anything on the Novell website. If I go to the "Patch finder" and select s390x, nothing is found. If I enter "kernel-default" into the search field, no kernels are found. I am logged in, so please tell me, what is the secret? TIA -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 22 Aug 2008, Marcy Cortes wrote: > From /etc/sysconfig/yup > > # There are two options, to get the ID: > # > # 1. use the Machine ID: this value is in > #/etc/zmd/deviceid > #on the machine you registered with. > # > # 2. go to the Novell Customer Center and request > #"mirror credentials" to get updates to all your > #systems with one yup run > #http://www.novell.com/center/ > > > The 1st way did not work for me either. The second did. Yup (as it were), that worked for me too. A lot of data is currently being downloaded. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 22 Aug 2008, Mark Post wrote: > >>> On 8/22/2008 at 8:52 AM, in message > > I have set YUP_ID and YUP_PASS to the values in /etc/zmd, so what have I > > missed? > > That looks like the registration failed for some reason. What does "rug > sl" and "rug ca" show you? # rug sl Waking up ZMD...Done # | Status | Type | Name| URI --++--+-+--- 1 | Active | ZYPP | SUSE Linux Enterprise Server 10 SP1 | http://192.168.1.2/... # rug ca Sub'd? | Name| Service ---+-+ Yes| SUSE Linux Enterprise Server 10 SP1 | SUSE Linux Enterprise Server 10 SP1 -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>From /etc/sysconfig/yup # There are two options, to get the ID: # # 1. use the Machine ID: this value is in #/etc/zmd/deviceid #on the machine you registered with. # # 2. go to the Novell Customer Center and request #"mirror credentials" to get updates to all your #systems with one yup run #http://www.novell.com/center/ The 1st way did not work for me either. The second did. That is, after I figured which proxy server would let me out of our env - hopefully you too don't have a picky picky proxy server. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, August 22, 2008 9:29 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] 3270 console confusion >>> On 8/22/2008 at 8:52 AM, in message >>> <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > Thanks for the pointer. I have activated the product and configured > yup as documented but when I run it I get a lot of messages: -snip- > I have set YUP_ID and YUP_PASS to the values in /etc/zmd, so what have > I missed? That looks like the registration failed for some reason. What does "rug sl" and "rug ca" show you? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/22/2008 at 8:52 AM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > Thanks for the pointer. I have activated the product and configured yup as > documented but when I run it I get a lot of messages: -snip- > I have set YUP_ID and YUP_PASS to the values in /etc/zmd, so what have I > missed? That looks like the registration failed for some reason. What does "rug sl" and "rug ca" show you? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 22 Aug 2008, Mark Post wrote: > The first part of my article at > http://www.zjournal.com/index.cfm?section=article&aid=992 talks about how > you register your system. If you follow those directions, the setup is > done for you by the tools. Thanks for the pointer. I have activated the product and configured yup as documented but when I run it I get a lot of messages: * Server auth using Basic with user '6e9da102cb3f4b489faf7f361133b342' > GET /repo/$RCE/SLES10-SP1-Updates/sles-10-s390x/repodata/repomd.xml.asc HTTP/1.1 > Authorization: Basic NmU5ZGExMDJjYjNmNGI0ODlmYWY3ZjM2MTEzM2IzNDI6MjM1YTZlZTFhYzA2NDdmMGEyNWQwNzg0MmIzZTEzZmM= > User-Agent: curl/7.15.1 (s390x-ibm-linux) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.6.0 > Host: nu.novell.com > Accept: */* > % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- 0:00:02 --:--:-- 0< HTTP/1.1 401 Unauthorized < X-Error-Info: Access to this page is restricted because of access control policies I have set YUP_ID and YUP_PASS to the values in /etc/zmd, so what have I missed? TIA -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/21/2008 at 4:11 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > Thanks, I will check this out. But I am having trouble locating good doco as > to how to set up the online maintenance. The first part of my article at http://www.zjournal.com/index.cfm?section=article&aid=992 talks about how you register your system. If you follow those directions, the setup is done for you by the tools. -snip- > Apologies. I had just got home from the pub and was feeling rather bitter. > Getting a new contract is not easy in the current economic climate. No need to apologize, I just wanted to make sure you understood that you're not alone in your efforts. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 22 Aug 2008, Mark Post wrote: > >>> On 8/20/2008 at 3:36 PM, in message > >>> <[EMAIL PROTECTED]>, > > Robin Atwood <[EMAIL PROTECTED]> wrote: > -snip- > > > 2.6.16.46-0.12-default. I am currently trying to workout how to do an > > upgrade but I am using the SP1 starter system and documentation seems > > sparse. > > You're entitled to 180 days of maintenance. Register your system and use > YaST Online Update or rug to install it. Thanks, I will check this out. But I am having trouble locating good doco as to how to set up the online maintenance. > > Possibly a problem there. I am currently unemployed and this is a > > home-based self-improvement project, all running on Hercules. (Watch > > support magically vanish into the distance...) > > Why would that happen? The non-IBMers on the list don't get the hives when > someone mentions Hercules. Even though I have access to various real > mainframes, I still have Hercules installed on one of my workstations. > Seeing as how my involvement with Linux in general started out as > self-improvement, I'm certainly not going to shun someone else doing the > same. Apologies. I had just got home from the pub and was feeling rather bitter. Getting a new contract is not easy in the current economic climate. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/20/2008 at 3:36 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > 2.6.16.46-0.12-default. I am currently trying to workout how to do an upgrade > but I am using the SP1 starter system and documentation seems sparse. You're entitled to 180 days of maintenance. Register your system and use YaST Online Update or rug to install it. -snip- > Possibly a problem there. I am currently unemployed and this is a home-based > self-improvement project, all running on Hercules. (Watch support magically > vanish into the distance...) Why would that happen? The non-IBMers on the list don't get the hives when someone mentions Hercules. Even though I have access to various real mainframes, I still have Hercules installed on one of my workstations. Seeing as how my involvement with Linux in general started out as self-improvement, I'm certainly not going to shun someone else doing the same. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Thursday 21 Aug 2008, Mark Post wrote: > > zlinux:~ # zgrep 3270 /proc/config.gz > > CONFIG_TN3270=m > > CONFIG_TN3270_TTY=m > > CONFIG_TN3270_FS=m > > > > I am fairly sure I have read that console support must be built into the > > kernel. > > Yes. What version of the kernel are you running? I tested with > 2.6.16.54-0.2.8-default. 2.6.16.46-0.12-default. I am currently trying to workout how to do an upgrade but I am using the SP1 starter system and documentation seems sparse. > > zlinux:~ # vmcp q term > > Error: Could not open device /dev/vmcp: No such file or directory > > > > I am not using VM. :) > > Bummer. You should so something about that, i.e., contact your IBM rep. Possibly a problem there. I am currently unemployed and this is a home-based self-improvement project, all running on Hercules. (Watch support magically vanish into the distance...) I will wait for the improved Device Driver manual since I really want to get this going under Gentoo. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/20/2008 at 8:45 AM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: > On Tuesday 19 Aug 2008, Mark Post wrote: >> What does >> zgrep 3270 /proc/config.gz >>and >> vmcp q term >> >> show you? > > zlinux:~ # zgrep 3270 /proc/config.gz > CONFIG_TN3270=m > CONFIG_TN3270_TTY=m > CONFIG_TN3270_FS=m > > I am fairly sure I have read that console support must be built into the > kernel. Yes. What version of the kernel are you running? I tested with 2.6.16.54-0.2.8-default. > zlinux:~ # vmcp q term > Error: Could not open device /dev/vmcp: No such file or directory > > I am not using VM. :) Bummer. You should so something about that, i.e., contact your IBM rep. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tuesday 19 Aug 2008, Mark Post wrote: > What does > zgrep 3270 /proc/config.gz >and > vmcp q term > > show you? zlinux:~ # zgrep 3270 /proc/config.gz CONFIG_TN3270=m CONFIG_TN3270_TTY=m CONFIG_TN3270_FS=m I am fairly sure I have read that console support must be built into the kernel. zlinux:~ # vmcp q term Error: Could not open device /dev/vmcp: No such file or directory I am not using VM. :) -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/19/2008 at 9:49 AM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > That sounds likely, I don't think the original kernel had 3270 support > compiled in. I will try to upgrade. What does zgrep 3270 /proc/config.gz and vmcp q term show you? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tuesday 19 Aug 2008, Richard Young wrote: > Robin, > > If you were running under z/VM, your guest would need to have your CONMODE > set to 3270 . > For SLES, as I understand it, you need to have SLES 9, or one of the > latest patch levels of the SLES 10 SP1 or SP2 kernel. > Something was not correct in the earlier levels of SLES 10, but is > resolved in the latest patch level. That sounds likely, I don't think the original kernel had 3270 support compiled in. I will try to upgrade. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Robin, If you were running under z/VM, your guest would need to have your CONMODE set to 3270 . For SLES, as I understand it, you need to have SLES 9, or one of the latest patch levels of the SLES 10 SP1 or SP2 kernel. Something was not correct in the earlier levels of SLES 10, but is resolved in the latest patch level. I (and others) are running under SLES 10 without the need for the kernel parameter. Don't forget to include the tty in your /etc/securetty (if you want to logon to the console with root) Once you have it working you would use PF3 to switch between the console types. PF7/PF8 to scroll forward and backwards through the console output. If you were running under z/VM, PA1 would put you in a mode where you could issue CP commands. The suppression of echoing of characters is also nice when you enter passwords. Richard G. Young I.T. Architect z/VM and Linux Team Lead phone: 414.921.4276 / mobile: 414.975.5317 email: [EMAIL PROTECTED] ibm.com/systems/services/labservices From: Robin Atwood <[EMAIL PROTECTED]> To: LINUX-390@VM.MARIST.EDU Date: 08/19/2008 07:31 AM Subject: Re: 3270 console confusion On Monday 18 Aug 2008, Mark Post wrote: > Just for the sake of completeness, I'm going to document what is needed > with SLES10 SP1 and SP2 (not sure about GA) to get this to work. Thanks to > Martin Schwidefsky for helping me to figure it out while at SHARE. Thanks > even more for Martin not getting ticked off when I told him that 3270 > support stank after not figuring it out on my own. :) > > In /etc/inittab, make this change: > # Default HMC/3215/3270 console: > -1:2345:respawn:/sbin/mingetty --noclear /dev/ttyS0 dumb > +1:2345:respawn:/sbin/mingetty --noclear /dev/tty0.0.01c0 dumb > > Where 0.0.01c0 is the device number of my virtual console. Substitute your > own console address. > > In /etc/securetty, add: > tty0.0.01c0 > > and substitute your own console address for 0.0.01c0 > > Shutdown your system. When it enters a disabled wait: > term conmode 3270 > > IPL ipldeviceno Well, I don't understand how this is supposed to work. I usually use my Gentoo system for experiments but I IPLed a SLES-10 SP1 system and there is no (in my case) device "/dev/tty0.0.001f". I updated /etc/inittab as recommended and added "conmode=3270" to the parameter statement in /etc/zipl.conf since I am IPLing directly without VM. I was not very surprised to see: INIT: Id "1" respawning too fast: disabled for 5 minutes In fact the SLES system does not have 3270 devices: zlinux:~ # ll /sys/bus/ccw/drivers/3270 /bin/ls: /sys/bus/ccw/drivers/3270: No such file or directory So I am still confused. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 <>
Re: 3270 console confusion
On Monday 18 Aug 2008, Mark Post wrote: > Just for the sake of completeness, I'm going to document what is needed > with SLES10 SP1 and SP2 (not sure about GA) to get this to work. Thanks to > Martin Schwidefsky for helping me to figure it out while at SHARE. Thanks > even more for Martin not getting ticked off when I told him that 3270 > support stank after not figuring it out on my own. :) > > In /etc/inittab, make this change: > # Default HMC/3215/3270 console: > -1:2345:respawn:/sbin/mingetty --noclear /dev/ttyS0 dumb > +1:2345:respawn:/sbin/mingetty --noclear /dev/tty0.0.01c0 dumb > > Where 0.0.01c0 is the device number of my virtual console. Substitute your > own console address. > > In /etc/securetty, add: > tty0.0.01c0 > > and substitute your own console address for 0.0.01c0 > > Shutdown your system. When it enters a disabled wait: > term conmode 3270 > > IPL ipldeviceno Well, I don't understand how this is supposed to work. I usually use my Gentoo system for experiments but I IPLed a SLES-10 SP1 system and there is no (in my case) device "/dev/tty0.0.001f". I updated /etc/inittab as recommended and added "conmode=3270" to the parameter statement in /etc/zipl.conf since I am IPLing directly without VM. I was not very surprised to see: INIT: Id "1" respawning too fast: disabled for 5 minutes In fact the SLES system does not have 3270 devices: zlinux:~ # ll /sys/bus/ccw/drivers/3270 /bin/ls: /sys/bus/ccw/drivers/3270: No such file or directory So I am still confused. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/7/2008 at 11:42 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: -snip- > I have a 3270 defined at 001f which gives me: > > # ll /sys/bus/ccw/drivers/3270 > total 0 > lrwxrwxrwx 1 root root0 Aug 8 13:37 > 0.0.001f -> ../../../../devices/css0/0.0./0.0.001f > --w--- 1 root root 4096 Aug 8 13:37 bind > --w--- 1 root root 4096 Aug 8 13:21 uevent > --w--- 1 root root 4096 Aug 8 13:37 unbind > > but there are no tty devices. What do I do next? Just for the sake of completeness, I'm going to document what is needed with SLES10 SP1 and SP2 (not sure about GA) to get this to work. Thanks to Martin Schwidefsky for helping me to figure it out while at SHARE. Thanks even more for Martin not getting ticked off when I told him that 3270 support stank after not figuring it out on my own. :) In /etc/inittab, make this change: # Default HMC/3215/3270 console: -1:2345:respawn:/sbin/mingetty --noclear /dev/ttyS0 dumb +1:2345:respawn:/sbin/mingetty --noclear /dev/tty0.0.01c0 dumb Where 0.0.01c0 is the device number of my virtual console. Substitute your own console address. In /etc/securetty, add: tty0.0.01c0 and substitute your own console address for 0.0.01c0 Shutdown your system. When it enters a disabled wait: term conmode 3270 IPL ipldeviceno After responding to (or waiting for the timeout of) the IPL menu, you'll see it switch to a scrolling 3270 mode. In the bottom left corner there should be "console view" shown, and in the bottom right "Running." Press PF3 to switch to the "terminal view" where you should see a login prompt: sysname login: > If you updated securetty properly, you should be able to log in as root. If you have a non-privileged account, you should be able to log in with that as well. I didn't have to clear the console screen at all. It just scrolled as you might expect. You can also use the PF7 and PF8 keys to scroll back aand forth a bit into the console. The _really_ interesting thing I noticed was that if I did "vi filename" I was able to edit a file. According to Martin, it wasn't really vi, but ed, but in a mode where you could see the contents of the file and scroll up and down. You couldn't use cursor positioning to get to what you wanted to edit, but I could insert and delete lines with the "i" key and ":d" or "dd". A ctrl-c "^c" got me out of input mode. So, while not as nice as vi on a curses-capable terminal, a whole lot more usable than ed on a 3215. I don't know what, if any, implications this would have for using SECOPER and PROP for automation, etc. I don't have access to that sort of thing on our test system. If someone else wants to play with that and report back, I'd be interested in hearing the results. I do know that trying to do "#cp" commands from the 3270 console won't work. That seems to require being in 3215 mode. For anyone that might have wondered why they couldn't find any documentation on things like the PF3 key to swap between console and terminal view, Martin has told me that it was _supposed_ to be in the device drivers manual. It's not, so he's going to get that fixed. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
My 2 cents echoes what others have said - have a non-LVM recovery guest that can be granted RW LINK access to any other guest... and use it as your means to recover other guests. Alternatively - IPL that single recover guest pack on the sick penguin itself -- and have it prompt for the network addresses so you can ssh in and do recovery. I prefer the first method if you have an IP address to spare. You can do a lot of other things with this 'recovery' guest if it's up all the time. Install cmsfs on it so you can peek around VM files and provide a web interface to certain files (PERFKIT USERLOGs for example -- I've had customers be able to do their own load testing by giving them a simple web interface to the user's perfkit data and explaining what the load numbers mean). I recommend having such a 'support/recovery' guest on each LPAR to most of my customers and they end up putting it to creative use as well as a means to recovery. (e.g. Using it to preformat DASD at the Linux level to speed up kickstarts, ssh tools for making some change to all guests, etc etc etc). Whether you run it all the time, when needed, or have a pack that can be IPLed by any guest for recovery - I find it's a good idea. Relying on the recovery processes provided by SuSE/RH and booting their reader kernel just doesn't cut it for me. Also - while you can always grant another running z/VM guest privs to mount another guests disks - I think it's better to designate such a server rather than randomly choosing a running server to do recovery on another. (though of course I've done this when necessary!) Scott Rohling On Wed, Aug 13, 2008 at 2:39 PM, Rob van der Heij <[EMAIL PROTECTED]> wrote: > On Wed, Aug 13, 2008 at 7:41 PM, RPN01 <[EMAIL PROTECTED]> wrote: > > > The other bad thing about avoiding LVM is that you are then limited by > the > > size of your largest physical disk. If all you have are 3390 mod 27's, > then > > you avoid your users when they need more than 22gig in a filesystem. We > have > > several filesystems on 3390 DASD that are half a terrabyte or larger, and > > would not be possible without LVM. > > I'm not against using LVM for application data. I was merely > suggesting to avoid it for the basic system. That may make some of the > limitations of using mini disks less an issue. > But I would not swap to LVM logical volumes, because of the increased > resource cost to do the I/O (but since you're swapping to real disk it > will be real slow anyway). > -Rob > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Wed, Aug 13, 2008 at 7:41 PM, RPN01 <[EMAIL PROTECTED]> wrote: > The other bad thing about avoiding LVM is that you are then limited by the > size of your largest physical disk. If all you have are 3390 mod 27's, then > you avoid your users when they need more than 22gig in a filesystem. We have > several filesystems on 3390 DASD that are half a terrabyte or larger, and > would not be possible without LVM. I'm not against using LVM for application data. I was merely suggesting to avoid it for the basic system. That may make some of the limitations of using mini disks less an issue. But I would not swap to LVM logical volumes, because of the increased resource cost to do the I/O (but since you're swapping to real disk it will be real slow anyway). -Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/13/2008 at 9:25 AM, in message <[EMAIL PROTECTED]>, Adam Thornton <[EMAIL PROTECTED]> wrote: -snip- > This is also an argument for having a rescue penguin that has a small, > non-LVM, filesystem. Amen. I'm wondering if it all couldn't be in an NSS as well. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
The positive part of adding the extra complexity comes when you want / need to expand one of your logical volumes. This can be done via LVM fairly easily, and in some cases, without even taking the filesystem offline. A real, physical minidisk can't do this at all; you need to create an entirely new disk, and copy the data from the old one to the new one. Then, you have to replace the old one with the new one, possibly requiring the guest to be brought down. The other bad thing about avoiding LVM is that you are then limited by the size of your largest physical disk. If all you have are 3390 mod 27's, then you avoid your users when they need more than 22gig in a filesystem. We have several filesystems on 3390 DASD that are half a terrabyte or larger, and would not be possible without LVM. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 8/13/08 11:06 AM, "Rob van der Heij" <[EMAIL PROTECTED]> wrote: > On Wed, Aug 13, 2008 at 5:50 PM, RPN01 <[EMAIL PROTECTED]> wrote: > >> Current standard here is to have /boot as a physical volume, root, var, tmp >> and some swap (yes, we're moving to v-disk swap) in LVM vg_system on one >> 3390 mod 9 and /home and /opt in LVM vg_local on a second 3390 mod 9. There >> are pluses and minuses to having root in the LVM, but nothing tips the >> scales greatly either way... > > I think that standard was inspired by experience on platforms where > folks have just a single big disk rather than the option to create > block devices as they like them. I understand the motivation to > separate things in different disks, but to first bundle block devices > in an LVM VG and then create LVs out of that, is a bit odd. It creates > two additional layers of storage management that have a negative > impact on performance and probably complicate things a lot. > > I strongly believe in separating application and operating system. And > there's good reasons to have some things like /var and /tmp in > separate file systems. But you can do with mini disks. Using the > "first-aid" system approach, enlarging file systems on mini disk is > not harder than with LVs > > Rob > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Actually, you can get the VG configuration from the first few tracks of cylinder zero of any of the physical volumes in the VG. You just need something willing to dump it off so you can interpret it. -- Bob Nix On 8/13/08 11:01 AM, "Mark Post" <[EMAIL PROTECTED]> wrote: On 8/13/2008 at 8:50 AM, in message <[EMAIL PROTECTED]>, > RPN01 <[EMAIL PROTECTED]> wrote: >> Current standard here is to have /boot as a physical volume, root, var, tmp >> and some swap (yes, we're moving to v-disk swap) in LVM vg_system on one >> 3390 mod 9 and /home and /opt in LVM vg_local on a second 3390 mod 9. There >> are pluses and minuses to having root in the LVM, but nothing tips the >> scales greatly either way... > > Just last week I was working with a customer on a problem with his Intel/AMD > system. He had / on an LV. We couldn't get the VG to build. We couldn't get > to the LVM data in /etc/ because we couldn't get the VG to build. I.e., there > was no way to fix the problem. He wound up restoring from backup. Is that > enough of a minus? > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Aug 13, 2008, at 10:33 AM, Mark Post wrote: On 8/13/2008 at 5:44 AM, in message <[EMAIL PROTECTED] >, RPN01 <[EMAIL PROTECTED]> wrote: Our problem with this scenario comes from cloning and LVM: If the penguin is a clone, its LVM volume groups are likely to have the same names as the rescue penguin, in which case, you likely won't get them mounted properly. If you don't have your root file system on an LV, this is going to be irrelevant 99.9% of the time. I've helped a few people that ran into this problem, but they were doing other things that didn't involve a non-networked system. This is also an argument for having a rescue penguin that has a small, non-LVM, filesystem. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/13/2008 at 9:06 AM, in message <[EMAIL PROTECTED]>, Rob van der Heij <[EMAIL PROTECTED]> wrote: -snip- > Using the > "first-aid" system approach, enlarging file systems on mini disk is > not harder than with LVs It may not be harder, but it requires an outage, whereas using LVM and dynamic file system resizing while the file system is mounted does not. Plus, having the z/VM system programmer adding, changing, removing minidisks for Linux guests adds to their workload unnecessarily. I'd rather have them spending time on things that make the environment run better, not doing DASD/directory management. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Wed, Aug 13, 2008 at 5:50 PM, RPN01 <[EMAIL PROTECTED]> wrote: > Current standard here is to have /boot as a physical volume, root, var, tmp > and some swap (yes, we're moving to v-disk swap) in LVM vg_system on one > 3390 mod 9 and /home and /opt in LVM vg_local on a second 3390 mod 9. There > are pluses and minuses to having root in the LVM, but nothing tips the > scales greatly either way... I think that standard was inspired by experience on platforms where folks have just a single big disk rather than the option to create block devices as they like them. I understand the motivation to separate things in different disks, but to first bundle block devices in an LVM VG and then create LVs out of that, is a bit odd. It creates two additional layers of storage management that have a negative impact on performance and probably complicate things a lot. I strongly believe in separating application and operating system. And there's good reasons to have some things like /var and /tmp in separate file systems. But you can do with mini disks. Using the "first-aid" system approach, enlarging file systems on mini disk is not harder than with LVs Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/13/2008 at 8:50 AM, in message <[EMAIL PROTECTED]>, RPN01 <[EMAIL PROTECTED]> wrote: > Current standard here is to have /boot as a physical volume, root, var, tmp > and some swap (yes, we're moving to v-disk swap) in LVM vg_system on one > 3390 mod 9 and /home and /opt in LVM vg_local on a second 3390 mod 9. There > are pluses and minuses to having root in the LVM, but nothing tips the > scales greatly either way... Just last week I was working with a customer on a problem with his Intel/AMD system. He had / on an LV. We couldn't get the VG to build. We couldn't get to the LVM data in /etc/ because we couldn't get the VG to build. I.e., there was no way to fix the problem. He wound up restoring from backup. Is that enough of a minus? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Current standard here is to have /boot as a physical volume, root, var, tmp and some swap (yes, we're moving to v-disk swap) in LVM vg_system on one 3390 mod 9 and /home and /opt in LVM vg_local on a second 3390 mod 9. There are pluses and minuses to having root in the LVM, but nothing tips the scales greatly either way... -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 8/13/08 10:33 AM, "Mark Post" <[EMAIL PROTECTED]> wrote: On 8/13/2008 at 5:44 AM, in message <[EMAIL PROTECTED]>, > RPN01 <[EMAIL PROTECTED]> wrote: >> Our problem with this scenario comes from cloning and LVM: If the penguin is >> a clone, its LVM volume groups are likely to have the same names as the >> rescue penguin, in which case, you likely won't get them mounted properly. > > If you don't have your root file system on an LV, this is going to be > irrelevant 99.9% of the time. I've helped a few people that ran into this > problem, but they were doing other things that didn't involve a non-networked > system. > > > Mark Post > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/13/2008 at 6:55 AM, in message <[EMAIL PROTECTED]>, "McKown, John" <[EMAIL PROTECTED]> wrote: -snip- > Just out of curiousity, why a special machine? Wouldn't it be possible > for every Linux guest account to have a RR link to the required "rescue" > volume(s)? Every Linux guest would LINK those at some standard, HIGH > address. You then LOGON to the "dead" guest, but IPL from the rescue > address instead of the normal address. Or, if you don't want the RR link > during normal operation, then simply IPL CMS in the dead guest, do a > single LINK to a rescue CMS filesystem. Then invoke a CMS exec which > does the rest of the LINKs. Followed by an IPL of the rescue address. > > Am I missing something? This isn't quite like Perl, but both methods could work equally well. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
>>> On 8/13/2008 at 5:44 AM, in message <[EMAIL PROTECTED]>, RPN01 <[EMAIL PROTECTED]> wrote: > Our problem with this scenario comes from cloning and LVM: If the penguin is > a clone, its LVM volume groups are likely to have the same names as the > rescue penguin, in which case, you likely won't get them mounted properly. If you don't have your root file system on an LV, this is going to be irrelevant 99.9% of the time. I've helped a few people that ran into this problem, but they were doing other things that didn't involve a non-networked system. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
John, Your idea works well in practice here: A readonly rescue system on a single mdisk, non-LVM, can access all the dead guest's devices since you're running it on that guest. and the exec is called RESCUE EXEC. IPL CMS, run RESCUE. > This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > McKown, John > Sent: Wednesday, August 13, 2008 9:55 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: 3270 console confusion > > [snip] > > > > I do think you want a special Linux machine for this kind of work > > anyway. You don't want each Linux server to be allowed to link > > everyone's disks, and you may also need specific tools or information > > on such a system. We also used this approach for installation and > > maintenance, so the "rescue system" was also holding the copies of rpm > > packages to apply service and configuration files for deployment. > > > > Rob > > Just out of curiousity, why a special machine? Wouldn't it be possible > for every Linux guest account to have a RR link to the required "rescue" > volume(s)? Every Linux guest would LINK those at some standard, HIGH > address. You then LOGON to the "dead" guest, but IPL from the rescue > address instead of the normal address. Or, if you don't want the RR link > during normal operation, then simply IPL CMS in the dead guest, do a > single LINK to a rescue CMS filesystem. Then invoke a CMS exec which > does the rest of the LINKs. Followed by an IPL of the rescue address. > > Am I missing something? > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Wed, Aug 13, 2008 at 3:55 PM, McKown, John <[EMAIL PROTECTED]> wrote: > Just out of curiousity, why a special machine? Wouldn't it be possible > for every Linux guest account to have a RR link to the required "rescue" > volume(s)? Every Linux guest would LINK those at some standard, HIGH > address. You then LOGON to the "dead" guest, but IPL from the rescue You have it upside down. The idea is to have a running "first-aid" Linux server with network access and all goodies that you need to do things. When a penguin gets sick, you logoff that sick machine (it was not working anyway) and may the first-aid server link to the disks of the dead penguin R/W. Now you can use all your tools to repair the files. When you're done, you unmount the disks and start the cured penguin. -Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
[snip] > > I do think you want a special Linux machine for this kind of work > anyway. You don't want each Linux server to be allowed to link > everyone's disks, and you may also need specific tools or information > on such a system. We also used this approach for installation and > maintenance, so the "rescue system" was also holding the copies of rpm > packages to apply service and configuration files for deployment. > > Rob Just out of curiousity, why a special machine? Wouldn't it be possible for every Linux guest account to have a RR link to the required "rescue" volume(s)? Every Linux guest would LINK those at some standard, HIGH address. You then LOGON to the "dead" guest, but IPL from the rescue address instead of the normal address. Or, if you don't want the RR link during normal operation, then simply IPL CMS in the dead guest, do a single LINK to a rescue CMS filesystem. Then invoke a CMS exec which does the rest of the LINKs. Followed by an IPL of the rescue address. Am I missing something? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Wed, Aug 13, 2008 at 2:44 PM, RPN01 <[EMAIL PROTECTED]> wrote: > Our problem with this scenario comes from cloning and LVM: If the penguin is > a clone, its LVM volume groups are likely to have the same names as the > rescue penguin, in which case, you likely won't get them mounted properly. There's some issues there indeed, and I would need to play around with it to see how to address those. IMHO the reason for LVM to to build a large logical volume for your application data. That is probably not part of the things you need to access when the penguin must be resurrected. Especially if we talk about fixing the network stuff. I have considered to use right hand columns of the /etc/fstab to determine which file systems need to be mounted in such a recovery procedure. The other approach might be to mount the alien root file system and then chroot into that before doing the rest of the work (so LVM utilities would not see the parent system). > The only alternative would be to have a specifically designated "rescue" > system with strange (based on current practice) LVM and logical volume names > sitting idly by to serve this purpose, which we haven't taken time to do as > yet. I do think you want a special Linux machine for this kind of work anyway. You don't want each Linux server to be allowed to link everyone's disks, and you may also need specific tools or information on such a system. We also used this approach for installation and maintenance, so the "rescue system" was also holding the copies of rpm packages to apply service and configuration files for deployment. Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Our problem with this scenario comes from cloning and LVM: If the penguin is a clone, its LVM volume groups are likely to have the same names as the rescue penguin, in which case, you likely won't get them mounted properly. The only alternative would be to have a specifically designated "rescue" system with strange (based on current practice) LVM and logical volume names sitting idly by to serve this purpose, which we haven't taken time to do as yet. On the flip side, we've only ended up in the described situation once or twice since we started, so it really hasn't come up as a huge issue as yet. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 8/12/08 6:03 PM, "Rob van der Heij" <[EMAIL PROTECTED]> wrote: > On Tue, Aug 12, 2008 at 9:18 PM, RPN01 <[EMAIL PROTECTED]> wrote: > >> The linemode console is much more versatile, and the only time you'll >> actually sit at it is when you're in trouble; at any other time, you'll just >> walk away from it and use a ssh or telnet (not advised) connection. >> >> Learn a bit of sed or ed, and forget about the 3270. > > I second that. Even more flexible is to simply have a working trusted > Linux server reach out and link the disks of the dead penguin, use all > your favorite tools to repair things, release them again, and start > the server. With some standardization in how you number the disks, you > can write yourself a nifty bash script that does the hard things under > the covers. > > -Rob > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Tue, Aug 12, 2008 at 9:18 PM, RPN01 <[EMAIL PROTECTED]> wrote: > The linemode console is much more versatile, and the only time you'll > actually sit at it is when you're in trouble; at any other time, you'll just > walk away from it and use a ssh or telnet (not advised) connection. > > Learn a bit of sed or ed, and forget about the 3270. I second that. Even more flexible is to simply have a working trusted Linux server reach out and link the disks of the dead penguin, use all your favorite tools to repair things, release them again, and start the server. With some standardization in how you number the disks, you can write yourself a nifty bash script that does the hard things under the covers. -Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
As near as I can tell, the problems created by a 3270 console outweigh the benefits. Sure, you have a nifty 3270 interface that acts like z/VM and z/OS, but you can't run the image disconnected, you can't spool the messages from the console, and you have to sit there and clear the screen when it fills. The linemode console is much more versatile, and the only time you'll actually sit at it is when you're in trouble; at any other time, you'll just walk away from it and use a ssh or telnet (not advised) connection. Learn a bit of sed or ed, and forget about the 3270. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 8/8/08 1:42 AM, "Robin Atwood" <[EMAIL PROTECTED]> wrote: > I have found various threads about using NED on a 3270 console to zLinux and I > thought this was a good idea. I read the 3270 HOWTO on linuxvm.org but it > seemed no longer relevant to recent kernels; I am running 2.6.26. I have no > tub3270 module so there is nothing under /proc/tty/drivers and so > config3270.sh just exits. I had a read of the device drivers manual but am > not sure what I need. > > I have a 3270 defined at 001f which gives me: > > # ll /sys/bus/ccw/drivers/3270 > total 0 > lrwxrwxrwx 1 root root0 Aug 8 13:37 > 0.0.001f -> ../../../../devices/css0/0.0./0.0.001f > --w--- 1 root root 4096 Aug 8 13:37 bind > --w--- 1 root root 4096 Aug 8 13:21 uevent > --w--- 1 root root 4096 Aug 8 13:37 unbind > > but there are no tty devices. What do I do next? > > TIA > -Robin > -- > -- > Robin Atwood. > > "Ship me somewheres east of Suez, where the best is like the worst, > Where there ain't no Ten Commandments an' a man can raise a thirst" > from "Mandalay" by Rudyard Kipling > -- > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Could this link be a solution? How to Transfer Files through a 3270 Protocol Converter? http://www.columbia.edu/~kermit/faq-c-mfx.html Sam Bass 254-771-7212 Sr z/OS Systems Specialist -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Sunday, August 10, 2008 3:54 PM To: LINUX-390@VM.MARIST.EDU Subject:Re: IND$FILE? (was: RE: 3270 console confusion) > I've never used kermit, so I'm not understanding how that would work in > the particular situation we're talking about: > - Linux guest on z/VM > - No working Linux network connection > - So, only connection is via the z/VM TCP/IP stack > - You want to pull a file from the Linux guest, edit it, and push it back > > What pieces would have to be where, and how would connections get made, > etc.? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
> I've never used kermit, so I'm not understanding how that would work
in
> the particular situation we're talking about:
> - Linux guest on z/VM
> - No working Linux network connection
> - So, only connection is via the z/VM TCP/IP stack
> - You want to pull a file from the Linux guest, edit it, and push it
back
>
> What pieces would have to be where, and how would connections get
made,
> etc.?
You need:
C-kermit installed on the Linux system in question.
A terminal emulator that understands Kermit, or a standalone module that
will permit using an existing open connection as the terminal
connection.
Steps:
Connect to guest using terminal emulator.
Log in if necessary
Start Kermit on Linux
Put Kermit in server mode ("server" at the c-kermit prompt)
Initiate file download from terminal emulator (emulator must support
Kermit)
Request desired file
File downloads over terminal connection (see parallel with IND$FILE?)
Edit file
Initiate file upload from terminal emulator.
Send file
Shut down Kermit server (usually with emulator function, or Cntrl ] K.
Exit to exit c-kermit on Linux.
Repeat as necessary until you can get the network back up.
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
[snip] > I've never used kermit, so I'm not understanding how that > would work in the particular situation we're talking about: > - Linux guest on z/VM > - No working Linux network connection > - So, only connection is via the z/VM TCP/IP stack > - You want to pull a file from the Linux guest, edit it, and > push it back > > What pieces would have to be where, and how would connections > get made, etc.? > > > Mark Post Pieces needed: 1) x3270 on your desktop, or some other TN3270 emulator which can do "file transfers" via IND$FILE. 2) An IND$FILE program on the z/Linux instance, running under z/VM. Method: Use the 3270 emulator to connect to VM via VM's TCPIP stack. Use the normal z/VM LOGON command so that your 3270 emulator is talking to the Linux "console". You know, the one where you normally do a #CP commands such as IPL. Use x3270 to initiate a file transfer. This invokes the z/Linux version of the IND$FILE command (yet to be written). You can now download the file which is giving you problems to your desktop. Use your favorite editor to make whatever changes are needed. Now upload it back to z/Linux using the upload facility of IND$FILE. Now, issue the appropriate z/Linux commands on the line-mode "console". Someone else is mentioning Kermit. I'm not familiar with it, but if it already exists for your desktop and on z/Linux, then that can work as well. Basically, your doing "ftp" via 3270 datastreams instead of IP. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Sunday, 08/10/2008 at 12:36 EDT, Mark Post <[EMAIL PROTECTED]> wrote: > I've never used kermit, so I'm not understanding how that would work in the > particular situation we're talking about: > - Linux guest on z/VM > - No working Linux network connection > - So, only connection is via the z/VM TCP/IP stack > - You want to pull a file from the Linux guest, edit it, and push it back > > What pieces would have to be where, and how would connections get made, etc.? Consider that your emulator can see the 3270 data stream that CP is writing to it. It doesn't care why the data stream is coming and doesn't know the difference between CP and a guest. It's just a data stream. That's the connection. When you use the "Receive file host..." function of your emulator, it will type a command on the screen and press ENTER. Then it starts watching the data stream, looking for the file content. "Send" just reverses who's sending and who's receiving. Emulators today understand VM and MVS (and maybe CICS) and will format the command as appropriate. It makes sense to make the Linux version follow the "VM" (CMS) syntax, IMO, rather than introducing a new thing for the emulators to support. Then it works for either CMS or Linux. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
I apologize in advance for pointing to a commercial solution here... And for due diligence - I am the CEO of CSL International, owner of this solution. It's just sounded like the guy is in real need, I thought the list will accept a vendor response. CSL-WAVE, with its "CLC - Connection-Less Communication" does exactly this ! (I.e. allows for an edit of a Linux-Guest files when there is no TCPIP communication to the Linux Guest Under z/VM). I can answer more specific questions on the subject on via private mail if anybody is interested. Cheers, Sharon -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Sunday, August 10, 2008 7:35 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >>> On 8/10/2008 at 8:33 AM, in message <[EMAIL PROTECTED]>, David Boyes <[EMAIL PROTECTED]> wrote: > I will point out again that Kermit does exactly this; exists for many > platforms, and possesses a server mode that allows it to be remotely > operated... > >> As in CMS, IND$FILE on Linux could simply use Diag 0x58 to write the 3270 >> data stream. Then it could take advantage of a 3215-style login to VM >> (any way you like: IP, local, SNA). No need to have a 3270 Linux console. I've never used kermit, so I'm not understanding how that would work in the particular situation we're talking about: - Linux guest on z/VM - No working Linux network connection - So, only connection is via the z/VM TCP/IP stack - You want to pull a file from the Linux guest, edit it, and push it back What pieces would have to be where, and how would connections get made, etc.? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 No virus found in this incoming message. Checked by AVG. Version: 7.5.526 / Virus Database: 270.6.0/1602 - Release Date: 8/9/2008 1:22 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.526 / Virus Database: 270.6.0/1602 - Release Date: 8/9/2008 1:22 PM -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
>>> On 8/10/2008 at 8:33 AM, in message <[EMAIL PROTECTED]>, David Boyes <[EMAIL PROTECTED]> wrote: > I will point out again that Kermit does exactly this; exists for many > platforms, and possesses a server mode that allows it to be remotely > operated... > >> As in CMS, IND$FILE on Linux could simply use Diag 0x58 to write the 3270 >> data stream. Then it could take advantage of a 3215-style login to VM >> (any way you like: IP, local, SNA). No need to have a 3270 Linux console. I've never used kermit, so I'm not understanding how that would work in the particular situation we're talking about: - Linux guest on z/VM - No working Linux network connection - So, only connection is via the z/VM TCP/IP stack - You want to pull a file from the Linux guest, edit it, and push it back What pieces would have to be where, and how would connections get made, etc.? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
I will point out again that Kermit does exactly this; exists for many platforms, and possesses a server mode that allows it to be remotely operated... > As in CMS, IND$FILE on Linux could simply use Diag 0x58 to write the 3270 > data stream. Then it could take advantage of a 3215-style login to VM > (any way you like: IP, local, SNA). No need to have a 3270 Linux console. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Saturday, 08/09/2008 at 06:48 EDT, Robin Atwood <[EMAIL PROTECTED]> wrote: > On Saturday 09 Aug 2008, McKown, John wrote: > > > > Right. That is what IND$FILE does. It transfers files via a 3270 data > > stream and is therefore usable over a 3270 zLinux console. > > No. IND$FILE transfers data over the network connection to your 3270 emulator, > PC/3270 or whatever. The HMC or VM does not have that capability. As in CMS, IND$FILE on Linux could simply use Diag 0x58 to write the 3270 data stream. Then it could take advantage of a 3215-style login to VM (any way you like: IP, local, SNA). No need to have a 3270 Linux console. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
>>> On 8/9/2008 at 1:21 PM, in message <[EMAIL PROTECTED]>, Robin Atwood <[EMAIL PROTECTED]> wrote: > On Saturday 09 Aug 2008, Mark Post wrote: >> > Right. That is what IND$FILE does. It transfers files via a 3270 data >> > stream and is therefore usable over a 3270 zLinux console. >> >> The problem being, that there needs to be a program on the Linux side that >> will perform the host side of the transaction. If that's what is being >> talked about being developed, then fine. Otherwise, it's a no-go. > > I thought there was this NED editor but it seems to have disappeared. For IND$FILE to work, there needs to be something running on both ends of the connection that support the file transfer. NED was never touted as supporting file transfers. It was simply a Linux-based 3270 editor. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Saturday 09 Aug 2008, McKown, John wrote: > > Right. That is what IND$FILE does. It transfers files via a 3270 data > stream and is therefore usable over a 3270 zLinux console. No. IND$FILE transfers data over the network connection to your 3270 emulator, PC/3270 or whatever. The HMC or VM does not have that capability. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Saturday 09 Aug 2008, Mark Post wrote: > > Right. That is what IND$FILE does. It transfers files via a 3270 data > > stream and is therefore usable over a 3270 zLinux console. > > The problem being, that there needs to be a program on the Linux side that > will perform the host side of the transaction. If that's what is being > talked about being developed, then fine. Otherwise, it's a no-go. I thought there was this NED editor but it seems to have disappeared. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
>>> On 8/9/2008 at 8:50 AM, in message <[EMAIL PROTECTED]>, "McKown, John" <[EMAIL PROTECTED]> wrote: -snip- > Right. That is what IND$FILE does. It transfers files via a 3270 data > stream and is therefore usable over a 3270 zLinux console. The problem being, that there needs to be a program on the Linux side that will perform the host side of the transaction. If that's what is being talked about being developed, then fine. Otherwise, it's a no-go. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
[snip] > If you use Linux on your work-station withe KDE, the Konqueror browser > supports the fish:// protocol (and FTP for that matter). > "fish" is file > transfer over an SSH tunnel. That enables you to browse the > zLinux file > system and drag files into a local editor and save them back > again. But the > network must be up; what I want is a solution that uses the > zLinux console > session. > > -Robin Right. That is what IND$FILE does. It transfers files via a 3270 data stream and is therefore usable over a 3270 zLinux console. Another thought. What about developing a protocol which transfers over the 3215 interface? I would guess that it would uuencode and uudecode to transfer the data. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Saturday 09 Aug 2008, McKown, John wrote: > I just had one of my flashes of "insight" (or is that "insanity"?). > Anyway, this whole thing about using the 3270 interface is for when > TCPIP access is not possible for some reason. Many want to use the > various "full screen" editors to fix some files. So, my insight is this: > how difficult would it be to implement an IND$FILE file transfer program > in z/Linux? I know that there are "clients" which run on Windows and > MS-DOS. IND$FILE allows for file upload/download via the 3270 data > stream. So, if we could write a "server" that would run on z/Linux and a > "client" to run on our desktop, we could then "download" the file(s) > that we need to edit; edit them on our desktop; then upload them back to > z/Linux. > > What say? > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 08 Aug 2008, Dave Jones wrote: > Hi, Robin > > Robin Atwood wrote: > > On Friday 08 Aug 2008, Dave Jones wrote: > >> The only such application I know of is (was?) NED, and > >> nobody can seem to find it anymore. > > > > That was the plan! > > Very interesting; please keep us posted as to what you discover. Where did > you get your copy of NED? Err, that was the plan before I discovered that NED seems to have disappeared. I had read a lot of old threads where people refer to downloading it. Still, since this thread was hijacked, has anyone out there got a 3270 console working with Linux? -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Saturday 09 Aug 2008, McKown, John wrote: > I just had one of my flashes of "insight" (or is that "insanity"?). > Anyway, this whole thing about using the 3270 interface is for when > TCPIP access is not possible for some reason. Many want to use the > various "full screen" editors to fix some files. So, my insight is this: > how difficult would it be to implement an IND$FILE file transfer program > in z/Linux? I know that there are "clients" which run on Windows and > MS-DOS. IND$FILE allows for file upload/download via the 3270 data > stream. So, if we could write a "server" that would run on z/Linux and a > "client" to run on our desktop, we could then "download" the file(s) > that we need to edit; edit them on our desktop; then upload them back to > z/Linux. If you use Linux on your work-station withe KDE, the Konqueror browser supports the fish:// protocol (and FTP for that matter). "fish" is file transfer over an SSH tunnel. That enables you to browse the zLinux file system and drag files into a local editor and save them back again. But the network must be up; what I want is a solution that uses the zLinux console session. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
On Fri, Aug 8, 2008 at 7:54 PM, McKown, John <[EMAIL PROTECTED]> wrote: > Regardless of the license on x3270, you can look at the code to reverse > engineer / document the protocol. If you write your code "from the > ground up", then you can license it however you want. It's only if you > "borrow" code from x3270 that you need to worry about its license. One of the more interesting parts of this is that there are actually two different protocols. AFAIK one was licensed to vendors of 3270-termulators, and the other one was used by IBM products. The huge difference is that the first one did a full screen under non-display attribute, while the second one uses 3270 structured fields that allow for much larger blocks than a single screen (and don't require escaping special characters to transfer binary data). -Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Have you looked at http://x3270.bgp.nu/x3270-script.html#File-Transfer On Fri, 2008-08-08 at 13:21 -0500, Erik N Johnson wrote: > Ahh, it's a menu option. In the file menu. > > On Fri, Aug 8, 2008 at 1:17 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > > So x3270 includes IND$FILE functionality, according to the website > > daver++ pointed out. Still looking on the x3270 page for the > > documentation of this functionality. May just download the code and > > figure it out. > > > > On Fri, Aug 8, 2008 at 1:03 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > >> And I certainly want to borrow code. I don't want to re-invent the > >> networking protocol if I don't have to. The sooner I finish the > >> sooner people can use it to solve real problems :-D > >> > >> On Fri, Aug 8, 2008 at 12:54 PM, McKown, John > >> <[EMAIL PROTECTED]> wrote: > >>>> -Original Message- > >>>> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > >>>> Behalf Of Erik N Johnson > >>>> Sent: Friday, August 08, 2008 12:51 PM > >>>> To: LINUX-390@VM.MARIST.EDU > >>>> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) > >>>> > >>>> Okay, I read the license for x3270, it's very short, if not too > >>>> terribly sweet. It's basically the old school BSD license, use modify > >>>> redistribute at your discretion but retain the above copyright notice. > >>>> It means it isn't GPL compatible but it is totally workable under a > >>>> permissive non-copy-left license. > >>>> So here goes nothing :-D > >>>> > >>> > >>> Regardless of the license on x3270, you can look at the code to reverse > >>> engineer / document the protocol. If you write your code "from the > >>> ground up", then you can license it however you want. It's only if you > >>> "borrow" code from x3270 that you need to worry about its license. > >>> > >>> -- > >>> John McKown > >>> Senior Systems Programmer > >>> HealthMarkets > >>> Keeping the Promise of Affordable Coverage > >>> Administrative Services Group > >>> Information Technology > >>> > >>> The information contained in this e-mail message may be privileged > >>> and/or confidential. It is for intended addressee(s) only. If you are > >>> not the intended recipient, you are hereby notified that any disclosure, > >>> reproduction, distribution or other use of this communication is > >>> strictly prohibited and could, in certain circumstances, be a criminal > >>> offense. If you have received this e-mail in error, please notify the > >>> sender by reply and delete this message without copying or disclosing > >>> it. > >>> > >>> -- > >>> For LINUX-390 subscribe / signoff / archive access instructions, > >>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > >>> http://www.marist.edu/htbin/wlvindex?LINUX-390 > >>> > >> > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Does anybody require UTF-8 support? On Fri, Aug 8, 2008 at 1:21 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > Ahh, it's a menu option. In the file menu. > > On Fri, Aug 8, 2008 at 1:17 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: >> So x3270 includes IND$FILE functionality, according to the website >> daver++ pointed out. Still looking on the x3270 page for the >> documentation of this functionality. May just download the code and >> figure it out. >> >> On Fri, Aug 8, 2008 at 1:03 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: >>> And I certainly want to borrow code. I don't want to re-invent the >>> networking protocol if I don't have to. The sooner I finish the >>> sooner people can use it to solve real problems :-D >>> >>> On Fri, Aug 8, 2008 at 12:54 PM, McKown, John >>> <[EMAIL PROTECTED]> wrote: >>>>> -Original Message- >>>>> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >>>>> Behalf Of Erik N Johnson >>>>> Sent: Friday, August 08, 2008 12:51 PM >>>>> To: LINUX-390@VM.MARIST.EDU >>>>> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >>>>> >>>>> Okay, I read the license for x3270, it's very short, if not too >>>>> terribly sweet. It's basically the old school BSD license, use modify >>>>> redistribute at your discretion but retain the above copyright notice. >>>>> It means it isn't GPL compatible but it is totally workable under a >>>>> permissive non-copy-left license. >>>>> So here goes nothing :-D >>>>> >>>> >>>> Regardless of the license on x3270, you can look at the code to reverse >>>> engineer / document the protocol. If you write your code "from the >>>> ground up", then you can license it however you want. It's only if you >>>> "borrow" code from x3270 that you need to worry about its license. >>>> >>>> -- >>>> John McKown >>>> Senior Systems Programmer >>>> HealthMarkets >>>> Keeping the Promise of Affordable Coverage >>>> Administrative Services Group >>>> Information Technology >>>> >>>> The information contained in this e-mail message may be privileged >>>> and/or confidential. It is for intended addressee(s) only. If you are >>>> not the intended recipient, you are hereby notified that any disclosure, >>>> reproduction, distribution or other use of this communication is >>>> strictly prohibited and could, in certain circumstances, be a criminal >>>> offense. If you have received this e-mail in error, please notify the >>>> sender by reply and delete this message without copying or disclosing >>>> it. >>>> >>>> -- >>>> For LINUX-390 subscribe / signoff / archive access instructions, >>>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit >>>> http://www.marist.edu/htbin/wlvindex?LINUX-390 >>>> >>> >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Ahh, it's a menu option. In the file menu. On Fri, Aug 8, 2008 at 1:17 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > So x3270 includes IND$FILE functionality, according to the website > daver++ pointed out. Still looking on the x3270 page for the > documentation of this functionality. May just download the code and > figure it out. > > On Fri, Aug 8, 2008 at 1:03 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: >> And I certainly want to borrow code. I don't want to re-invent the >> networking protocol if I don't have to. The sooner I finish the >> sooner people can use it to solve real problems :-D >> >> On Fri, Aug 8, 2008 at 12:54 PM, McKown, John >> <[EMAIL PROTECTED]> wrote: >>>> -Original Message- >>>> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >>>> Behalf Of Erik N Johnson >>>> Sent: Friday, August 08, 2008 12:51 PM >>>> To: LINUX-390@VM.MARIST.EDU >>>> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >>>> >>>> Okay, I read the license for x3270, it's very short, if not too >>>> terribly sweet. It's basically the old school BSD license, use modify >>>> redistribute at your discretion but retain the above copyright notice. >>>> It means it isn't GPL compatible but it is totally workable under a >>>> permissive non-copy-left license. >>>> So here goes nothing :-D >>>> >>> >>> Regardless of the license on x3270, you can look at the code to reverse >>> engineer / document the protocol. If you write your code "from the >>> ground up", then you can license it however you want. It's only if you >>> "borrow" code from x3270 that you need to worry about its license. >>> >>> -- >>> John McKown >>> Senior Systems Programmer >>> HealthMarkets >>> Keeping the Promise of Affordable Coverage >>> Administrative Services Group >>> Information Technology >>> >>> The information contained in this e-mail message may be privileged >>> and/or confidential. It is for intended addressee(s) only. If you are >>> not the intended recipient, you are hereby notified that any disclosure, >>> reproduction, distribution or other use of this communication is >>> strictly prohibited and could, in certain circumstances, be a criminal >>> offense. If you have received this e-mail in error, please notify the >>> sender by reply and delete this message without copying or disclosing >>> it. >>> >>> -- >>> For LINUX-390 subscribe / signoff / archive access instructions, >>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit >>> http://www.marist.edu/htbin/wlvindex?LINUX-390 >>> >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
So x3270 includes IND$FILE functionality, according to the website daver++ pointed out. Still looking on the x3270 page for the documentation of this functionality. May just download the code and figure it out. On Fri, Aug 8, 2008 at 1:03 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > And I certainly want to borrow code. I don't want to re-invent the > networking protocol if I don't have to. The sooner I finish the > sooner people can use it to solve real problems :-D > > On Fri, Aug 8, 2008 at 12:54 PM, McKown, John > <[EMAIL PROTECTED]> wrote: >>> -Original Message- >>> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >>> Behalf Of Erik N Johnson >>> Sent: Friday, August 08, 2008 12:51 PM >>> To: LINUX-390@VM.MARIST.EDU >>> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >>> >>> Okay, I read the license for x3270, it's very short, if not too >>> terribly sweet. It's basically the old school BSD license, use modify >>> redistribute at your discretion but retain the above copyright notice. >>> It means it isn't GPL compatible but it is totally workable under a >>> permissive non-copy-left license. >>> So here goes nothing :-D >>> >> >> Regardless of the license on x3270, you can look at the code to reverse >> engineer / document the protocol. If you write your code "from the >> ground up", then you can license it however you want. It's only if you >> "borrow" code from x3270 that you need to worry about its license. >> >> -- >> John McKown >> Senior Systems Programmer >> HealthMarkets >> Keeping the Promise of Affordable Coverage >> Administrative Services Group >> Information Technology >> >> The information contained in this e-mail message may be privileged >> and/or confidential. It is for intended addressee(s) only. If you are >> not the intended recipient, you are hereby notified that any disclosure, >> reproduction, distribution or other use of this communication is >> strictly prohibited and could, in certain circumstances, be a criminal >> offense. If you have received this e-mail in error, please notify the >> sender by reply and delete this message without copying or disclosing >> it. >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
And I certainly want to borrow code. I don't want to re-invent the networking protocol if I don't have to. The sooner I finish the sooner people can use it to solve real problems :-D On Fri, Aug 8, 2008 at 12:54 PM, McKown, John <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >> Behalf Of Erik N Johnson >> Sent: Friday, August 08, 2008 12:51 PM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >> >> Okay, I read the license for x3270, it's very short, if not too >> terribly sweet. It's basically the old school BSD license, use modify >> redistribute at your discretion but retain the above copyright notice. >> It means it isn't GPL compatible but it is totally workable under a >> permissive non-copy-left license. >> So here goes nothing :-D >> > > Regardless of the license on x3270, you can look at the code to reverse > engineer / document the protocol. If you write your code "from the > ground up", then you can license it however you want. It's only if you > "borrow" code from x3270 that you need to worry about its license. > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Erik N Johnson > Sent: Friday, August 08, 2008 12:51 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: IND$FILE? (was: RE: 3270 console confusion) > > Okay, I read the license for x3270, it's very short, if not too > terribly sweet. It's basically the old school BSD license, use modify > redistribute at your discretion but retain the above copyright notice. > It means it isn't GPL compatible but it is totally workable under a > permissive non-copy-left license. > So here goes nothing :-D > Regardless of the license on x3270, you can look at the code to reverse engineer / document the protocol. If you write your code "from the ground up", then you can license it however you want. It's only if you "borrow" code from x3270 that you need to worry about its license. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Okay, I read the license for x3270, it's very short, if not too terribly sweet. It's basically the old school BSD license, use modify redistribute at your discretion but retain the above copyright notice. It means it isn't GPL compatible but it is totally workable under a permissive non-copy-left license. So here goes nothing :-D On Fri, Aug 8, 2008 at 12:42 PM, Erik N Johnson <[EMAIL PROTECTED]> wrote: > There's s3270 for 'scraping' which allows you to get the contents of a > 3270 screen into a file. From there we could easily use awk to disect > a text file and get needed information. Caveat: is x3270 really Free? > Oftentimes open source code includes inconvenient restrictions from > commercial use. > > On Fri, Aug 8, 2008 at 12:18 PM, McKown, John > <[EMAIL PROTECTED]> wrote: >>> -Original Message- >>> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >>> Behalf Of Erik N Johnson >>> Sent: Friday, August 08, 2008 12:11 PM >>> To: LINUX-390@VM.MARIST.EDU >>> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >>> >>> Sounds like fun, do you have a pointer to some documentation >>> for IND$FILE? >>> >>> Erik Johnson >> >> I don't know of any such documentation. I think that everybody other >> than IBM has reverse engineered the protocol. The x3270 package >> implements the "client", so I guess its code could be used to create a >> document. If I could understand the x3270 code. >> >> -- >> John McKown >> Senior Systems Programmer >> HealthMarkets >> Keeping the Promise of Affordable Coverage >> Administrative Services Group >> Information Technology >> >> The information contained in this e-mail message may be privileged >> and/or confidential. It is for intended addressee(s) only. If you are >> not the intended recipient, you are hereby notified that any disclosure, >> reproduction, distribution or other use of this communication is >> strictly prohibited and could, in certain circumstances, be a criminal >> offense. If you have received this e-mail in error, please notify the >> sender by reply and delete this message without copying or disclosing >> it. >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
There's s3270 for 'scraping' which allows you to get the contents of a 3270 screen into a file. From there we could easily use awk to disect a text file and get needed information. Caveat: is x3270 really Free? Oftentimes open source code includes inconvenient restrictions from commercial use. On Fri, Aug 8, 2008 at 12:18 PM, McKown, John <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On >> Behalf Of Erik N Johnson >> Sent: Friday, August 08, 2008 12:11 PM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: IND$FILE? (was: RE: 3270 console confusion) >> >> Sounds like fun, do you have a pointer to some documentation >> for IND$FILE? >> >> Erik Johnson > > I don't know of any such documentation. I think that everybody other > than IBM has reverse engineered the protocol. The x3270 package > implements the "client", so I guess its code could be used to create a > document. If I could understand the x3270 code. > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Erik N Johnson > Sent: Friday, August 08, 2008 12:11 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: IND$FILE? (was: RE: 3270 console confusion) > > Sounds like fun, do you have a pointer to some documentation > for IND$FILE? > > Erik Johnson I don't know of any such documentation. I think that everybody other than IBM has reverse engineered the protocol. The x3270 package implements the "client", so I guess its code could be used to create a document. If I could understand the x3270 code. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
> From: Erik N Johnson <[EMAIL PROTECTED]> > Sounds like fun, do you have a pointer to some documentation for IND$FILE? Good starting point: http://gsf-soft.com/Documents/IND$FILE.shtml -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
> What say? You could test the theory using Kermit, which already knows how to deal with 3215 and 3270 consoles. C-Kermit certainly works fine on Linux, and a lot of terminal emulators support it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IND$FILE? (was: RE: 3270 console confusion)
Sounds like fun, do you have a pointer to some documentation for IND$FILE? Erik Johnson On Fri, Aug 8, 2008 at 12:06 PM, McKown, John <[EMAIL PROTECTED]> wrote: > I just had one of my flashes of "insight" (or is that "insanity"?). > Anyway, this whole thing about using the 3270 interface is for when > TCPIP access is not possible for some reason. Many want to use the > various "full screen" editors to fix some files. So, my insight is this: > how difficult would it be to implement an IND$FILE file transfer program > in z/Linux? I know that there are "clients" which run on Windows and > MS-DOS. IND$FILE allows for file upload/download via the 3270 data > stream. So, if we could write a "server" that would run on z/Linux and a > "client" to run on our desktop, we could then "download" the file(s) > that we need to edit; edit them on our desktop; then upload them back to > z/Linux. > > What say? > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
IND$FILE? (was: RE: 3270 console confusion)
I just had one of my flashes of "insight" (or is that "insanity"?). Anyway, this whole thing about using the 3270 interface is for when TCPIP access is not possible for some reason. Many want to use the various "full screen" editors to fix some files. So, my insight is this: how difficult would it be to implement an IND$FILE file transfer program in z/Linux? I know that there are "clients" which run on Windows and MS-DOS. IND$FILE allows for file upload/download via the 3270 data stream. So, if we could write a "server" that would run on z/Linux and a "client" to run on our desktop, we could then "download" the file(s) that we need to edit; edit them on our desktop; then upload them back to z/Linux. What say? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
There is a program called c3270. It's a curses-based 3270 emulator. I don't have a zLinux system to connect to, just MVS, so I can't test it but it seems possible that curses applications such as vi or nano would work. Just a theory. Sources for c3270 are available: http://x3270.bgp.nu/download.html There are a variety of tools here you may find useful, so you may want to just grab the full suite. It's quite small, <4MB iirc. Erik Johnson On Fri, Aug 8, 2008 at 11:23 AM, Adam Thornton <[EMAIL PROTECTED]> wrote: > On Aug 8, 2008, at 11:18 AM, Erik N Johnson wrote: > >> Are people limited to 3270 hardware to solve this problem or could a >> 3270 emulator provide an acceptable solution? Just curious. >> > > We're talking about tn3270 to z/VM to get the system console. At > least I am. I don't have access to a working actual 3270 terminal > anymore. At least not one that's hooked up to anything useful. > > Adam > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Aug 8, 2008, at 11:18 AM, Erik N Johnson wrote: Are people limited to 3270 hardware to solve this problem or could a 3270 emulator provide an acceptable solution? Just curious. We're talking about tn3270 to z/VM to get the system console. At least I am. I don't have access to a working actual 3270 terminal anymore. At least not one that's hooked up to anything useful. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Are people limited to 3270 hardware to solve this problem or could a 3270 emulator provide an acceptable solution? Just curious. Erik Johnson On Fri, Aug 8, 2008 at 10:34 AM, Romanowski, John (OFT) <[EMAIL PROTECTED]> wrote: > For "anyone else having problems reaching www.linuxvm.org today?" > try > http://downforeveryoneorjustme.com/ > > >> > > This e-mail, including any attachments, may be confidential, privileged or > otherwise legally protected. It is intended only for the addressee. If you > received this e-mail in error or from someone who was not authorized to send > it to you, do not disseminate, copy or otherwise use this e-mail or its > attachments. Please notify the sender immediately by reply e-mail and delete > the e-mail from your system. > > > -Original Message- > >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Dave >> Jones >> Sent: Friday, August 08, 2008 10:39 AM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: 3270 console confusion >> >> Hi, Robin. >> >> I would suggest that you go to the Linux source web site I mentioned > below >> (lxr.linux.no) >> and do a search on "3270" and take a loom at the comments in the 3270 >> device driver source >> code files. They may shed some more light on the subjectbut, of >> course, once you get >> the 3270 device driver built and configured properly, you will need > some >> sort of Linux >> application to actually drive it. The only such application I know of > is >> (was?) NED, and >> nobody can seem to find it anymore. >> >> BTW, is anyone else having problems reaching www.linuxvm.org today? My >> browser reports >> back "Not found" when I attempt to go there.. >> >> >> >> Robin Atwood wrote: >> > On Friday 08 Aug 2008, Dave Jones wrote: >> >> Hi, Robin. >> >> >> >> I've taken a quick look at the 3270 documentation available here: >> >> http://lxr.linux.no/linux/Documentation/s390/ >> >> and it too appears out of date. It mentions rebuilding the kernel > with >> >> both CONFIG_3270 and CONFIG_3270_CONSOLE options set to y. However, > the >> >> latest defconfig file does not list CONFIG_3270 and > CONFIG_3270_CONSOLE >> as >> >> valid configuration options. >> >> >> >> Support for 3270 devices as a Linux console may not have been > carried >> >> forward to the newer kernels. >> > >> > I think it has but the configuration options have different names. > From >> > my .config file: >> > >> > # >> > # S/390 character device drivers >> > # >> > CONFIG_TN3270=y >> > CONFIG_TN3270_TTY=y >> > # CONFIG_TN3270_FS is not set >> > CONFIG_TN3270_CONSOLE=y >> > CONFIG_TN3215=y >> > CONFIG_TN3215_CONSOLE=y >> > CONFIG_CCW_CONSOLE=y >> > CONFIG_SCLP_TTY=y >> > CONFIG_SCLP_CONSOLE=y >> > CONFIG_SCLP_VT220_TTY=y >> > CONFIG_SCLP_VT220_CONSOLE=y >> > >> > Chapter 19 in the Linux Device Driver manual (SC33-8289-02) has >> information >> > but is not clear on 3270 consoles. I am going to experiment. >> > >> > -Robin >> > -- >> > > -- >> > Robin Atwood. >> > >> > "Ship me somewheres east of Suez, where the best is like the worst, >> > Where there ain't no Ten Commandments an' a man can raise a thirst" >> > from "Mandalay" by Rudyard Kipling >> > > -- >> > >> > > -- >> > For LINUX-390 subscribe / signoff / archive access instructions, >> > send email to [EMAIL PROTECTED] with the message: INFO > LINUX-390 or >> visit >> > http://www.marist.edu/htbin/wlvindex?LINUX-390 >> >> -- >> DJ >> >> V/Soft >>z/VM and mainframe Linux expertise, training, >>consulting, and software development >> www.vsoft-software.com >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 > or >> visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
For "anyone else having problems reaching www.linuxvm.org today?" try http://downforeveryoneorjustme.com/ > This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave > Jones > Sent: Friday, August 08, 2008 10:39 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: 3270 console confusion > > Hi, Robin. > > I would suggest that you go to the Linux source web site I mentioned below > (lxr.linux.no) > and do a search on "3270" and take a loom at the comments in the 3270 > device driver source > code files. They may shed some more light on the subjectbut, of > course, once you get > the 3270 device driver built and configured properly, you will need some > sort of Linux > application to actually drive it. The only such application I know of is > (was?) NED, and > nobody can seem to find it anymore. > > BTW, is anyone else having problems reaching www.linuxvm.org today? My > browser reports > back "Not found" when I attempt to go there.. > > > > Robin Atwood wrote: > > On Friday 08 Aug 2008, Dave Jones wrote: > >> Hi, Robin. > >> > >> I've taken a quick look at the 3270 documentation available here: > >> http://lxr.linux.no/linux/Documentation/s390/ > >> and it too appears out of date. It mentions rebuilding the kernel with > >> both CONFIG_3270 and CONFIG_3270_CONSOLE options set to y. However, the > >> latest defconfig file does not list CONFIG_3270 and CONFIG_3270_CONSOLE > as > >> valid configuration options. > >> > >> Support for 3270 devices as a Linux console may not have been carried > >> forward to the newer kernels. > > > > I think it has but the configuration options have different names. From > > my .config file: > > > > # > > # S/390 character device drivers > > # > > CONFIG_TN3270=y > > CONFIG_TN3270_TTY=y > > # CONFIG_TN3270_FS is not set > > CONFIG_TN3270_CONSOLE=y > > CONFIG_TN3215=y > > CONFIG_TN3215_CONSOLE=y > > CONFIG_CCW_CONSOLE=y > > CONFIG_SCLP_TTY=y > > CONFIG_SCLP_CONSOLE=y > > CONFIG_SCLP_VT220_TTY=y > > CONFIG_SCLP_VT220_CONSOLE=y > > > > Chapter 19 in the Linux Device Driver manual (SC33-8289-02) has > information > > but is not clear on 3270 consoles. I am going to experiment. > > > > -Robin > > -- > > -- > > Robin Atwood. > > > > "Ship me somewheres east of Suez, where the best is like the worst, > > Where there ain't no Ten Commandments an' a man can raise a thirst" > > from "Mandalay" by Rudyard Kipling > > -- > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > DJ > > V/Soft >z/VM and mainframe Linux expertise, training, >consulting, and software development > www.vsoft-software.com > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Hi, Robin Robin Atwood wrote: On Friday 08 Aug 2008, Dave Jones wrote: The only such application I know of is (was?) NED, and nobody can seem to find it anymore. That was the plan! Very interesting; please keep us posted as to what you discover. Where did you get your copy of NED? BTW, is anyone else having problems reaching www.linuxvm.org today? My browser reports back "Not found" when I attempt to go there.. Same here. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 08 Aug 2008, Dave Jones wrote: > The only such application I know of is (was?) NED, and > nobody can seem to find it anymore. That was the plan! > BTW, is anyone else having problems reaching www.linuxvm.org today? My > browser reports back "Not found" when I attempt to go there.. Same here. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Hi, Robin. I would suggest that you go to the Linux source web site I mentioned below (lxr.linux.no) and do a search on "3270" and take a loom at the comments in the 3270 device driver source code files. They may shed some more light on the subjectbut, of course, once you get the 3270 device driver built and configured properly, you will need some sort of Linux application to actually drive it. The only such application I know of is (was?) NED, and nobody can seem to find it anymore. BTW, is anyone else having problems reaching www.linuxvm.org today? My browser reports back "Not found" when I attempt to go there.. Robin Atwood wrote: On Friday 08 Aug 2008, Dave Jones wrote: Hi, Robin. I've taken a quick look at the 3270 documentation available here: http://lxr.linux.no/linux/Documentation/s390/ and it too appears out of date. It mentions rebuilding the kernel with both CONFIG_3270 and CONFIG_3270_CONSOLE options set to y. However, the latest defconfig file does not list CONFIG_3270 and CONFIG_3270_CONSOLE as valid configuration options. Support for 3270 devices as a Linux console may not have been carried forward to the newer kernels. I think it has but the configuration options have different names. From my .config file: # # S/390 character device drivers # CONFIG_TN3270=y CONFIG_TN3270_TTY=y # CONFIG_TN3270_FS is not set CONFIG_TN3270_CONSOLE=y CONFIG_TN3215=y CONFIG_TN3215_CONSOLE=y CONFIG_CCW_CONSOLE=y CONFIG_SCLP_TTY=y CONFIG_SCLP_CONSOLE=y CONFIG_SCLP_VT220_TTY=y CONFIG_SCLP_VT220_CONSOLE=y Chapter 19 in the Linux Device Driver manual (SC33-8289-02) has information but is not clear on 3270 consoles. I am going to experiment. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
On Friday 08 Aug 2008, Dave Jones wrote: > Hi, Robin. > > I've taken a quick look at the 3270 documentation available here: > http://lxr.linux.no/linux/Documentation/s390/ > and it too appears out of date. It mentions rebuilding the kernel with > both CONFIG_3270 and CONFIG_3270_CONSOLE options set to y. However, the > latest defconfig file does not list CONFIG_3270 and CONFIG_3270_CONSOLE as > valid configuration options. > > Support for 3270 devices as a Linux console may not have been carried > forward to the newer kernels. I think it has but the configuration options have different names. From my .config file: # # S/390 character device drivers # CONFIG_TN3270=y CONFIG_TN3270_TTY=y # CONFIG_TN3270_FS is not set CONFIG_TN3270_CONSOLE=y CONFIG_TN3215=y CONFIG_TN3215_CONSOLE=y CONFIG_CCW_CONSOLE=y CONFIG_SCLP_TTY=y CONFIG_SCLP_CONSOLE=y CONFIG_SCLP_VT220_TTY=y CONFIG_SCLP_VT220_CONSOLE=y Chapter 19 in the Linux Device Driver manual (SC33-8289-02) has information but is not clear on 3270 consoles. I am going to experiment. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
3270 console confusion
Hi, Robin. I've taken a quick look at the 3270 documentation available here: http://lxr.linux.no/linux/Documentation/s390/ and it too appears out of date. It mentions rebuilding the kernel with both CONFIG_3270 and CONFIG_3270_CONSOLE options set to y. However, the latest defconfig file does not list CONFIG_3270 and CONFIG_3270_CONSOLE as valid configuration options. Support for 3270 devices as a Linux console may not have been carried forward to the newer kernels. I have found various threads about using NED on a 3270 console to zLinux and I thought this was a good idea. I read the 3270 HOWTO on linuxvm.org but it seemed no longer relevant to recent kernels; I am running 2.6.26. I have no tub3270 module so there is nothing under /proc/tty/drivers and so config3270.sh just exits. I had a read of the device drivers manual but am not sure what I need. I have a 3270 defined at 001f which gives me: # ll /sys/bus/ccw/drivers/3270 total 0 lrwxrwxrwx 1 root root0 Aug 8 13:37 0.0.001f -> ../../../../devices/css0/0.0./0.0.001f --w--- 1 root root 4096 Aug 8 13:37 bind --w--- 1 root root 4096 Aug 8 13:21 uevent --w--- 1 root root 4096 Aug 8 13:37 unbind but there are no tty devices. What do I do next? TIA -Robin -- DJ V/Soft z/VM and mainframe Linux expertise, training, consulting, and software development www.vsoft-software.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
3270 console confusion
I have found various threads about using NED on a 3270 console to zLinux and I thought this was a good idea. I read the 3270 HOWTO on linuxvm.org but it seemed no longer relevant to recent kernels; I am running 2.6.26. I have no tub3270 module so there is nothing under /proc/tty/drivers and so config3270.sh just exits. I had a read of the device drivers manual but am not sure what I need. I have a 3270 defined at 001f which gives me: # ll /sys/bus/ccw/drivers/3270 total 0 lrwxrwxrwx 1 root root0 Aug 8 13:37 0.0.001f -> ../../../../devices/css0/0.0./0.0.001f --w--- 1 root root 4096 Aug 8 13:37 bind --w--- 1 root root 4096 Aug 8 13:21 uevent --w--- 1 root root 4096 Aug 8 13:37 unbind but there are no tty devices. What do I do next? TIA -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
