Re: RHEL4 Kernel Panic - capture dump?
On Mon, 2007-07-30 at 15:34 -0400, Brad Hinson wrote: Check out this presentation on linuxvm.org: Help! My (Virtual) Penguin Is Sick! http://linuxvm.org/present/SHARE108/S9248ps.pdf There's a section on VMDUMP, which will give you a kernel memory dump. You'll need to convert it using 'vmconvert', which is available in the s390utils package. This is assuming you're using DASD. If it's a zFCP-only setup, the process is a little different. Alternatively you can use DASD dump, which is included in zipl. To prepare a DASD dump disk you have to do the following: 1. Find/Create a DASD partition, which at least as big as your guest memory 2. Issue zipl: # zipl -d /dev/dasdxxxpartnumber To create the dump, you have to do the following on the VM console: 1. #cp cpu all stop 2. #cp store status 3. #cp i devno of DASD dump device -- Wait for disabled wait psw message, which indicates that the dump process completed. Then ipl your Linux again. To copy the dump into your filesystem issue: # zgetdump /dev/dasdxxxpartnumber mydump You can find more information in the dump tools book under: http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/l26bdt01.pdf Michael -- 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: RHEL4 Kernel Panic - capture dump?
Yep, I get a need a disk object or some such similar error message. This is with Adobe Reader 7. K -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Morris, Kevin J. (LNG-DAY) Sent: Monday, July 30, 2007 5:09 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: RHEL4 Kernel Panic - capture dump? Hi Brad. Thanks for the response. When I try to open your link/pdf, I get error opening the document with adobe. Anyone else having this problem? -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Brad Hinson Sent: Monday, July 30, 2007 3:34 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: RHEL4 Kernel Panic - capture dump? Check out this presentation on linuxvm.org: Help! My (Virtual) Penguin Is Sick! http://linuxvm.org/present/SHARE108/S9248ps.pdf There's a section on VMDUMP, which will give you a kernel memory dump. You'll need to convert it using 'vmconvert', which is available in the s390utils package. This is assuming you're using DASD. If it's a zFCP-only setup, the process is a little different. -Brad On Mon, 2007-07-30 at 13:57 -0400, Morris, Kevin J. (LNG-DAY) wrote: We have a linux guest that frequently encounters a kernel panic, effectively killing the box. Thankfully, we have IBM Operations Manager and can trap the HCP message and instantly reboot the box once it hits the disabled wait state. We are running the latest RHEL4 maintenance on this guest and would like to provide a dump to RedHat. How can we trigger/capture a dump when the kernel panics? Below is the console log for this guest at the time of the panic: 07/30/2007 05:49:55 kernel BUG at mm/filemap.c:2245! 07/30/2007 05:49:55 illegal operation: 0001 Ý#1¨ 07/30/2007 05:49:55 CPU:1Not tainted 07/30/2007 05:49:55 Process chmod (pid: 15271, task: 5b94ccb0, ksp: 5eb1beb8) 07/30/2007 05:49:55 Krnl PSW : 07018000 0006cf98 (generic_file_aio_write+0x60/0x134 07/30/2007 05:49:55 07/30/2007 05:49:55 Ý0002ff7e¨ sysc_noemu+0x10/0x16 07/30/2007 05:49:55 Ý020c0700¨ 0x20c0700 07/30/2007 05:49:55 07/30/2007 05:49:55 0Kernel panic - not syncing: Fatal exception: panic_on_oops 07/30/2007 05:49:55 00: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop from CPU 01. 07/30/2007 05:49:55 01: HCPGIR450W CP entered; disabled wait PSW 00020001 8000 00018A66 07/30/2007 05:49:55 CP SEND TPC3675 IPL CMS PARM AUTOCR Thanks, Kevin Morris LexisNexis, a division of Reed Elsevier Inc. z/OS System Engineering -- 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 -- Brad Hinson [EMAIL PROTECTED] Sr. Support Engineer Lead, System z Red Hat, Inc. (919) 754-4198 -- 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
Defining an LPAR on a z box to run LINUX
We are researching the possibility of putting up a LINUX LPAR on our z/890 for a Proof of Concept. We currently have 3 general purpose CP's turned on in the box. All 3 of the general purpose CP's are available for use to the 3 z/OS LPAR's we run on the machine, none of the CP's are dedicated. I know on the HMC's Activation Profile you can select the LPAR mode ESA/390 or LINUX (and a few other options as well). What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that LPAR just a single processor, it's own Devices via IOCP along with a chunk of memory. This LPAR would just be for me to play around with and learn on. Now my question is the following. Since all three of my General Purpose CP's are shared across LPAR's that are EAS/390 Mode LPARS, can I use one of those same three General Purpose CP's for this LINUX Mode LPAR? Or must all LPAR's assigned to a CP be defined as the same mode type? i.e. EAS/390 or LINUX. -Thanks Dave. -- 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: Defining an LPAR on a z box to run LINUX
Since you have no IFL(s) you would assign one or more ESA/390 processors to the LPAR. Rakoczy, Dave wrote: We are researching the possibility of putting up a LINUX LPAR on our z/890 for a Proof of Concept. We currently have 3 general purpose CP's turned on in the box. All 3 of the general purpose CP's are available for use to the 3 z/OS LPAR's we run on the machine, none of the CP's are dedicated. I know on the HMC's Activation Profile you can select the LPAR mode ESA/390 or LINUX (and a few other options as well). What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that LPAR just a single processor, it's own Devices via IOCP along with a chunk of memory. This LPAR would just be for me to play around with and learn on. Now my question is the following. Since all three of my General Purpose CP's are shared across LPAR's that are EAS/390 Mode LPARS, can I use one of those same three General Purpose CP's for this LINUX Mode LPAR? Or must all LPAR's assigned to a CP be defined as the same mode type? i.e. EAS/390 or LINUX. -Thanks Dave. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- 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: Defining an LPAR on a z box to run LINUX
Just define your Linux LPAR as you would a z/OS LPAR. The CP type 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which from your description you do not have. Yes, all LPARS assigned to a CP must be the same type. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Rakoczy, Dave Sent: July 31, 2007 08:14 To: LINUX-390@VM.MARIST.EDU Subject: Defining an LPAR on a z box to run LINUX We are researching the possibility of putting up a LINUX LPAR on our z/890 for a Proof of Concept. We currently have 3 general purpose CP's turned on in the box. All 3 of the general purpose CP's are available for use to the 3 z/OS LPAR's we run on the machine, none of the CP's are dedicated. I know on the HMC's Activation Profile you can select the LPAR mode ESA/390 or LINUX (and a few other options as well). What I'd like to do is Build a 4th LPAR to be a LINUX LPAR, assign that LPAR just a single processor, it's own Devices via IOCP along with a chunk of memory. This LPAR would just be for me to play around with and learn on. Now my question is the following. Since all three of my General Purpose CP's are shared across LPAR's that are EAS/390 Mode LPARS, can I use one of those same three General Purpose CP's for this LINUX Mode LPAR? Or must all LPAR's assigned to a CP be defined as the same mode type? i.e. EAS/390 or LINUX. -Thanks Dave. -- 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 The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner. -- 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: Defining an LPAR on a z box to run LINUX
If you're doing a proof of concept, talk to your friendly IBM Sales Rep; you might just be able to talk him / her into turning on an IFL for POC purposes, and you won't have to impact your production workload at all. Just a thought -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission [EMAIL PROTECTED] wrote: Just define your Linux LPAR as you would a z/OS LPAR. The CP type 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which from your description you do not have. Yes, all LPARS assigned to a CP must be the same type. -- 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: Defining an LPAR on a z box to run LINUX
Yes... We are in working with our IBM Rep, only problem is our purchasing department moves nowhere near as quickly as out IT department would like them too. Thanks to all who cleared this question up for me. I have a feeling I'll be back with additional inquiries as time go on. Thanks again. -Dave -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Tuesday, July 31, 2007 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Defining an LPAR on a z box to run LINUX If you're doing a proof of concept, talk to your friendly IBM Sales Rep; you might just be able to talk him / her into turning on an IFL for POC purposes, and you won't have to impact your production workload at all. Just a thought -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission [EMAIL PROTECTED] wrote: Just define your Linux LPAR as you would a z/OS LPAR. The CP type 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which from your description you do not have. Yes, all LPARS assigned to a CP must be the same type. -- 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: Defining an LPAR on a z box to run LINUX
Now my question is the following. Since all three of my General Purpose CP's are shared across LPAR's that are EAS/390 Mode LPARS, can I use one of those same three General Purpose CP's for this LINUX Mode LPAR? Or must all LPAR's assigned to a CP be defined as the same mode type? i.e. EAS/390 or LINUX. In your case, stick with standard engines (ESA/390) and define the LPAR just like your z/OS LPARs with shared processors. Also, define ONLY the devices that Linux will be allowed to use. If you share all devices, your Linux will a) take forever to IPL, and b) have unfettered access to all your data. Linux pays no attention to any z/OS security system or dataset protections. Your gun, your head. To save you enormous grief, ask IBM for a trial copy of z/VM. Linux in LPARs is a royal PITA, and you'll get much better ROI from running Linux in VM guests. It's also a lot safer if you're sharing hardware with another OS, eg z/OS. -- 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: Defining an LPAR on a z box to run LINUX
On Tue, 31 Jul 2007 09:52:31 -0400, David Boyes [EMAIL PROTECTED] wrote: Also, define ONLY the devices that Linux will be allowed to use. If you share all devices, your Linux will a) take forever to IPL, and b) have unfettered access to all your data. Linux pays no attention to any z/OS security system or dataset protections. Your gun, your head. You should also use cio_ignore= to ignore all devices you might want to use later but not now. The major issue (besides regulating access) is not IPL time (though applications like HAL are extremely slow to start with many devices), but system load or memory pressure due to lots of hotplug processes. -- 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: Defining an LPAR on a z box to run LINUX
You should also use cio_ignore= to ignore all devices you might want to use later but not now. The major issue (besides regulating access) is not IPL time (though applications like HAL are extremely slow to start with many devices) Can be order of 45-50 minutes with 16K devices. but system load or memory pressure due to lots of hotplug processes. Also a problem once we get past the IPL problem. 8-) -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
Mark, thanks for clarifying the procedure for SLES10 SP1 update without using a network installation server. I followed your steps and they work just fine. The only thing I would add is a step between 6 and 7 to make sure that zmd is running and is done starting otherwise this seems to cause some problems. I use top to see if it is done or issue 'rug sl' and look for anything that is 'pending'. I have two problems that I wonder if others have seen or not: 1-After all packages are updated to SP1, if I issue SPident, get a System is NOT up-to-date. It seems like it finds SLES10 + updates and expects SLES10 SP1 even though I am at the SP1 kernel level and the system login prompt says I am at SP1 and so does /etc/SuSE-release. Anyone else sees this problem or is it just me! 2-Is there any reason why we can't put the local installation source dirctory on a minidisk that is then moved between different linux guests on VM one at a time and mounted and used to apply the updates? On Mon, 23 Jul 2007 18:50:29 -0600 Mark Post said: I've spent a fair amount of time trying to figure out the minimum steps = needed to ugprade from a SLES10 GA system to SP1 without using a network-ba= sed installation server, or nu.novell.com. I think I've got it down, but = suggestions for improvement are always welcome. 1. Install SLES10 from GA media 2. Mount the file system where the SP1 CD .iso images are located, e.g., = /mnt 3. Use YaST to create a local installation source out of the CD images. = You'll need about 2.5GB of space. YaST - Miscellaneous - Installation Server Select Do not configure a network service Point the dialog to the 4 CD .iso files, one at a time Wait while it recalculates all the MD5SUMs (something not right with = this idea, but that's what it does) Exit Yast Umount the file system with the CD .iso files, e.g., umount /mnt 4. cd /path/to/installation/source/patches then ln -s ../suse . 5. cd /path/to/installation/source/suse 6. Issue the rpm -Uvh command as documented in the README file Make sure zmd is running: rczmd restart 7. YaST - Software - Installation Source Add /path/to/installation/source/patches as a source (using local = directory option) Remove the GA installation source 8. YaST - Software - Online Update slesp1o-liby2util-devel | YOU update for YaST2 should be pre-selected= ; install it YaST will restart itself 9. YaST - Software - Online Update A large number of updates should be pre-selected; install them. = You'll also get a large number of new packages installed. Remove them if = you desire. Exit YaST Re-run zipl (just for safety) Reboot the system Even before you reboot, SPident should return: CONCLUSION: System is up-to-date! foundSLE-10-s390x-SP1 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: Defining an LPAR on a z box to run LINUX
Dave, if you have spare PU on your z890, I would strongly recommend to get IFL for test purposes which can be free for 3 or 6 months. It is also possible to get trial contract for z/VM, which is a good idea. Are your CPs on full speed or not ? If you assign one capped CP which you share with production, it will be wy slower than IFL which is full speed. And slow response is not a good start for PoC. We have many customers running Linux on z890 happily, most of my customers run it on IFL with or without z/VM. Marian Gasparovic IBM Slovakia --- Rakoczy, Dave [EMAIL PROTECTED] wrote: Yes... We are in working with our IBM Rep, only problem is our purchasing department moves nowhere near as quickly as out IT department would like them too. Thanks to all who cleared this question up for me. I have a feeling I'll be back with additional inquiries as time go on. Thanks again. -Dave -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Tuesday, July 31, 2007 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Defining an LPAR on a z box to run LINUX If you're doing a proof of concept, talk to your friendly IBM Sales Rep; you might just be able to talk him / her into turning on an IFL for POC purposes, and you won't have to impact your production workload at all. Just a thought -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission [EMAIL PROTECTED] wrote: Just define your Linux LPAR as you would a z/OS LPAR. The CP type 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which from your description you do not have. Yes, all LPARS assigned to a CP must be the same type. -- 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 Shape Yahoo! in your own image. Join our Network Research Panel today! http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
On Tue, Jul 31, 2007 at 2:43 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote: -snip- I have two problems that I wonder if others have seen or not: 1-After all packages are updated to SP1, if I issue SPident, get a System is NOT up-to-date. It seems like it finds SLES10 + updates -snip- Only SPident -v (or -vv or -vvv) will tell you what it thinks is not updated. 2-Is there any reason why we can't put the local installation source dirctory on a minidisk that is then moved between different linux guests on VM one at a time and mounted and used to apply the updates? No, other than it would be a lot of time spent fiddling with things when it isn't necessary. Just set up the guest with the installation files as an installation server, and add it to the other guests as an installation source. It's very easy, actually, and the network traffic wouldn't have to go out of the box (assuming you're using a Guest LAN or a VSWITCH). I'm not sure what your insistence on not having a network-based installation server is all about, but you seem to be going out of your way to make things harder for yourself. 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
On Tue, 31 Jul 2007 13:38:09 -0600 Mark Post said: Only SPident -v (or -vv or -vvv) will tell you what it thinks is not = updated. I tried that. It seems to think that the level of the packages need to be OLDER than they currently are. For some reason it is looking at levels for packages that are for SLES10+updates rather than SP1. Here is SPident -v: Summary(using 835 packages) Product/ServicePack conflictmatch update (shipped) SLE-10-s390x 00%381 45.6% 91 (1992 19.1%) SLE-10-s390x-SP1 4 0.2%737 88.3% 89 (2086 35.3%) Unknown 94 11.3% CONCLUSION: System is NOT up-to-date! foundSLE-10-s390x + online updates expected SLE-10-s390x-SP1 2-Is there any reason why we can't put the local installation source dirctory on a minidisk that is then moved between different linux guests on VM one at a time and mounted and used to apply the updates? No, other than it would be a lot of time spent fiddling with things when = it isn't necessary. Just set up the guest with the installation files as = an installation server, and add it to the other guests as an installation = source. It's very easy, actually, and the network traffic wouldn't have = to go out of the box (assuming you're using a Guest LAN or a VSWITCH). = I'm not sure what your insistence on not having a network-based installatio= n server is all about, but you seem to be going out of your way to make = things harder for yourself. Actually I am not trying to avoide a network-based installation. The SLES10 SP1 installation did not support a network based via FTP installation directly off the CDs. Now that I have the installation files on a filesystem, I have no problem setting up a server. -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
From: Aria Bamdad [mailto:[EMAIL PROTECTED] 1-After all packages are updated to SP1, if I issue SPident, get a System is NOT up-to-date. It seems like it finds SLES10 + updates and expects SLES10 SP1 even though I am at the SP1 kernel level and the system login prompt says I am at SP1 and so does /etc/SuSE-release. Anyone else sees this problem or is it just me! It is not just you! We get the same result. In our case it's a direct result of having installed Velocity's snmpd RPM for SLES10. I'm a little unhappy about the way this particular situation played out, as we apparently need Velocity's version of net-snmp for the updated MIBs, but SuSE have made it ever so slightly difficult to remove their version of it from SLES10 as it is required by hplip (the HP LaserJet drivers). In the end I just did a force install of Velocity's RPM over SuSE's. Perhaps there may have been a less rude method. The other package which causes us to not show a supported service pack in SPident is yast2-bootfloppy. This package exists in GA and is installed by default, and SPident expects to see an updated revision... but the actual package does not appear on my SP1 media. I don't know why. I think I'm going to solve the problem, now that I've identified it, by adding it to my list of packages to remove completely. I'm not sure what to do about the Velocity net-snmp issue. It would be nice, since I know nothing whatsoever about the issues, to have received an add-on (or adjunct) package from Velocity, containing new MIBs to simply add to SuSE's net-snmp package. SPident -vvv should show you which packages are preventing it from achieving nirvana in your particular environment. ok r. -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
Aria, I updated SLES10 to SP1 and I am getting this lnxsu1:~ # SPident CONCLUSION: System is up-to-date! foundSLE-10-s390x-SP1 --- Aria Bamdad [EMAIL PROTECTED] wrote: 1-After all packages are updated to SP1, if I issue SPident, get a System is NOT up-to-date. It seems like it finds SLES10 + updates and expects SLES10 SP1 even though I am at the SP1 kernel level and the system login prompt says I am at SP1 and so does /etc/SuSE-release. Anyone else sees this problem or is it just me! Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/ -- 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: Defining an LPAR on a z box to run LINUX
Does any purchasing dept work as fast as the IT dept? You haven't seen here at the customer site g K -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Rakoczy, Dave Sent: Tuesday, July 31, 2007 9:10 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Defining an LPAR on a z box to run LINUX Yes... We are in working with our IBM Rep, only problem is our purchasing department moves nowhere near as quickly as out IT department would like them too. Thanks to all who cleared this question up for me. I have a feeling I'll be back with additional inquiries as time go on. Thanks again. -Dave -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Tuesday, July 31, 2007 8:57 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Defining an LPAR on a z box to run LINUX If you're doing a proof of concept, talk to your friendly IBM Sales Rep; you might just be able to talk him / her into turning on an IFL for POC purposes, and you won't have to impact your production workload at all. Just a thought -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 7/31/07 7:30 AM, Peter Webb, Toronto Transit Commission [EMAIL PROTECTED] wrote: Just define your Linux LPAR as you would a z/OS LPAR. The CP type 'LINUX' refers to an IFL engine (Integrated Facility for Linux), which from your description you do not have. Yes, all LPARS assigned to a CP must be the same type. -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
Ok, I have resolved my problem. I don't have any 3rd party software installed like you do Raymond but when I did a SPiden -vv it gave me a list of the packages it didn't like. Sure enough, when I look at the SP1 installation CDs, the level for these packages is a bit newer than what I have. Why the SP1 upgrade did not resolve these and why they don't show up when I do an Online Update in Yast is beyond me. I used Yast and did 'Software Management' to install the later version of the pacakges and now SPident reports correct results. Thanks for those how helped. Aria. On Tue, 31 Jul 2007 12:32:06 -0700 Stricklin, Raymond J said: From: Aria Bamdad [mailto:[EMAIL PROTECTED] 1-After all packages are updated to SP1, if I issue SPident,=20 get a System is NOT up-to-date. It seems like it finds=20 SLES10 + updates and expects SLES10 SP1 even though I am at=20 the SP1 kernel level and the system login prompt says I am at=20 SP1 and so does /etc/SuSE-release. Anyone else sees this problem or is it just me! It is not just you! We get the same result. In our case it's a direct result of having installed Velocity's snmpd RPM for SLES10. I'm a little unhappy about the way this particular situation played out, as we apparently need Velocity's version of net-snmp for the updated MIBs, but SuSE have made it ever so slightly difficult to remove their version of it from SLES10 as it is required by hplip (the HP LaserJet drivers). In the end I just did a force install of Velocity's RPM over SuSE's. Perhaps there may have been a less rude method. The other package which causes us to not show a supported service pack in SPident is yast2-bootfloppy. This package exists in GA and is installed by default, and SPident expects to see an updated revision... but the actual package does not appear on my SP1 media. I don't know why. I think I'm going to solve the problem, now that I've identified it, by adding it to my list of packages to remove completely. I'm not sure what to do about the Velocity net-snmp issue. It would be nice, since I know nothing whatsoever about the issues, to have received an add-on (or adjunct) package from Velocity, containing new MIBs to simply add to SuSE's net-snmp package. SPident -vvv should show you which packages are preventing it from achieving nirvana in your particular environment. ok r. -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
On Tue, Jul 31, 2007 at 3:53 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote: -snip- Actually I am not trying to avoide a network-based installation. The SLES10 SP1 installation did not support a network based via FTP installation directly off the CDs. Now that I have the installation files on a filesystem, I have no problem setting up a server. I don't know why you say that. I just mounted the 4 CD images on CD1, CD2, CD3, and CD4 in my FTP server's home directory and did a SLES10 SP1 install. It worked just fine. 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
LVM/Ext3 extend
I'm working on building our environment to use LVM so as to be able to expand/resize filesystems dynamically. I'm having an issue with what to use to resize the filesystem itself. So far I have been using lvextend to do the LV (which works fine) but using resize2fs to do the filesystem (formated as ext3) . resize2fs on my system will only work on unmounted filesystems -- I find references to ext2online and other utilities on the web -- is there anything equivalent for us -- Running SLES9 SP3 currently ? thanks Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 [EMAIL PROTECTED] Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- 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 penguin_html_6cc443b4.gif
SHARE: Chairbears! OH MY! Help! Lots of sessions left!
(With apologies to Dennis Roach: I will factor your sessions into the next round; I don't follow the list day-to-day so I missed your post until now with your volunteering.) The following sessions would still like chairs, please let me know ASAP which ones you can take!! The time grows short; I'd like the list in to the master of ceremonies this FRIDAY so they can generate the packets and correlate, staple, bend, fold, mutilate and spin dry the information in time for the actual conference, which isn't that far away!! So help! Mon 09:30a 930 9102 The Very Basics of z/VM - Concepts and Terminology Bill Bitner Mon 11:00a 1100 9256 Migration Kit for Solaris OS to Linux Ulrich Weigand Mon 11:00a 1100 9200 An Introduction to Linux and Open Source Jim Elliott Mon 01:30p 1330 9106 VM Performance Update Bill Bitner Mon 03:00p 1500 9127 z/VM for MVS Systems Programmers - Part 1 of 2 Martha McConaghy/Mark Post Mon 04:30p 1630 9128 z/VM for MVS Systems Programmers - Part 2 of 2 Martha McConaghy/Mark Post Tue 08:00a 800 9125 Virtual Networking with z/VM Guest LANs and the z/VM Virtual Switch Alan Altmark Tue 11:00a 1100 9132 Migrating to the z/VM Virtual Switch Alan Altmark Tue 11:00a 1100 9233 Linux Installation Planning Mark Post Tue 01:30p 1330 9227 Linux for IBM System z Installation Hands-On-Lab - Part 1 of 3Richard Lewis/Chuck Morse Tue 03:00p 1500 9228 Linux for IBM System z Installation Hands-On-Lab - Part 2 of 3Richard Lewis/Chuck Morse Tue 03:00p 1500 9119 T-Rex and Penguins and Bears, Oh Yea! Part 1:Cloning VM Jim Moling Tue 04:30p 1630 9120 T-Rex and Penguins and Bears, Oh Yea! Part 2: Virtual Worlds Jim Moling Tue 04:30p 1630 9229 Linux for IBM System z Installation Hands-On-Lab - Part 3 of 3Richard Lewis/Chuck Morse Wed 08:00a 800 9242 Linux for Beginners Hands-on-Lab - Part 1 of 3 Neale Ferguson Wed 08:00a 800 9285 Real-time enhancements for SW-RAID1: Securing applications against Storage controller failures with Linux Holger Smolinski Wed 08:00a 800 9267 Networking with Linux on System z - Part 1 of 2 Frank Pavlic Wed 09:30a 930 9113 The z/VM Control Program (CP) - Useful Things to Know John Franciscovich Wed 09:30a 930 9243 Linux for Beginners Hands-on-Lab - Part 2 of 3 Neale Ferguson Wed 09:30a 930 9268 Networking with Linux on System z - Part 2 of 2 Frank Pavlic Wed 11:00a 1100 9244 Linux for Beginners Hands-on-Lab - Part 3 of 3 Neale Ferguson Wed 01:30p 1330 9126 Performance Toolkit for VM Bill Bitner Wed 01:30p 1330 9214 sudo: Beginner to Expert in One Hour Michael Potter Wed 03:00p 1500 9133 Configuring, Customizing and Modifying Your VM System Without an IPL John Franciscovich Wed 04:30p 1630 9151 z/VM System and Performance Management - Integrating IBM's Solutions Robert Neill/Tracy Dean/Dan Martin Thu 08:00a 800 9280 Linux on System z - What's new in the I/O Area Horst Hummel Thu 09:30a 930 9118 Servicing and Maintaining z/VM with VM/SES - Live Demo Jim Vincent Thu 09:30a 930 9253 Basic Linux Scripting Hands-on Lab - Part 1 of 2 Neale Ferguson Thu 11:00a 1100 9254 Basic Linux Scripting Hands-on Lab - Part 2 of 2 Neale Ferguson Thu 01:30p 1330 9255 Building Robust Scripts using bash 3.x Michael Potter Thu 01:30p 1330 9249 Putting Linux on System z into Production: True Stories Erich Amrehn Thu 03:00p 1500 9122 z/VM Tuning Revisited with Speciality Engines Bill Bitner Thu 04:30p 1630 9112 z/VM TCP/IP Stack Configuration Alan Altmark Fri 08:00a 800 9245 Linux on Intel InstallFest Hands-on-Lab - Part 1 of 2 Mark Post Fri 09:30a 930 9246 Linux on Intel InstallFest Hands-on-Lab - Part 2 of 2 Mark Post --- Mark Boltz, CISSP, CSGI Sr. Solutions Architect [EMAIL PROTECTED] http://www.stonesoft.com Toll Free: 1.866.869.4075 Cell: 1.571.246.2233 Fax: 1.703.288.4811 Direct: 1.703.288.0208 8133 Leesburg Pike, Suite 610 Vienna, VA 22182-2730 USA Subscribe to a Webletter on Trends in Network Security at http://www.stonesoft.com/network_security/ -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
On Tue, 31 Jul 2007 15:29:48 -0600 Mark Post said: On Tue, Jul 31, 2007 at 3:53 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote:=20 -snip- Actually I am not trying to avoide a network-based installation. The SLES10 SP1 installation did not support a network based via FTP = installation directly off the CDs. Now that I have the installation files on a filesystem, I have no problem setting up a server. I don't know why you say that. I just mounted the 4 CD images on CD1, = CD2, CD3, and CD4 in my FTP server's home directory and did a SLES10 SP1 = install. It worked just fine. Sorry Mark if I was unclear. I mean to say upgrading from SLES10 to SLES10-SP1. A new install of SLES10-SP1 can be done as you said but an upgrade from base release to SP1 can't be done via FTP (like it could in SLES9). -- 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: LVM/Ext3 extend
Newer versions of the kernel support online resizing of ext3. To be specific, 2.6.7 and newer allow you to do it [1], which sadly means you won't be able to do it with SLES 9. SLES 10, RHEL 4 and newer should all support it. [1] http://lwn.net/Articles/89560/ ks On 7/31/07, Jerry Whitteridge [EMAIL PROTECTED] wrote: I'm working on building our environment to use LVM so as to be able to expand/resize filesystems dynamically. I'm having an issue with what to use to resize the filesystem itself. So far I have been using lvextend to do the LV (which works fine) but using resize2fs to do the filesystem (formated as ext3) . resize2fs on my system will only work on unmounted filesystems -- I find references to ext2online and other utilities on the web -- is there anything equivalent for us -- Running SLES9 SP3 currently ? -- 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: LVM/Ext3 extend
Thanks Jerry Whitteridge Safeway Inc 925 951 4184 -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kyle Smith Sent: Tuesday, July 31, 2007 4:48 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: LVM/Ext3 extend Newer versions of the kernel support online resizing of ext3. To be specific, 2.6.7 and newer allow you to do it [1], which sadly means you won't be able to do it with SLES 9. SLES 10, RHEL 4 and newer should all support it. [1] http://lwn.net/Articles/89560/ ks On 7/31/07, Jerry Whitteridge [EMAIL PROTECTED] wrote: I'm working on building our environment to use LVM so as to be able to expand/resize filesystems dynamically. I'm having an issue with what to use to resize the filesystem itself. So far I have been using lvextend to do the LV (which works fine) but using resize2fs to do the filesystem (formated as ext3) . resize2fs on my system will only work on unmounted filesystems -- I find references to ext2online and other utilities on the web -- is there anything equivalent for us -- Running SLES9 SP3 currently ? -- 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 Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- 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: LVM/Ext3 extend
Now that I think about it, it was after 2.6.9 that it was rolled into the mainline kernel because I seem to recall it not working w/RHEL 4. The LWN article I pointed to states it was added to the -mm tree in 2.6.7 but I think it was closer to 2.6.11 when it was added to Linus' tree... ks On 7/31/07, Kyle Smith [EMAIL PROTECTED] wrote: Newer versions of the kernel support online resizing of ext3. To be specific, 2.6.7 and newer allow you to do it [1], which sadly means you won't be able to do it with SLES 9. SLES 10, RHEL 4 and newer should all support it. [1] http://lwn.net/Articles/89560/ -- 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
On Tue, Jul 31, 2007 at 6:47 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote: On Tue, 31 Jul 2007 15:29:48 -0600 Mark Post said: On Tue, Jul 31, 2007 at 3:53 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote:=20 -snip- Sorry Mark if I was unclear. I mean to say upgrading from SLES10 to SLES10-SP1. A new install of SLES10-SP1 can be done as you said but an upgrade from base release to SP1 can't be done via FTP (like it could in SLES9). That's not correct either. You could use the SLES10 SP1 CDs to set up a YUM repository and point to it via FTP (or any other supported network protocol). The easiest way to do that would be by using YUP, but just the normal YUM tools would work 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: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
Hey, Mark, Do you have URL's to the docs that make all of this work? Thanks in advance! Marcy Cortes 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: Tuesday, July 31, 2007 7:37 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Upgrading from SLES10 GA to SP1 in 9 Easy Steps On Tue, Jul 31, 2007 at 6:47 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote: On Tue, 31 Jul 2007 15:29:48 -0600 Mark Post said: On Tue, Jul 31, 2007 at 3:53 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote:=20 -snip- Sorry Mark if I was unclear. I mean to say upgrading from SLES10 to SLES10-SP1. A new install of SLES10-SP1 can be done as you said but an upgrade from base release to SP1 can't be done via FTP (like it could in SLES9). That's not correct either. You could use the SLES10 SP1 CDs to set up a YUM repository and point to it via FTP (or any other supported network protocol). The easiest way to do that would be by using YUP, but just the normal YUM tools would work 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 -- 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