Re: Formatting large EAV dasd
I did reboot after doing dasd_configure on the disks. dasdfmt didn't work until I did the logon/logoff. Mvh./Best Regards Roger Evans, Autodata Norge A/S http://www.autodata.no +47 93 25 92 36 On Thu, 2012-04-26 at 06:27 +, van Sleeuwen, Berry wrote: Hi Mark, We did report it, but no results so far. I don't know for sure if the guest needs to be logged off or that a reboot would be enough. But at least it's a workaround for this problem. Regards, Berry. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: woensdag 25 april 2012 16:55 To: LINUX-390@VM.MARIST.EDU Subject: Re: Formatting large EAV dasd On 4/25/2012 at 05:45 AM, Roger Evans ro...@autodata.no wrote: Thanks Berry. That (logoff/logon) did the trick. Definitely a bug then. You really should report it. It would also be interesting to find out if simply reIPLing Linux works around the problem. That might help isolate whether z/VM or Linux is having the problem. Mark Post -- 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/ Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel bestemd voor de geadresseerde. Indien dit bericht niet voor u is bestemd, verzoeken wij u dit onmiddellijk aan ons te melden en het bericht te vernietigen. Aangezien de integriteit van het bericht niet veilig gesteld is middels verzending via internet, kan Atos Nederland B.V. niet aansprakelijk worden gehouden voor de inhoud daarvan. Hoewel wij ons inspannen een virusvrij netwerk te hanteren, geven wij geen enkele garantie dat dit bericht virusvrij is, noch aanvaarden wij enige aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit bericht. Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten waaronder Atos Nederland B.V. goederen en/of diensten levert zijn met uitsluiting van alle andere voorwaarden de Leveringsvoorwaarden van Atos Nederland B.V. van toepassing. Deze worden u op aanvraag direct kosteloos toegezonden. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Nederland B.V. group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. On all offers and agreements under which Atos Nederland B.V. supplies goods and/or services of whatever nature, the Terms of Delivery from Atos Nederland B.V. exclusively apply. The Terms of Delivery shall be promptly submitted to you on your request. Atos Nederland B.V. / Utrecht KvK Utrecht 30132762 -- 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: Formatting large EAV dasd
On 4/27/2012 at 05:04 AM, Roger Evans ro...@autodata.no wrote: I did reboot after doing dasd_configure on the disks. dasdfmt didn't work until I did the logon/logoff. OK, that sounds more like something in z/VM is off kilter. Mark Post -- 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/
Where to Find kernel changes ?
Inquiring management minds want to know what changes are in a kernel level before we do an update. Is there somewhere this information is available ? We are running SLES11 SP1 (we are new to SuSE). example: going from kernel 2.6.32.12-0.7.1.s390x to 2.6.32.49-0.3.1.s390x where can I find out what has been added/deleted/updated? Robert Hobbs Principal Operating Systems Programmer 972-584-5227 PPM: SYS-EI-MH: Operating System Serviceshttp://ppmcentral.fmr.com/itg/web/knta/crt/RequestCreate.jsp?REQUEST_TYPE_CREATE=5.36.33928.SYS-EI-MH%3A+Operating+System+Services -- 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: Formatting large EAV dasd
Does sound like it. Did anything appear on the console? Marcy -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post Sent: Friday, April 27, 2012 9:30 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Formatting large EAV dasd On 4/27/2012 at 05:04 AM, Roger Evans ro...@autodata.no wrote: I did reboot after doing dasd_configure on the disks. dasdfmt didn't work until I did the logon/logoff. OK, that sounds more like something in z/VM is off kilter. Mark Post -- 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: Where to Find kernel changes ?
On 4/27/2012 at 12:35 PM, Hobbs, Robert robert.ho...@fmr.com wrote: example: going from kernel 2.6.32.12-0.7.1.s390x to 2.6.32.49-0.3.1.s390x where can I find out what has been added/deleted/updated rpm -q --changelog kernel-package-name | less Mark Post -- 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/
MIPS increase after SLES11 SP1 patches
We implemented latest patches on our SLES11 SP1 systems recently Now all the zLINUX guest are using almost 8 - 10 IFL mips extra per Guest - that is increasing our load on the z/VM LPARs by 300 mips . Unfortunately this is not so visible from the guest level and hence difficult to find the culprit process/component. We have around 35 guests per LPAR. I know there is some degree of overhead with patching and security - but this seems excessive. Our workload is primarily websphere/java applications type. I have tried: 1) investigating top/sar etc command and process lists 2) checked Omegamon-can pinpoint nothing yet 3) several linux commands tools to (iostat/mpstat/iptraf etc but can find nothing. Any insight from the gurus? Has anyone noticed this situation? Thanks for going through my long note. Sagar Srivastava ISO, jersey city This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose. -- 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: MIPS increase after SLES11 SP1 patches
Have you tried using powertop to investigate? Sure the tool was intended on tracking power consumption, but it's very useful for seeing what is waking up your guests. Just a thought... On Fri, Apr 27, 2012 at 2:28 PM, Srivastava, Sagar ssrivast...@iso.comwrote: We implemented latest patches on our SLES11 SP1 systems recently Now all the zLINUX guest are using almost 8 - 10 IFL mips extra per Guest - that is increasing our load on the z/VM LPARs by 300 mips . Unfortunately this is not so visible from the guest level and hence difficult to find the culprit process/component. We have around 35 guests per LPAR. I know there is some degree of overhead with patching and security - but this seems excessive. Our workload is primarily websphere/java applications type. I have tried: 1) investigating top/sar etc command and process lists 2) checked Omegamon-can pinpoint nothing yet 3) several linux commands tools to (iostat/mpstat/iptraf etc but can find nothing. Any insight from the gurus? Has anyone noticed this situation? Thanks for going through my long note. Sagar Srivastava ISO, jersey city This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose. -- 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: MIPS increase after SLES11 SP1 patches
If you investigate the ESALNXP report provided by ZVPS, you will see a cron job with your latest patches, and not before that. One just needs good tools Srivastava, Sagar wrote: We implemented latest patches on our SLES11 SP1 systems recently Now all the zLINUX guest are using almost 8 - 10 IFL mips extra per Guest - that is increasing our load on the z/VM LPARs by 300 mips . Unfortunately this is not so visible from the guest level and hence difficult to find the culprit process/component. We have around 35 guests per LPAR. I know there is some degree of overhead with patching and security - but this seems excessive. Our workload is primarily websphere/java applications type. I have tried: 1) investigating top/sar etc command and process lists 2) checked Omegamon-can pinpoint nothing yet 3) several linux commands tools to (iostat/mpstat/iptraf etc but can find nothing. Any insight from the gurus? Has anyone noticed this situation? Thanks for going through my long note. Sagar Srivastava ISO, jersey city This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose. -- 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/ attachment: BARTON.vcf