Re: mixing IFLs and GPs in an LPAR
On Thursday, 06/19/2008 at 03:42 EDT, Stephen Frazier <[EMAIL PROTECTED]> wrote: > Currently no. But it is coming. Soon? You need a z10 and z/VM later than 5.4 > (z/VM 6.0 maybe). A "z/VM LPAR" is a Statement of Direction in the z10 announcement from back in February. No dates were given and nothing has been said about the level of software required. I just posted that text in IBMVM a couple of days ago. (I've seen no references to a "z/VM 5.4" or "z/VM 6.0" anywhere, so I don't know how you came up with that.) Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: zVM 3.1 at 100% CPU after z9 upgrade
Thank you all for your response. It was decided to accelerate (like, right now) into production our current testing/development of upgrade from z/VM3.1 to z/VM5.3 . It is a big challenge to do it in such a short time. Thanks again, Ismael -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott Sent: Wednesday, June 18, 2008 6:58 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: zVM 3.1 at 100% CPU after z9 upgrade > We are running production work on zVM 3.1 (don't ask why) > running 2nd level under zVM 5.1 . Things has been running good > for more than a year until t his change: Hardware was upgraded > from z990 to z9 . Now guest zVM3.1 is running 100% cpu; 1st > level zVM 5.1 is running 100% CPU. We can't go back t o z990 > because many more zOS are running in other LPARs. Ismael: There are no processor specific PTFs to z/VM V5 for the z9 that I can see that might cause this. Assuming you were current on z/VM service for the z990, of course. I am also not aware of anything in the z9 that is different from the z990 that would cause issues for z/VM V3. As others have suggested, use something like Track, ESAMON, Perfkit/RTM to find out what is causing the high CPU utilization. Jim -- 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: mixing IFLs and GPs in an LPAR
Currently no. But it is coming. Soon? You need a z10 and z/VM later than 5.4 (z/VM 6.0 maybe). Little, Chris wrote: possible? or no? +--+ | Chris Little OKDHS Platform Services | | IS Operating Systems Specialist IV | | email [EMAIL PROTECTED] | | work (405)522-1306 cell (405)312-1527 | +--+ -- 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 -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- 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: SPident message clarification
>>> On Thu, Jun 19, 2008 at 2:15 PM, in message <[EMAIL PROTECTED]>, Luis La Torre <[EMAIL PROTECTED]> wrote: > We have installed SUSE 10 + SP2 succesfully and SPident shows on the > controller: > l > CONCLUSION: System is up-to-date! > foundSLE-10-s390x-SP2 + "online updates" > > > Then, we cloned a guest and SPident shows: > > Summary (using 499 packages) > Product/ServicePack conflictmatch update (shipped) > SLE-10-s390x 1 0.1%150 30.1% 1 (1992 7.5%) > SLE-10-s390x-SP1 1 0.0%238 47.7% 1 (2086 11.4%) > SLE-10-s390x-SP2 1 0.0%487 97.6% 1 (2181 22.3%) > Unknown 12 2.4% > > > CONCLUSION: No supported Product/ServicePack found at all! > > > Is there something wrong with my clone? . The Linux guest is running fine > and we have MQ 6 on it. Who knows? SPident -vv or -vvv or - will tell you more. 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: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:44 PM, in message <[EMAIL PROTECTED]>, "Romanowski, John (OFT)" <[EMAIL PROTECTED]> wrote: > I'm not familiar with SPident usage. > Under what conditions will it report SLES10 SP2 instead of "System is > NOT up-to-date!" ? If all the RPMs on your system are at the SP2 level or higher. Adding more "v"s to the -v (as in -vv or -vvv, etc.) will give you increasingly more details on what is involved with making the assessment. 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: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:50 PM, in message <[EMAIL PROTECTED]>, "Peter E. Abresch Jr. - at Pepco" <[EMAIL PROTECTED]> wrote: > I do not know about these scripts. Where can I get a copy or am I too > late? I would love to put my SLES on a diet. Things slip in because it is > a dependency of a dependency of a dependency of a dependency . . . http://linuxvm.org/Patches/#autoinst 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: mixing IFLs and GPs in an LPAR
>>> On Thu, Jun 19, 2008 at 2:29 PM, in message <[EMAIL PROTECTED]>, "Feller, Paul" <[EMAIL PROTECTED]> wrote: > From the announcement information for the z10. > > Increased flexibility with z/VM-mode partitions > > System z10 EC provides for the definition of a z/VM-mode partition > (LPAR) containing a mix of > processor types including CPs and specialty processors IFLs, zIIPs, > zAAPs, and ICFs. With the > planned z/VM support, this new capability increases flexibility and > simplifies systems Note the key phrase here "planned z/VM support," i.e, not yet shipped. It's coming, but I don't believe it's been announced or any sort of ETA given. 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: mixing IFLs and GPs in an LPAR
From the announcement information for the z10. Increased flexibility with z/VM-mode partitions System z10 EC provides for the definition of a z/VM-mode partition (LPAR) containing a mix of processor types including CPs and specialty processors IFLs, zIIPs, zAAPs, and ICFs. With the planned z/VM support, this new capability increases flexibility and simplifies systems management by allowing z/VM to manage guests to operate Linux on System z on IFLs, to operate z/VSE and z/OS on CPs, to offload z/OS system software overhead, such as DB2 workloads, on zIIPs, and to provide an economical Java execution environment under z/OS on zAAPs, all in the same VM LPAR. Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] (319)-355-7824 -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Little, Chris Sent: Thursday, June 19, 2008 1:17 PM To: LINUX-390@VM.MARIST.EDU Subject: mixing IFLs and GPs in an LPAR possible? or no? +--+ | Chris Little OKDHS Platform Services | | IS Operating Systems Specialist IV | | email [EMAIL PROTECTED] | | work (405)522-1306 cell (405)312-1527 | +--+ -- 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: mixing IFLs and GPs in an LPAR
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Little, Chris > Sent: Thursday, June 19, 2008 1:17 PM > To: LINUX-390@VM.MARIST.EDU > Subject: mixing IFLs and GPs in an LPAR > > possible? or no? > > +--+ Only on the new z10. It is not possible on previous hardware. I don't know if z/VM supports this or not. z/OS, z/VSE, et al. do not support the use of an IFL in any manner, form, or fashion. And, IIRC, the z/VM support does not allow a single guest to mix'n'match GPs with IFLs either. It is allowed on a z10 so that it would be possible to have a single, very large LPAR, and run z/OS guests and z/Linux guests in the same z/VM hipervisor. In previous incarnations, you'd have at least 2 LPARs, running separate z/VM systems. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: mixing IFLs and GPs in an LPAR
Currently, no. Little, Chris wrote: possible? or no? +--+ | Chris Little OKDHS Platform Services | | IS Operating Systems Specialist IV | | email [EMAIL PROTECTED] | | work (405)522-1306 cell (405)312-1527 | +--+ -- 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 -- 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 2009 - Orlando, FL - May 15-19, 2009 -- 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: mixing IFLs and GPs in an LPAR
No on z9 and previous. z10, I'm not sure. On Thu, Jun 19, 2008 at 2:16 PM, Little, Chris <[EMAIL PROTECTED]> wrote: > possible? or no? > > +--+ > | Chris Little OKDHS Platform Services | > | IS Operating Systems Specialist IV | > | email [EMAIL PROTECTED] | > | work (405)522-1306 cell (405)312-1527 | > +--+ > > -- > 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 > -- Mark Pace Mainline Information Systems -- 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
mixing IFLs and GPs in an LPAR
possible? or no? +--+ | Chris Little OKDHS Platform Services | | IS Operating Systems Specialist IV | | email [EMAIL PROTECTED] | | work (405)522-1306 cell (405)312-1527 | +--+ -- 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
SPident message clarification
We have installed SUSE 10 + SP2 succesfully and SPident shows on the controller: l CONCLUSION: System is up-to-date! foundSLE-10-s390x-SP2 + "online updates" Then, we cloned a guest and SPident shows: Summary (using 499 packages) Product/ServicePack conflictmatch update (shipped) SLE-10-s390x 1 0.1%150 30.1% 1 (1992 7.5%) SLE-10-s390x-SP1 1 0.0%238 47.7% 1 (2086 11.4%) SLE-10-s390x-SP2 1 0.0%487 97.6% 1 (2181 22.3%) Unknown 12 2.4% CONCLUSION: No supported Product/ServicePack found at all! Is there something wrong with my clone? . The Linux guest is running fine and we have MQ 6 on it. Sincerely, Luis F. La Torre Database Administrator BAX Global Inc. 440 Exchange, Irvine Ca 92602 Phone: 714-442-7441 [EMAIL PROTECTED] -- 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: SPident not showing SLES10-SP2
I do not know about these scripts. Where can I get a copy or am I too
late? I would love to put my SLES on a diet. Things slip in because it is
a dependency of a dependency of a dependency of a dependency . . .
Peter
Mark Post <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
06/19/2008 01:28 PM
Please respond to
Linux on 390 Port
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:21 PM, in message
<[EMAIL PROTECTED]>, David Stuart
<[EMAIL PROTECTED]>
wrote:
> And what about USB support?
What about it? I've published (two now) scripts to generate AutoYaST
installation files that eliminate stuff like that. If you're not willing
to use those tools, 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
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to copyright
belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is
intended solely for the use of the person(s) to which it is addressed. If
you are not an intended recipient, or the employee or agent responsible for
delivery of this Email to the intended recipient(s), you are hereby notified
that any dissemination, distribution or copying of this Email is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and permanently delete this Email and any copies. PHI
policies expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by Email
communication. PHI will not accept any liability in respect of such
communications.
--
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: SPident not showing SLES10-SP2
I'm not familiar with SPident usage. Under what conditions will it report SLES10 SP2 instead of "System is NOT up-to-date!" ? This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter E. Abresch Jr. - at Pepco Sent: Thursday, June 19, 2008 12:40 PM To: LINUX-390@VM.MARIST.EDU Subject: SPident not showing SLES10-SP2 I upgraded to SLES10-SP2 and all seems well. I then enter SPident because I like seeing SP2 installed and I get the following: CONCLUSION: System is NOT up-to-date! foundSLE-10-s390x-SP1 + "online updates" expected SLE-10-s390x-SP2 e! a SPident ?vvv indicates the following: - cdparanoia-32bit IIIalpha9.8-562.4 < IIIalpha9.8-562.7 What is this? I tried to uninstall this but started to receive many dependency chains. Did anyone else have this problem? Would it be easier to install IIIalpha9.8-562.7 ? Thanks for any insights. Peter -- 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: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:21 PM, in message <[EMAIL PROTECTED]>, David Stuart <[EMAIL PROTECTED]> wrote: > And what about USB support? What about it? I've published (two now) scripts to generate AutoYaST installation files that eliminate stuff like that. If you're not willing to use those tools, 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: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 12:39 PM, in message <[EMAIL PROTECTED]>, "Peter E. Abresch Jr. - at Pepco" <[EMAIL PROTECTED]> wrote: -snip- > What is this? I tried to uninstall this but started to receive many > dependency chains. Did anyone else have this problem? Would it be easier > to install IIIalpha9.8-562.7 ? Umm, no, since IIIalpha9.8-562.7 is the version number of the cdparanoia-32bit package. Rip it out, along with all of its dependencies. I would never have installed it in the first place. 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: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:14 PM, in message <[EMAIL PROTECTED]>, -snip- > The copy of SP2 I just downloaded a day or two ago only has 562.4, not > 562.7! Oh, and be careful not to confuse cdparanoia and cdparanoia-32bit. They do have different build numbers (.4 versus .7). 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: SPident not showing SLES10-SP2
And what about USB support? I haven't seen any USB ports on my 9672, and I don't think my (arriving soon) z9 has any, either. Maybe on the HMC? Dave Dave Stuart Prin. Info. Systems Support Analyst County of Ventura, CA 805-662-6731 [EMAIL PROTECTED] >>> "Kim Goldenberg" <[EMAIL PROTECTED]> 6/19/2008 10:14 AM >>> Peter E. Abresch Jr. - at Pepco wrote: > I upgraded to SLES10-SP2 and all seems well. I then enter SPident because > I like seeing SP2 installed and I get the following: > > CONCLUSION: System is NOT up-to-date! > foundSLE-10-s390x-SP1 + "online updates" > expected SLE-10-s390x-SP2 > > > e! > > a SPident ?vvv indicates the following: > > - cdparanoia-32bit IIIalpha9.8-562.4 < IIIalpha9.8-562.7 > > What is this? I tried to uninstall this but started to receive many > dependency chains. Did anyone else have this problem? Would it be easier > to install IIIalpha9.8-562.7 ? > I get a bit concerned when a group (Novell) should know better than to require a cd-ripper on System z! The copy of SP2 I just downloaded a day or two ago only has 562.4, not 562.7! Kim -- 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: SPident not showing SLES10-SP2
Agreed, this distribution is not the most optimized distribution (I do not
if any are) for big blue. I cannot find 562.7 anywhere either.
Peter
Kim Goldenberg <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
06/19/2008 01:16 PM
Please respond to
Linux on 390 Port
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: SPident not showing SLES10-SP2
Peter E. Abresch Jr. - at Pepco wrote:
> I upgraded to SLES10-SP2 and all seems well. I then enter SPident
because
> I like seeing SP2 installed and I get the following:
>
> CONCLUSION: System is NOT up-to-date!
> foundSLE-10-s390x-SP1 + "online updates"
> expected SLE-10-s390x-SP2
>
>
> e!
>
> a SPident ?vvv indicates the following:
>
> - cdparanoia-32bit IIIalpha9.8-562.4 < IIIalpha9.8-562.7
>
> What is this? I tried to uninstall this but started to receive many
> dependency chains. Did anyone else have this problem? Would it be easier
> to install IIIalpha9.8-562.7 ?
>
I get a bit concerned when a group (Novell) should know better than to
require a cd-ripper on System z!
The copy of SP2 I just downloaded a day or two ago only has 562.4, not
562.7!
Kim
--
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
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to copyright
belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is
intended solely for the use of the person(s) to which it is addressed. If
you are not an intended recipient, or the employee or agent responsible for
delivery of this Email to the intended recipient(s), you are hereby notified
that any dissemination, distribution or copying of this Email is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and permanently delete this Email and any copies. PHI
policies expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by Email
communication. PHI will not accept any liability in respect of such
communications.
kgoldenberg.vcf
Description: Binary data
Re: SPident not showing SLES10-SP2
>>> On Thu, Jun 19, 2008 at 1:14 PM, in message <[EMAIL PROTECTED]>, Kim Goldenberg <[EMAIL PROTECTED]> wrote: -snip- > I get a bit concerned when a group (Novell) should know better than to > require a cd-ripper on System z! It's hardly required. I don't have it installed on any of my System z guests. 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: SPident not showing SLES10-SP2
Peter E. Abresch Jr. - at Pepco wrote: I upgraded to SLES10-SP2 and all seems well. I then enter SPident because I like seeing SP2 installed and I get the following: CONCLUSION: System is NOT up-to-date! foundSLE-10-s390x-SP1 + "online updates" expected SLE-10-s390x-SP2 e! a SPident ?vvv indicates the following: - cdparanoia-32bit IIIalpha9.8-562.4 < IIIalpha9.8-562.7 What is this? I tried to uninstall this but started to receive many dependency chains. Did anyone else have this problem? Would it be easier to install IIIalpha9.8-562.7 ? I get a bit concerned when a group (Novell) should know better than to require a cd-ripper on System z! The copy of SP2 I just downloaded a day or two ago only has 562.4, not 562.7! Kim -- 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 begin:vcard fn:Kim Goldenberg n:Goldenberg;Kim org:State of New Jersey;Office of Information Technology (OIT) adr:200 Riverview Plaza;;PO Box 212;Trenton;NJ;08625-0212;USA email;internet:[EMAIL PROTECTED] title:Systems Programmer I tel;work:609-777-3722 tel;fax:609-777-3939 x-mozilla-html:FALSE url:http://www.state.nj.us version:2.1 end:vcard
Re: DDR'ing 3390 DASD To Remote Location
Rob van der Heij writes: > On Thu, Jun 19, 2008 at 5:11 PM, Malcolm Beattie <[EMAIL PROTECTED]> wrote: > > > I wrote writetrack and readtrack kernel modules for Linux 5 years > > ago which implement ioctls to do that along with simplistic userland > > utilities and they worked OK for me to transfer various VM and z/OS > > disks as images via plain Linux files. The internal kernel API for > > DASD driver disciplines was a bit icky back then so they would need a > > good polish (or simply a rewrite based on the existing template). > > IMHO the disadvantage of that approach is that you need another > userspace tool to get the data in and out of the driver. It is harder > to integrate in existing backup processes. > The design we discussed back then was to show the cylinders of the > volume as files in a directory (bonus points when arranged according > to CMS formatted minidisks). That way you could backup the data as any > other Linux data, and have automatically a way for incremental (per > cylinder) backups etc. Should be straightforward to use FUSE to add such a filesystem "wrapper" around the underlying readtrack/writetrack ioctl. --Malcolm -- Malcolm Beattie System z SWG/STG, Europe IBM UK -- 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
SPident not showing SLES10-SP2
I upgraded to SLES10-SP2 and all seems well. I then enter SPident because
I like seeing SP2 installed and I get the following:
CONCLUSION: System is NOT up-to-date!
foundSLE-10-s390x-SP1 + "online updates"
expected SLE-10-s390x-SP2
e!
a SPident ?vvv indicates the following:
- cdparanoia-32bit IIIalpha9.8-562.4 < IIIalpha9.8-562.7
What is this? I tried to uninstall this but started to receive many
dependency chains. Did anyone else have this problem? Would it be easier
to install IIIalpha9.8-562.7 ?
Thanks for any insights.
Peter
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to copyright
belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is
intended solely for the use of the person(s) to which it is addressed. If
you are not an intended recipient, or the employee or agent responsible for
delivery of this Email to the intended recipient(s), you are hereby notified
that any dissemination, distribution or copying of this Email is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and permanently delete this Email and any copies. PHI
policies expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by Email
communication. PHI will not accept any liability in respect of such
communications.
--
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: DDR'ing 3390 DASD To Remote Location
On Thu, Jun 19, 2008 at 5:11 PM, Malcolm Beattie <[EMAIL PROTECTED]> wrote: > I wrote writetrack and readtrack kernel modules for Linux 5 years > ago which implement ioctls to do that along with simplistic userland > utilities and they worked OK for me to transfer various VM and z/OS > disks as images via plain Linux files. The internal kernel API for > DASD driver disciplines was a bit icky back then so they would need a > good polish (or simply a rewrite based on the existing template). IMHO the disadvantage of that approach is that you need another userspace tool to get the data in and out of the driver. It is harder to integrate in existing backup processes. The design we discussed back then was to show the cylinders of the volume as files in a directory (bonus points when arranged according to CMS formatted minidisks). That way you could backup the data as any other Linux data, and have automatically a way for incremental (per cylinder) backups etc. -Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: DDR'ing 3390 DASD To Remote Location
Rob van der Heij writes: > When we saw the first new z/VM installations with Linux show up, I > proposed a new feature for the Linux disk driver that would allow > arbitrary tracks to be read and written (like the pipeline stages). > That way a Linux guest could be used to backup the VM packs along with > the Linux data. And for D/R restore you could first IPL one Linux > guest native, restore the VM packs (from TSM) and then IPL VM again. > Something like that would fit your needs. > The design of the driver appeared to be very simple after a few beers, > but next morning it turned out to be harder. I wrote writetrack and readtrack kernel modules for Linux 5 years ago which implement ioctls to do that along with simplistic userland utilities and they worked OK for me to transfer various VM and z/OS disks as images via plain Linux files. The internal kernel API for DASD driver disciplines was a bit icky back then so they would need a good polish (or simply a rewrite based on the existing template). The unit record driver I did was eventually noticed and requested by enough customers (I assume) that Boe asked me for it, polished it and pushed it upstream so perhaps a similar thing might work if people are interested in full track read/write for Linux. No guarantees, since I don't know how those requests were routed and prioritised before they ended up as a request to me. I suggest requests be sent via whatever the usual official route is for customer requests (i.e. not directly to me, I'm afraid). --Malcolm -- Malcolm Beattie System z SWG/STG, Europe IBM UK -- 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: Bogus CPU Utilization Numbers reported in the PTK for Linux guest
Mark posted a nice summary (pun intended). Just one clarification, OMEAGMON XE did ship support to properly normalize the CPU values for older releases of Linux. This shipped in September 2007 as VM64299 available for both the z/VM 5.2 and 5.3 versions of Performance Toolkit. PTF UM32169 for z/VM 5.2 provides the base function for the formatted output collectors and provides an update for normalizing Linux data in the formatted output. PTF UM32170 for z/VM 5.3 provides the update for normalizing Linux data and provides support for mixed processor types in the formatted output. Also, while there are methods to normalize the old accounting information, it is still subject to some misleading in that the old method is exposed to skewing of time towards buckets. Bill Bitner - VM Performance Evaluation - IBM Endicott - 607-429-3286 -- 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: Reserved blocks on ext2/ext3 filesystems?
Ted Rodriguez-Bell wrote: Has anyone done any testing to see what the right reserved block percentage (-m to tune2fs or mke2fs) is? On the Berkeley Fast Filesystem the right number was 10%; the ext2/ext3 default is 5% so I assume that's pretty good for most Linux. But with so many layers between Linux and the hardware, is that a good default on zSeries? I ask because we've just noticed that Levanta left us with filesystems where -m was 0. That gives us an interesting time with filesystem monitoring (if you want an alarm at 90% of capacity, does it trigger at 90% of the total blocks or 85.5%?), but we're also wondering if we have any performance-related time bombs. This is really not a question of the file system technology, but merely depending on the use of the file system. The reserve is _not_ for any file system meta data but only for the root user. The system is supposed to be able to write log files, and allow the root-user to recover from the situation in case the file system runs full. For file systems like /usr, a reserved blocks percentage of 0% is just fine. Same for any data-disks that contain application data. For the disks backing /root and /var, I'd recommend to leave some space reserved there. Also remember that the reserved percentage is relative to your file system size. If you use many small file systems, you probably want more reserved percentage then on a large one. so long, Carsten -- 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: zVM 3.1 at 100% CPU after z9 upgrade
On Thu, Jun 19, 2008 at 3:58 AM, Jim Elliott <[EMAIL PROTECTED]> wrote: > As others have suggested, use something like Track, ESAMON, > Perfkit/RTM to find out what is causing the high CPU utilization. And your focus would be the z/VM 3.1 guest first. The z/VM 5 system is happy to give available resources to the guest if it is asking for it, unless you told them otherwise. My guess is that something there started to misbehave. Probably unrelated to the actual hardware change, but triggered by the IPL. Normally doing a few times #CP IND QUEUE on the z/VM 3.1 system would point you at the guilty user. If not, then we'd be happy to look at raw data from the z/VM 3.1 guest if you can capture that (we can talk off-line to discuss how to transfer the data). Rob -- Rob van der Heij Velocity Software GmbH http://velocitysoftware.com/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
