Silly quesiton on PuTTY
I've been noticing this behavior out of putty for sometime but until now it hasn't really effected me. Now I'm try to format some output on the screen and it's messing me up. Here is a small sample. Notice that if you use a character in every position they all show up in the correct space, but it appears that some places, if there is a space, it works as a tab. Hmm - thought I would take it a step further and do the same with a C program. It formatted correctly, so it seems to be a rexx/regina issue. Does anyone know if there is some sort of setting within regina to control this behavior? sles001:~ ./test.rxx +1+2+3 col1 col2 col3 col4 col5 col6 marp...@sles001:~ bin/test +1+2+3 col1 col2 col3 col4 col5 col6 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
Can you show the rexx code? Hard to guess without knowing how the lines are created... Scott Rohling On Thu, Nov 4, 2010 at 6:54 AM, Mark Pace pacemainl...@gmail.com wrote: I've been noticing this behavior out of putty for sometime but until now it hasn't really effected me. Now I'm try to format some output on the screen and it's messing me up. Here is a small sample. Notice that if you use a character in every position they all show up in the correct space, but it appears that some places, if there is a space, it works as a tab. Hmm - thought I would take it a step further and do the same with a C program. It formatted correctly, so it seems to be a rexx/regina issue. Does anyone know if there is some sort of setting within regina to control this behavior? sles001:~ ./test.rxx +1+2+3 col1 col2 col3 col4 col5 col6 marp...@sles001:~ bin/test +1+2+3 col1 col2 col3 col4 col5 col6 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
#! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit On Thu, Nov 4, 2010 at 9:23 AM, Scott Rohling scott.rohl...@gmail.comwrote: Can you show the rexx code? Hard to guess without knowing how the lines are created... Scott Rohling On Thu, Nov 4, 2010 at 6:54 AM, Mark Pace pacemainl...@gmail.com wrote: I've been noticing this behavior out of putty for sometime but until now it hasn't really effected me. Now I'm try to format some output on the screen and it's messing me up. Here is a small sample. Notice that if you use a character in every position they all show up in the correct space, but it appears that some places, if there is a space, it works as a tab. Hmm - thought I would take it a step further and do the same with a C program. It formatted correctly, so it seems to be a rexx/regina issue. Does anyone know if there is some sort of setting within regina to control this behavior? sles001:~ ./test.rxx +1+2+3 col1 col2 col3 col4 col5 col6 marp...@sles001:~ bin/test +1+2+3 col1 col2 col3 col4 col5 col6 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
On Thursday, November 04, 2010 09:25:14 am you wrote: #! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit You sure your editor isn't inserting TAB characters when you type spaces? Some try to be smart about indentation. A simple way to find out: od -c test.rxx If you see any \t sequences in the output, then you know the TABs are in the source code. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. On Thu, Nov 4, 2010 at 9:43 AM, Edmund R. MacKenty ed.macke...@rocketsoftware.com wrote: On Thursday, November 04, 2010 09:25:14 am you wrote: #! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit You sure your editor isn't inserting TAB characters when you type spaces? Some try to be smart about indentation. A simple way to find out: od -c test.rxx If you see any \t sequences in the output, then you know the TABs are in the source code. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
On Thursday, November 04, 2010 09:51:26 am you wrote: Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. Hmm... I've never used THE, but I do notice that in your REXX program the strings are delimited by single-quotes. In your C program, they are no doubt delimited by double-quotes. Perhaps THE treats the two kinds of quotes differently? At any rate, you now know the source of the TABs. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Filesystem on several 3390-3
I agree, LVM is fine, but use cmd, not Yast. Once I did, adding a 3GB disk, and got the space but rounded to nearest something. Later I removed it again, 3 GB, but did not get the exact same space removed. 3 GB was rounded, this time to another value. I finally manage to fix it and via cmd manually set the sizes right (I had the clone base to look in:) but since then I use cmds only. ___ Tore Agblad Volvo Information Technology Infrastructure Mainframe Design Development, Linux servers Dept 4352 DA1S SE-405 08, Gothenburg Sweden Telephone: +46-31-3233569 E-mail: tore.agb...@volvo.com http://www.volvo.com/volvoit/global/en-gb/ -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Michael MacIsaac Sent: den 3 november 2010 15:59 To: LINUX-390@VM.MARIST.EDU Subject: Re: Filesystem on several 3390-3 John, You wrote: Any known problem to define a file system on several 3390-3 (3 Gbyte) We were recently burned and lost an LV on an old SLES 9 SP2 system. The person working on extending the LV was using yast. Now I'm not saying that yast has a bug (and if it did in SLES 9 it was probably fixed years ago), but I have found that working with the LVM line commands is preferable to yast (yast is fine when everything works, but when This also gives the bonus of being cross-distro. and: I'll admit to not being too up on this, In the Miscellaneous Recipes chapter of the Virtualization Cookbooks, different LVM tasks are documented. Perhaps they will help. Mike MacIsaac mike...@us.ibm.com (845) 433-7061 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
So I noticed another difference in the source files. In the rexx code, the say begins in cc1 and the literal is in cc4, in the C code the printf begins in cc2 and the literal begins in cc10. So I tried moving my SAY statements over one cc at a time. Once I got the literal beginning in cc8 - the tabs went away. So the is inserting tabs for some other language formatting. On Thu, Nov 4, 2010 at 9:51 AM, Mark Pace pacemainl...@gmail.com wrote: Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. On Thu, Nov 4, 2010 at 9:43 AM, Edmund R. MacKenty ed.macke...@rocketsoftware.com wrote: On Thursday, November 04, 2010 09:25:14 am you wrote: #! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit You sure your editor isn't inserting TAB characters when you type spaces? Some try to be smart about indentation. A simple way to find out: od -c test.rxx If you see any \t sequences in the output, then you know the TABs are in the source code. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
I changed all the single quotes to double quotes in the rexx code, made no difference. THE is apparently doing some formatting for me. On Thu, Nov 4, 2010 at 9:56 AM, Edmund R. MacKenty ed.macke...@rocketsoftware.com wrote: On Thursday, November 04, 2010 09:51:26 am you wrote: Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. Hmm... I've never used THE, but I do notice that in your REXX program the strings are delimited by single-quotes. In your C program, they are no doubt delimited by double-quotes. Perhaps THE treats the two kinds of quotes differently? At any rate, you now know the source of the TABs. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
It's the same using putty and editor joe and pasting in text from for example notepad or wordpad. ___ Tore Agblad Volvo Information Technology Infrastructure Mainframe Design Development, Linux servers Dept 4352 DA1S SE-405 08, Gothenburg Sweden Telephone: +46-31-3233569 E-mail: tore.agb...@volvo.com http://www.volvo.com/volvoit/global/en-gb/ -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Scott Rohling Sent: den 4 november 2010 14:23 To: LINUX-390@VM.MARIST.EDU Subject: Re: Silly quesiton on PuTTY Can you show the rexx code? Hard to guess without knowing how the lines are created... Scott Rohling On Thu, Nov 4, 2010 at 6:54 AM, Mark Pace pacemainl...@gmail.com wrote: I've been noticing this behavior out of putty for sometime but until now it hasn't really effected me. Now I'm try to format some output on the screen and it's messing me up. Here is a small sample. Notice that if you use a character in every position they all show up in the correct space, but it appears that some places, if there is a space, it works as a tab. Hmm - thought I would take it a step further and do the same with a C program. It formatted correctly, so it seems to be a rexx/regina issue. Does anyone know if there is some sort of setting within regina to control this behavior? sles001:~ ./test.rxx +1+2+3 col1 col2 col3 col4 col5 col6 marp...@sles001:~ bin/test +1+2+3 col1 col2 col3 col4 col5 col6 -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
you could also do something like this: /* */ Do i = 1 to 10 out = 'col'i Say right(out,length(out)+i-1) End Which doesn't depend on typing spaces, And shows that it is probably the editor rather than rexx. Scott Rohling On Thu, Nov 4, 2010 at 7:59 AM, Mark Pace pacemainl...@gmail.com wrote: So I noticed another difference in the source files. In the rexx code, the say begins in cc1 and the literal is in cc4, in the C code the printf begins in cc2 and the literal begins in cc10. So I tried moving my SAY statements over one cc at a time. Once I got the literal beginning in cc8 - the tabs went away. So the is inserting tabs for some other language formatting. On Thu, Nov 4, 2010 at 9:51 AM, Mark Pace pacemainl...@gmail.com wrote: Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. On Thu, Nov 4, 2010 at 9:43 AM, Edmund R. MacKenty ed.macke...@rocketsoftware.com wrote: On Thursday, November 04, 2010 09:25:14 am you wrote: #! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit You sure your editor isn't inserting TAB characters when you type spaces? Some try to be smart about indentation. A simple way to find out: od -c test.rxx If you see any \t sequences in the output, then you know the TABs are in the source code. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Silly quesiton on PuTTY
Hello Mr. Foot, meet Mr. Gun. .therc set tabsin on 8 set tabsout on 8 set tabs incr 8 On Thu, Nov 4, 2010 at 10:12 AM, Scott Rohling scott.rohl...@gmail.comwrote: you could also do something like this: /* */ Do i = 1 to 10 out = 'col'i Say right(out,length(out)+i-1) End Which doesn't depend on typing spaces, And shows that it is probably the editor rather than rexx. Scott Rohling On Thu, Nov 4, 2010 at 7:59 AM, Mark Pace pacemainl...@gmail.com wrote: So I noticed another difference in the source files. In the rexx code, the say begins in cc1 and the literal is in cc4, in the C code the printf begins in cc2 and the literal begins in cc10. So I tried moving my SAY statements over one cc at a time. Once I got the literal beginning in cc8 - the tabs went away. So the is inserting tabs for some other language formatting. On Thu, Nov 4, 2010 at 9:51 AM, Mark Pace pacemainl...@gmail.com wrote: Yes, there are \t in the source. The question is, How did they get there? Is it the editor? Well that's easy enough to test. The file was created with the so I modified the file using vi. delete the tabs, and insert spaces. Now when I run it, it displays properly. So maybe it's the, except that I also used the to create the test.c program and it does not have the same problems. On Thu, Nov 4, 2010 at 9:43 AM, Edmund R. MacKenty ed.macke...@rocketsoftware.com wrote: On Thursday, November 04, 2010 09:25:14 am you wrote: #! /usr/bin/rexx /* */ say'+1+2+3' say'col1' say' col2' say' col3' say' col4' say'col5' say' col6' exit You sure your editor isn't inserting TAB characters when you type spaces? Some try to be smart about indentation. A simple way to find out: od -c test.rxx If you see any \t sequences in the output, then you know the TABs are in the source code. - MacK. - Edmund R. MacKenty Software Architect Rocket Software 275 Grove Street - Newton, MA 02466-2272 - USA Tel: +1.617.614.4321 Email: m...@rs.com Web: www.rocketsoftware.com -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
HCPGIR450W and HCPGIR453W after editing user direct
Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Can you describe in more detail what you exactly did? I hope you are talking about manually changing a monolithic source directory and not parts of a segmented directory on DIRMAINT disks? If the latter that won't work and there is a fair chance you clobbered your directory. In that case I hope you have a recent monlithic source directory to recover or you could be in for some trouble. After you made the changes I assume you also manually ran DIRECTXA against it? If not your changes are not active and you can simply logoff/logon you guest to get back to the old config. best regards, Pieter Harder Van: Linux on 390 Port [linux-...@vm.marist.edu] namens koray [nixst...@gmail.com] Verzonden: donderdag 4 november 2010 20:31 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: HCPGIR450W and HCPGIR453W after editing user direct Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Brabant Water N.V. Postbus 1068 5200 BC 's-Hertogenbosch http://www.brabantwater.nl Handelsregister: 16005077 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Hi Pieter, i logged in as MAINT user and run x direct user c command. then edited the file, saved, run the command diskmap user, run the command x user diskmap and searched for overlaps. And there was no overlap. Then executed directxa user and re-ipled Z/VM. This is the procedure which our Z/VM guy wrote to me and im the Linux guy.So i dont know if it was a source directory or parts of a segmented directory on DIRMAINT disks. Our Z/VM has left the company some time ago, and we dont have one yet. Due to ipl didnt work us, we executed a POR (power on reset) and saw a hardware message about FICON Channel Error, Lost of Light or something. So we thought maybe it's a hardware failure. But i dont know how to be sure about that. There is also one weird thing, we re-configured all guests memory settings, but some guests still run properly some doesnt ipl. Regards On 05.11.2010 00:14, Harder, Pieter wrote: Can you describe in more detail what you exactly did? I hope you are talking about manually changing a monolithic source directory and not parts of a segmented directory on DIRMAINT disks? If the latter that won't work and there is a fair chance you clobbered your directory. In that case I hope you have a recent monlithic source directory to recover or you could be in for some trouble. After you made the changes I assume you also manually ran DIRECTXA against it? If not your changes are not active and you can simply logoff/logon you guest to get back to the old config. best regards, Pieter Harder Van: Linux on 390 Port [linux-...@vm.marist.edu] namens koray [nixst...@gmail.com] Verzonden: donderdag 4 november 2010 20:31 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: HCPGIR450W and HCPGIR453W after editing user direct Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Brabant Water N.V. Postbus 1068 5200 BC 's-Hertogenbosch http://www.brabantwater.nl Handelsregister: 16005077 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Are you even running DIRMAINT? I guess not, since you use a directory on MAINT. But if you are then it could be your directory is now replaced with an old (probably incorrect) version. Actually you didn't need to IPL VM. Once you put the directory online it is available. So delete the IPL step from the instruction. Or change the instruction, do not IPL VM, IPL the guest (either xautolog or logon). Just guessing here, I'd expect that you do not have all required DASD attached to SYSTEM after the IPL. Look at the guest minidisk config in the DIRECT USER. All volumes should be available. For instance: MDISK 100 3390 VMVOL1 MR Disk 100 is located on volume VMVOL1. So VMVOL1 should be attached to system. QUERY DASD VMVOL1. If not, ATTACH SYSTEM. Perhaps the 100 disk is available but the 101 is missing. Just check all MDISK statements. Look at the free and offline DASD volumes. QUERY DASD FREE and QUERY DASD OFFLINE. Any volume that is needed in this VM should be attached to system instead of free. Hope this helps. Regards, Berry. Op 04-11-10 23:25, koray schreef: Hi Pieter, i logged in as MAINT user and run x direct user c command. then edited the file, saved, run the command diskmap user, run the command x user diskmap and searched for overlaps. And there was no overlap. Then executed directxa user and re-ipled Z/VM. This is the procedure which our Z/VM guy wrote to me and im the Linux guy.So i dont know if it was a source directory or parts of a segmented directory on DIRMAINT disks. Our Z/VM has left the company some time ago, and we dont have one yet. Due to ipl didnt work us, we executed a POR (power on reset) and saw a hardware message about FICON Channel Error, Lost of Light or something. So we thought maybe it's a hardware failure. But i dont know how to be sure about that. There is also one weird thing, we re-configured all guests memory settings, but some guests still run properly some doesnt ipl. Regards On 05.11.2010 00:14, Harder, Pieter wrote: Can you describe in more detail what you exactly did? I hope you are talking about manually changing a monolithic source directory and not parts of a segmented directory on DIRMAINT disks? If the latter that won't work and there is a fair chance you clobbered your directory. In that case I hope you have a recent monlithic source directory to recover or you could be in for some trouble. After you made the changes I assume you also manually ran DIRECTXA against it? If not your changes are not active and you can simply logoff/logon you guest to get back to the old config. best regards, Pieter Harder Van: Linux on 390 Port [linux-...@vm.marist.edu] namens koray [nixst...@gmail.com] Verzonden: donderdag 4 november 2010 20:31 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: HCPGIR450W and HCPGIR453W after editing user direct Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Brabant Water N.V. Postbus 1068 5200 BC 's-Hertogenbosch http://www.brabantwater.nl Handelsregister: 16005077 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Hi - do a Q SET. If you are in MACH XC do SET MACH ESA and attempt the IPL again. If you set the storage sizes back to the original in the USER DIRECT what results do you get? David Original Message Subject: Re: HCPGIR450W and HCPGIR453W after editing user direct From: Berry van Sleeuwen berry.vansleeu...@xs4all.nl Date: Thu, November 04, 2010 7:57 pm To: LINUX-390@VM.MARIST.EDU Are you even running DIRMAINT? I guess not, since you use a directory on MAINT. But if you are then it could be your directory is now replaced with an old (probably incorrect) version. Actually you didn't need to IPL VM. Once you put the directory online it is available. So delete the IPL step from the instruction. Or change the instruction, do not IPL VM, IPL the guest (either xautolog or logon). Just guessing here, I'd expect that you do not have all required DASD attached to SYSTEM after the IPL. Look at the guest minidisk config in the DIRECT USER. All volumes should be available. For instance: MDISK 100 3390 VMVOL1 MR Disk 100 is located on volume VMVOL1. So VMVOL1 should be attached to system. QUERY DASD VMVOL1. If not, ATTACH SYSTEM. Perhaps the 100 disk is available but the 101 is missing. Just check all MDISK statements. Look at the free and offline DASD volumes. QUERY DASD FREE and QUERY DASD OFFLINE. Any volume that is needed in this VM should be attached to system instead of free. Hope this helps. Regards, Berry. Op 04-11-10 23:25, koray schreef: Hi Pieter, i logged in as MAINT user and run x direct user c command. then edited the file, saved, run the command diskmap user, run the command x user diskmap and searched for overlaps. And there was no overlap. Then executed directxa user and re-ipled Z/VM. This is the procedure which our Z/VM guy wrote to me and im the Linux guy.So i dont know if it was a source directory or parts of a segmented directory on DIRMAINT disks. Our Z/VM has left the company some time ago, and we dont have one yet. Due to ipl didnt work us, we executed a POR (power on reset) and saw a hardware message about FICON Channel Error, Lost of Light or something. So we thought maybe it's a hardware failure. But i dont know how to be sure about that. There is also one weird thing, we re-configured all guests memory settings, but some guests still run properly some doesnt ipl. Regards On 05.11.2010 00:14, Harder, Pieter wrote: Can you describe in more detail what you exactly did? I hope you are talking about manually changing a monolithic source directory and not parts of a segmented directory on DIRMAINT disks? If the latter that won't work and there is a fair chance you clobbered your directory. In that case I hope you have a recent monlithic source directory to recover or you could be in for some trouble. After you made the changes I assume you also manually ran DIRECTXA against it? If not your changes are not active and you can simply logoff/logon you guest to get back to the old config. best regards, Pieter Harder Van: Linux on 390 Port [linux-...@vm.marist.edu] namens koray [nixst...@gmail.com] Verzonden: donderdag 4 november 2010 20:31 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: HCPGIR450W and HCPGIR453W after editing user direct Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Brabant Water N.V. Postbus 1068 5200 BC 's-Hertogenbosch http://www.brabantwater.nl Handelsregister: 16005077 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ --
Re: HCPGIR450W and HCPGIR453W after editing user direct
On Thursday, 11/04/2010 at 07:56 EDT, Berry van Sleeuwen berry.vansleeu...@xs4all.nl wrote: Are you even running DIRMAINT? I guess not, since you use a directory on MAINT. But if you are then it could be your directory is now replaced with an old (probably incorrect) version. Actually you didn't need to IPL VM. Once you put the directory online it is available. So delete the IPL step from the instruction. Or change the instruction, do not IPL VM, IPL the guest (either xautolog or logon). At LOGON time, certain parts of the user's directory entry are cached and other parts are not. Unless you are very familiar with those details, you will want to LOGOFF the guest and LOGON again to pick up the directory changes. IPL of a guest is not sufficient to pick up a directory change. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Alan, for those of us that stumbled from the real (FSVO real) world into the rabbit hole that is z/VM, are admonishments such as this inscribed in stone anywhere ?. Where I came from IPL clears up everything - this is not something I would have inherently expected. I can (now) see the logic, but it ain't in your face obvious. Shane ... On Thu, 4 Nov 2010 20:56:53 -0400 Alan Altmark wrote: ... you will want to LOGOFF the guest and LOGON again to pick up the directory changes. IPL of a guest is not sufficient to pick up a directory change. -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: HCPGIR450W and HCPGIR453W after editing user direct
Koray, You need to link those two minindisks in read only to a working linux server. I am assuming these two minidisks contains the /boot /etc... Treate this as if u need to recover the root password. If u have problem during the mount then u r pointing the wrong minidisk extend. Most likely wrong user direct. - Original Message - From: koray [mailto:nixst...@gmail.com] Sent: Thursday, November 04, 2010 06:25 PM To: LINUX-390@VM.MARIST.EDU LINUX-390@VM.MARIST.EDU Subject: Re: HCPGIR450W and HCPGIR453W after editing user direct Hi Pieter, i logged in as MAINT user and run x direct user c command. then edited the file, saved, run the command diskmap user, run the command x user diskmap and searched for overlaps. And there was no overlap. Then executed directxa user and re-ipled Z/VM. This is the procedure which our Z/VM guy wrote to me and im the Linux guy.So i dont know if it was a source directory or parts of a segmented directory on DIRMAINT disks. Our Z/VM has left the company some time ago, and we dont have one yet. Due to ipl didnt work us, we executed a POR (power on reset) and saw a hardware message about FICON Channel Error, Lost of Light or something. So we thought maybe it's a hardware failure. But i dont know how to be sure about that. There is also one weird thing, we re-configured all guests memory settings, but some guests still run properly some doesnt ipl. Regards On 05.11.2010 00:14, Harder, Pieter wrote: Can you describe in more detail what you exactly did? I hope you are talking about manually changing a monolithic source directory and not parts of a segmented directory on DIRMAINT disks? If the latter that won't work and there is a fair chance you clobbered your directory. In that case I hope you have a recent monlithic source directory to recover or you could be in for some trouble. After you made the changes I assume you also manually ran DIRECTXA against it? If not your changes are not active and you can simply logoff/logon you guest to get back to the old config. best regards, Pieter Harder Van: Linux on 390 Port [linux-...@vm.marist.edu] namens koray [nixst...@gmail.com] Verzonden: donderdag 4 november 2010 20:31 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: HCPGIR450W and HCPGIR453W after editing user direct Hello all, We have 14 Sles Guests running on Z/VM 5.4. We edited the user direct file and changed the memory settings of Linux guests.For example; linux001 - 2048M 4096M linux002 - 2048M 4096M has changed to linux001 - 3072M 6144M linux002 - 1024M 2048M Now, i cant ipl my guest's. When i try to ipl from minidisk 100, linux 001 says: HCPGIR453W CP Entered, program interrupt loop. linux002 says: HCPGIR450W CP entered, disabled wait PSW 00020001 8000 001536B0 It seems disk mapping are broken but i'm totally sure that i only changed Memory settings, not touched minidisk settings. Need your help please. Regards -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Brabant Water N.V. Postbus 1068 5200 BC 's-Hertogenbosch http://www.brabantwater.nl Handelsregister: 16005077 -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ Please consider the environment before printing this email. Visit our website at http://www.nyse.com Note: The information contained in this message and any attachment to it is privileged, confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify
Re: HCPGIR450W and HCPGIR453W after editing user direct
An IPL of an OS in a virtual guest is not the same as 'destroying and recreating' the virtual environment the OS is running in. If you use a desktop virtualization solution (I use VirtualBox) -- it's much the same - there are certain changes to the virtual machine definition that require you to stop the virtual machine and start it again. (or you can't change the definition unless the virtual machine is stopped, unlike z/VM, where you can always change the guest directory definition running or not - but you may need to stop it and restart it to see those changes). Scott Rohling On Thu, Nov 4, 2010 at 8:51 PM, Shane ibm-m...@tpg.com.au wrote: Alan, for those of us that stumbled from the real (FSVO real) world into the rabbit hole that is z/VM, are admonishments such as this inscribed in stone anywhere ?. Where I came from IPL clears up everything - this is not something I would have inherently expected. I can (now) see the logic, but it ain't in your face obvious. Shane ... On Thu, 4 Nov 2010 20:56:53 -0400 Alan Altmark wrote: ... you will want to LOGOFF the guest and LOGON again to pick up the directory changes. IPL of a guest is not sufficient to pick up a directory change. -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- 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 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/