From rhelv6-list at redhat.com Fri Mar 1 15:36:27 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Fri, 01 Mar 2013 16:36:27 +0100 Subject: [rhelv6-list] rhel6.4 kernel breaks server hardware vendor mgmt tools In-Reply-To: <512B4077.10700@gmx.de> (Red Hat Enterprise Linux's message of "Mon, 25 Feb 2013 11:44:07 +0100") References: <15tehg9e4m3.fsf@tux.uio.no> <512B4077.10700@gmx.de> Message-ID: <15tfw0ff7yc.fsf@tux.uio.no> "Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list" writes: >> The decision to statically link the IPMI kernel modules in rhel6.4 >> breaks various vendor hardware management tools. So far I've confirmed >> that Dell Openmanage Server Administrator (OMSA) and HP Proliant support >> pack depend on those modules being standalone like before. These tools >> don't work with the 6.4 kernel. >> >> It's probably just the init scripts for the services that need to be >> fixed in order to work with statically linked IPMI modules, but out of >> the box these services are broken. > > Have you had the chance to take a look at the OMSA stuff? > If it is really only the init script? Yes, it's only the init script "dsm_sa_ipmi" that needs to be fixed. I finally found some time to fiddle around with this, and to get it working again you only need to replace the contents of this file: /etc/init.d/dsm_sa_ipmi with the following: #!/bin/sh modprobe platform:ipmi_si exit 0 The modprobe line takes care of loading the "module" in a pseudo-ish way (I haven't really been digging into this bit), and creates the device file /dev/ipmi0 with proper major/minor number. PS. The script should probably be created as a proper init script, but this works as a quick fix. Whenever Dell decides to release a fixed version of OMSA, an upgraded srvadmin-hapi package will probably just replace the file, so you shouldn't have to worry about having to clean up your changes. Cheers, -- Trond H. Amundsen Center for Information Technology Services, University of Oslo From rhelv6-list at redhat.com Sat Mar 9 22:18:04 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Sat, 09 Mar 2013 23:18:04 +0100 Subject: [rhelv6-list] binutils-rh773526.patch patching readelf.c.readelf-dynamic~? Message-ID: <1362867484.4478.17.camel@quad> Hello, While trying to setup a cross build tool chain for ARM with the use of crosstool-ng I bumped into binutils-rh773526.patch patching readelf.c.readelf-dynamic~. Can the diff for that file be safely discarded? Or should that content be in readelf.c? Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rhelv6-list at redhat.com Sun Mar 10 12:02:28 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Sun, 10 Mar 2013 07:02:28 -0500 Subject: [rhelv6-list] Red Hat Common Channels Message-ID: I just noticed channels like rhel-x86_64-workstation-rh-common-6 last night. Most of them appear to be empty. Anyone know what the purpose of these channels is? I did see an errata for one of them adding a new package cloud-init making me wonder if they are part of some add-on or something. Thanks, John From rhelv6-list at redhat.com Mon Mar 11 09:54:53 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Mon, 11 Mar 2013 09:54:53 +0000 Subject: [rhelv6-list] RH lists munging From: header In-Reply-To: <201302252108.r1PL8taD004945@particle.nhn.ou.edu> References: <20130221162237.GA12934@hiwaay.net> <51264D89.4060804@cse.yorku.ca> <20130221191633.29235c9f@gmail.com> <201302251354.r1PDssoC001606@particle.nhn.ou.edu> <20130225155836.4207a584@gmail.com> <201302251523.r1PFNocQ004098@particle.nhn.ou.edu> <20130225212850.758cab14@gmail.com> <201302252108.r1PL8taD004945@particle.nhn.ou.edu> Message-ID: We've *still* got every message coming from the list. Can we please have this fixed please? It's been explained that any hope of stopping the address harvesters is pretty useless and even if that were the case, the pain of the odd spam message is far outweighed by the annoyance of not knowing who a message is from. jch -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhelv6-list at redhat.com Mon Mar 11 14:02:00 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Mon, 11 Mar 2013 10:02:00 -0400 Subject: [rhelv6-list] RH lists munging From: header In-Reply-To: References: <20130221162237.GA12934@hiwaay.net> <51264D89.4060804@cse.yorku.ca> <20130221191633.29235c9f@gmail.com> <201302251354.r1PDssoC001606@particle.nhn.ou.edu> <20130225155836.4207a584@gmail.com> <201302251523.r1PFNocQ004098@particle.nhn.ou.edu> <20130225212850.758cab14@gmail.com> <201302252108.r1PL8taD004945@particle.nhn.ou.edu> Message-ID: <513DE3D8.1040809@redhat.com> I will see if I can get this corrected for us. Sorry for any inconvenience for anyone. Hope everyone had a wonderful weekend. ~rp On 03/11/2013 05:54 AM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > We've *still* got every message coming from the list. > > Can we please have this fixed please? It's been explained that any > hope of stopping the address harvesters is pretty useless and even if > that were the case, the pain of the odd spam message is far outweighed > by the annoyance of not knowing who a message is from. > > jch > > > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- +-----------------------------[ robin at redhat.com ]----+ | Robin Price II - RHCE,RHCDS,RHCVA | | Solutions Architect - Public Sector | | Red Hat, Inc. | | w: +1 (919) 754 4412 | | c: +1 (252) 474 3525 | | @robinpriceii | +---------[ http://people.redhat.com/rprice ]---------+ From rhelv6-list at redhat.com Mon Mar 11 15:27:36 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Mon, 11 Mar 2013 08:27:36 -0700 Subject: [rhelv6-list] RH lists munging From: header In-Reply-To: <513DE3D8.1040809@redhat.com> References: <20130221162237.GA12934@hiwaay.net> <51264D89.4060804@cse.yorku.ca> <20130221191633.29235c9f@gmail.com> <201302251354.r1PDssoC001606@particle.nhn.ou.edu> <20130225155836.4207a584@gmail.com> <201302251523.r1PFNocQ004098@particle.nhn.ou.edu> <20130225212850.758cab14@gmail.com> <201302252108.r1PL8taD004945@particle.nhn.ou.edu> <513DE3D8.1040809@redhat.com> Message-ID: On Mon, Mar 11, 2013 at 7:02 AM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > I will see if I can get this corrected for us. Sorry for any inconvenience > for anyone. > > Hope everyone had a wonderful weekend. > > ~rp > On 03/11/2013 05:54 AM, Red Hat Enterprise Linux 6 (Santiago) discussion > mailing-list wrote: >> >> We've *still* got every message coming from the list. >> >> Can we please have this fixed please? It's been explained that any >> hope of stopping the address harvesters is pretty useless and even if >> that were the case, the pain of the odd spam message is far outweighed >> by the annoyance of not knowing who a message is from. >> >> jch > -- > +-----------------------------[ robin at redhat.com ]----+ > | Robin Price II - RHCE,RHCDS,RHCVA | > | Solutions Architect - Public Sector | > | Red Hat, Inc. | > | w: +1 (919) 754 4412 | > | c: +1 (252) 474 3525 | > | @robinpriceii | > +---------[ http://people.redhat.com/rprice ]---------+ Thank you, Robin, for your offer to help in this matter. Much appreciated. Akemi From rhelv6-list at redhat.com Mon Mar 11 16:07:10 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Mon, 11 Mar 2013 11:07:10 -0500 Subject: [rhelv6-list] Sanlock disk leases on drbd/gfs2 volume Message-ID: <513E012E.9020108@jonesmail.me> Hi all, I have a 2 node cluster that consists of the following: * 1 drbd/gfs2 partition that holds VM images and XML * Sanlock configured with the disk lease directory on the same drbd/gfs partition Everything is working well aside from one small issue I ran into. When testing fencing, on one particular test GFS began replaying the journal for the remaining node, and in the middle of it rgmanager attempted to recover the VM. Normally this wouldn't be an issue as libvirt would just pause until GFS was ready. However since it's talking to sanlock first, sanlock attempted to acquire the lock while GFS was not ready, and failed. This caused the recovery itself to fail. I'm attempting to keep the lease directory on the shared storage so that I do not have introduce another single point of failure in the cluster by having an outside NFS mount. Perhaps I'm missing a setting that would have rgmanager wait for recovery until GFS has finished replaying its journal? Thanks in advance for the help! From rhelv6-list at redhat.com Mon Mar 11 16:20:50 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Mon, 11 Mar 2013 12:20:50 -0400 Subject: [rhelv6-list] RH lists munging From: header In-Reply-To: References: <20130221162237.GA12934@hiwaay.net> <51264D89.4060804@cse.yorku.ca> <20130221191633.29235c9f@gmail.com> <201302251354.r1PDssoC001606@particle.nhn.ou.edu> <20130225155836.4207a584@gmail.com> <201302251523.r1PFNocQ004098@particle.nhn.ou.edu> <20130225212850.758cab14@gmail.com> <201302252108.r1PL8taD004945@particle.nhn.ou.edu> <513DE3D8.1040809@redhat.com> Message-ID: <513E0462.1070803@redhat.com> No problem! Looks like some of the list admins are travelling. Please just know we will try to resolve this as soon as possible. But wanted to give a quick update for any delays going forward. ~rp On 03/11/2013 11:27 AM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > On Mon, Mar 11, 2013 at 7:02 AM, Red Hat Enterprise Linux 6 (Santiago) > discussion mailing-list wrote: >> I will see if I can get this corrected for us. Sorry for any inconvenience >> for anyone. >> >> Hope everyone had a wonderful weekend. >> >> ~rp > >> On 03/11/2013 05:54 AM, Red Hat Enterprise Linux 6 (Santiago) discussion >> mailing-list wrote: >>> >>> We've *still* got every message coming from the list. >>> >>> Can we please have this fixed please? It's been explained that any >>> hope of stopping the address harvesters is pretty useless and even if >>> that were the case, the pain of the odd spam message is far outweighed >>> by the annoyance of not knowing who a message is from. >>> >>> jch > >> -- >> +-----------------------------[ robin at redhat.com ]----+ >> | Robin Price II - RHCE,RHCDS,RHCVA | >> | Solutions Architect - Public Sector | >> | Red Hat, Inc. | >> | w: +1 (919) 754 4412 | >> | c: +1 (252) 474 3525 | >> | @robinpriceii | >> +---------[ http://people.redhat.com/rprice ]---------+ > > Thank you, Robin, for your offer to help in this matter. Much appreciated. > > Akemi > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- +-----------------------------[ robin at redhat.com ]----+ | Robin Price II - RHCE,RHCDS,RHCVA | | Solutions Architect - Public Sector | | Red Hat, Inc. | | w: +1 (919) 754 4412 | | c: +1 (252) 474 3525 | | @robinpriceii | +---------[ http://people.redhat.com/rprice ]---------+ From rhelv6-list at redhat.com Sat Mar 16 15:36:18 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Sat, 16 Mar 2013 16:36:18 +0100 Subject: [rhelv6-list] binutils-rh773526.patch patching readelf.c.readelf-dynamic~? In-Reply-To: <1362867484.4478.17.camel@quad> References: <1362867484.4478.17.camel@quad> Message-ID: <1363448178.3445.1.camel@quad> On Sat, 2013-03-09 at 23:18 +0100, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > While trying to setup a cross build tool chain for ARM with the use of > crosstool-ng I bumped into binutils-rh773526.patch patching > readelf.c.readelf-dynamic~. Added this in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=922393 . Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rhelv6-list at redhat.com Sun Mar 17 10:52:31 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Sun, 17 Mar 2013 11:52:31 +0100 Subject: [rhelv6-list] btrfs panic Message-ID: Hello List I have kvm guest with 4 virtual drives for testing btrfs, this morning i tried to mount a devices, but every time i give the mount command, i had a kernel panic i was thinking the problem was the new kernel i installed with the last update, but that doesn't this is the trace from the vm panic http://paste.fedoraproject.org/5247/51669513 Thanks -- esta es mi vida e me la vivo hasta que dios quiera -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhelv6-list at redhat.com Thu Mar 14 19:15:56 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Thu, 14 Mar 2013 19:15:56 +0000 (UTC) Subject: [rhelv6-list] resolv.conf being overwritten by NetworkManager References: <72F8605A4AEE17448F28CEF3F4E1925F819B4D90EA@MSGRTPCCRC2WIN.DMN1.FMR.COM> <72F8605A4AEE17448F28CEF3F4E1925F819B573236@MSGRTPCCRC2WIN.DMN1.FMR.COM>, <72F8605A4AEE17448F28CEF3F4E1925F819B70C6C0@MSGRTPCCRC2WIN.DMN1.FMR.COM> <72F8605A4AEE17448F28CEF3F4E1925F819B70CCB1@MSGRTPCCRC2WIN.DMN1.FMR.COM> Message-ID: Hagberg, Keith writes: > > > This issue is specifically caused by /etc/sysconfig/network-scripts/ifdown- post. > ? > This is the code > ? > if [ "$PEERDNS" != "no" -o -n "$RESOLV_MODS" -a "$RESOLV_MODS" != "no" ]; then > ??? if [ -f /etc/resolv.conf.save ]; then > ??????? change_resolv_conf /etc/resolv.conf.save > ??????? rm -f /etc/resolv.conf.save > ??? fi > ??? if [ "${DEVICETYPE}" = "ppp" -o "${DEVICETYPE}" = "ippp" ]; then > ????? ??if [ -f /etc/ppp/peers/$DEVICE ] ; then > ??????????? rm -f /etc/ppp/peers/$DEVICE > ??????? fi > ??? fi > fi > ? > I guess if I specifically set PEERDNS=no in my ifcfg file it would not happen. We don?t specify PEERDNS. > ? > Keith > ? > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Musayev, IlyaSent: Tuesday, March 20, 2012 4:41 PMTo: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-listSubject: Re: [rhelv6-list] resolv.conf being overwritten by NetworkManager > ? > > sounds like bug rather?than a feature > ? > > > From: rhelv6-list-bounces at redhat.com [rhelv6- list-bounces at redhat.com] On Behalf Of Hagberg, Keith [Keith.Hagberg at FMR.com]Sent: Tuesday, March 20, 2012 3:44 PMTo: Red Hat Enterprise Linux 6 (Santiago) discussion mailing- listSubject: Re: [rhelv6-list] resolv.conf being overwritten by NetworkManager > > > Problem has been identified. > ? > If you have a /etc/resolv.conf.save when you do service network restart it takes the .save file and replaces /etc/resolv.conf with it. > ? > ? > From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Hagberg, KeithSent: Monday, March 19, 2012 10:26 AMTo: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-listSubject: Re: [rhelv6-list] resolv.conf being overwritten by NetworkManager > ? > We have an audit happening after the build which I confirmed my resolv.conf was correct after my build > ? > From: rhelv6-list-bounces redhat.com [mailto:rhelv6-list-bounces- H+wXaHxf7aLQT0dZR+AlfA at public.gmane.org] On Behalf Of Brian Long (brilong) Sent: Friday, March 16, 2012 4:07 PMTo: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-listSubject: Re: [rhelv6-list] resolv.conf being overwritten by NetworkManager > ? > Are you certain the comment in /etc/resolv.conf about NetworkManager was not the one written by Anaconda during installation? ?Even when NetworkManager is not installed on the local disk, this comment will exist because Anaconda has it's own version of NetworkManager. > ? > > /Brian/ > > --? > ?? ? ? Brian Long ? ? ? ? ? ? ? ? ? ? ? ? ? ? | ? ? ? | > ?? ? ? Corporate Security Programs Org ? ?. | | | . | | | . > ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?' ? ? ? '? > ?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?C I S C O > > ? > > On Mar 16, 2012, at 10:06 AM, Hagberg, Keith wrote: > ? > > Have a problem where the other day my /etc/resolv.conf file was overwritten and the file said it had been overwritten by NetworkManager. NetworkManager is not installed. My server has 8 ethernet ports but I am only using 1 with a static address. Not sure how this is happening. > ? > Keith > _______________________________________________rhelv6-list mailing listrhelv6-list redhat.comhttps://www.redhat.com/mailman/listinfo/rhelv6- list > > > ? > > > > This is happening on one of my RHEL6 boxes. I am running RHEL6.2. I have NetworkManager disabled with chkconfig off and NM_CONTROLLED=no in the ifcfg- eth0 script. The box has a static IP, no dhcp. I've set PEERNDS=no without any sucess. Writing DNS directives for the resolv.conf in the ifcfg-eth0 script has mixed results and results in an unusable resolv.conf. Removing the resolv.conf.save file seems to be the only workable solution. Setting the parameters in the ifcfg-eth0 script, NM_CONTROLLED=no and PEERDNS=no, don't seem to work as advertized. Is this still a "feature" Regards, Cathy Smith --- Cathy L. Smith IT Engineer Pacific Northwest National Laboratory Operated by Battelle for the U.S. Department of Energy Phone: 509.375.2687 Fax: 509.375.2330 Email: cathy.smith at pnnl.gov From rhelv6-list at redhat.com Tue Mar 19 19:30:22 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Tue, 19 Mar 2013 15:30:22 -0400 Subject: [rhelv6-list] resolv.conf being overwritten by NetworkManager In-Reply-To: References: <72F8605A4AEE17448F28CEF3F4E1925F819B4D90EA@MSGRTPCCRC2WIN.DMN1.FMR.COM> <1331913413.30630.YahooMailNeo@web113308.mail.gq1.yahoo.com> <72F8605A4AEE17448F28CEF3F4E1925F819B4D9457@MSGRTPCCRC2WIN.DMN1.FMR.COM> Message-ID: On Fri, Mar 16, 2012 at 3:34 PM, Musayev, Ilya wrote: > Uncertain how the change came about, i can only add a suggestion, instead > of changing each ifcfg-ethX file, you can do: > Place following code in /etc/dhclient-enter-hooks file: > # vi /etc/dhclient-enter-hooks > Append code: > make_resolv_conf(){ > : > } > Or slightly brutal approach "chattr +i /etc/resolv.conf" - this needs to > be use as a last resort > Actually, the solution in RHEL6 (and even upstream) is even easier than this. Whether you're using NetworkManager or the network init, "dhclient" is usually the default program managing the actual interfaces. So in the files: - /etc/dhcp/dhclient.conf (default for all interfaces) - /etc/dhcp/dhclient-.conf (for a specific interface) You can use the following option modifiers. - default - set a local default, which is overriden by DHCP provided option, unless not provided by DHCP - supersede - always override the DHCP provided option with the local supercede - prepend - insert a local prepend, which is in the list prior to the DHCP provided option, for those options that allow multiple values - append - add a local append, which is in the list after the DHCP provided option, for those options that allow multiple values E.g., # # /etc/dhcp/dhclient.conf # System-wide defaults for all DHCP interfaces # # Set to Google's servers, unless DHCP provided default domain-name-servers 8.8.8.8 ; # Use Google's servers after the DHCP provided append domain-name-servers 8.8.8.8 ; # Insert another domain first in search order, before DHCP provided prepend domain-search "mycorp.com" ; # Always set my subdomain name, period, drop the DHCP provided supercede domain-name "mynet.mycorp.com" And your /etc/resolv.conf should be modified appropriately, even _run-time_ when a new DHCP lease is granted, as these are set in the "dhclient" configuration files. -- bjs References: - man 5 dhclient.conf (the option modifiers) - man 5 dhcp-options (the options themselves) -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhelv6-list at redhat.com Wed Mar 20 17:42:27 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 14:42:27 -0300 Subject: [rhelv6-list] console changing input characters to control characters Message-ID: We have a system I'd rather not reboot (running grid engine) which had some random keys input via the KVM. Thereafter the console in any VT does not show the letter entered, but rather than control equivalent. It is like the caps lock equivalent of control. If I try to log in as root, the login prompt shows : ^R^O^O^T Logging in via ssh is fine. I've killed all getty processes to allow them to respawn, but no change. I see nothing quite like this on the Linux Terminal howto nor via googling. Is there a keyboard sequence or process restart which can help? From rhelv6-list at redhat.com Wed Mar 20 17:50:33 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 18:50:33 +0100 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: References: Message-ID: configure the console on the vm guest and after from the host virsh console 2013/3/20 Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list < rhelv6-list at redhat.com> > We have a system I'd rather not reboot (running grid engine) > which had some random keys input via the KVM. > > Thereafter the console in any VT does not show the letter > entered, but rather than control equivalent. It is like the > caps lock equivalent of control. If I try to log in as root, > the login prompt shows : ^R^O^O^T > > Logging in via ssh is fine. I've killed all getty processes to > allow them to respawn, but no change. I see nothing > quite like this on the Linux Terminal howto nor via googling. > > Is there a keyboard sequence or process restart which can help? > > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list > -- esta es mi vida e me la vivo hasta que dios quiera -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhelv6-list at redhat.com Wed Mar 20 17:55:05 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 14:55:05 -0300 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: References: Message-ID: There are no virtual systems running on this system. On Wed, Mar 20, 2013 at 2:50 PM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > configure the console on the vm guest and after from the host > > virsh console > > > > 2013/3/20 Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list > >> >> We have a system I'd rather not reboot (running grid engine) >> which had some random keys input via the KVM. >> >> Thereafter the console in any VT does not show the letter >> entered, but rather than control equivalent. It is like the >> caps lock equivalent of control. If I try to log in as root, >> the login prompt shows : ^R^O^O^T >> >> Logging in via ssh is fine. I've killed all getty processes to >> allow them to respawn, but no change. I see nothing >> quite like this on the Linux Terminal howto nor via googling. >> >> Is there a keyboard sequence or process restart which can help? >> >> _______________________________________________ >> rhelv6-list mailing list >> rhelv6-list at redhat.com >> https://www.redhat.com/mailman/listinfo/rhelv6-list > > > > > -- > esta es mi vida e me la vivo hasta que dios quiera > _______________________________________________ > rhelv6-list mailing list > rhelv6-list at redhat.com > https://www.redhat.com/mailman/listinfo/rhelv6-list From rhelv6-list at redhat.com Wed Mar 20 18:02:04 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 11:02:04 -0700 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: References: Message-ID: <062f01ce2595$078ae120$16a0a360$@com> Try logging in all CAPS as if your keyboard didn't support lower case. If you get logged in, # stty sane Bill Watson bill at magicdigits.com -----Original Message----- From: rhelv6-list-bounces at redhat.com [mailto:rhelv6-list-bounces at redhat.com] On Behalf Of Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Sent: Wednesday, March 20, 2013 10:42 AM To: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list Subject: [rhelv6-list] console changing input characters to control characters We have a system I'd rather not reboot (running grid engine) which had some random keys input via the KVM. Thereafter the console in any VT does not show the letter entered, but rather than control equivalent. It is like the caps lock equivalent of control. If I try to log in as root, the login prompt shows : ^R^O^O^T Logging in via ssh is fine. I've killed all getty processes to allow them to respawn, but no change. I see nothing quite like this on the Linux Terminal howto nor via googling. Is there a keyboard sequence or process restart which can help? _______________________________________________ rhelv6-list mailing list rhelv6-list at redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-list From rhelv6-list at redhat.com Wed Mar 20 18:02:02 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 13:02:02 -0500 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: References: Message-ID: <5149F99A.3050909@jonesmail.me> The Ctrl key isn't stuck is it? :) You've already tried unplugging and replugging in the KVM? Does another keyboard plugged in via USB do the same thing? On 3/20/2013 12:55 PM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > There are no virtual systems running on this system. > > On Wed, Mar 20, 2013 at 2:50 PM, Red Hat Enterprise Linux 6 (Santiago) > discussion mailing-list wrote: >> configure the console on the vm guest and after from the host >> >> virsh console >> >> >> >> 2013/3/20 Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list >> >>> We have a system I'd rather not reboot (running grid engine) >>> which had some random keys input via the KVM. >>> >>> Thereafter the console in any VT does not show the letter >>> entered, but rather than control equivalent. It is like the >>> caps lock equivalent of control. If I try to log in as root, >>> the login prompt shows : ^R^O^O^T >>> >>> Logging in via ssh is fine. I've killed all getty processes to >>> allow them to respawn, but no change. I see nothing >>> quite like this on the Linux Terminal howto nor via googling. >>> >>> Is there a keyboard sequence or process restart which can help? >>> >>> _______________________________________________ >>> rhelv6-list mailing list >>> rhelv6-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/rhelv6-list >> >> >> >> -- >> esta es mi vida e me la vivo hasta que dios quiera >> _______________________________________________ >> 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 rhelv6-list at redhat.com Wed Mar 20 18:41:18 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Wed, 20 Mar 2013 15:41:18 -0300 Subject: [rhelv6-list] console changing input characters to control characters In-Reply-To: <5149F99A.3050909@jonesmail.me> References: <5149F99A.3050909@jonesmail.me> Message-ID: It is a KVM, so if the control key was stuck, it would affect other systems I jump to, but the keyboard is fine on other systems. I think the key which triggered the problem initially was the Scroll Lock button. PrtScn next to it is normally how people wake up the KVM (although Cntl-Cntl is an option) When Scroll Lock is pressed on a console, I see a lot of output scroll by which looks like a dump or traceback, but the kernel isn't going down. It might be a dump of getty. An alternate PS/2 or USB keyboard plugged into the back isn't sending anything. On Wed, Mar 20, 2013 at 3:02 PM, Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list wrote: > The Ctrl key isn't stuck is it? :) > > You've already tried unplugging and replugging in the KVM? > > Does another keyboard plugged in via USB do the same thing? > > > > > On 3/20/2013 12:55 PM, Red Hat Enterprise Linux 6 (Santiago) discussion > mailing-list wrote: >> >> There are no virtual systems running on this system. >> >> On Wed, Mar 20, 2013 at 2:50 PM, Red Hat Enterprise Linux 6 (Santiago) >> discussion mailing-list wrote: >>> >>> configure the console on the vm guest and after from the host >>> >>> virsh console >>> >>> >>> >>> 2013/3/20 Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list >>> >>>> >>>> We have a system I'd rather not reboot (running grid engine) >>>> which had some random keys input via the KVM. >>>> >>>> Thereafter the console in any VT does not show the letter >>>> entered, but rather than control equivalent. It is like the >>>> caps lock equivalent of control. If I try to log in as root, >>>> the login prompt shows : ^R^O^O^T >>>> >>>> Logging in via ssh is fine. I've killed all getty processes to >>>> allow them to respawn, but no change. I see nothing >>>> quite like this on the Linux Terminal howto nor via googling. >>>> >>>> Is there a keyboard sequence or process restart which can help? >>>> >>>> _______________________________________________ >>>> rhelv6-list mailing list >>>> rhelv6-list at redhat.com >>>> https://www.redhat.com/mailman/listinfo/rhelv6-list >>> >>> >>> >>> >>> -- >>> esta es mi vida e me la vivo hasta que dios quiera >>> _______________________________________________ >>> 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 rhelv6-list at redhat.com Thu Mar 21 19:06:36 2013 From: rhelv6-list at redhat.com (Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list) Date: Thu, 21 Mar 2013 14:06:36 -0500 (CDT) Subject: [rhelv6-list] console changing input characters to control In-Reply-To: References: Message-ID: > We have a system I'd rather not reboot (running grid engine) > which had some random keys input via the KVM. > > Thereafter the console in any VT does not show the letter > entered, but rather than control equivalent. It is like the > caps lock equivalent of control. If I try to log in as root, > the login prompt shows : ^R^O^O^T > > Logging in via ssh is fine. I've killed all getty processes to > allow them to respawn, but no change. I see nothing > quite like this on the Linux Terminal howto nor via googling. > > Is there a keyboard sequence or process restart which can help? I can't tell from the info you've provided whether you can actually get logged in on the console. If you can, try the magic "fix the terminal" sequence of ctrl-j followed (without pressing enter) by typing the command reset followed by ctrl-j. See the man page for tset and reset for more info. If you *can't* get logged in on the actual console, try logging in via ssh and then resetting the console via something like sudo stty -F /dev/console sane Tim -- Tim Mooney Tim.Mooney at ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, IACC Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164