Christina, Good to see another NOAA employee using linux. Did you try switching terminals? hold down ctrl and alt and then hit F1. See if you can type in there with just a console, not any x junk for starters. Mark On Fri, Mar 30, 2012 at 8:36 AM, Christina Salls <christina.salls@xxxxxxxx>wrote: > On Fri, Mar 30, 2012 at 8:14 AM, mark <m.roth@xxxxxxxxx> wrote: > > > On 03/30/12 07:36, Christina Salls wrote: > > > >> On Thu, Mar 29, 2012 at 7:09 PM, Grzegorz Witkowski<geslinux@xxxxxxxxx > >** > >> wrote: > >> > >>> > >>> On Thu, Mar 29, 2012 at 8:01 PM, Christina Salls > >>>> <christina.salls@xxxxxxxx>**wrote: > >>>> > >>>>> > >>>>> I have just completed a live upgrade from RHEL 5.7 to RHEL 6.2. > My > >>>>> system seemed to boot up fine, watching the console output. I > cannot, > >>>>> however, access the console through the mouse or keyboard. I can ssh > >>>>> in and looking at /var/log/messages, it seems as though it recognized > >>>>> the > >>>>> keyboard and mouse: > >>>>> > >>>> > >>> Red Hat does not support in-place upgrades between any major versions > of > >>> Red Hat Enterprise Linux. > >>> > >> > >> Well... except fedora has been doing that for some time, and I expect > it > > to show up in RHEL within a couple of years (which is why we've started > > partitioning new systems with 500M or 1G of /boot, instead of 100M). > > > > > >> Thanks for your response. I understood when I started this experiment > >> that > >> RedHat does not support in place upgrades. I am updating a cluster > with a > >> complicated and difficult to replicate Cluster Manager from SGI. They > >> recommended the upgrade in place. I was just looking for some > >> troubleshooting advice on the mouse/keyboard issue. > >> > >> Oy. I've been doing a good number of upgrades in place, sorta. I take a > > similar box that's already built, then create /boot/new and /new, rsync > > -HPavxz everything except a few things over, make sure to copy over some > > things - ifcfg-eth*, /etc/ssh/ssh_host*, etc, and edit > /etc/udev/rules.d/70- > > **persistant-net.rules - then invoke zsh, files/zmodload (? I'm not at > > work yet, so I don't have my checklist to refer to), then mkdir /old > > /boot/old, go over and move * old, then lost+found, then old/new/*, sync, > > and reboot. Some times, before I do that, I'll rebuild the initrd, if the > > machine is different than the source. > > > > This way, if necessary, I can go back, and I've got everything still in > > place to refer to or copy. > > > > For your specific problem, not sure what to say. Have you tried pulling > > the keyboard and mouse out, waiting 20 sec, and plugging them back in, to > > see if it would wake up? > > > > Thanks for your response. I did try unplugging the keyboard and mouse, > and plugging them back in. > > I did find out that hal was not running, so I started it, unplugged the > keyboard and mouse again and plugged them back in to no avail. However, I > noticed that even though hal is now running, not all of the same services > are running on this system as on a similar system still at 5.7. > > [root@panther init.d]# ./haldaemon start > Starting HAL daemon: [ OK ] > > [root@panther init.d]# ps -ef | grep hal > 68 9338 1 0 08:25 ? 00:00:00 hald > root 9339 9338 0 08:25 ? 00:00:00 hald-runner > root 9379 9339 0 08:25 ? 00:00:00 hald-addon-input: Listening > on /dev/input/event5 /dev/input/event3 /dev/input/event0 /dev/input/event1 > 68 9385 9339 0 08:25 ? 00:00:00 hald-addon-acpi: listening > on acpid socket /var/run/acpid.socket > root 9711 5831 0 08:27 pts/0 00:00:00 grep hal > > > [root@tiger ~]# ps -ef | grep hal > 68 6737 1 0 Mar06 ? 00:00:20 hald > root 6738 6737 0 Mar06 ? 00:00:00 hald-runner > 68 6746 6738 0 Mar06 ? 00:00:00 hald-addon-acpi: listening > on acpid socket /var/run/acpid.socket > 68 6749 6738 0 Mar06 ? 00:00:00 hald-addon-keyboard: > listening on /dev/input/event3 > 68 6753 6738 0 Mar06 ? 00:00:00 hald-addon-keyboard: > listening on /dev/input/event2 > 68 6759 6738 0 Mar06 ? 00:00:00 hald-addon-keyboard: > listening on /dev/input/event0 > root 7821 7630 0 12:26 pts/13 00:00:00 grep hal > > > Oh, one more question: are you running at runlevel 3 or 5? > > <snip> > > > I am running at 5. > > > > > > mark > > > > > > -- > > redhat-list mailing list > > unsubscribe mailto:redhat-list-request@**redhat.com< > redhat-list-request@xxxxxxxxxx> > > ?subject=unsubscribe > > https://www.redhat.com/**mailman/listinfo/redhat-list< > https://www.redhat.com/mailman/listinfo/redhat-list> > > > > > > -- > Christina A. Salls > GLERL Computer Group > help.glerl@xxxxxxxx > Help Desk x2127 > Christina.Salls@xxxxxxxx > Voice Mail 734-741-2446 > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
