From donald.teed at gmail.com Thu Jun 2 10:27:16 2011 From: donald.teed at gmail.com (D G Teed) Date: Thu, 2 Jun 2011 07:27:16 -0300 Subject: [rhelv6-list] No Redhat network this AM? Message-ID: Is it just me, or is Redhat Network unavailable this morning, June 2nd 7:20 AM ET? This is our maintenance window, so it is critical we can do our yum updates at this time of day. I can see the Redhat site and logged into Portals, but any links like Channels, RHN, fail. Any machine doing a yum update gets this incomprehensible garbage from python: # yum update Loaded plugins: rhnplugin Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 309, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 157, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 187, in getOptionsConfig self.conf File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 665, in conf = property(fget=lambda self: self._getConfig(), File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 254, in _getConfig self.plugins.run('init') File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 179, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/lib/yum-plugins/rhnplugin.py", line 127, in init_hook svrChannels = rhnChannel.getChannelDetails() File "/usr/share/rhn/up2date_client/rhnChannel.py", line 86, in getChannelDetails sourceChannels = getChannels() File "/usr/share/rhn/up2date_client/rhnChannel.py", line 112, in getChannels up2dateChannels = s.up2date.listChannels(up2dateAuth.getSystemId()) File "/usr/share/rhn/up2date_client/rhnserver.py", line 50, in __call__ return rpcServer.doCall(method, *args, **kwargs) File "/usr/share/rhn/up2date_client/rpcServer.py", line 204, in doCall ret = method(*args, **kwargs) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/share/rhn/up2date_client/rpcServer.py", line 38, in _request1 ret = self._request(methodname, params) File "/usr/lib/python2.4/site-packages/rhn/rpclib.py", line 425, in _request raise InvalidRedirectionError( rhn.rpclib.InvalidRedirectionError: HTTPS redirected to HTTP is not supported Yum clean all does not help, and I've seen it on three systems now. Has anyone at Redhat considered adding error checking to yum? Don't they teach this in introductory programming? You don't ASSUME the connection works, you try and then test for failure. If it fails, catch it and produce a meaningful error. Also, I don't like this single point of failure. If we come in to do maintenance, and the update service is offline, there are no alternative mirrors I am aware of. --Donald From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 2 10:39:30 2011 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 2 Jun 2011 12:39:30 +0200 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: References: Message-ID: <20110602123930.02c74745@python3.es.aed.lan> D G Teed wrote : > Is it just me, or is Redhat Network unavailable this morning, June 2nd > 7:20 AM ET? It's not just you :-) I also saw weird errors about too many redirects, and right now the RHN website just says "redhat.com will be back soon." Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 14 (Laughlin) - Linux kernel 2.6.35.13-91.fc14.x86_64 Load : 1.21 0.66 0.41 From hbrown at divms.uiowa.edu Thu Jun 2 13:29:29 2011 From: hbrown at divms.uiowa.edu (Hugh Brown) Date: Thu, 02 Jun 2011 08:29:29 -0500 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: References: Message-ID: <4DE79039.8090300@divms.uiowa.edu> > > Also, I don't like this single point of failure. If we come in to do > maintenance, and > the update service is offline, there are no alternative mirrors I am aware of. > > --Donald In the past, we would do a "yum --downloadonly -y update" before a planned maintenance window so that all of the packages would be local to the box that needed to be patched. You have to have the yum-plugin-downloadonly package installed for that to work. Another alternative is to buy the Satellite service and then you have a local version of RHN. Hugh From cmadams at hiwaay.net Thu Jun 2 13:01:46 2011 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 2 Jun 2011 08:01:46 -0500 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: References: Message-ID: <20110602130146.GA17691@hiwaay.net> Once upon a time, D G Teed said: > Also, I don't like this single point of failure. If we come in to do > maintenance, and > the update service is offline, there are no alternative mirrors I am aware of. That is correct; everything depends on a working RHN. RHN is currently working for me, but the Customer Portal is not, which is irritating because now software ISO downloads go through the Portal (which IIRC then sends you back to RHN to actually download, but that link is gone from the RHN interface). I expect that Red Hat will not say a word about this latest service-affecting outage, as per their usual. I guess some marketing lackey thinks if they don't say anything, then it didn't really happen (or customers just won't notice). It looks like RHEL 5.7 may be out this morning (I sure see a bunch of updates), but it is hard to tell since Red Hat's sites are broken. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Thu Jun 2 14:14:04 2011 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 2 Jun 2011 09:14:04 -0500 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: <20110602130146.GA17691@hiwaay.net> References: <20110602130146.GA17691@hiwaay.net> Message-ID: <20110602141404.GB17691@hiwaay.net> Once upon a time, Chris Adams said: > It looks like RHEL 5.7 may be out this morning (I sure see a bunch of > updates), but it is hard to tell since Red Hat's sites are broken. Scratch that - the system I checked was just a little more out-of-date than I realized. :-) -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From brilong at cisco.com Thu Jun 2 15:05:44 2011 From: brilong at cisco.com (Brian Long) Date: Thu, 02 Jun 2011 11:05:44 -0400 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: <4DE79039.8090300@divms.uiowa.edu> References: <4DE79039.8090300@divms.uiowa.edu> Message-ID: <4DE7A6C8.1000206@cisco.com> On 6/2/11 9:29 AM, Hugh Brown wrote: >> Also, I don't like this single point of failure. If we come in to do >> maintenance, and >> the update service is offline, there are no alternative mirrors I am >> aware of. >> >> --Donald > > In the past, we would do a "yum --downloadonly -y update" before a > planned maintenance window so that all of the packages would be local to > the box that needed to be patched. You have to have the > yum-plugin-downloadonly package installed for that to work. > > Another alternative is to buy the Satellite service and then you have a > local version of RHN. Another option I've recently tried is mrepo from Dag Wieers. I had to apply a few patches to get it working with RHEL 6, but it's been awesome. http://dag.wieers.com/home-made/mrepo/ /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From cwfox at us.fujitsu.com Thu Jun 2 19:51:35 2011 From: cwfox at us.fujitsu.com (Camron W. Fox) Date: Thu, 02 Jun 2011 09:51:35 -1000 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: <4DE7A6C8.1000206@cisco.com> References: <4DE79039.8090300@divms.uiowa.edu> <4DE7A6C8.1000206@cisco.com> Message-ID: <4DE7E9C7.9050307@us.fujitsu.com> On 11/06/02 05:05, Brian Long wrote: > On 6/2/11 9:29 AM, Hugh Brown wrote: >>> Also, I don't like this single point of failure. If we come in to do >>> maintenance, and >>> the update service is offline, there are no alternative mirrors I am >>> aware of. >>> >>> --Donald >> >> In the past, we would do a "yum --downloadonly -y update" before a >> planned maintenance window so that all of the packages would be local to >> the box that needed to be patched. You have to have the >> yum-plugin-downloadonly package installed for that to work. >> >> Another alternative is to buy the Satellite service and then you have a >> local version of RHN. > > Another option I've recently tried is mrepo from Dag Wieers. I had to > apply a few patches to get it working with RHEL 6, but it's been awesome. > > http://dag.wieers.com/home-made/mrepo/ > > /Brian/ +1 for mrepo. We've been using it for our site the last three years for not only RHEL, but CentOS and SL as well. Works like a charm, but RHN *does* need to be up to get updates. As there are so many mirrors for the other two, uptime of the primary is not an issue. Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cwfox at us.fujitsu.com From dag at wieers.com Thu Jun 2 19:52:31 2011 From: dag at wieers.com (Dag Wieers) Date: Thu, 2 Jun 2011 21:52:31 +0200 (CEST) Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: <4DE7A6C8.1000206@cisco.com> References: <4DE79039.8090300@divms.uiowa.edu> <4DE7A6C8.1000206@cisco.com> Message-ID: On Thu, 2 Jun 2011, Brian Long wrote: > On 6/2/11 9:29 AM, Hugh Brown wrote: >>> Also, I don't like this single point of failure. If we come in to do >>> maintenance, and >>> the update service is offline, there are no alternative mirrors I am >>> aware of. >>> >>> --Donald >> >> In the past, we would do a "yum --downloadonly -y update" before a >> planned maintenance window so that all of the packages would be local to >> the box that needed to be patched. You have to have the >> yum-plugin-downloadonly package installed for that to work. >> >> Another alternative is to buy the Satellite service and then you have a >> local version of RHN. > > Another option I've recently tried is mrepo from Dag Wieers. I had to > apply a few patches to get it working with RHEL 6, but it's been awesome. > > http://dag.wieers.com/home-made/mrepo/ Or you can run mrepo on RHEL5 or RHEL4 to download updates for all the platforms (distributions/archs), including RHEL6. I was actually planning CDN support, which is a must before RHEL5.7 is released. But it's going to be a big effort and I need to make sure I'll have the time for this. So maybe a quick RHEL6 fix release wouldn't be so bad. But there have been plenty of feature requests that are currently blocked by the design and the configuration file, so we should break with the past (drop apt/yum-arch support, config overhaul) and release a major new version. We moved mrepo development to github.com, so if you're interested in helping, discuss or send pull-requests :) -- -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- dagit linux solutions, info at dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] From brilong at cisco.com Thu Jun 2 20:08:43 2011 From: brilong at cisco.com (Brian Long) Date: Thu, 02 Jun 2011 16:08:43 -0400 Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: References: <4DE79039.8090300@divms.uiowa.edu> <4DE7A6C8.1000206@cisco.com> Message-ID: <4DE7EDCB.5050802@cisco.com> > Or you can run mrepo on RHEL5 or RHEL4 to download updates for all the > platforms (distributions/archs), including RHEL6. > > I was actually planning CDN support, which is a must before RHEL5.7 is > released. But it's going to be a big effort and I need to make sure I'll > have the time for this. So maybe a quick RHEL6 fix release wouldn't be > so bad. Could you explain what you mean? What kind of CDN support and why must if be out before RHEL 5.7? Also, I didn't look too deeply into Spacewalk, RHN's upstream. Does Spacewalk offer most of what mrepo provides or is it a different beast completely? http://spacewalk.redhat.com/ > But there have been plenty of feature requests that are currently > blocked by the design and the configuration file, so we should break > with the past (drop apt/yum-arch support, config overhaul) and release a > major new version. > > We moved mrepo development to github.com, so if you're interested in > helping, discuss or send pull-requests :) Where are the feature requests documented? /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From dag at wieers.com Thu Jun 2 21:50:39 2011 From: dag at wieers.com (Dag Wieers) Date: Thu, 2 Jun 2011 23:50:39 +0200 (CEST) Subject: [rhelv6-list] No Redhat network this AM? In-Reply-To: <4DE7EDCB.5050802@cisco.com> References: <4DE79039.8090300@divms.uiowa.edu> <4DE7A6C8.1000206@cisco.com> <4DE7EDCB.5050802@cisco.com> Message-ID: On Thu, 2 Jun 2011, Brian Long wrote: >> Or you can run mrepo on RHEL5 or RHEL4 to download updates for all the >> platforms (distributions/archs), including RHEL6. >> >> I was actually planning CDN support, which is a must before RHEL5.7 is >> released. But it's going to be a big effort and I need to make sure I'll >> have the time for this. So maybe a quick RHEL6 fix release wouldn't be >> so bad. > > Could you explain what you mean? What kind of CDN support and why must > if be out before RHEL 5.7? Well, Both RHEL6.1 and RHEL5.7 come with CDN support, which should make you no longer dependant on RHN being up for downloading updates. It should be much faster as well. > Also, I didn't look too deeply into Spacewalk, RHN's upstream. Does > Spacewalk offer most of what mrepo provides or is it a different beast > completely? Spacewalk is RHN Satelite. mrepo consists of various tools, including gensystemid, a tool to register and create a systemid, and rhnget, a tool to download updates from RHN using a systemid. I don't know if Spacewalk can do RHN downloads nowadays, but in the past people used rhnget with spacewalk for downloading updates. That said, mrepo was written long before Red Hat opened its RHN Satelite code. >> But there have been plenty of feature requests that are currently >> blocked by the design and the configuration file, so we should break >> with the past (drop apt/yum-arch support, config overhaul) and release a >> major new version. >> >> We moved mrepo development to github.com, so if you're interested in >> helping, discuss or send pull-requests :) > > Where are the feature requests documented? Well, not in github (as we've only moved recently). There's a TODO list in the repository, but there have been other features requested on the mailinglist over the years. -- -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- dagit linux solutions, info at dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] From brilong at cisco.com Tue Jun 7 20:54:09 2011 From: brilong at cisco.com (Brian Long) Date: Tue, 07 Jun 2011 16:54:09 -0400 Subject: [rhelv6-list] scsi-target-utils upgrade? Message-ID: <4DEE8FF1.1040703@cisco.com> I'm running a software target using scsi-target-utils 1.0.4 from RHEL 6.0. I have two initiators attached (VMware ESXi 4.1 software iSCSI). Does anyone have a best practice on upgrading scsi-target-utils without taking down both initiators/hosts? I'd like to upgrade the RPM on my iSCSI storage host, fail the VMs to one physical host using vMotion, detach and re-attach the other host (should bring up the new tgtd), then fail the VMs back over using vMotion, and detach / re-attach the second host making sure a new instance of tgtd is running in each case. Has anyone tried this or something similar? /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From gianluca.cecchi at gmail.com Wed Jun 8 06:48:20 2011 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 8 Jun 2011 08:48:20 +0200 Subject: [rhelv6-list] scsi-target-utils upgrade? In-Reply-To: <4DEE8FF1.1040703@cisco.com> References: <4DEE8FF1.1040703@cisco.com> Message-ID: On Tue, Jun 7, 2011 at 10:54 PM, Brian Long wrote: > I'm running a software target using scsi-target-utils 1.0.4 from RHEL > 6.0. ?I have two initiators attached (VMware ESXi 4.1 software iSCSI). > Does anyone have a best practice on upgrading scsi-target-utils without > taking down both initiators/hosts? > > I'd like to upgrade the RPM on my iSCSI storage host, fail the VMs to > one physical host using vMotion, detach and re-attach the other host > (should bring up the new tgtd), then fail the VMs back over using > vMotion, and detach / re-attach the second host making sure a new > instance of tgtd is running in each case. > > Has anyone tried this or something similar? > One possible way to upgrade iscsi target without interruption for your VMs could be using dmotion (storage vmotion) towards other storage pools if the total amount that is necessary is available and if VMware supports it with iSCSI based storage... Or temporarily set up another iscsi target server (eventually using local disk) and use it for dmotion ... and dmotion again at the end.. But probably you already evaluated this way ... Gianluca From Andre.tenBohmer at wur.nl Wed Jun 8 07:29:05 2011 From: Andre.tenBohmer at wur.nl (Bohmer, Andre ten) Date: Wed, 8 Jun 2011 09:29:05 +0200 Subject: [rhelv6-list] Illegal configuration detected for Max BW Message-ID: Hello, After upgrading from kernel 2.6.32-71.29.1.el6.x86_64 onto 2.6.32-131.0.15.el6.x86_64, the console and kernel fill up with following messages: [bnx2x_extract_max_cfg:1079(eth11)]Illegal configuration detected for Max BW - using 100 instead [bnx2x_extract_max_cfg:1079(eth10)]Illegal configuration detected for Max BW - using 100 instead [bnx2x_extract_max_cfg:1079(eth9)]Illegal configuration detected for Max BW - using 100 instead [bnx2x_extract_max_cfg:1079(eth12)]Illegal configuration detected for Max BW - using 100 instead Today upgraded onto kernel 2.6.32-131.2.1.el6.x86_64, but to no avail. RHEL6.1 installed on a HP-Blade bl460c-g6 with VirtualConnect, so the server has 8 virtual networking devices from which 2 are active. I've teamed all 8 devices into one bonding device. network-scripts]# cat ifcfg-eth8 DEVICE="eth8" BOOTPROTO="static" NM_CONTROLLED="yes" ONBOOT="yes" SLAVE=yes MASTER=bond0 These messages only show up for the 6 devices which are not active, and the servers network conenctivity seems to be ok. Should I change this setup, or use a special module parameter on loading bnx2x, or a regression bug maybe? Cheers, Andre From brilong at cisco.com Wed Jun 8 12:01:21 2011 From: brilong at cisco.com (Brian Long) Date: Wed, 08 Jun 2011 08:01:21 -0400 Subject: [rhelv6-list] scsi-target-utils upgrade? In-Reply-To: References: <4DEE8FF1.1040703@cisco.com> Message-ID: <4DEF6491.7020602@cisco.com> On 6/8/11 2:48 AM, Gianluca Cecchi wrote: > One possible way to upgrade iscsi target without interruption for your > VMs could be using dmotion (storage vmotion) towards other storage > pools if the total amount that is necessary is available and if VMware > supports it with iSCSI based storage... > Or temporarily set up another iscsi target server (eventually using > local disk) and use it for dmotion ... and dmotion again at the end.. > But probably you already evaluated this way ... I have not evaluated dmotion to perform this specific upgrade, but I recently used dmotion to move from the RHEL5-based iSCSI target to the RHEL6-based target. This is a small non-production environment (two hosts + storage host in a lab) so I was hoping to see if someone had done what I suggested. If not, I'll consider dmotion like you suggested since I know it should work and will allow me to migrate to the latest scsi-target-utils. Thanks. /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From jos at xos.nl Sun Jun 12 15:51:00 2011 From: jos at xos.nl (Jos Vos) Date: Sun, 12 Jun 2011 17:51:00 +0200 Subject: [rhelv6-list] Install with fbdev creates incomplete xorg.conf Message-ID: <201106121551.p5CFp0uY010451@jasmine.xos.nl> Hi, When installing RHEL6 with boot options "xdriver=fbdev video=fbdev" on a system that doesn't work (graphically) in another way, installing in graphical mode works fine, but after the normal boot X won't start, because the generated /etc/X11/xorg.conf is incomplete: Section "Device" Identifier "Videocard0" Driver "fbdev" EndSection It complains about a missing "Screen" section etc. Should this considered to be a bug in anaconda and should I file it? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jos at xos.nl Sun Jun 12 16:57:37 2011 From: jos at xos.nl (Jos Vos) Date: Sun, 12 Jun 2011 18:57:37 +0200 Subject: [rhelv6-list] DNS lookup for host is wrong on KVM guest Message-ID: <201106121657.p5CGvbJY010870@jasmine.xos.nl> Hi, On RHEL6 (only tested on 6.0), name resolving on a KVM guest for the underlying host gives the correct IPv4 address, but also "::1" as IPv6 address! This means for example that when I want to copy a file from the guest to the host with "scp" this fails (it tries to copy the file to itself, which is understandable as it takes the IPv6 localhost address), unless I use "scp -4" (forcing IPv4). Resolving other hostnames works fine (that is, only an IPv4-address is given, unless the host also has an IPv6 address). Is this a (known?) bug, or is this related to something else? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From john.haxby at gmail.com Mon Jun 13 07:59:38 2011 From: john.haxby at gmail.com (John Haxby) Date: Mon, 13 Jun 2011 08:59:38 +0100 Subject: [rhelv6-list] DNS lookup for host is wrong on KVM guest In-Reply-To: <201106121657.p5CGvbJY010870@jasmine.xos.nl> References: <201106121657.p5CGvbJY010870@jasmine.xos.nl> Message-ID: On 12 June 2011 17:57, Jos Vos wrote: > > On RHEL6 (only tested on 6.0), name resolving on a KVM guest for > the underlying host gives the correct IPv4 address, but also "::1" > as IPv6 address! > > I'm sure you've checked, but it /etc/hosts OK? No spurious entries for hostnames on the ::1 line? jch -------------- next part -------------- An HTML attachment was scrubbed... URL: From jos at xos.nl Mon Jun 13 12:20:28 2011 From: jos at xos.nl (Jos Vos) Date: Mon, 13 Jun 2011 14:20:28 +0200 Subject: [rhelv6-list] DNS lookup for host is wrong on KVM guest In-Reply-To: References: <201106121657.p5CGvbJY010870@jasmine.xos.nl> Message-ID: <20110613122028.GA16620@jasmine.xos.nl> On Mon, Jun 13, 2011 at 08:59:38AM +0100, John Haxby wrote: > I'm sure you've checked, but it /etc/hosts OK? No spurious entries for > hostnames on the ::1 line? Well, the KVM host has listed itself also as ::1 (not done by me), but when doing "host" with its own name, it only gives back the IPv4 address (strange???). On the guest, /etc/hosts only contains localhost* names. Now I removed the ::1 entry from the KVM host's /etc/hosts, but the guests (both RHEL6 and F15 guest) continue giving back also ::1 as address. So, it looks a bit confusing and inconsistent... -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From brilong at cisco.com Wed Jun 15 15:13:17 2011 From: brilong at cisco.com (Brian Long) Date: Wed, 15 Jun 2011 11:13:17 -0400 Subject: [rhelv6-list] Host hung, hung_task_timeout_secs mentioned Message-ID: <4DF8CC0D.9090307@cisco.com> I ran into a server hang last night running 2.6.32-131.2.1.el6.x86_64. I just installed the latest updates (RHEL 6.1) yesterday morning and I experienced the hang during my Amanda backups. I found a RHEL 5 bug which mention similar problems but no fix: https://bugzilla.redhat.com/show_bug.cgi?id=605444 I had Opsware monitoring the host and it went offline completely for about 1 minute. Has anyone else experienced this? I'm running a LSI 8708EM2 RAID controller with battery-backed cache. Jun 15 02:00:01 delenn xinetd[2082]: START: amanda pid=19385 from=x.x.x.x Jun 15 02:00:31 delenn xinetd[2082]: EXIT: amanda status=0 pid=19385 duration=30(sec) Jun 15 02:09:45 delenn kernel: INFO: task jbd2/dm-1-8:609 blocked for more than 120 seconds. Jun 15 02:09:45 delenn kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 15 02:09:45 delenn kernel: jbd2/dm-1-8 D 0000000000000000 0 609 2 0x00000000 Jun 15 02:09:45 delenn kernel: ffff8802629e1c10 0000000000000046 ffff8802629e1bd8 ffff8802629e1bd4 Jun 15 02:09:45 delenn kernel: ffff880263b1d340 ffff88026fc24300 ffff8800282f5f80 0000000103e3d1cb Jun 15 02:09:45 delenn kernel: ffff880263b1d0b8 ffff8802629e1fd8 000000000000f598 ffff880263b1d0b8 Jun 15 02:09:45 delenn kernel: Call Trace: Jun 15 02:09:45 delenn kernel: [] ? sync_buffer+0x0/0x50 Jun 15 02:09:45 delenn kernel: [] io_schedule+0x73/0xc0 Jun 15 02:09:45 delenn kernel: [] sync_buffer+0x40/0x50 Jun 15 02:09:45 delenn kernel: [] __wait_on_bit+0x5f/0x90 Jun 15 02:09:45 delenn kernel: [] ? sync_buffer+0x0/0x50 Jun 15 02:09:45 delenn kernel: [] out_of_line_wait_on_bit+0x78/0x90 Jun 15 02:09:45 delenn kernel: [] ? wake_bit_function+0x0/0x50 Jun 15 02:09:45 delenn kernel: [] __wait_on_buffer+0x26/0x30 Jun 15 02:09:45 delenn kernel: [] jbd2_journal_commit_transaction+0x1121/0x1490 [jbd2] Jun 15 02:09:45 delenn kernel: [] ? __switch_to+0xd0/0x320 Jun 15 02:09:45 delenn kernel: [] ? try_to_del_timer_sync+0x7b/0xe0 Jun 15 02:09:45 delenn kernel: [] kjournald2+0xb8/0x220 [jbd2] Jun 15 02:09:45 delenn kernel: [] ? autoremove_wake_function+0x0/0x40 Jun 15 02:09:45 delenn kernel: [] ? kjournald2+0x0/0x220 [jbd2] Jun 15 02:09:45 delenn kernel: [] kthread+0x96/0xa0 Jun 15 02:09:45 delenn kernel: [] child_rip+0xa/0x20 Jun 15 02:09:45 delenn kernel: [] ? kthread+0x0/0xa0 Jun 15 02:09:45 delenn kernel: [] ? child_rip+0x0/0x20 Jun 15 02:20:25 delenn auditd[1702]: Audit daemon rotating log files Jun 15 02:43:41 delenn xinetd[2082]: START: amanda pid=20084 from=x.x.x.x Jun 15 02:44:11 delenn xinetd[2082]: EXIT: amanda status=0 pid=20084 duration=30(sec) /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From ttsig at tuxyturvy.com Wed Jun 15 15:53:31 2011 From: ttsig at tuxyturvy.com (Tom Sightler) Date: Wed, 15 Jun 2011 11:53:31 -0400 Subject: [rhelv6-list] Host hung, hung_task_timeout_secs mentioned In-Reply-To: <4DF8CC0D.9090307@cisco.com> References: <4DF8CC0D.9090307@cisco.com> Message-ID: <1308153211.9779.16.camel@iso-8590-lx> On Wed, 2011-06-15 at 11:13 -0400, Brian Long wrote: > I ran into a server hang last night running 2.6.32-131.2.1.el6.x86_64. > I just installed the latest updates (RHEL 6.1) yesterday morning and I > experienced the hang during my Amanda backups. I found a RHEL 5 bug > which mention similar problems but no fix: > https://bugzilla.redhat.com/show_bug.cgi?id=605444 > > I had Opsware monitoring the host and it went offline completely for > about 1 minute. Has anyone else experienced this? I'm running a LSI > 8708EM2 RAID controller with battery-backed cache. > > Jun 15 02:00:01 delenn xinetd[2082]: START: amanda pid=19385 from=x.x.x.x > Jun 15 02:00:31 delenn xinetd[2082]: EXIT: amanda status=0 pid=19385 > duration=30(sec) > Jun 15 02:09:45 delenn kernel: INFO: task jbd2/dm-1-8:609 blocked for > more than 120 seconds. > Jun 15 02:09:45 delenn kernel: "echo 0 > > /proc/sys/kernel/hung_task_timeout_secs" disables this message. > Jun 15 02:09:45 delenn kernel: jbd2/dm-1-8 D 0000000000000000 0 > 609 2 0x00000000 > Jun 15 02:09:45 delenn kernel: ffff8802629e1c10 0000000000000046 > ffff8802629e1bd8 ffff8802629e1bd4 > Jun 15 02:09:45 delenn kernel: ffff880263b1d340 ffff88026fc24300 > ffff8800282f5f80 0000000103e3d1cb > Jun 15 02:09:45 delenn kernel: ffff880263b1d0b8 ffff8802629e1fd8 > 000000000000f598 ffff880263b1d0b8 > Jun 15 02:09:45 delenn kernel: Call Trace: > Jun 15 02:09:45 delenn kernel: [] ? sync_buffer+0x0/0x50 > Jun 15 02:09:45 delenn kernel: [] io_schedule+0x73/0xc0 > Jun 15 02:09:45 delenn kernel: [] sync_buffer+0x40/0x50 > Jun 15 02:09:45 delenn kernel: [] __wait_on_bit+0x5f/0x90 > Jun 15 02:09:45 delenn kernel: [] ? sync_buffer+0x0/0x50 > Jun 15 02:09:45 delenn kernel: [] > out_of_line_wait_on_bit+0x78/0x90 > Jun 15 02:09:45 delenn kernel: [] ? > wake_bit_function+0x0/0x50 > Jun 15 02:09:45 delenn kernel: [] > __wait_on_buffer+0x26/0x30 > Jun 15 02:09:45 delenn kernel: [] > jbd2_journal_commit_transaction+0x1121/0x1490 [jbd2] > Jun 15 02:09:45 delenn kernel: [] ? __switch_to+0xd0/0x320 > Jun 15 02:09:45 delenn kernel: [] ? > try_to_del_timer_sync+0x7b/0xe0 > Jun 15 02:09:45 delenn kernel: [] > kjournald2+0xb8/0x220 [jbd2] > Jun 15 02:09:45 delenn kernel: [] ? > autoremove_wake_function+0x0/0x40 > Jun 15 02:09:45 delenn kernel: [] ? > kjournald2+0x0/0x220 [jbd2] > Jun 15 02:09:45 delenn kernel: [] kthread+0x96/0xa0 > Jun 15 02:09:45 delenn kernel: [] child_rip+0xa/0x20 > Jun 15 02:09:45 delenn kernel: [] ? kthread+0x0/0xa0 > Jun 15 02:09:45 delenn kernel: [] ? child_rip+0x0/0x20 > Jun 15 02:20:25 delenn auditd[1702]: Audit daemon rotating log files > Jun 15 02:43:41 delenn xinetd[2082]: START: amanda pid=20084 from=x.x.x.x > Jun 15 02:44:11 delenn xinetd[2082]: EXIT: amanda status=0 pid=20084 > duration=30(sec) We battled a very similar issue on one of our older systems that was recently upgraded. Specifically the system was a Dell 2950 that servers as a central backup server. This server runs NFS and Samba to take Oracle RMAN backups, runs BackupPC to backup a number of Linux systems, and is a backup target for our VMware backup solution. During the heavy I/O (somewhat common for a backup server) we would get messages similar to what you're seeing. Interestingly, we have another older server that performs virtually the same function but so far it hasn't experienced this issue. In our case we could sometimes reproduce the issue by running parallel iozone throughput benchmarks. Interestingly, we haven't seen the issue in the last few weeks, but about 3 weeks ago we made changes to our backups which cause the jobs to be spread out a little more, thus not stressing the I/O as much. We haven't had time to really dig into the root cause but I'd certainly be interested in finding out. One other thing we did do, we had a few minor VM tweaks in sysctl.conf that we were using with RHEL5 to improve the performance and we removed all of those as well. I have no idea if that really changed anything, but I think probably not. Still I thought I'd mention it. Please keep us informed as to what you find out. Thanks, Tom From jas at cse.yorku.ca Wed Jun 15 19:44:17 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Wed, 15 Jun 2011 15:44:17 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key Message-ID: <4DF90B91.7090209@cse.yorku.ca> Hi. I'm kickstarting a new Red Hat 6.0 system from a USB key. I've kickstarted it many times from the key in the last week, and the USB key is recognized as sdb, and the system hard disk as sda. However, this morning, I went to kickstart, and the USB key was suddenly being recognized as sda which, of course messed up the process. I tried it various times, and it continued to be that way. I then had to leave it for a while because I was busy with other stuff. When I came back, the hard disk is now being recognized as sda, usb key as sdb. What's up? seems like an odd bug... Jason. From geslinux at gmail.com Wed Jun 15 20:13:16 2011 From: geslinux at gmail.com (Grzegorz Witkowski) Date: Wed, 15 Jun 2011 21:13:16 +0100 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF90B91.7090209@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> Message-ID: <1308168796.3383.3.camel@aspire.localdomain> Hi, /dev/... devices may not be persistent between reboots. It is not a bug. The kernel usually just assigns unpredictable device names based on the order of discovery. See udev related info. Regards, Ges On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: > Hi. > > I'm kickstarting a new Red Hat 6.0 system from a USB key. > I've kickstarted it many times from the key in the last week, and the > USB key is recognized as sdb, and the system hard disk as sda. > However, this morning, I went to kickstart, and the USB key was suddenly > being recognized as sda which, of course messed up the process. > I tried it various times, and it continued to be that way. > I then had to leave it for a while because I was busy with other stuff. > When I came back, the hard disk is now being recognized as sda, usb key > as sdb. > What's up? seems like an odd bug... > > Jason. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From jas at cse.yorku.ca Wed Jun 15 20:18:40 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Wed, 15 Jun 2011 16:18:40 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <1308168796.3383.3.camel@aspire.localdomain> References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> Message-ID: <4DF913A0.6080700@cse.yorku.ca> Hi Ges, Thanks for your reply. Does this mean that kickstarting from a USB key is just not reliable? You have to be able to specify a device during kickstart, and if you don't know what the device that represents the hard disk will be, then what do you? I could "calculate" it on the fly, and modify the kickstart process accordingly, but if there are multiple disks in the system, and I want to be able to specify which of those devices will be used for kickstart, then this messes things up .. Once a system is kickstarted, you can use labels, etc. to identify disks, but assuming you're starting with a totally blank hard disk, who knows what device the kernel will see.. I remember this was an issue years and years ago .. can't believe we haven't found a better way to handle this under Linux yet... sigh.. Jason. Grzegorz Witkowski wrote: > Hi, > > /dev/... devices may not be persistent between reboots. > It is not a bug. The kernel usually just assigns unpredictable device > names based on the order of discovery. See udev related info. > > Regards, > Ges > > On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >> Hi. >> >> I'm kickstarting a new Red Hat 6.0 system from a USB key. >> I've kickstarted it many times from the key in the last week, and the >> USB key is recognized as sdb, and the system hard disk as sda. >> However, this morning, I went to kickstart, and the USB key was suddenly >> being recognized as sda which, of course messed up the process. >> I tried it various times, and it continued to be that way. >> I then had to leave it for a while because I was busy with other stuff. >> When I came back, the hard disk is now being recognized as sda, usb key >> as sdb. >> What's up? seems like an odd bug... >> >> Jason. >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > > > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From greg at nytefyre.net Wed Jun 15 20:26:55 2011 From: greg at nytefyre.net (Greg Swift) Date: Wed, 15 Jun 2011 15:26:55 -0500 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF913A0.6080700@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> Message-ID: in the stage2 environment check to see if /dev/disk/by-label is available. If it is, and you know or can change the label of your usb device, you should be able to reference this. I know that in the multipath bits they are trying to push more heavily into using the /dev/disk/by-scsi-id/ for disk handling in rhel 6 anaconda. -greg On Wed, Jun 15, 2011 at 15:18, Jason Keltz wrote: > Hi Ges, > > Thanks for your reply. > Does this mean that kickstarting from a USB key is just not reliable? > You have to be able to specify a device during kickstart, and if you don't > know what the device that represents the hard disk will be, then what do > you? > I could "calculate" it on the fly, and modify the kickstart process > accordingly, but if there are multiple disks in the system, and I want to be > able to specify which of those devices will be used for kickstart, then this > messes things up .. > Once a system is kickstarted, you can use labels, etc. to identify disks, > but assuming you're starting with a totally blank hard disk, who knows what > device the kernel will see.. > > I remember this was an issue years and years ago .. can't believe we haven't > found a better way to handle this under Linux yet... > > sigh.. > > Jason. > > > Grzegorz Witkowski wrote: >> >> Hi, >> >> /dev/... devices may not be persistent between reboots. >> It is not a bug. The kernel usually just assigns unpredictable device >> names based on the order of discovery. See udev related info. >> >> Regards, >> Ges >> >> On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >>> >>> Hi. >>> >>> I'm kickstarting a new Red Hat 6.0 system from a USB key. >>> I've kickstarted it many times from the key in the last week, and the USB >>> key is recognized as sdb, and the system hard disk as sda. >>> However, this morning, I went to kickstart, and the USB key was suddenly >>> being recognized as sda which, of course messed up the process. >>> I tried it various times, and it continued to be that way. >>> I then had to leave it for a while because I was busy with other stuff. >>> When I came back, the hard disk is now being recognized as sda, usb key >>> as sdb. >>> What's up? ?seems like an odd bug... >>> >>> Jason. >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >> >> >> >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > From jas at cse.yorku.ca Wed Jun 15 20:36:45 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Wed, 15 Jun 2011 16:36:45 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> Message-ID: <4DF917DD.2090908@cse.yorku.ca> Hi Greg, I believe /dev/disk/by-label is available, and I looked into using that, but still, if the usb key becomes /dev/sda, then this will effect installation of bootloader, etc. hard to work around. Does red hat not support installation via usb key? I'm not using multipath so I don't have /dev/disk/by-scsi-id.. In this particular case, the system has a 3ware 9750-8e card (which is referred to first in bios).. I wish there was some way to force the usb device as being sdb. jas. Greg Swift wrote: > in the stage2 environment check to see if /dev/disk/by-label is > available. If it is, and you know or can change the label of your usb > device, you should be able to reference this. > > I know that in the multipath bits they are trying to push more heavily > into using the /dev/disk/by-scsi-id/ for disk handling in rhel 6 > anaconda. > > -greg > > > On Wed, Jun 15, 2011 at 15:18, Jason Keltz wrote: >> Hi Ges, >> >> Thanks for your reply. >> Does this mean that kickstarting from a USB key is just not reliable? >> You have to be able to specify a device during kickstart, and if you don't >> know what the device that represents the hard disk will be, then what do >> you? >> I could "calculate" it on the fly, and modify the kickstart process >> accordingly, but if there are multiple disks in the system, and I want to be >> able to specify which of those devices will be used for kickstart, then this >> messes things up .. >> Once a system is kickstarted, you can use labels, etc. to identify disks, >> but assuming you're starting with a totally blank hard disk, who knows what >> device the kernel will see.. >> >> I remember this was an issue years and years ago .. can't believe we haven't >> found a better way to handle this under Linux yet... >> >> sigh.. >> >> Jason. >> >> >> Grzegorz Witkowski wrote: >>> Hi, >>> >>> /dev/... devices may not be persistent between reboots. >>> It is not a bug. The kernel usually just assigns unpredictable device >>> names based on the order of discovery. See udev related info. >>> >>> Regards, >>> Ges >>> >>> On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >>>> Hi. >>>> >>>> I'm kickstarting a new Red Hat 6.0 system from a USB key. >>>> I've kickstarted it many times from the key in the last week, and the USB >>>> key is recognized as sdb, and the system hard disk as sda. >>>> However, this morning, I went to kickstart, and the USB key was suddenly >>>> being recognized as sda which, of course messed up the process. >>>> I tried it various times, and it continued to be that way. >>>> I then had to leave it for a while because I was busy with other stuff. >>>> When I came back, the hard disk is now being recognized as sda, usb key >>>> as sdb. >>>> What's up? seems like an odd bug... >>>> >>>> Jason. >>>> >>>> _______________________________________________ >>>> rhelv6-list mailing list >>>> rhelv6-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >>> >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From greg at nytefyre.net Wed Jun 15 20:55:21 2011 From: greg at nytefyre.net (Greg Swift) Date: Wed, 15 Jun 2011 15:55:21 -0500 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF917DD.2090908@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> <4DF917DD.2090908@cse.yorku.ca> Message-ID: check this out... specifically the bit about it defaulting to ks.cfg in root directory of media: http://forums.fedoraforum.org/showthread.php?t=235489 On Wed, Jun 15, 2011 at 15:36, Jason Keltz wrote: > Hi Greg, > > I believe /dev/disk/by-label is available, and I looked into using that, but > still, if the usb key becomes /dev/sda, then this will effect installation > of bootloader, etc. ?hard to work around. > Does red hat not support installation via usb key? > I'm not using multipath so I don't have /dev/disk/by-scsi-id.. > In this particular case, the system has a 3ware 9750-8e card (which is > referred to first in bios).. > > I wish there was some way to force the usb device as being sdb. > > jas. > > Greg Swift wrote: >> >> in the stage2 environment check to see if /dev/disk/by-label is >> available. ?If it is, and you know or can change the label of your usb >> device, you should be able to reference this. >> >> I know that in the multipath bits they are trying to push more heavily >> into using the /dev/disk/by-scsi-id/ for disk handling in rhel 6 >> anaconda. >> >> -greg >> >> >> On Wed, Jun 15, 2011 at 15:18, Jason Keltz wrote: >>> >>> Hi Ges, >>> >>> Thanks for your reply. >>> Does this mean that kickstarting from a USB key is just not reliable? >>> You have to be able to specify a device during kickstart, and if you >>> don't >>> know what the device that represents the hard disk will be, then what do >>> you? >>> I could "calculate" it on the fly, and modify the kickstart process >>> accordingly, but if there are multiple disks in the system, and I want to >>> be >>> able to specify which of those devices will be used for kickstart, then >>> this >>> messes things up .. >>> Once a system is kickstarted, you can use labels, etc. to identify disks, >>> but assuming you're starting with a totally blank hard disk, who knows >>> what >>> device the kernel will see.. >>> >>> I remember this was an issue years and years ago .. can't believe we >>> haven't >>> found a better way to handle this under Linux yet... >>> >>> sigh.. >>> >>> Jason. >>> >>> >>> Grzegorz Witkowski wrote: >>>> >>>> Hi, >>>> >>>> /dev/... devices may not be persistent between reboots. >>>> It is not a bug. The kernel usually just assigns unpredictable device >>>> names based on the order of discovery. See udev related info. >>>> >>>> Regards, >>>> Ges >>>> >>>> On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >>>>> >>>>> Hi. >>>>> >>>>> I'm kickstarting a new Red Hat 6.0 system from a USB key. >>>>> I've kickstarted it many times from the key in the last week, and the >>>>> USB >>>>> key is recognized as sdb, and the system hard disk as sda. >>>>> However, this morning, I went to kickstart, and the USB key was >>>>> suddenly >>>>> being recognized as sda which, of course messed up the process. >>>>> I tried it various times, and it continued to be that way. >>>>> I then had to leave it for a while because I was busy with other stuff. >>>>> When I came back, the hard disk is now being recognized as sda, usb key >>>>> as sdb. >>>>> What's up? ?seems like an odd bug... >>>>> >>>>> Jason. >>>>> >>>>> _______________________________________________ >>>>> rhelv6-list mailing list >>>>> rhelv6-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> rhelv6-list mailing list >>>> rhelv6-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > From jas at cse.yorku.ca Thu Jun 16 02:26:50 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Wed, 15 Jun 2011 22:26:50 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> <4DF917DD.2090908@cse.yorku.ca> Message-ID: <4DF969EA.1050304@cse.yorku.ca> Hi Greg, Thanks for the link! Fortunately, the location of the kickstart config file isn't the problem. Right now, I server my ks.cfg through an NFS server, so that part works great. My custom kickstart USB key has as its first option "kickstart" which does does a " ... ks=nfs:1.2.3.4:/obj/kickstart/", and that part always works fine. The problem isn't really finding the ks config file. The problem is that when I setup a system in our hardware database, I specify say, "sda" is the install location for kickstart -- if I use an install CD, it will certainly be sda, but if I use my USB key (which is much faster and more convenient than a CD) -- then sometimes it will be sda, and other time it won't be sda, and as it stands right now, I'd have to check each time to be sure or I could wipe out the USB key by choosing the wrong option!! It just doesn't seem like something that I should have to "hack" into kickstart to get it right! Surely there must be a way for Anaconda to distinguish between hard disk and USB keys! If I want to use the USB key for installation, then I need to do some other magic, but this will mess with my simplicity of just specifying a disk device, and having the kickstart file automatically assigned... and I don't even know whether I *can* hack it because of a "chicken and egg" type problem... if I define the disk device in the kickstart file, and the pre script notices that the USB key is inserted, and it needs to "change" the disk as specified, then I don't know whether I can do that after the fact -- the system has already read the kickstart file, and the disk device was already specified on the clearpart line and on other lines.. sigh. jas. On 15/06/2011 4:55 PM, Greg Swift wrote: > check this out... specifically the bit about it defaulting to ks.cfg > in root directory of media: > > http://forums.fedoraforum.org/showthread.php?t=235489 > > > On Wed, Jun 15, 2011 at 15:36, Jason Keltz wrote: >> Hi Greg, >> >> I believe /dev/disk/by-label is available, and I looked into using that, but >> still, if the usb key becomes /dev/sda, then this will effect installation >> of bootloader, etc. hard to work around. >> Does red hat not support installation via usb key? >> I'm not using multipath so I don't have /dev/disk/by-scsi-id.. >> In this particular case, the system has a 3ware 9750-8e card (which is >> referred to first in bios).. >> >> I wish there was some way to force the usb device as being sdb. >> >> jas. >> >> Greg Swift wrote: >>> in the stage2 environment check to see if /dev/disk/by-label is >>> available. If it is, and you know or can change the label of your usb >>> device, you should be able to reference this. >>> >>> I know that in the multipath bits they are trying to push more heavily >>> into using the /dev/disk/by-scsi-id/ for disk handling in rhel 6 >>> anaconda. >>> >>> -greg >>> >>> >>> On Wed, Jun 15, 2011 at 15:18, Jason Keltz wrote: >>>> Hi Ges, >>>> >>>> Thanks for your reply. >>>> Does this mean that kickstarting from a USB key is just not reliable? >>>> You have to be able to specify a device during kickstart, and if you >>>> don't >>>> know what the device that represents the hard disk will be, then what do >>>> you? >>>> I could "calculate" it on the fly, and modify the kickstart process >>>> accordingly, but if there are multiple disks in the system, and I want to >>>> be >>>> able to specify which of those devices will be used for kickstart, then >>>> this >>>> messes things up .. >>>> Once a system is kickstarted, you can use labels, etc. to identify disks, >>>> but assuming you're starting with a totally blank hard disk, who knows >>>> what >>>> device the kernel will see.. >>>> >>>> I remember this was an issue years and years ago .. can't believe we >>>> haven't >>>> found a better way to handle this under Linux yet... >>>> >>>> sigh.. >>>> >>>> Jason. >>>> >>>> >>>> Grzegorz Witkowski wrote: >>>>> Hi, >>>>> >>>>> /dev/... devices may not be persistent between reboots. >>>>> It is not a bug. The kernel usually just assigns unpredictable device >>>>> names based on the order of discovery. See udev related info. >>>>> >>>>> Regards, >>>>> Ges >>>>> >>>>> On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >>>>>> Hi. >>>>>> >>>>>> I'm kickstarting a new Red Hat 6.0 system from a USB key. >>>>>> I've kickstarted it many times from the key in the last week, and the >>>>>> USB >>>>>> key is recognized as sdb, and the system hard disk as sda. >>>>>> However, this morning, I went to kickstart, and the USB key was >>>>>> suddenly >>>>>> being recognized as sda which, of course messed up the process. >>>>>> I tried it various times, and it continued to be that way. >>>>>> I then had to leave it for a while because I was busy with other stuff. >>>>>> When I came back, the hard disk is now being recognized as sda, usb key >>>>>> as sdb. >>>>>> What's up? seems like an odd bug... >>>>>> >>>>>> Jason. >>>>>> >>>>>> _______________________________________________ >>>>>> rhelv6-list mailing list >>>>>> rhelv6-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>>> >>>>> >>>>> _______________________________________________ >>>>> rhelv6-list mailing list >>>>> rhelv6-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>> _______________________________________________ >>>> rhelv6-list mailing list >>>> rhelv6-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From greg at nytefyre.net Thu Jun 16 03:08:38 2011 From: greg at nytefyre.net (Greg Swift) Date: Wed, 15 Jun 2011 22:08:38 -0500 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF969EA.1050304@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> <4DF917DD.2090908@cse.yorku.ca> <4DF969EA.1050304@cse.yorku.ca> Message-ID: ack sorry... i guess i read the first e-mail in a rush. i get and sympathize with the problem. I've been having a very similar issue with doing san boots, because I dont care about mpatha-z, i need to be identify based on UUID. Are there no other /dev/disks/by-* that are available to you for what you want? -greg On Wed, Jun 15, 2011 at 21:26, Jason Keltz wrote: > Hi Greg, > > Thanks for the link! ?Fortunately, the location of the kickstart config file > isn't the problem. ?Right now, I server my ks.cfg through an NFS server, so > that part works great. ?My custom kickstart USB key has as its first option > "kickstart" which does does a " ... ks=nfs:1.2.3.4:/obj/kickstart/", and > that part always works fine. ?The problem isn't really finding the ks config > file. ?The problem is that when I setup a system in our hardware database, I > specify say, "sda" is the install location for kickstart -- if I use an > install CD, it will certainly be sda, but if I use my USB key (which is much > faster and more convenient than a CD) -- then sometimes it will be sda, and > other time it won't be sda, and as it stands right now, I'd have to check > each time to be sure or I could wipe out the USB key by choosing the wrong > option!! ?It just doesn't seem like something that I should have to "hack" > into kickstart to get it right! ?Surely there must be a way for Anaconda to > distinguish between hard disk and USB keys! ? If I want to use the USB key > for installation, then I need to do some other magic, but this will mess > with my simplicity of just specifying a disk device, and having the > kickstart file automatically assigned... and I don't even know whether I > *can* hack it because of a "chicken and egg" type problem... if I define the > disk device in the kickstart file, and the pre script notices that the USB > key is inserted, and it needs to "change" the disk as specified, then I > don't know whether I can do that after the fact -- the system has already > read the kickstart file, and the disk device was already specified on the > clearpart line and on other lines.. > > sigh. > > jas. > > On 15/06/2011 4:55 PM, Greg Swift wrote: >> >> check this out... specifically the bit about it defaulting to ks.cfg >> in root directory of media: >> >> http://forums.fedoraforum.org/showthread.php?t=235489 >> >> >> On Wed, Jun 15, 2011 at 15:36, Jason Keltz ?wrote: >>> >>> Hi Greg, >>> >>> I believe /dev/disk/by-label is available, and I looked into using that, >>> but >>> still, if the usb key becomes /dev/sda, then this will effect >>> installation >>> of bootloader, etc. ?hard to work around. >>> Does red hat not support installation via usb key? >>> I'm not using multipath so I don't have /dev/disk/by-scsi-id.. >>> In this particular case, the system has a 3ware 9750-8e card (which is >>> referred to first in bios).. >>> >>> I wish there was some way to force the usb device as being sdb. >>> >>> jas. >>> >>> Greg Swift wrote: >>>> >>>> in the stage2 environment check to see if /dev/disk/by-label is >>>> available. ?If it is, and you know or can change the label of your usb >>>> device, you should be able to reference this. >>>> >>>> I know that in the multipath bits they are trying to push more heavily >>>> into using the /dev/disk/by-scsi-id/ for disk handling in rhel 6 >>>> anaconda. >>>> >>>> -greg >>>> >>>> >>>> On Wed, Jun 15, 2011 at 15:18, Jason Keltz ?wrote: >>>>> >>>>> Hi Ges, >>>>> >>>>> Thanks for your reply. >>>>> Does this mean that kickstarting from a USB key is just not reliable? >>>>> You have to be able to specify a device during kickstart, and if you >>>>> don't >>>>> know what the device that represents the hard disk will be, then what >>>>> do >>>>> you? >>>>> I could "calculate" it on the fly, and modify the kickstart process >>>>> accordingly, but if there are multiple disks in the system, and I want >>>>> to >>>>> be >>>>> able to specify which of those devices will be used for kickstart, then >>>>> this >>>>> messes things up .. >>>>> Once a system is kickstarted, you can use labels, etc. to identify >>>>> disks, >>>>> but assuming you're starting with a totally blank hard disk, who knows >>>>> what >>>>> device the kernel will see.. >>>>> >>>>> I remember this was an issue years and years ago .. can't believe we >>>>> haven't >>>>> found a better way to handle this under Linux yet... >>>>> >>>>> sigh.. >>>>> >>>>> Jason. >>>>> >>>>> >>>>> Grzegorz Witkowski wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> /dev/... devices may not be persistent between reboots. >>>>>> It is not a bug. The kernel usually just assigns unpredictable device >>>>>> names based on the order of discovery. See udev related info. >>>>>> >>>>>> Regards, >>>>>> Ges >>>>>> >>>>>> On Wed, 2011-06-15 at 15:44 -0400, Jason Keltz wrote: >>>>>>> >>>>>>> Hi. >>>>>>> >>>>>>> I'm kickstarting a new Red Hat 6.0 system from a USB key. >>>>>>> I've kickstarted it many times from the key in the last week, and the >>>>>>> USB >>>>>>> key is recognized as sdb, and the system hard disk as sda. >>>>>>> However, this morning, I went to kickstart, and the USB key was >>>>>>> suddenly >>>>>>> being recognized as sda which, of course messed up the process. >>>>>>> I tried it various times, and it continued to be that way. >>>>>>> I then had to leave it for a while because I was busy with other >>>>>>> stuff. >>>>>>> When I came back, the hard disk is now being recognized as sda, usb >>>>>>> key >>>>>>> as sdb. >>>>>>> What's up? ?seems like an odd bug... >>>>>>> >>>>>>> Jason. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> rhelv6-list mailing list >>>>>>> rhelv6-list at redhat.com >>>>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> rhelv6-list mailing list >>>>>> rhelv6-list at redhat.com >>>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>>> >>>>> _______________________________________________ >>>>> rhelv6-list mailing list >>>>> rhelv6-list at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>>>> >>>> _______________________________________________ >>>> rhelv6-list mailing list >>>> rhelv6-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > From gianluca.cecchi at gmail.com Thu Jun 16 05:09:57 2011 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 16 Jun 2011 07:09:57 +0200 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF969EA.1050304@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> <4DF917DD.2090908@cse.yorku.ca> <4DF969EA.1050304@cse.yorku.ca> Message-ID: I don't know if it can be a starting point to find correct strategy, but for example (tested on Fedora 14 but should be similar in recent rh el distro): sda = hard disk sdb = usb key that is inside at this moment [root at tekkaman block]# pwd /sys/class/block [root at tekkaman block]# ls sda alignment_offset discard_alignment queue sda2 size uevent bdi ext_range range sda3 slaves capability holders removable sda4 stat dev inflight ro sda5 subsystem device power sda1 sda6 trace [root at tekkaman block]# ls sdb alignment_offset device inflight removable slaves uevent bdi discard_alignment power ro stat capability ext_range queue sdb1 subsystem dev holders range size trace [root at tekkaman block]# cat sda/removable 0 [root at tekkaman block]# cat sdb/removable 1 I don't know if you have an hot plug disk if the "removable" special file can contain 1 also for hard disks, but I don't think so I remember to have used this content to differentiate sda or sdb for install, because I had to install on HP and Dell servers. In HP there is /dev/cciss/c0d0 in Dell tipically /dev/sda and I put my kickstart on usb key / floppy that actually were mapped to an image used by iLO/Drac. If I find those kickstart I could share. In the mean time you can try... I used that information in the pre section Or eventually you can check other flags inside the directories... HIH, Gianluca From brilong at cisco.com Thu Jun 16 12:38:54 2011 From: brilong at cisco.com (Brian Long) Date: Thu, 16 Jun 2011 08:38:54 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF90B91.7090209@cse.yorku.ca> References: <4DF90B91.7090209@cse.yorku.ca> Message-ID: <4DF9F95E.60303@cisco.com> On 6/15/11 3:44 PM, Jason Keltz wrote: > Hi. > > I'm kickstarting a new Red Hat 6.0 system from a USB key. > I've kickstarted it many times from the key in the last week, and the > USB key is recognized as sdb, and the system hard disk as sda. > However, this morning, I went to kickstart, and the USB key was suddenly > being recognized as sda which, of course messed up the process. > I tried it various times, and it continued to be that way. > I then had to leave it for a while because I was busy with other stuff. > When I came back, the hard disk is now being recognized as sda, usb key > as sdb. > What's up? seems like an odd bug... Have you tried the RHEL 6.1 boot on your USB key to see if they fixed any kernel/udev/Anaconda ordering issues? I know a lot of work has gone into the various pieces to make sure the BIOS boot device (your RAID controller) is sda. Are you sure your RAID controller was ready each time you booted from USB? Maybe the times USB was seen as sda were the times RAID was not fully ready and so it was detected second? I'm grasping at straws since I'm used to any USB boot devices being enumerated after the locally attached SCSI/SAS storage. Are you running the latest BIOS on your server platform? /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From mike at cchtml.com Thu Jun 16 14:28:48 2011 From: mike at cchtml.com (Michael Cronenworth) Date: Thu, 16 Jun 2011 09:28:48 -0500 Subject: [rhelv6-list] Parallel Port Support Message-ID: <4DFA1320.8020401@cchtml.com> Hello, Since Red Hat 6 has been released, the kernel provided has not supported parallel ports. Unfortunately my workplace has decided to continue to use them as a means to use printers so it is important that they are supported. I have raised this issue with the manufacturer of the parallel port and they claim to be in contact with Red Hat. I have found a bugzilla bug[1] that matches the problem and points to a knowledge base article, but it does not exist, yet. The issue has been around for over 6 months now and there is no time table for a solution that I have found. Is there anyone @RH that could follow up on this for me and see where it stands? Neither the manufacture or anyone attached to the bug has been able to provide me with an update. Thanks, Michael [1] https://bugzilla.redhat.com/show_bug.cgi?id=635968 From jas at cse.yorku.ca Thu Jun 16 14:37:46 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Thu, 16 Jun 2011 10:37:46 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: References: <4DF90B91.7090209@cse.yorku.ca> <1308168796.3383.3.camel@aspire.localdomain> <4DF913A0.6080700@cse.yorku.ca> <4DF917DD.2090908@cse.yorku.ca> <4DF969EA.1050304@cse.yorku.ca> Message-ID: <4DFA153A.6060406@cse.yorku.ca> Hi Gianluca, This at least gives me an idea that I can use with respect to checking in pre whether the device that is going to be kickstarted is removable. I could at least pop up a warning box so that I don't have to check manually each time! Jason. Gianluca Cecchi wrote: > I don't know if it can be a starting point to find correct strategy, > but for example (tested on Fedora 14 but should be similar in recent > rh el distro): > > sda = hard disk > sdb = usb key that is inside at this moment > > [root at tekkaman block]# pwd > /sys/class/block > > [root at tekkaman block]# ls sda > alignment_offset discard_alignment queue sda2 size uevent > bdi ext_range range sda3 slaves > capability holders removable sda4 stat > dev inflight ro sda5 subsystem > device power sda1 sda6 trace > > > [root at tekkaman block]# ls sdb > alignment_offset device inflight removable slaves uevent > bdi discard_alignment power ro stat > capability ext_range queue sdb1 subsystem > dev holders range size trace > > > [root at tekkaman block]# cat sda/removable > 0 > > [root at tekkaman block]# cat sdb/removable > 1 > > > I don't know if you have an hot plug disk if the "removable" special > file can contain 1 also for hard disks, but I don't think so > I remember to have used this content to differentiate sda or sdb for > install, because I had to install on HP and Dell servers. > In HP there is /dev/cciss/c0d0 > in Dell tipically /dev/sda > and I put my kickstart on usb key / floppy that actually were mapped > to an image used by iLO/Drac. > If I find those kickstart I could share. > In the mean time you can try... > > I used that information in the pre section > > Or eventually you can check other flags inside the directories... > > HIH, > Gianluca > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From brilong at cisco.com Thu Jun 16 14:41:17 2011 From: brilong at cisco.com (Brian Long) Date: Thu, 16 Jun 2011 10:41:17 -0400 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <4DFA1320.8020401@cchtml.com> References: <4DFA1320.8020401@cchtml.com> Message-ID: <4DFA160D.2010708@cisco.com> On 6/16/11 10:28 AM, Michael Cronenworth wrote: > Hello, > > Since Red Hat 6 has been released, the kernel provided has not supported > parallel ports. Unfortunately my workplace has decided to continue to > use them as a means to use printers so it is important that they are > supported. > > I have raised this issue with the manufacturer of the parallel port and > they claim to be in contact with Red Hat. I have found a bugzilla bug[1] > that matches the problem and points to a knowledge base article, but it > does not exist, yet. The issue has been around for over 6 months now and > there is no time table for a solution that I have found. Is there anyone > @RH that could follow up on this for me and see where it stands? Neither > the manufacture or anyone attached to the bug has been able to provide > me with an update. It's been a while since I played with parallel ports on Linux, but it appears the ELrepo project has a kernel module for lp.ko ready to go. http://elrepo.org/linux/elrepo/el6/i386/RPMS/ http://elrepo.org/tiki/tiki-index.php tells you how to use their yum repo. /Brian/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From amyagi at gmail.com Thu Jun 16 15:15:38 2011 From: amyagi at gmail.com (Akemi Yagi) Date: Thu, 16 Jun 2011 08:15:38 -0700 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <4DFA160D.2010708@cisco.com> References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> Message-ID: On Thu, Jun 16, 2011 at 7:41 AM, Brian Long wrote: > On 6/16/11 10:28 AM, Michael Cronenworth wrote: >> Hello, >> >> Since Red Hat 6 has been released, the kernel provided has not supported >> parallel ports. Unfortunately my workplace has decided to continue to >> use them as a means to use printers so it is important that they are >> supported. > It's been a while since I played with parallel ports on Linux, but it > appears the ELrepo project has a kernel module for lp.ko ready to go. > http://elrepo.org/linux/elrepo/el6/i386/RPMS/ > > http://elrepo.org/tiki/tiki-index.php tells you how to use their yum repo. > > /Brian/ Thanks, Brian, for the note to use the ELRepo-supplied driver. As explained in: http://elrepo.org/tiki/kmod-lp kmod-lp is the package to install. It was unfortunate that Red Hat dropped the parallel port support as of RHEL6. But the kmod should work fine for those who need it. Akemi From jas at cse.yorku.ca Thu Jun 16 15:17:07 2011 From: jas at cse.yorku.ca (Jason Keltz) Date: Thu, 16 Jun 2011 11:17:07 -0400 Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF9F95E.60303@cisco.com> References: <4DF90B91.7090209@cse.yorku.ca> <4DF9F95E.60303@cisco.com> Message-ID: <4DFA1E73.40404@cse.yorku.ca> Brian Long wrote: > On 6/15/11 3:44 PM, Jason Keltz wrote: >> Hi. >> >> I'm kickstarting a new Red Hat 6.0 system from a USB key. >> I've kickstarted it many times from the key in the last week, and the >> USB key is recognized as sdb, and the system hard disk as sda. >> However, this morning, I went to kickstart, and the USB key was suddenly >> being recognized as sda which, of course messed up the process. >> I tried it various times, and it continued to be that way. >> I then had to leave it for a while because I was busy with other stuff. >> When I came back, the hard disk is now being recognized as sda, usb key >> as sdb. >> What's up? seems like an odd bug... > > Have you tried the RHEL 6.1 boot on your USB key to see if they fixed > any kernel/udev/Anaconda ordering issues? I know a lot of work has gone > into the various pieces to make sure the BIOS boot device (your RAID > controller) is sda. Are you sure your RAID controller was ready each > time you booted from USB? Maybe the times USB was seen as sda were the > times RAID was not fully ready and so it was detected second? > > I'm grasping at straws since I'm used to any USB boot devices being > enumerated after the locally attached SCSI/SAS storage. Are you running > the latest BIOS on your server platform? Hi Brian. I haven't installed 6.1 yet, but I will give it a shot when I get a chance. I'm running the latest BIOS on my motherboard + latest 3ware bios. On the bios screen, I can see the 3ware card initialized before the kickstart even begins... jas. From cmadams at hiwaay.net Thu Jun 16 15:21:05 2011 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 16 Jun 2011 10:21:05 -0500 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> Message-ID: <20110616152105.GC6706@hiwaay.net> Once upon a time, Akemi Yagi said: > kmod-lp is the package to install. It was unfortunate that Red Hat > dropped the parallel port support as of RHEL6. But the kmod should > work fine for those who need it. To be specific: they dropped line-printer support. The parallel port hardware drivers are still included (for uses other than line printer mode). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mike at cchtml.com Thu Jun 16 15:35:12 2011 From: mike at cchtml.com (Michael Cronenworth) Date: Thu, 16 Jun 2011 10:35:12 -0500 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110616152105.GC6706@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> <20110616152105.GC6706@hiwaay.net> Message-ID: <4DFA22B0.6050706@cchtml.com> On 06/16/2011 10:21 AM, Chris Adams wrote: > To be specific: they dropped line-printer support. The parallel port > hardware drivers are still included (for uses other than line printer > mode). This. I'll give the lp module a shot, too. Thanks, Brian. It seems my email has kicked off some movement. I'm now CC'd on two new bugs, but I don't see any ETA on a fix. Thanks, nameless helper. From amyagi at gmail.com Thu Jun 16 15:56:48 2011 From: amyagi at gmail.com (Akemi Yagi) Date: Thu, 16 Jun 2011 08:56:48 -0700 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110616152105.GC6706@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> <20110616152105.GC6706@hiwaay.net> Message-ID: On Thu, Jun 16, 2011 at 8:21 AM, Chris Adams wrote: > Once upon a time, Akemi Yagi said: >> kmod-lp is the package to install. It was unfortunate that Red Hat >> dropped the parallel port support as of RHEL6. But the kmod should >> work fine for those who need it. > > To be specific: they dropped line-printer support. ?The parallel port > hardware drivers are still included (for uses other than line printer > mode). Thanks for straightening it up for the lp driver. I have updated the elrepo page for kmod-lp accordingly. Akemi From lowen at pari.edu Fri Jun 17 14:36:06 2011 From: lowen at pari.edu (Lamar Owen) Date: Fri, 17 Jun 2011 10:36:06 -0400 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110616152105.GC6706@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> Message-ID: <201106171036.07110.lowen@pari.edu> On Thursday, June 16, 2011 11:21:05 AM Chris Adams wrote: > To be specific: they dropped line-printer support. The parallel port > hardware drivers are still included (for uses other than line printer > mode). Which strikes me as being a wrong decision; I would have to wonder why, and if the reasons are documented somewhere. Parallel printers aren't as common as they used to be, but I know I have a bunch left that are real workhorses. From smooge at gmail.com Fri Jun 17 15:09:44 2011 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 17 Jun 2011 09:09:44 -0600 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <201106171036.07110.lowen@pari.edu> References: <4DFA1320.8020401@cchtml.com> <20110616152105.GC6706@hiwaay.net> <201106171036.07110.lowen@pari.edu> Message-ID: On Fri, Jun 17, 2011 at 08:36, Lamar Owen wrote: > On Thursday, June 16, 2011 11:21:05 AM Chris Adams wrote: >> To be specific: they dropped line-printer support. ?The parallel port >> hardware drivers are still included (for uses other than line printer >> mode). > > Which strikes me as being a wrong decision; I would have to wonder why, and if the reasons are documented somewhere. ?Parallel printers aren't as common as they used to be, but I know I have a bunch left that are real workhorses. While I work for Red Hat, I have no knowledge on this and am talking only as a person who dealt with printers in previous jobs. My guess would be that it is because a combination of the following a) RHEL-6 has many requirements requiring newer computers b) Those newer computers do not have parallel ports c) the newer computers that have parallel ports support them usually via some kludged up emulation mode which breaks in odd ways. d) Most printer manufacturers are dropping parallel support faster than you can spit. e) application support for parallel printers are usually for older OS releases (there is a reason my last job still keeps EL-2.1 going). Combine those together and if you are going to use parallel printers you are most likely going to be using the older RHEL releases and less likely to jump that old P-III to EL6. -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren From gbailey at lxpro.com Fri Jun 17 15:15:18 2011 From: gbailey at lxpro.com (Greg Bailey) Date: Fri, 17 Jun 2011 08:15:18 -0700 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <201106171036.07110.lowen@pari.edu> References: <4DFA1320.8020401@cchtml.com> <201106171036.07110.lowen@pari.edu> Message-ID: <4DFB6F86.9090608@lxpro.com> Lamar Owen wrote: > On Thursday, June 16, 2011 11:21:05 AM Chris Adams wrote: > >> To be specific: they dropped line-printer support. The parallel port >> hardware drivers are still included (for uses other than line printer >> mode). >> > > Which strikes me as being a wrong decision; I would have to wonder why, and if the reasons are documented somewhere. Parallel printers aren't as common as they used to be, but I know I have a bunch left that are real workhorses. > > > Agreed... a quick search of the 6.0 Release Notes and Technical Notes didn't turn up anything either. Anyone have a reference? -Greg From cmadams at hiwaay.net Fri Jun 17 15:47:10 2011 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 17 Jun 2011 10:47:10 -0500 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: References: <4DFA1320.8020401@cchtml.com> <20110616152105.GC6706@hiwaay.net> <201106171036.07110.lowen@pari.edu> Message-ID: <20110617154710.GB21730@hiwaay.net> Once upon a time, Stephen John Smoogen said: > a) RHEL-6 has many requirements requiring newer computers > b) Those newer computers do not have parallel ports Yeah, but... parallel port hardware drivers are still included (which is nice for me because I use the parallel port to get GPS-based pulse per second signals for high-accuracy clocks). It is only lp (the line printer device) that was dropped. Now, it may be that somebody removed lp and forgot to remove parport_pc and friends, and they'll remove parport_pc/etc. once they realize this, (which would be highly aggravating to me), or maybe dropping lp is somehow an oversight (that would reflect poorly on RHEL QA, since comparing module lists from one release to another should IMHO be a basic step). Either way, I can't think of many uses (other than what I'm doing) for a parallel port that don't involve a printer (and thus lp). Oh, I just looked at module dependencies, and found maybe one reason parport_pc is still there. I have seen some PCI/PCIe serial cards that use a chipset that is common to both serial and parallel cards. The driver for those is parport_serial, which depends on parport_pc. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mike at cchtml.com Fri Jun 17 15:57:29 2011 From: mike at cchtml.com (Michael Cronenworth) Date: Fri, 17 Jun 2011 10:57:29 -0500 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <4DFA160D.2010708@cisco.com> References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> Message-ID: <4DFB7969.50107@cchtml.com> Brian Long wrote: > It's been a while since I played with parallel ports on Linux, but it > appears the ELrepo project has a kernel module for lp.ko ready to go. > http://elrepo.org/linux/elrepo/el6/i386/RPMS/ > > http://elrepo.org/tiki/tiki-index.php tells you how to use their yum repo. Funny enough, my hardware manufacturer just got back with me and gave me a zip file with the lp.ko file in it. From lowen at pari.edu Fri Jun 17 16:08:40 2011 From: lowen at pari.edu (Lamar Owen) Date: Fri, 17 Jun 2011 12:08:40 -0400 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: References: <4DFA1320.8020401@cchtml.com> Message-ID: <201106171208.40482.lowen@pari.edu> On Friday, June 17, 2011 11:09:44 AM Stephen John Smoogen wrote: > a) RHEL-6 has many requirements requiring newer computers > b) Those newer computers do not have parallel ports > c) the newer computers that have parallel ports support them usually > via some kludged up emulation mode which breaks in odd ways. .... > Combine those together and if you are going to use parallel printers > you are most likely going to be using the older RHEL releases and less > likely to jump that old P-III to EL6. Good morning, Smooge.... I have several boxen capable of RHEL 6 that have parallel ports; I am in fact running an RHEL 6.1 box at the moment (until I do some crossgrades) with a parallel port. I've not actually tested the port, but I have no reason to suspect it doesn't work. Motherboard is a SuperMicro P4DP6, and has dual Xeon 2.8GHz processors (last core before EM64T, so no x86_64 support) and 4GB of ECC RAM. Has a nice and functional parallel port on the Super I/O chip connected to the LPC bus on the ICH3-S SouthBridge. We have a Dell Precision 670 with dual 3.4GHz Xeons (that are x86_64 capable) with a functional parallel port. My docked Dell Precision M65 (Core 2 Duo x86_64) has a parallel port (on the dock). I've used the Dell 670's parallel port, and it seems to work fine. Now, don't get me wrong; I'm not sad to see parallel ports themselves go away. But machines that otherwise are well within the RHEL 6 hardware guidelines still can have functional parallel ports..... And we have a few larger-format printers that only have parallel ports.... fortunately one DesignJet 750C+ has a JetDirect... :-) But, having said all that, Fedora as of F14 still has the lp.ko driver. Again, I'd love to see the full technical rationale (which probably starts with your list above) but which is not covered by any of the bugzillas on the topic. Reference: https://bugzilla.redhat.com/show_bug.cgi?id=713827 https://bugzilla.redhat.com/show_bug.cgi?id=635968 From phil at elrepo.org Fri Jun 17 19:13:28 2011 From: phil at elrepo.org (Phil Perry) Date: Fri, 17 Jun 2011 20:13:28 +0100 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <4DFB7969.50107@cchtml.com> References: <4DFA1320.8020401@cchtml.com> <4DFA160D.2010708@cisco.com> <4DFB7969.50107@cchtml.com> Message-ID: <4DFBA758.4080700@elrepo.org> On 17/06/11 16:57, Michael Cronenworth wrote: > Brian Long wrote: >> It's been a while since I played with parallel ports on Linux, but it >> appears the ELrepo project has a kernel module for lp.ko ready to go. >> http://elrepo.org/linux/elrepo/el6/i386/RPMS/ >> >> http://elrepo.org/tiki/tiki-index.php tells you how to use their yum >> repo. > > Funny enough, my hardware manufacturer just got back with me and gave me > a zip file with the lp.ko file in it. > One advantage of the elrepo-provided driver is that the kmod package is kABI-tracking and thus the driver module(s) will work seamlessly across kernel updates, rather than being kernel-specific and requiring a recompile against all new kernel updates. The elrepo lp driver is built from the RHEL6 driver code that simply wasn't enabled in the RHEL6 kernel. From wolfy at nobugconsulting.ro Fri Jun 17 19:19:04 2011 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 17 Jun 2011 22:19:04 +0300 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110617154710.GB21730@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> <20110616152105.GC6706@hiwaay.net> <201106171036.07110.lowen@pari.edu> <20110617154710.GB21730@hiwaay.net> Message-ID: <4DFBA8A8.3000705@nobugconsulting.ro> On 06/17/2011 06:47 PM, Chris Adams wrote: > Once upon a time, Stephen John Smoogen said: >> a) RHEL-6 has many requirements requiring newer computers >> b) Those newer computers do not have parallel ports > Yeah, but... parallel port hardware drivers are still included (which is > nice for me because I use the parallel port to get GPS-based pulse per > second signals for high-accuracy clocks). It is only lp (the line > printer device) that was dropped. > > Now, it may be that somebody removed lp and forgot to remove parport_pc > and friends, and they'll remove parport_pc/etc. once they realize this, > (which would be highly aggravating to me), or maybe dropping lp is > somehow an oversight (that would reflect poorly on RHEL QA, since > comparing module lists from one release to another should IMHO be a > basic step). > > Either way, I can't think of many uses (other than what I'm doing) for a > parallel port that don't involve a printer (and thus lp). > one use is hardware development boards. for instance the ones for which http://www.mentor.com/embedded-software/nucleus/ is dedicated. for the same board I packaged, more than 2 years ago, skyeye ( https://bugzilla.redhat.com/show_bug.cgi?id=481040 was filed ) From dsavage at peaknet.net Sat Jun 18 22:41:49 2011 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Sat, 18 Jun 2011 17:41:49 -0500 (CDT) Subject: [rhelv6-list] auto-marking evolution mail as read? Message-ID: <39924.99.105.127.130.1308436909.squirrel@www.peaknet.net> Today is the day to retire RHEL56 and install RHEL61. I installed evolution v2.28.3 from the Scientific Linux web site, and rsync'd my .evolution folder contents from my home folder in a mounted dd image of the old OS. Everything seems to be restored correctly except for one behavior. I can't seem to enable an automatic 0.5 sec unread-to-read (bold to unbold) message marking rule. I've gone to Edit -> Preferences -> Mail Preferences Except for the last entry, the Message Display section is all grayed out I'd refer to the built-in Help, but it seems none was installed. --Doc Savage Fairview Heights, IL From dsavage at peaknet.net Sun Jun 19 00:29:53 2011 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Sat, 18 Jun 2011 19:29:53 -0500 Subject: [rhelv6-list] auto-marking evolution mail as read? - FIXED In-Reply-To: <39924.99.105.127.130.1308436909.squirrel@www.peaknet.net> References: <39924.99.105.127.130.1308436909.squirrel@www.peaknet.net> Message-ID: <1308443393.3593.2.camel@lion.protogeek.org> On Sat, 2011-06-18 at 17:41 -0500, dsavage at peaknet.net wrote: > Today is the day to retire RHEL56 and install RHEL61. I installed > evolution v2.28.3 from the Scientific Linux web site, and rsync'd my > .evolution folder contents from my home folder in a mounted dd image of > the old OS. Everything seems to be restored correctly except for one > behavior. I can't seem to enable an automatic 0.5 sec unread-to-read (bold > to unbold) message marking rule. > > I've gone to Edit -> Preferences -> Mail Preferences > > Except for the last entry, the Message Display section is all grayed out > > I'd refer to the built-in Help, but it seems none was installed. > > --Doc Savage > Fairview Heights, IL An upgrade from basic VESA to kmod-nvidia video seems to have restored the original behavior, and also the Message Display options. --Doc Savage Fairview Heights, IL From dsavage at peaknet.net Mon Jun 20 01:38:15 2011 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Sun, 19 Jun 2011 20:38:15 -0500 Subject: [rhelv6-list] Enabling auto-login in RHEL6 Message-ID: <1308533895.4598.181.camel@lion.protogeek.org> I use my my big home system as a combination workstation-server. After replacing RHEL56 with RHEL61 yesterday, I found I could not enable auto-login with the Configuration Editor GUI. I fully understand how auto-login would not be appropriate in many environments. If yours is essentially a single user system and you don't have to worry about anyone else accessing your local console, here's how to enable it: Edit /etc/gdm/custom.conf to add the following two lines in the [daemon] section: [daemon] AutomaticLoginEnable=true AutomaticLogin=desired_username --Doc Savage Fairview Heights, IL From nishant1119 at gmail.com Sun Jun 19 08:30:52 2011 From: nishant1119 at gmail.com (nishant kumar) Date: Sun, 19 Jun 2011 14:00:52 +0530 Subject: [rhelv6-list] RHEL6 Message-ID: How to download RHEL6 for 32 bit? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gcraciun at transfond.ro Mon Jun 20 14:44:08 2011 From: gcraciun at transfond.ro (Gabriel S. Craciun) Date: Mon, 20 Jun 2011 14:44:08 +0000 Subject: [rhelv6-list] RHEL6 In-Reply-To: References: Message-ID: <18ACE6C30FF1454D93B4C039FB62EA76546F80@SPO-MAIL.stfd.ro> Did you buy it? From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of nishant kumar Sent: Sunday, June 19, 2011 11:31 AM To: rhelv6-list at redhat.com Subject: [rhelv6-list] RHEL6 How to download RHEL6 for 32 bit? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Heijmans at rechtspraak.nl Mon Jun 20 17:30:08 2011 From: Heijmans at rechtspraak.nl (Heijmans S (spir-it)) Date: Mon, 20 Jun 2011 19:30:08 +0200 Subject: [rhelv6-list] RHEL6 In-Reply-To: References: Message-ID: <2F11D070582AE147B143A73E2B05E3C202278980F0@ZMPMX009.rechtspraak.minjus.nl> get a 30-day trial here; https://www.redhat.com/rhel/details/eval/ Regards, Stefan ________________________________ Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens nishant kumar Verzonden: zondag 19 juni 2011 10:31 Aan: rhelv6-list at redhat.com Onderwerp: [rhelv6-list] RHEL6 How to download RHEL6 for 32 bit? Informatie van de Raad voor de rechtspraak, de rechtbanken, de gerechtshoven en de bijzondere colleges vindt u op www.rechtspraak.nl. From alejandra.palacios at mail.telcel.com Mon Jun 20 21:41:40 2011 From: alejandra.palacios at mail.telcel.com (Alejandra Ramirez) Date: Mon, 20 Jun 2011 16:41:40 -0500 Subject: [rhelv6-list] RHEL6 In-Reply-To: <2F11D070582AE147B143A73E2B05E3C202278980F0@ZMPMX009.rechtspraak.minjus.nl> References: <2F11D070582AE147B143A73E2B05E3C202278980F0@ZMPMX009.rechtspraak.minjus.nl> Message-ID: <4DFFBE94.8010007@mail.telcel.com> The web page for the ISO images available is: https://rhn.redhat.com/rhn/software/downloads/SupportedISOs.do Regards, arp El 20/06/11 12:30, Heijmans S (spir-it) escribi?: > get a 30-day trial here; > https://www.redhat.com/rhel/details/eval/ > > Regards, > Stefan > > ________________________________ > > Van: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] Namens nishant kumar > Verzonden: zondag 19 juni 2011 10:31 > Aan: rhelv6-list at redhat.com > Onderwerp: [rhelv6-list] RHEL6 > > > How to download RHEL6 for 32 bit? > > Informatie van de Raad voor de rechtspraak, de rechtbanken, de gerechtshoven en de bijzondere colleges vindt u op www.rechtspraak.nl. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > From colin.coe at gmail.com Tue Jun 21 03:49:45 2011 From: colin.coe at gmail.com (Colin Coe) Date: Tue, 21 Jun 2011 11:49:45 +0800 Subject: [rhelv6-list] perl-Net-Telnet Message-ID: Hi all Anyone know whats happened to perl-Net-Telnet in RHEL6? I'm sure it was there at one stage as one of my RHEL6 boxes has it installed (yes, it was a fresh install not a RHEL5 upgrade) but now I can't find it in RHEL6 or EPEL6. TIA CC -- RHCE#805007969328369 From linux at alteeve.com Tue Jun 21 04:04:46 2011 From: linux at alteeve.com (Digimer) Date: Tue, 21 Jun 2011 00:04:46 -0400 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: Message-ID: <4E00185E.3070900@alteeve.com> On 06/20/2011 11:49 PM, Colin Coe wrote: > Hi all > > Anyone know whats happened to perl-Net-Telnet in RHEL6? I'm sure it > was there at one stage as one of my RHEL6 boxes has it installed (yes, > it was a fresh install not a RHEL5 upgrade) but now I can't find it in > RHEL6 or EPEL6. > > TIA > > CC > [root at an-node01 ~]# cat /etc/issue && rpm -q perl-Net-Telnet Red Hat Enterprise Linux Server release 6.1 (Santiago) Kernel \r on an \m perl-Net-Telnet-3.03-11.el6.noarch -- Digimer E-Mail: digimer at alteeve.com Freenode handle: digimer Papers and Projects: http://alteeve.com Node Assassin: http://nodeassassin.org "I feel confined, only free to expand myself within boundaries." From herrold at owlriver.com Tue Jun 21 05:00:52 2011 From: herrold at owlriver.com (R P Herrold) Date: Tue, 21 Jun 2011 01:00:52 -0400 (EDT) Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110617154710.GB21730@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> <20110616152105.GC6706@hiwaay.net> <201106171036.07110.lowen@pari.edu> <20110617154710.GB21730@hiwaay.net> Message-ID: On Fri, 17 Jun 2011, Chris Adams wrote: > Either way, I can't think of many uses (other than what I'm doing) for a > parallel port that don't involve a printer (and thus lp). late to the party (well, actually away for the weekend) We use the parallel port here for certain programming interfaces on embedded devices -- Russ herrold From colin.coe at gmail.com Tue Jun 21 05:15:46 2011 From: colin.coe at gmail.com (Colin Coe) Date: Tue, 21 Jun 2011 13:15:46 +0800 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: <4E00185E.3070900@alteeve.com> References: <4E00185E.3070900@alteeve.com> Message-ID: Interesting... I use mrepo to sync the RHEL6 channels (including EPEL and others) --- yum list perl-Net-Telnet Loaded plugins: rhnplugin This system is not registered with RHN. RHN support will be disabled. epel | 951 B 00:00 epel/primary | 2.1 MB 00:00 epel 5979/5979 rhel6 | 951 B 00:00 rhel6/primary | 1.7 MB 00:00 rhel6 3498/3498 rhel6-sup | 951 B 00:00 rhel6-sup/primary | 852 kB 00:00 rhel6-sup 2682/2682 Error: No matching Packages to list --- and a package search in RHN does not show up this package in any RHEL6 channels. CC On Tue, Jun 21, 2011 at 12:04 PM, Digimer wrote: > On 06/20/2011 11:49 PM, Colin Coe wrote: >> >> Hi all >> >> Anyone know whats happened to perl-Net-Telnet in RHEL6? ?I'm sure it >> was there at one stage as one of my RHEL6 boxes has it installed (yes, >> it was a fresh install not a RHEL5 upgrade) but now I can't find it in >> RHEL6 or EPEL6. >> >> TIA >> >> CC >> > > [root at an-node01 ~]# cat /etc/issue && rpm -q perl-Net-Telnet > Red Hat Enterprise Linux Server release 6.1 (Santiago) > Kernel \r on an \m > > perl-Net-Telnet-3.03-11.el6.noarch > > -- > Digimer > E-Mail: ? ? ? ? ? ? ?digimer at alteeve.com > Freenode handle: ? ? digimer > Papers and Projects: http://alteeve.com > Node Assassin: ? ? ? http://nodeassassin.org > "I feel confined, only free to expand myself within boundaries." > -- RHCE#805007969328369 From mlist at lubrical.net Tue Jun 21 05:28:29 2011 From: mlist at lubrical.net (Tim) Date: Tue, 21 Jun 2011 15:28:29 +1000 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> Message-ID: <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> > Interesting... > > I use mrepo to sync the RHEL6 channels (including EPEL and others) > --- > yum list perl-Net-Telnet > Loaded plugins: rhnplugin > This system is not registered with RHN. > RHN support will be disabled. > epel | 951 B > 00:00 > epel/primary | 2.1 MB > 00:00 > epel > 5979/5979 > rhel6 > | 951 B 00:00 > rhel6/primary > | 1.7 MB 00:00 > rhel6 > 3498/3498 > rhel6-sup > | 951 B 00:00 > rhel6-sup/primary > | 852 kB 00:00 > rhel6-sup > 2682/2682 > Error: No matching Packages to list > --- > > and a package search in RHN does not show up this package in any RHEL6 > channels. > Shows up for me. RHEL6 and 7. https://rhn.redhat.com/network/software/packages/name_overview.pxt?package_name=perl-Net-Telnet&archIdList=503.500.501.540.502.506.507.504.505.520&archLabelList=Alpha.IA-32.IA-64.PPC.Sparc.iSeries.pSeries.s390.s390x.x86_64&search_subscribed_channels= -- Tim From colin.coe at gmail.com Tue Jun 21 05:33:50 2011 From: colin.coe at gmail.com (Colin Coe) Date: Tue, 21 Jun 2011 13:33:50 +0800 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: On Tue, Jun 21, 2011 at 1:28 PM, Tim wrote: >> Interesting... >> >> I use mrepo to sync the RHEL6 channels (including EPEL and others) >> --- >> yum list perl-Net-Telnet >> Loaded plugins: rhnplugin >> This system is not registered with RHN. >> RHN support will be disabled. >> epel ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B >> 00:00 >> epel/primary ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 2.1 MB >> 00:00 >> epel >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?5979/5979 >> rhel6 >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >> rhel6/primary >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 1.7 MB ? ? 00:00 >> rhel6 >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?3498/3498 >> rhel6-sup >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >> rhel6-sup/primary >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 852 kB ? ? 00:00 >> rhel6-sup >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?2682/2682 >> Error: No matching Packages to list >> --- >> >> and a package search in RHN does not show up this package in any RHEL6 >> channels. >> > > Shows up for me. RHEL6 and 7. > > https://rhn.redhat.com/network/software/packages/name_overview.pxt?package_name=perl-Net-Telnet&archIdList=503.500.501.540.502.506.507.504.505.520&archLabelList=Alpha.IA-32.IA-64.PPC.Sparc.iSeries.pSeries.s390.s390x.x86_64&search_subscribed_channels= Umm, that's RH6 & 7 plus RHEL5 and GFSv6 not RHEL6... > -- > Tim > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- RHCE#805007969328369 From Tim.GOLLSCHEWSKY at suncorp.com.au Tue Jun 21 05:47:18 2011 From: Tim.GOLLSCHEWSKY at suncorp.com.au (GOLLSCHEWSKY, Tim) Date: Tue, 21 Jun 2011 15:47:18 +1000 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: It's definitely included in RHEL6: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm It's available in the "RHEL Server High Availability" channels. I'm not sure why though, seems like a pretty common package. See "Available From" below. https://rhn.redhat.com/rhn/software/packages/details/Overview.do?pid=587329 Details Description: Net::Telnet allows you to make client connections to a TCP port and do network I/O, especially to a port using the TELNET protocol. Simple I/O methods such as print, get, and getline are provided. More sophisticated interactive features are provided because connecting to a TELNET port ultimately means communicating with a program designed for human interaction. These interactive features include the ability to specify a time-out and to wait for patterns to appear in the input stream, such as the prompt from a shell. Arch: noarch Available Archs: noarch Available From: Red Hat Network Satellite (v5.4 for Server v6 AMD64 / Intel64) RHEL Server High Availability (v. 6 for 32-bit x86) RHEL Server High Availability (v. 6 for 64-bit x86_64) Vendor: Red Hat, Inc. Source RPM: perl-Net-Telnet-3.03-11.el6.src.rpm Tim Gollschewsky Unix Systems Engineer -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Colin Coe Sent: Tuesday, 21 June 2011 3:34 PM To: mlist at lubrical.net; Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: Re: [rhelv6-list] perl-Net-Telnet On Tue, Jun 21, 2011 at 1:28 PM, Tim wrote: >> Interesting... >> >> I use mrepo to sync the RHEL6 channels (including EPEL and others) >> --- >> yum list perl-Net-Telnet >> Loaded plugins: rhnplugin >> This system is not registered with RHN. >> RHN support will be disabled. >> epel | 951 B >> 00:00 >> epel/primary | 2.1 MB >> 00:00 >> epel >> 5979/5979 >> rhel6 >> | 951 B 00:00 >> rhel6/primary >> | 1.7 MB 00:00 >> rhel6 >> 3498/3498 >> rhel6-sup >> | 951 B 00:00 >> rhel6-sup/primary >> | 852 kB 00:00 >> rhel6-sup >> 2682/2682 >> Error: No matching Packages to list >> --- >> >> and a package search in RHN does not show up this package in any RHEL6 >> channels. >> > > Shows up for me. RHEL6 and 7. > > https://rhn.redhat.com/network/software/packages/name_overview.pxt?package_name=perl-Net-Telnet&archIdList=503.500.501.540.502.506.507.504.505.520&archLabelList=Alpha.IA-32.IA-64.PPC.Sparc.iSeries.pSeries.s390.s390x.x86_64&search_subscribed_channels= Umm, that's RH6 & 7 plus RHEL5 and GFSv6 not RHEL6... > -- > Tim > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- RHCE#805007969328369 _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp". Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. From colin.coe at gmail.com Tue Jun 21 06:10:12 2011 From: colin.coe at gmail.com (Colin Coe) Date: Tue, 21 Jun 2011 14:10:12 +0800 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: Ahh, many thanks Tim! This is a problem. I package perl-Net-Telnet-Cisco which uses perl-Net-Telnet and I'm getting emails from the Fedora build system complaining about missing dependencies, i.e. perl-Net-Telnet. OK, will raise with the Fedora folks. Thanks all for the replies. CC On Tue, Jun 21, 2011 at 1:47 PM, GOLLSCHEWSKY, Tim wrote: > It's definitely included in RHEL6: > > http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm > > It's available in the "RHEL Server High Availability" channels. ?I'm not sure why though, seems like a pretty common package. ?See "Available From" below. > > https://rhn.redhat.com/rhn/software/packages/details/Overview.do?pid=587329 > > ?Details > ?Description: ?Net::Telnet allows you to make client connections to a TCP port and do > ?network I/O, especially to a port using the TELNET protocol. Simple I/O > ?methods such as print, get, and getline are provided. More sophisticated > ?interactive features are provided because connecting to a TELNET port > ?ultimately means communicating with a program designed for human interaction. > ?These interactive features include the ability to specify a time-out and to > ?wait for patterns to appear in the input stream, such as the prompt from a > ?shell. > ?Arch: ? ? ? ? noarch > ?Available Archs: ? ? ?noarch > ?Available From: ? ? ? Red Hat Network Satellite (v5.4 for Server v6 AMD64 / Intel64) > ?RHEL Server High Availability (v. 6 for 32-bit x86) > ?RHEL Server High Availability (v. 6 for 64-bit x86_64) > ?Vendor: ? ? ? Red Hat, Inc. > ?Source RPM: ? perl-Net-Telnet-3.03-11.el6.src.rpm > > > Tim Gollschewsky > Unix Systems Engineer > > > -----Original Message----- > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Colin Coe > Sent: Tuesday, 21 June 2011 3:34 PM > To: mlist at lubrical.net; Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > Subject: Re: [rhelv6-list] perl-Net-Telnet > > On Tue, Jun 21, 2011 at 1:28 PM, Tim wrote: >>> Interesting... >>> >>> I use mrepo to sync the RHEL6 channels (including EPEL and others) >>> --- >>> yum list perl-Net-Telnet >>> Loaded plugins: rhnplugin >>> This system is not registered with RHN. >>> RHN support will be disabled. >>> epel ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B >>> 00:00 >>> epel/primary ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 2.1 MB >>> 00:00 >>> epel >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?5979/5979 >>> rhel6 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >>> rhel6/primary >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 1.7 MB ? ? 00:00 >>> rhel6 >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?3498/3498 >>> rhel6-sup >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >>> rhel6-sup/primary >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 852 kB ? ? 00:00 >>> rhel6-sup >>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?2682/2682 >>> Error: No matching Packages to list >>> --- >>> >>> and a package search in RHN does not show up this package in any RHEL6 >>> channels. >>> >> >> Shows up for me. RHEL6 and 7. >> >> https://rhn.redhat.com/network/software/packages/name_overview.pxt?package_name=perl-Net-Telnet&archIdList=503.500.501.540.502.506.507.504.505.520&archLabelList=Alpha.IA-32.IA-64.PPC.Sparc.iSeries.pSeries.s390.s390x.x86_64&search_subscribed_channels= > > > Umm, that's RH6 & 7 plus RHEL5 and GFSv6 not RHEL6... > > > >> -- >> Tim >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> > > > > -- > RHCE#805007969328369 > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > > This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp". > Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. > The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- RHCE#805007969328369 From janfrode at tanso.net Tue Jun 21 07:23:48 2011 From: janfrode at tanso.net (Jan-Frode Myklebust) Date: Tue, 21 Jun 2011 09:23:48 +0200 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: <20110621072348.GA4349@oc1046828364.ibm.com> On Tue, Jun 21, 2011 at 02:10:12PM +0800, Colin Coe wrote: > > This is a problem. I package perl-Net-Telnet-Cisco which uses > perl-Net-Telnet and I'm getting emails from the Fedora build system > complaining about missing dependencies, i.e. perl-Net-Telnet. > I'm getting the same nag-mail. The problem is that perl-Net-Telnet is missing from RHEL6/ppc64 -- if I'm not mis-remembering. Somebody probably needs to build an EPEL6/ppc64 version of perl-Net-Telnet.. -jf From Frank.Swasey at uvm.edu Tue Jun 21 11:06:36 2011 From: Frank.Swasey at uvm.edu (Frank Swasey) Date: Tue, 21 Jun 2011 07:06:36 -0400 (EDT) Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: I find it in the RHEL Server High Availability (v. 6 for 64-bit x86_64) channel. https://rhn.redhat.com/rhn/channels/PackageList.do?lower=66&cid=10492 Frank Today at 2:10pm, Colin Coe wrote: > Ahh, many thanks Tim! > > This is a problem. I package perl-Net-Telnet-Cisco which uses > perl-Net-Telnet and I'm getting emails from the Fedora build system > complaining about missing dependencies, i.e. perl-Net-Telnet. > > OK, will raise with the Fedora folks. > > Thanks all for the replies. > > CC > > On Tue, Jun 21, 2011 at 1:47 PM, GOLLSCHEWSKY, Tim > wrote: >> It's definitely included in RHEL6: >> >> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm >> >> It's available in the "RHEL Server High Availability" channels. ?I'm not sure why though, seems like a pretty common package. ?See "Available From" below. >> >> https://rhn.redhat.com/rhn/software/packages/details/Overview.do?pid=587329 >> >> ?Details >> ?Description: ?Net::Telnet allows you to make client connections to a TCP port and do >> ?network I/O, especially to a port using the TELNET protocol. Simple I/O >> ?methods such as print, get, and getline are provided. More sophisticated >> ?interactive features are provided because connecting to a TELNET port >> ?ultimately means communicating with a program designed for human interaction. >> ?These interactive features include the ability to specify a time-out and to >> ?wait for patterns to appear in the input stream, such as the prompt from a >> ?shell. >> ?Arch: ? ? ? ? noarch >> ?Available Archs: ? ? ?noarch >> ?Available From: ? ? ? Red Hat Network Satellite (v5.4 for Server v6 AMD64 / Intel64) >> ?RHEL Server High Availability (v. 6 for 32-bit x86) >> ?RHEL Server High Availability (v. 6 for 64-bit x86_64) >> ?Vendor: ? ? ? Red Hat, Inc. >> ?Source RPM: ? perl-Net-Telnet-3.03-11.el6.src.rpm >> >> >> Tim Gollschewsky >> Unix Systems Engineer >> >> >> -----Original Message----- >> From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Colin Coe >> Sent: Tuesday, 21 June 2011 3:34 PM >> To: mlist at lubrical.net; Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list >> Subject: Re: [rhelv6-list] perl-Net-Telnet >> >> On Tue, Jun 21, 2011 at 1:28 PM, Tim wrote: >>>> Interesting... >>>> >>>> I use mrepo to sync the RHEL6 channels (including EPEL and others) >>>> --- >>>> yum list perl-Net-Telnet >>>> Loaded plugins: rhnplugin >>>> This system is not registered with RHN. >>>> RHN support will be disabled. >>>> epel ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B >>>> 00:00 >>>> epel/primary ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 2.1 MB >>>> 00:00 >>>> epel >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?5979/5979 >>>> rhel6 >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >>>> rhel6/primary >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 1.7 MB ? ? 00:00 >>>> rhel6 >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?3498/3498 >>>> rhel6-sup >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ?951 B ? ? 00:00 >>>> rhel6-sup/primary >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? | 852 kB ? ? 00:00 >>>> rhel6-sup >>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?2682/2682 >>>> Error: No matching Packages to list >>>> --- >>>> >>>> and a package search in RHN does not show up this package in any RHEL6 >>>> channels. >>>> >>> >>> Shows up for me. RHEL6 and 7. >>> >>> https://rhn.redhat.com/network/software/packages/name_overview.pxt?package_name=perl-Net-Telnet&archIdList=503.500.501.540.502.506.507.504.505.520&archLabelList=Alpha.IA-32.IA-64.PPC.Sparc.iSeries.pSeries.s390.s390x.x86_64&search_subscribed_channels= >> >> >> Umm, that's RH6 & 7 plus RHEL5 and GFSv6 not RHEL6... >> >> >> >>> -- >>> Tim >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >> >> >> >> -- >> RHCE#805007969328369 >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> >> This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp". >> Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. >> The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> > > > > -- Frank Swasey | http://www.uvm.edu/~fcs Sr Systems Administrator | Always remember: You are UNIQUE, University of Vermont | just like everyone else. "I am not young enough to know everything." - Oscar Wilde (1854-1900) From linux at alteeve.com Tue Jun 21 12:03:34 2011 From: linux at alteeve.com (Digimer) Date: Tue, 21 Jun 2011 08:03:34 -0400 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> Message-ID: <4E008896.6000702@alteeve.com> On 06/21/2011 01:47 AM, GOLLSCHEWSKY, Tim wrote: > It's definitely included in RHEL6: > > http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm > > It's available in the "RHEL Server High Availability" channels. I'm not sure why though, seems like a pretty common package. See "Available From" below. Not sure why it's there only, but it is used by some fence agents, and 'fence-agents' is a package from that repo with Net::Telnet dependencies. -- Digimer E-Mail: digimer at alteeve.com Freenode handle: digimer Papers and Projects: http://alteeve.com Node Assassin: http://nodeassassin.org "I feel confined, only free to expand myself within boundaries." From lowen at pari.edu Tue Jun 21 12:06:31 2011 From: lowen at pari.edu (Lamar Owen) Date: Tue, 21 Jun 2011 08:06:31 -0400 Subject: [rhelv6-list] Parallel Port Support In-Reply-To: <20110617154710.GB21730@hiwaay.net> References: <4DFA1320.8020401@cchtml.com> Message-ID: <201106210806.31530.lowen@pari.edu> On Friday, June 17, 2011 11:47:10 AM Chris Adams wrote: > Either way, I can't think of many uses (other than what I'm doing) for a > parallel port that don't involve a printer (and thus lp). I just remembered a digital storage oscilloscope interface I have (made by Velleman) that uses a parallel port. There is Linux software called QtDSO; see: http://elettrolinux.com/Analyze-Visualize/qtdso-a-gui-for-the-pcs64i-digital-oscilloscope.html for more information. From colin.coe at gmail.com Tue Jun 21 12:15:55 2011 From: colin.coe at gmail.com (Colin Coe) Date: Tue, 21 Jun 2011 20:15:55 +0800 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: <4E008896.6000702@alteeve.com> References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> <4E008896.6000702@alteeve.com> Message-ID: On Tue, Jun 21, 2011 at 8:03 PM, Digimer wrote: > On 06/21/2011 01:47 AM, GOLLSCHEWSKY, Tim wrote: >> >> It's definitely included in RHEL6: >> >> >> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm >> >> It's available in the "RHEL Server High Availability" channels. ?I'm not >> sure why though, seems like a pretty common package. ?See "Available From" >> below. > > Not sure why it's there only, but it is used by some fence agents, and > 'fence-agents' is a package from that repo with Net::Telnet dependencies. > > -- > Digimer > E-Mail: ? ? ? ? ? ? ?digimer at alteeve.com > Freenode handle: ? ? digimer > Papers and Projects: http://alteeve.com > Node Assassin: ? ? ? http://nodeassassin.org > "I feel confined, only free to expand myself within boundaries." > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > it seems crazy to me that that a package as generic as this end up in a repo as specific as HA. Think I'm screwed. CC -- RHCE#805007969328369 From linux at alteeve.com Tue Jun 21 12:21:41 2011 From: linux at alteeve.com (Digimer) Date: Tue, 21 Jun 2011 08:21:41 -0400 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> <4E008896.6000702@alteeve.com> Message-ID: <4E008CD5.6040107@alteeve.com> On 06/21/2011 08:15 AM, Colin Coe wrote: > On Tue, Jun 21, 2011 at 8:03 PM, Digimer wrote: >> On 06/21/2011 01:47 AM, GOLLSCHEWSKY, Tim wrote: >>> >>> It's definitely included in RHEL6: >>> >>> >>> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm >>> >>> It's available in the "RHEL Server High Availability" channels. I'm not >>> sure why though, seems like a pretty common package. See "Available From" >>> below. >> >> Not sure why it's there only, but it is used by some fence agents, and >> 'fence-agents' is a package from that repo with Net::Telnet dependencies. >> >> -- >> Digimer >> E-Mail: digimer at alteeve.com >> Freenode handle: digimer >> Papers and Projects: http://alteeve.com >> Node Assassin: http://nodeassassin.org >> "I feel confined, only free to expand myself within boundaries." >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list >> > > it seems crazy to me that that a package as generic as this end up in > a repo as specific as HA. Think I'm screwed. > > CC Well, cpan should install it just fine. However, feel free to submit a red hat bug asking for it to be made more generally available. If nothing else, RH's reasoning for not making it more generally available should be made clear. -- Digimer E-Mail: digimer at alteeve.com Freenode handle: digimer Papers and Projects: http://alteeve.com Node Assassin: http://nodeassassin.org "I feel confined, only free to expand myself within boundaries." From colin.coe at gmail.com Wed Jun 22 00:39:19 2011 From: colin.coe at gmail.com (Colin Coe) Date: Wed, 22 Jun 2011 08:39:19 +0800 Subject: [rhelv6-list] perl-Net-Telnet In-Reply-To: <4E008CD5.6040107@alteeve.com> References: <4E00185E.3070900@alteeve.com> <6afc025ff6bf853a40d4470d8831fdf5.squirrel@lubrical.net> <4E008896.6000702@alteeve.com> <4E008CD5.6040107@alteeve.com> Message-ID: An RFE has now been logged with RedHat to move perl-Net-Telnet from HA to the base RHEL6 channel. Thanks CC On Tue, Jun 21, 2011 at 8:21 PM, Digimer wrote: > On 06/21/2011 08:15 AM, Colin Coe wrote: >> >> On Tue, Jun 21, 2011 at 8:03 PM, Digimer ?wrote: >>> >>> On 06/21/2011 01:47 AM, GOLLSCHEWSKY, Tim wrote: >>>> >>>> It's definitely included in RHEL6: >>>> >>>> >>>> >>>> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/perl-Net-Telnet-3.03-11.el6.src.rpm >>>> >>>> It's available in the "RHEL Server High Availability" channels. ?I'm not >>>> sure why though, seems like a pretty common package. ?See "Available >>>> From" >>>> below. >>> >>> Not sure why it's there only, but it is used by some fence agents, and >>> 'fence-agents' is a package from that repo with Net::Telnet dependencies. >>> >>> -- >>> Digimer >>> E-Mail: ? ? ? ? ? ? ?digimer at alteeve.com >>> Freenode handle: ? ? digimer >>> Papers and Projects: http://alteeve.com >>> Node Assassin: ? ? ? http://nodeassassin.org >>> "I feel confined, only free to expand myself within boundaries." >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >> >> it seems crazy to me that that a package as generic as this end up in >> a repo as specific as HA. ?Think I'm screwed. >> >> CC > > Well, cpan should install it just fine. > > However, feel free to submit a red hat bug asking for it to be made more > generally available. If nothing else, RH's reasoning for not making it more > generally available should be made clear. > > -- > Digimer > E-Mail: ? ? ? ? ? ? ?digimer at alteeve.com > Freenode handle: ? ? digimer > Papers and Projects: http://alteeve.com > Node Assassin: ? ? ? http://nodeassassin.org > "I feel confined, only free to expand myself within boundaries." > -- RHCE#805007969328369 From kirbyzhou at sogou-inc.com Wed Jun 22 12:31:55 2011 From: kirbyzhou at sogou-inc.com (Kirby Zhou) Date: Wed, 22 Jun 2011 20:31:55 +0800 Subject: [rhelv6-list] What about LXC? Message-ID: <005c01cc30d8$626be890$2743b9b0$@sogou-inc.com> I see that 'RHEL6 provides experimental support for LXC'. But how can I use LXC under RHEL6? Is there any lxc userland tools provided? Regards Kirby Zhou -------------- next part -------------- An HTML attachment was scrubbed... URL: From allen at doobie.itdl.ds.boeing.com Tue Jun 21 21:13:26 2011 From: allen at doobie.itdl.ds.boeing.com (Steve Allen) Date: Tue, 21 Jun 2011 14:13:26 -0700 (PDT) Subject: [rhelv6-list] kickstarting rhel6 from usb key In-Reply-To: <4DF917DD.2090908@cse.yorku.ca> Message-ID: <201106212113.p5LLDRY7023021@doobie.itdl.ds.boeing.com> Jason Keltz wrote: > Hi Greg, > > I believe /dev/disk/by-label is available, and I looked into using that, > but still, if the usb key becomes /dev/sda, then this will effect > installation of bootloader, etc. hard to work around. > Does red hat not support installation via usb key? > I'm not using multipath so I don't have /dev/disk/by-scsi-id.. > In this particular case, the system has a 3ware 9750-8e card (which is > referred to first in bios).. > > I wish there was some way to force the usb device as being sdb. I have been playing with this for some time... I haven't completed my playtime yet, but my research indicates this: Redhat 3 and 4 do not support referring to partitions by label, but 5 and 6 do. Try using this line in your kickstart file and pointing it to the label on your USB stick: harddrive --dir=/ --partition=LABEL=blahblah HTH, From brilong at cisco.com Wed Jun 22 20:26:35 2011 From: brilong at cisco.com (Brian Long) Date: Wed, 22 Jun 2011 16:26:35 -0400 Subject: [rhelv6-list] PCIe errors handled by OS Message-ID: <4E024FFB.6000408@cisco.com> I've just started using RHEL 6.1 VMs on VMware ESXi 4.1 and I'm getting strange errors in syslog. Has anyone else experienced these messages? I'm running 2.6.32-131.4.1.el6.i686 with vmware-tools 8.3.7. lspci output follows the messages. Jun 21 09:54:44 localhost kernel: pci 0000:13:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' Jun 21 09:54:44 localhost kernel: pci 0000:00:15.0: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.1: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.2: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.3: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.4: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.5: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.6: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:15.7: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.0: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.1: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.2: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.3: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.4: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.5: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.6: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:16.7: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.0: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.1: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.2: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.3: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.4: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.5: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.6: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:17.7: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.0: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.1: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.2: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.3: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.4: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.5: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.6: PCIe errors handled by OS. Jun 21 09:54:44 localhost kernel: pci 0000:00:18.7: PCIe errors handled by OS. lspci: 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 01) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 01) 00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 08) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08) 00:07.7 System peripheral: VMware Virtual Machine Communication Interface (rev 10) 00:0f.0 VGA compatible controller: VMware SVGA II Adapter 00:11.0 PCI bridge: VMware PCI bridge (rev 02) 00:15.0 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.1 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.2 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.3 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.4 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.5 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.6 PCI bridge: VMware PCI Express Root Port (rev 01) 00:15.7 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.0 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.1 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.2 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.3 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.4 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.5 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.6 PCI bridge: VMware PCI Express Root Port (rev 01) 00:16.7 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.0 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.1 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.2 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.3 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.4 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.5 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.6 PCI bridge: VMware PCI Express Root Port (rev 01) 00:17.7 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.0 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.1 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.2 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.3 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.4 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.5 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.6 PCI bridge: VMware PCI Express Root Port (rev 01) 00:18.7 PCI bridge: VMware PCI Express Root Port (rev 01) 03:00.0 Serial Attached SCSI controller: VMware PVSCSI SCSI Controller (rev 02) 0b:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01) 13:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01) -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O From dsavage at peaknet.net Mon Jun 27 11:36:43 2011 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Mon, 27 Jun 2011 06:36:43 -0500 Subject: [rhelv6-list] udevd rule error at boot time Message-ID: <1309174603.4107.4.camel@lion.protogeek.org> Running RHEL6.1 and getting this error msg at boot time: Starting udev: udevd[696]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/60-legousbtower.rules:1 Sure enough, that rule is a one-liner: KERNEL=="legousbtower*", NAME="%k", MODE="0660",OWNER="root" GROUP="lego" Is anyone else seeing this? --Doc Savage Fairview Heights, IL From Andreas.Reschke at behrgroup.com Mon Jun 27 11:39:36 2011 From: Andreas.Reschke at behrgroup.com (Andreas Reschke) Date: Mon, 27 Jun 2011 13:39:36 +0200 Subject: [rhelv6-list] WLAN with RHEL6 with auth against Windows ADS Message-ID: Hi, I want to use WLAN in our office. I've 2 certificate (userid.cer) a) cat RESCH.cer -----BEGIN CERTIFICATE----- MIIGhDCCBe2gAwIBAgIKI7sHqAAAAAE5czANBgkqhkiG9w0BAQUFADA/MQswCQYD ...... b) cat RESCH.cer 0??0??? 0?19s0 *?H?? 0 0 UDE10U Stuttgart1 U 0ehr1 120111083751Z0y10 ?&???,dnet10 ?&???,d behrgroup1 ...... Which one is there right one? The more ascii-like or the binary version? And which settings in NetworkManager are required? Authentication: TLS, LEAP, Tunneld TLS, Protected EAP (PEAP)? Thanks for your help Andreas Reschke -------------- next part -------------- An HTML attachment was scrubbed... URL: From mezei.zoltan at gmail.com Mon Jun 27 11:45:57 2011 From: mezei.zoltan at gmail.com (Mezei Zoltan) Date: Mon, 27 Jun 2011 13:45:57 +0200 Subject: [rhelv6-list] Rolling back yum transactions Message-ID: Hi, I'm trying to find a way to roll back RPM database transaction on RHEL machines. I can specify the tsflags=repackage option to yum on RHEL5, then use rpm --rollback for the actual rollback, however this feature was removed in RPM 4.6.0 and RHEL6 ships with RPM 4.8.0. Is there another way to provide similar functionality in RHEL6? -- Zizi "A deep understanding of reality is exactly the same thing as laziness." - Dilbert, 2011. 03. 20. From gianluca.cecchi at gmail.com Mon Jun 27 12:02:57 2011 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 27 Jun 2011 14:02:57 +0200 Subject: [rhelv6-list] udevd rule error at boot time In-Reply-To: <1309174603.4107.4.camel@lion.protogeek.org> References: <1309174603.4107.4.camel@lion.protogeek.org> Message-ID: On Mon, Jun 27, 2011 at 1:36 PM, Robert G. (Doc) Savage wrote: > Running RHEL6.1 and getting this error msg at boot time: > > Starting udev: udevd[696]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/60-legousbtower.rules:1 > > Sure enough, that rule is a one-liner: > > KERNEL=="legousbtower*", NAME="%k", MODE="0660",OWNER="root" GROUP="lego" > > Is anyone else seeing this? > > --Doc Savage No, [root ~]# ll //etc/udev/rules.d/60-* -rw-r--r--. 1 root root 1652 Aug 25 2010 //etc/udev/rules.d/60-fprint-autosuspend.rules -rw-r--r--. 1 root root 1060 Jun 29 2010 //etc/udev/rules.d/60-pcmcia.rules -rw-r--r-- 1 root root 452 Mar 11 12:14 //etc/udev/rules.d/60-raw.rules You should check the output of "rpm -qf /etc/udev/rules.d/60-legousbtower.rules" and see the package that contains the file. Gianluca From christian.masopust at siemens.com Mon Jun 27 12:32:45 2011 From: christian.masopust at siemens.com (Masopust, Christian) Date: Mon, 27 Jun 2011 14:32:45 +0200 Subject: [rhelv6-list] Cannot get kdump working... Message-ID: Hi all, I've some troubles to get kdump working. Service is enabled, status is "Kdump is operational", but when testing with 'echo "c" > /proc/sysrq-trigger', there will be no dump in /var/crash after reboot. See my kdump.conf below and.... what am I doing wrong?? Thanks a lot, Christian kdump.conf has: path /var/crash ext4 UUID=03c5fa74-b17b-44b4-bbb3-4e6778e7d85f core_collector makedumpfile -d 0 -c -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at nytefyre.net Mon Jun 27 13:59:24 2011 From: greg at nytefyre.net (Greg Swift) Date: Mon, 27 Jun 2011 08:59:24 -0500 Subject: [rhelv6-list] Rolling back yum transactions In-Reply-To: References: Message-ID: On Mon, Jun 27, 2011 at 06:45, Mezei Zoltan wrote: > Hi, > > I'm trying to find a way to roll back RPM database transaction on RHEL > machines. I can specify the tsflags=repackage option to yum on RHEL5, > then use rpm --rollback for the actual rollback, however this feature > was removed in RPM 4.6.0 and RHEL6 ships with RPM 4.8.0. > > Is there another way to provide similar functionality in RHEL6? I believe in RHEL 6 you use yum specifically to perform this functionality. Look at 'yum history' command which has several subcommands, which includes undo. -greg From Frank.Swasey at uvm.edu Mon Jun 27 14:20:49 2011 From: Frank.Swasey at uvm.edu (Francis Swasey) Date: Mon, 27 Jun 2011 10:20:49 -0400 Subject: [rhelv6-list] mailx using real uid instead of effective uid Message-ID: <4E0891C1.1060102@uvm.edu> Has anyone figured out a way to get mailx in RHEL6 to use the effective uid instead of the real uid (other than modifying the scripts that are being run via sudo to include the "-r root" parameter on the mailx command)? In previous versions of RHEL (RHEL 5.6 for example), using sudo to run a script (as root) which internally sends mail would properly mark the mail as coming from root, in RHEL6, the mail is being sent as coming from the account which ran sudo instead of from root. I haven't found any settings in /etc/mail.rc that are making this change, so I assume it is either something new in mailx, sudo, bash, or the kernel in RHEL6. Thanks, -- Frank Swasey | http://www.uvm.edu/~fcs Sr Systems Administrator | Always remember: You are UNIQUE, University of Vermont | just like everyone else. "I am not young enough to know everything." - Oscar Wilde (1854-1900) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 905 bytes Desc: OpenPGP digital signature URL: From notting at redhat.com Mon Jun 27 15:06:36 2011 From: notting at redhat.com (Bill Nottingham) Date: Mon, 27 Jun 2011 11:06:36 -0400 Subject: [rhelv6-list] udevd rule error at boot time In-Reply-To: <1309174603.4107.4.camel@lion.protogeek.org> References: <1309174603.4107.4.camel@lion.protogeek.org> Message-ID: <20110627150635.GA17360@nostromo.devel.redhat.com> Robert G. (Doc) Savage (dsavage at peaknet.net) said: > Running RHEL6.1 and getting this error msg at boot time: > > Starting udev: udevd[696]: NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /etc/udev/rules.d/60-legousbtower.rules:1 > > Sure enough, that rule is a one-liner: > > KERNEL=="legousbtower*", NAME="%k", MODE="0660",OWNER="root" GROUP="lego" > > Is anyone else seeing this? No, I'm not. In any case, the warning is correct - you can just remove 'NAME="%k", ' from the rule file. Bill From kirbyzhou at sogou-inc.com Tue Jun 28 04:34:04 2011 From: kirbyzhou at sogou-inc.com (Kirby Zhou) Date: Tue, 28 Jun 2011 12:34:04 +0800 Subject: [rhelv6-list] libsdp is missing in RHEL6? Message-ID: <130b01cc354c$9f40ea40$ddc2bec0$@sogou-inc.com> libsdp is missing in RHEL6? It is very very useful under RHEL5, but I can not found it in RHEL6 nor EPEL6. Regards, Kirby Zhou from SOHU-RD +86-10-6272-8261 From Nitin.Thakur at tmx.com Tue Jun 28 17:22:16 2011 From: Nitin.Thakur at tmx.com (Nitin.Thakur at tmx.com) Date: Tue, 28 Jun 2011 13:22:16 -0400 Subject: [rhelv6-list] is MRG2.0 supported in HP DL380 G7 Message-ID: Hi All I installed MRG 2.0 on RHEL 6.1 on DL 380 G7. Since then the server has stopped booting. It hangs just after saying booting from RT kernel. I checked the Red hat page for supported hardware but I cant find the list for MRG 2.0. Anybody else experienced such a problem? thanks Nitin -------------------------------------- NOTICE OF CONFIDENTIALITY This e-mail, including all materials contained in or attached to this e-mail, contains proprietary and confidential information solely for the internal use of the intended recipient. If you have received this email in error, please notify us immediately by return e-mail or otherwise and ensure that it is permanently deleted from your systems, and do not print, copy, distribute or read its contents. AVIS DE CONFIDENTIALIT? Le pr?sent courriel, y compris tous les documents qu'il contient ou qui y sont joints, renferme des renseignements exclusifs et confidentiels destin?s uniquement ? l'usage interne du destinataire pr?vu. Si vous avez re?u le pr?sent courriel par erreur, veuillez nous aviser imm?diatement, notamment par retour de courriel, et vous assurer qu'il est supprim? de fa?on permanente de vos syst?mes; veuillez ?galement vous abstenir d'imprimer, de copier, de distribuer ou de lire son contenu. -------------- next part -------------- An HTML attachment was scrubbed... URL: