Monday for RHEL 5

2010-04-26 Thread Frank M. Ramaekers
There was a normal shutdown of RHEL 5 on Friday, but today: Waiting for driver initialization. Scanning and configuring dmraid supported devices Scanning logical volumes Reading all physical volumes. This may take a while... Couldn't find device with uuid

Re: The udevadm settle command timing out

2010-04-26 Thread Sebastian Ott
Hi Michael, On Fri, 23 Apr 2010, Michael MacIsaac wrote: It seemed that the chccwdev command finished asynchronously. chccwdev does not finish asynchronously. If chccwdev returns the device driver completed its online/offline processing. The problem you try to solve is, that some things are

Re: Monday for RHEL 5

2010-04-26 Thread Justin Payne
Looks like some disks (dasd or fcp) aren't being seen. What was the reason for the reboot today? Were any disks recently added? -Justin On 04/26/2010 09:00 AM, Frank M. Ramaekers wrote: There was a normal shutdown of RHEL 5 on Friday, but today: Waiting for driver initialization. Scanning

Re: SLES10 upgrade from SP2 to SP3

2010-04-26 Thread Smith, Ann (ISD, IT)
I had to re-register server at Novell. http://www.novell.com/support/search.do?cmd=displayKCdocType=kcexterna lId=3303599sliceId=SAL_PublicdialogID=49139291stateId=1%200%204418672 I had similar issues when I had done SP1 to SP2 upgrades. -Original Message- From: Linux on 390 Port

Re: The udevadm settle command timing out

2010-04-26 Thread Michael MacIsaac
Sebastian, Thanks for your complete reply. I will look into your questions and post back Mike MacIsaac mike...@us.ibm.com (845) 433-7061 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to

Re: Monday for RHEL 5

2010-04-26 Thread RPN01
My best guess (having tested this theory several times personally) is that you added several disks (maybe two?) to the system and added them into LVM groups, but forgot to edit modprobe.conf and execute the mkinitrd and zipl following the additions. This is guaranteed to give varying weird

Re: Monday for RHEL 5

2010-04-26 Thread Frank M. Ramaekers
You might have something there...I'll investigate. Thanks, Frank M. Ramaekers Jr. -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of RPN01 Sent: Monday, April 26, 2010 12:46 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Monday for RHEL 5 My best

Info about users and groups

2010-04-26 Thread Victor Echavarry Diaz
Does anybody knows the usage and purpose of the following users and groups. Users: suse-ncc:x:102:105:Novell Customer Center User:/var/lib/YaST2/suse-ncc-fakehome:/bin/bash hacluster:x:90:90:heartbeat processes:/var/lib/heartbeat/cores/hacluster:/bin/false messagebus:x:100:101:User for

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread David Boyes
Below is the announcement for RHEL 6 beta, released this past Wednesday. It's currently available on RHN (https://rhn.redhat.com). Brad, does this release contain the IMA fixes that correctly decrement use counters on exit? If not, is there a suggested procedure to disable IMA or keep it

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Xose Vazquez Perez
Brad Hinson bhin...@redhat.com wrote: Below is the announcement for RHEL 6 beta, released this past Wednesday. It's currently available on RHN (https://rhn.redhat.com). be careful, The CTC (channel-to-channel) and IUCV (inter-user communication vehicle) are deprecated and are not supported

Regina RPM for s390x

2010-04-26 Thread Mark Workman
I am trying to find a working RPM for Regina. We are running SLES 11 on z/VM. I thought I read it was included in the SDK but it is not showing up. Thanks, Mark Workman Shelter Insurance Companies 573.214.4672 mwork...@shelterinsurance.com This e-mail is intended only for its addressee and

Re: Regina RPM for s390x

2010-04-26 Thread Mark Post
On 4/26/2010 at 03:11 PM, Mark Workman mwork...@shelterinsurance.com wrote: I am trying to find a working RPM for Regina. We are running SLES 11 on z/VM. I thought I read it was included in the SDK but it is not showing up. It was inadvertently left out of the SLES11 GA SDK. It will be

Re: Regina RPM for s390x

