Re: Live upgrade from RHEL 5.7 to RHEL 6.2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux