SLES10 install problem
Trying to get z/VM set up as per manual z/VM and Linux on IBM System z The Virtualization Cookbook This book relates to z/VM 5.2 SLES10. We have got as far as page 47 Section 4.5.4 Shutton down reIPLing the system When we issue Q VSWITCH we get...messages as per the sample output on P47 except we get Controller: NONE rather than Controller DTCVSW1 We have double-checked our setup it is exactly as per the manual. NB We noticed that when the DTCVSW1 starts up we get error message DTCOSD045E OSD device [EMAIL PROTECTED] Error getting XA subchannel id for device 600 Then device 600 shuts down. Extra information 1) the cookbook is at following URL http://linuxvm.org/Present/misc/virt-cookbook-S10.pdf 2) We are running VM V5.2 with absolutely no maintenance whatsoever although we have a V5.1 system, with lots of maintenance on it, which is giving the same error DTCOSD045E ! 3) Still have some doubts that the vswitch(s) are working correctly as when we start the Linux install it gets to the bit when it is trying to do the nfs mount then fails with the message Could not find the SUSE Linux Enterprise Server 10 Installation Source It then throws up a menu when one of the options is to do a manual install. Tried using this both for nfs and for ftp and in each case comms to the Linux server fails. We have been able to ping the nfs server from LNXMAINT and also to open an FTP session to it. However, LNXMAINT is using the VM IP address, as I can see when I do netstat home so although this proves we have network connectivity, I don't think it's using the VSWITCH at all. 4) q vswitch detail VSWITCH SYSTEM VSW1 Type: VSWITCH Connected: 1 Maxconn: INFINITE PERSISTENT RESTRICTED NONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0604 Controller: DTCVSW1 VDEV: 0604 BACKUP Portname: UNASSIGNED RDEV: 0608 Controller: DTCVSW1 VDEV: 0608 VSWITCH Connection: RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 31 Discarded: 0 Errors: 0 RX Bytes: 0 TX Bytes: 2608 Device: 060A Unit: 002 Role: DATA Adapter Owner: SLES10 NIC: 0700 Name: dontcare RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 36 Discarded: 0 Errors: 0 RX Bytes: 0 TX Bytes: 2952 Device: 0702 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 156.150.201.15 MAC: 02-00-02-00-00-01 FE80::200:200:100:1 MAC: 02-00-02-00-00-01 Local Multicast IP Addresses: 224.0.0.1 MAC: 01-00-5E-00-00-01 FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local NB In this case devices 700-702 are virtual NICs, the real devices are 600-602. Where have we gone wrong? What else can we check? tks in advance... Graeme ___ 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 Origin group liability cannot be triggered for the message content. Although the sender endeavours to
Re: SLES10 install problem
Graeme, Send your VSwitch definition statements and the output from 'Q 600-608' (from MAINT or OPERATOR). Westerman, Graeme wrote: Trying to get z/VM set up as per manual z/VM and Linux on IBM System z The Virtualization Cookbook This book relates to z/VM 5.2 SLES10. We have got as far as page 47 Section 4.5.4 Shutton down reIPLing the system When we issue Q VSWITCH we get...messages as per the sample output on P47 except we get Controller: NONE rather than Controller DTCVSW1 We have double-checked our setup it is exactly as per the manual. NB We noticed that when the DTCVSW1 starts up we get error message DTCOSD045E OSD device [EMAIL PROTECTED] Error getting XA subchannel id for device 600 Then device 600 shuts down. Extra information 1) the cookbook is at following URL http://linuxvm.org/Present/misc/virt-cookbook-S10.pdf 2) We are running VM V5.2 with absolutely no maintenance whatsoever although we have a V5.1 system, with lots of maintenance on it, which is giving the same error DTCOSD045E ! 3) Still have some doubts that the vswitch(s) are working correctly as when we start the Linux install it gets to the bit when it is trying to do the nfs mount then fails with the message Could not find the SUSE Linux Enterprise Server 10 Installation Source It then throws up a menu when one of the options is to do a manual install. Tried using this both for nfs and for ftp and in each case comms to the Linux server fails. We have been able to ping the nfs server from LNXMAINT and also to open an FTP session to it. However, LNXMAINT is using the VM IP address, as I can see when I do netstat home so although this proves we have network connectivity, I don't think it's using the VSWITCH at all. 4) q vswitch detail VSWITCH SYSTEM VSW1 Type: VSWITCH Connected: 1 Maxconn: INFINITE PERSISTENT RESTRICTED NONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0604 Controller: DTCVSW1 VDEV: 0604 BACKUP Portname: UNASSIGNED RDEV: 0608 Controller: DTCVSW1 VDEV: 0608 VSWITCH Connection: RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 31 Discarded: 0 Errors: 0 RX Bytes: 0 TX Bytes: 2608 Device: 060A Unit: 002 Role: DATA Adapter Owner: SLES10 NIC: 0700 Name: dontcare RX Packets: 0 Discarded: 0 Errors: 0 TX Packets: 36 Discarded: 0 Errors: 0 RX Bytes: 0 TX Bytes: 2952 Device: 0702 Unit: 002 Role: DATA Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 156.150.201.15 MAC: 02-00-02-00-00-01 FE80::200:200:100:1 MAC: 02-00-02-00-00-01 Local Multicast IP Addresses: 224.0.0.1 MAC: 01-00-5E-00-00-01 FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:1 MAC: 33-33-FF-00-00-01 Local NB In this case devices 700-702 are virtual NICs, the real devices are 600-602. Where have we gone wrong? What else can we check? tks in advance... Graeme ___ 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 Origin 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. ___ -- 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 Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- 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: SAMBA Active Directory
I'm in the process of building a file server using SAMBA but will like to use our current Windows Active Directory for authentication purposes. Where can I find more information on how to accomplish this task? We are running SLES9 SP3. I've been out of the loop for a while, but ... There is a paper on http://linuxvm.org/present/ - Migrating Windows Servers to Samba. It's old and based on Samba 2, but it may be good background material. Since Microsoft appears to have accepted Linux to some extent, I believe there has been some progress on the AD side. If the AD servers are Windows 2003 server R2, then Windows Services for UNIX is standard (I believe) and if this service is enabled there are fields for UNIX UID and GID (I believe but never even logged on to 2003 server). This is preferable to the winbind mapping of Windows RIDs to UIDs/GIDs. You'll still need winbind, you just don't have to worry about also backing up and restoring the mapping table. Hope this helps. Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061 -- 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: Increasing Size of DASD for Root Filesystem
512M/home FWIW, in the new Virtualization Cookbooks we describe using LVM, NFS, automount and LDAP to create an automount'ed /home/ (especially, section 12.3). You can create a big /home/ LV on one server and have it automatically NFS-mounted on any other server. This way the user's home directories can follow them around to any (all) virtual servers. If you set this up in your golden/master image, then all cloned Linuxes give you this feature. Something to think about, perhaps experiment with. Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061 -- 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: SLES10 install problem
We have been able to ping the nfs server from LNXMAINT OK, good, your z/VM is on the network. q vswitch detail VSWITCH SYSTEM VSW1 Type: VSWITCH Connected: 1 Maxconn: INFINITE PERSISTENT RESTRICTED NONROUTER Accounting: OFF VLAN Unaware State: Ready IPTimeout: 5 QueueStorage: 8 Portname: UNASSIGNED RDEV: 0604 Controller: DTCVSW1 VDEV: 0604 BACKUP ^^^ Portname: UNASSIGNED RDEV: 0608 Controller: DTCVSW1 VDEV: 0608 So it seems the vswitch got a controller the first time Then you test a reIPL (better to find this now), and you get: Controller: NONE Perhaps the issue is that the controllers were not autologged. If you IPLed with the noautolog parameter, then the controllers will not come up. Assuming you did not specifiy noautolog, I'd look at AUTOLOG1's PROFILE EXEC. Be sure it is XAUTOLOGging DTCVSW1 and DTCVSW2. We noticed that when the DTCVSW1 starts up we get error message DTCOSD045E OSD device [EMAIL PROTECTED] Error getting XA subchannel id for device 600 Then device 600 shuts down. This confuses me - it seems you use OSA triplet 600-602 for the z/VM TCP/IP stack, and 604-606 + 608-60A for the VSWITCH. So why would DTCVSW1 (VSWITCH) be trying to use device 600 (VM TCPIP)? Maybe I'm missing something but maybe you reversed something. Look at the DEFINE VSWITCH statement in SYSTEM CONFIG. Hope this helps. Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061 -- 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
module not supported by Novell, setting U taint flag
kernel: unionfs: module not supported by Novell, setting U taint flag. What are the consequences of the above message? Mark -- 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: IBM Journal of RD article on z9 millicode
It was probably WebSphere Developer for System z. http://www.ibm.com/software/awdtools/devzseries/ Probably. It's still really, really disturbing to see Eclipse doing syntax highlighting for PL/1 and COBOL, though...8-) On the other hand, the focus of the session was on attracting young developers to the platform, and the young lady doing the presentation was pretty clear that her entire background up to the point of joining IBM was as a Java developer. She made a number of interesting points about leveraging Linux as a development workstation with interfaces into the traditional Z environments. I can pull the presentation if anyone is interested. -- 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: module not supported by Novell, setting U taint flag
If you have a problem with your system and you need to report it to the service folks they may ask you to remove the module and try and repeat the problem. An unsupported module means that it hasn't been verified for use on the given distribution and as such may be introducing bugs that are leading to problems. Neale On Fri, 2007-04-27 at 21:01 +0700, Mark Perry wrote: kernel: unionfs: module not supported by Novell, setting U taint flag. What are the consequences of the above message? -- 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: Increasing Size of DASD for Root Filesystem
On Thu, Apr 26, 2007 at 7:08 PM, in message [EMAIL PROTECTED], Marcy Cortes [EMAIL PROTECTED] wrote: /vob and /view are part of Rational Clearcase. Kind of overlays or something. I'm not sure how it works, but we've got some of that too :) I hope they're at least mount points, and not part of the root file system. Sometimes foolish software such as this can also be tricked by symbolic links into a more appropriate part of the hierarchy. Regardless, this would be something I would open a problem report about. Otherwise they'll just keep on doing it. 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: IBM Journal of RD article on z9 millicode
Well, the HILITE command in ISPF at least tries to a little part of the highlighting for syntax for many languages. Not an Eclipse, I know, but every little helps. K -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Friday, April 27, 2007 10:51 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM Journal of RD article on z9 millicode It was probably WebSphere Developer for System z. http://www.ibm.com/software/awdtools/devzseries/ Probably. It's still really, really disturbing to see Eclipse doing syntax highlighting for PL/1 and COBOL, though...8-) On the other hand, the focus of the session was on attracting young developers to the platform, and the young lady doing the presentation was pretty clear that her entire background up to the point of joining IBM was as a Java developer. She made a number of interesting points about leveraging Linux as a development workstation with interfaces into the traditional Z environments. I can pull the presentation if anyone is interested. -- 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: Public Ports of Research compilers.
Thanks Jim for info. For the record though,, The PHP compiler was a really nice port. However I'm waiting to see if Python get the same treatment. What I initially saw was some lack of support for SMNP lib's in PERL, but it turned out was there after all. PHP however does lack a couple of libraries,, which are probably not significant. The ALGOL compiler would be nice addition to the set of public ports if only for historical reasons. The other aspect of the has to do with ( Flamers start your engines now ) the ECLIPZ project. Rumor and speculation has it that the Micro/Milli code from z/architecture could likely be ported to a Cell like chip to either replace or supplement the current z/series mainframe. Which hints of a real virtual like machine that will support many different OS's.. ala the current Power 5/6 variants. The reasonable explanation for is that it would lead to lower development and manufacturing costs. A feather in IBM's cap, since it consolidates a lot expensive hardware into a neat package. Jim Elliott [EMAIL PROTECTED] bm.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IBM Journal of RD article on z9 millicode 04/26/2007 04:13 PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU David: IBM was demoing a very nice Eclipse front end for z/OS development at z/Expo in Munich. Syntax-sensitive editing, dataset management, job management interfaces, the works.=20 Was pretty neat, if you like that sort of thing. Sure beats ISPF. It was probably WebSphere Developer for System z. http://www.ibm.com/software/awdtools/devzseries/ 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: IBM Journal of RD article on z9 millicode
I suspect that the young lady doing the presentation DB refers to was Kristine Harper from NEON Enterprise Software Inc. here in Houston. She is also active in the SHARE zNextGen project to attract more young folks to the zSeries platform. She learned assembly programming from her dad, who also works at Neon as a developerand she's one sharp cookie, imho. DJ - Original Message Follows - From: David Boyes [EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU Subject: Re: IBM Journal of RD article on z9 millicode Date: Fri, 27 Apr 2007 10:51:21 -0400 It was probably WebSphere Developer for System z. http://www.ibm.com/software/awdtools/devzseries/ Probably. It's still really, really disturbing to see Eclipse doing syntax highlighting for PL/1 and COBOL, though...8-) On the other hand, the focus of the session was on attracting young developers to the platform, and the young lady doing the presentation was pretty clear that her entire background up to the point of joining IBM was as a Java developer. She made a number of interesting points about leveraging Linux as a development workstation with interfaces into the traditional Z environments. I can pull the presentation if anyone is interested. -- 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
sudosh no longer functions with SLES10x
It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. What other products are out there for logging root commands that are reliable? Thanks as always. 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: IBM Journal of RD article on z9 millicode
I suspect that the young lady doing the presentation DB refers to was Kristine Harper from NEON Enterprise Software Inc. here in Houston. Nope. Definitely not her. Isobel something from IBM Germany. -- 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
curl to mirror patches?
My wget doesn't do NTLM authentication thru an msoft IIS/5.0 proxy server; I read that curl supports NTLM auth; I've never used curl. Anyone using curl to mirror the SLES9 patches? If so, what's the curl parameters(s) to do the mirroring? 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 Mark Post Sent: Tuesday, April 24, 2007 1:56 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SLES10 System Registration and Updates On Tue, Apr 24, 2007 at 1:28 PM, in message [EMAIL PROTECTED], Romanowski, John (OFT) [EMAIL PROTECTED] wrote: I'd give my left brain for a short outline/hints on how to mirror the patches for SLES9 zseries. No one has divulged that on this list that I'm aware of. Is it illegal or something? Not that I'm aware of. It's as easy as: wget -m -np https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SUSE-SLES /9 \ https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SUSE-CORE /9 \ https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SLES-SDK/ 9 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: sudosh no longer functions with SLES10x
I haven't looked very closely admittedly, but doesn't the LAUS package do that? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter E. Abresch Jr. - at Pepco Sent: Friday, April 27, 2007 10:56 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] sudosh no longer functions with SLES10x It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. What other products are out there for logging root commands that are reliable? Thanks as always. 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 -- 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
Cell chips added to z9bc
http://www.computerworld.com/action/article.do?command=viewArticleBasicarticleId=9017926 -- 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: Cell chips added to z9bc
That is good news. In that makes a Linux Port a more robust offering for mainframes. It places a mainframe boot squarely on throats of Sun and other Unix wannabee mainframe class servers. I suspect that long term the z-Chip is not dead,, just evolving into something that is a deadly serious computing engine. [EMAIL PROTECTED] Sent by: Linux on 390 Port To [EMAIL PROTECTED] LINUX-390@VM.MARIST.EDU IST.EDU cc Subject 04/27/2007 12:37 Cell chips added to z9bc PM Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU http://www.computerworld.com/action/article.do?command=viewArticleBasicarticleId=9017926 -- 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: curl to mirror patches?
On Fri, Apr 27, 2007 at 3:12 PM, in message [EMAIL PROTECTED], Romanowski, John (OFT) [EMAIL PROTECTED] wrote: My wget doesn't do NTLM authentication thru an msoft IIS/5.0 proxy server; I read that curl supports NTLM auth; I've never used curl. Anyone using curl to mirror the SLES9 patches? If so, what's the curl parameters(s) to do the mirroring? I think you need to use a script wrapped around the curl command to do this. There is a Perl script on the curl web site to do this: http://curl.haxx.se/programs/curlmirror.txt Also, what version of wget are you using? Newer versions support NTLM authentication. 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: sudosh no longer functions with SLES10x
On Fri, Apr 27, 2007 at 1:55 PM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. I'm not familiar with sudosh, just sudo. What RPM is that included in? 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: Cell chips added to z9bc
On Fri, Apr 27, 2007 at 3:37 PM, in message [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: http://www.computerworld.com/action/article.do?command=viewArticleBasicarticl eId=9017926 It would nice if ComputerWorld would learn to include links to announcements like this. I'm interested in seeing if the cell processors will be used as graphics co-processors, or just how they're to be integrated. I imaging Ulrich might be happy to finally see this announcement 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
FYI APAR HIPER flag change (cross posted)
Greetings, If you follow HIPER APAR's, please do not be alarmed. This note explains some changes that caused us to review all active APAR's, and change the HIPER flag when needed. System z, z/VM APAR HIPER and RSU process changes: IBM's current service guidelines requires all APARs that result in system outage be marked 'HIPER'. In z/VM's case, this also applies to APARs that correct virtual machine outages. This same APAR may or may not also be marked PERVASIVE. The previous guideline required any system or subsystem outage APAR to be marked 'PERVASIVE' in order to have been marked HIPER. As you can see this is a switch. To adhere to the current guideline, system outage APARs that were not marked HIPER have now been marked HIPER. zVM's RSU philosophy has been to put all HIPER APARs on the RSU. This has been changed. Now, APARs designated HIPER and PERVASIVE are automatically included on the RSU. All HIPER APARs are not necessarily PERVASIVE and as such may not be put on the RSU. The HIPER designation is for customer awareness that these problems exist, they cause a system or subsystem outage, and may or may not be on the RSU. Here are the newly designated HIPER APARs, currently in supported releases R510 and R520: VM56702 VM63454 VM63502 VM63540 VM63553 VM63558 VM63565 VM63567 VM63579 VM63590 VM63604 VM63619 VM63640 VM63650 VM63654 VM63655 VM63666 VM63667 VM63676 VM63694 VM63696 VM63717 VM63719 VM63720 VM63723 VM63769 VM63771 VM63772 VM63777 VM63785 VM63806 VM63807 VM63827 VM63828 VM63831 VM63832 VM63838 VM63840 VM63842 VM63843 VM63847 VM63858 VM63859 VM63860 VM63866 VM63871 VM63887 VM63888 VM63900 VM63903 VM63906 VM63907 VM63911 VM63913 VM63917 VM63924 VM63925 VM63930 VM63943 VM63954 VM63955 VM63956 VM63957 VM63962 VM63965 VM63970 VM63971 VM63973 VM63980 VM63986 VM63987 VM63988 VM63990 VM63991 VM63992 VM63994 VM63997 VM63998 VM64012 VM64013 VM64014 VM64015 VM64023 VM64029 VM64033 VM64036 VM64037 VM64042 VM64049 VM64052 VM64060 VM64075 VM64076 VM64083 VM64084 VM64099 VM64100 VM64103 VM64105 VM64115 VM64121 VM64125 VM64129 VM64141 VM64143 VM64144 VM64145 VM64154 VM64165 VM64173 VM64174 VM64183 Thanks and Best Regards, Kurt Acker -- 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: sudosh no longer functions with SLES10x
I came across sudosh 2.0. I downloaded the sources and will try to install it and see if it works. More info can be found at: http://linux.softpedia.com/get/System/Shells/sudosh-11122.shtml I will let you know how it turns out. Peter Mark Post [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 04/27/2007 05:32 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: sudosh no longer functions with SLES10x On Fri, Apr 27, 2007 at 1:55 PM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. I'm not familiar with sudosh, just sudo. What RPM is that included in? 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: sudosh no longer functions with SLES10x
LAUS looks interesting. Unfortunately it is not part of the SuSE distribution. Does anyone have experience running this? Peter Marcy Cortes [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 04/27/2007 03:45 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: sudosh no longer functions with SLES10x I haven't looked very closely admittedly, but doesn't the LAUS package do that? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter E. Abresch Jr. - at Pepco Sent: Friday, April 27, 2007 10:56 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] sudosh no longer functions with SLES10x It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. What other products are out there for logging root commands that are reliable? Thanks as always. 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 -- 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: sudosh no longer functions with SLES10x
On Fri, Apr 27, 2007 at 6:54 PM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: LAUS looks interesting. Unfortunately it is not part of the SuSE distribution. Does anyone have experience running this? It was later renamed to audit, and is still part of SLES. One thing my team ran into frequently on Intel Linux systems was that you have to be _very_ careful not to let the available space on /var drop below 20%, or your system will just kind of slow down and stop. Not crash, just stop. 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: sudosh no longer functions with SLES10x
On Fri, Apr 27, 2007 at 6:36 PM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: I came across sudosh 2.0. I downloaded the sources and will try to install it and see if it works. More info can be found at: http://linux.softpedia.com/get/System/Shells/sudosh-11122.shtml Ah, I thought perhaps something that included on prior versions of SLES. I won't worry so much then. 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: sudosh no longer functions with SLES10x
Mark Post wrote: One thing my team ran into frequently on Intel Linux systems was that you have to be _very_ careful not to let the available space on /var drop below 20%, or your system will just kind of slow down and stop. Not crash, just stop. I just did a quick check; I have several systems in regular use with less than 20% free in /var, some with less than 3%. _I_ never heard of such a thing before. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- 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