2010-04-26 Thread Mark Workman
Thanks for the quick reply. Do you know of any Regina PRMs that will work on SLES 11? Thanks again, Mark Workman Shelter Insurance Companies 573.214.4672 mwork...@shelterinsurance.com From: Mark Post mp...@novell.com To: LINUX-390@VM.MARIST.EDU Date: 04/26/2010 02:52 PM Subject:

Re: Regina RPM for s390x

2010-04-26 Thread Mark Pace
You can build your own RPM from the source. On Mon, Apr 26, 2010 at 3:57 PM, Mark Workman mwork...@shelterinsurance.com wrote: Thanks for the quick reply. Do you know of any Regina PRMs that will work on SLES 11? Thanks again, Mark Workman Shelter Insurance Companies 573.214.4672

Re: Regina RPM for s390x

2010-04-26 Thread Mark Post
On 4/26/2010 at 03:57 PM, Mark Workman mwork...@shelterinsurance.com wrote: Thanks for the quick reply. Do you know of any Regina PRMs that will work on SLES 11? As Mark Pace pointed out, you could build your own from source. However, this is now one built on SLES11 at

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Michael MacIsaac
The CTC (channel-to-channel) and IUCV (inter-user communication vehicle) are deprecated ... Ouch! We use IUCV all the time. Is there any reason for this? Mike MacIsaac mike...@us.ibm.com (845) 433-7061 -- For LINUX-390

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Mark Post
On 4/26/2010 at 04:19 PM, Michael MacIsaac mike...@us.ibm.com wrote: Ouch! We use IUCV all the time. Is there any reason for this? For the installation process? Mark Post -- For LINUX-390 subscribe / signoff / archive

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Xose Vazquez Perez
On 04/26/2010 10:19 PM, Michael MacIsaac wrote: The CTC (channel-to-channel) and IUCV (inter-user communication vehicle) are deprecated ... Ouch! We use IUCV all the time. Is there any reason for this? It's a IBM request. see:

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Xose Vazquez Perez
On 04/26/2010 10:32 PM, Mark Post wrote: On 4/26/2010 at 04:19 PM, Michael MacIsaac mike...@us.ibm.com wrote: Ouch! We use IUCV all the time. Is there any reason for this? For the installation process? SuSE is not too far:

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Mark Post
On 4/26/2010 at 04:41 PM, Xose Vazquez Perez xose.vazq...@gmail.com wrote: It's a IBM request. Hopefully everyone realizes that when stuff like this is dropped (and particularly when both SLES and RHEL are dropping it), it's an IBM decision. Sometimes those decisions are made sooner than

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Mark Post
On 4/26/2010 at 04:46 PM, Xose Vazquez Perez xose.vazq...@gmail.com wrote: On 04/26/2010 10:32 PM, Mark Post wrote: On 4/26/2010 at 04:19 PM, Michael MacIsaac mike...@us.ibm.com wrote: Ouch! We use IUCV all the time. Is there any reason for this? For the installation process?

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Tom Duerbusch
Where I did initially like IUCV and VCTCA, both methods are Point to Point on an IP network. (it seemed simplier) It violates all the standard networking laws. Every time I showed our IP setup to the network people, they were just confused and I didn't know why. But in z/VM 5.2, support was

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Alan Altmark
On Monday, 04/26/2010 at 05:11 EDT, Tom Duerbusch duerbus...@stlouiscity.com wrote: But in z/VM 5.2, support was dropped for IUCV and VCTCA on an IP network. Huh? z/VM still continues to support IUCV and CTC (virtual or otherwise) IP connections. Heck, we still support HYPERchannels and CLAW.

Re: Announcing Red Hat Enterprise Linux 6 beta

2010-04-26 Thread Rodger Donaldson
On Tue, April 27, 2010 08:52, Mark Post wrote: On 4/26/2010 at 04:41 PM, Xose Vazquez Perez xose.vazq...@gmail.com wrote: It's a IBM request. Hopefully everyone realizes that when stuff like this is dropped (and particularly when both SLES and RHEL are dropping it), it's an IBM decision.