Re: [OSR-devel] Remounting New Root After Booting

[Marc G. <gr...@at...>]

On Thursday 11 October 2007 12:34:48 Gordan Bobic wrote:
> >>>>>>>>> And, obviously, I'd need to make all this happen before the
> >>>>>>>>> normal boot process tries to mount the root disk.
> >>>>>>>>
> >>>>>>>> Do it before or right after scsi-start is called.
> >>>>>>>
> >>>>>>> I can't find any reference to "scsi-start". Where does this happen?
> >>>>>>
> >>>>>> It's scsi_start in linux.generic.sh Line 239.
> >>>>>
> >>>>> D'oh! What a difference an _ makes.
> >>>>>
> >>>>> I think the iSCSI stuff should be added before the dm_start stuff,
> >>>>> which is just before the scsi_start.
> >>>>>
> >>>>> Right, that seems to have worked. Almost there. Now I get:
> >>>>>
> >>>>> Mounting LABEL=/ on /mnt/newroot..device not found error [FAILED]
> >>>>> Mounting /cdsl.local on /cluster/cdsl/3..no cdsldir found
> >>>>> "/mnt/mewroot//cluster/cdsl"
> >>>>> Could not mount cdsl /cdsl.local to /cluster/cdsl/3. Exiting
> >>>>>
> >>>>> Where does it get the LABEL=/ from? I'm pretty sure I didn't set any.
> >>>>
> >>>> Concerning LABEL=/
> >>>> I think you should check you bootloader config and change root=LABEL=/
> >>>> to root=/dev/sd.. That should do it.
> >>>
> >>> What files is that in?
> >>
> >> Just looking through the initrd init script - what is supposed to be in
> >> /etc/sysconfig/comoonics-chroot ? It's mentioned in the comments, but I
> >> don't see it referenced in the actualy code.
> >
> > If you have a local disk in your server you can use it to move all the
> > files on it and save some memory.
> >
> > This can either be done configured in /etc/sysconfig/comoonics-chroot
> > installed via comoonics-bootimage-compat (or something use: yum search
> > comoonics-bootimage) or with the cluster.conf section .
> >
> >    <chrootenv mountpoint="/var/comoonics/chroot" fstype="ext3"
> >                        device="/dev/vg_local/lv_chroot"
> >                        chrootdir="/var/comoonics/chroot"/>
> >
> > All services needed for the cluster outside the sharedroot will be
> > running there.
>
> So, it's effectively an initrd replacement? Doesn't the initrd get
> de-allocated once the shared root is mounted?
No completely. The initrd or better the memory disk will also be used after 
the init in initrd has given over to init on sharedroot. Because fencing and 
the whole cluster-com which is running in userspace cannot run on a cluster 
filesystem that might get froozen when problems are at hand. So we also 
introduced a way to migrate the ramdisk on localdisks. That is the chrootenv 
which is only copy of the initrd where services like fenced and the like run 
on.

[root@axqa03_1 ~]# 
ls -l /proc/$(cat /var/comoonics/chroot/var/run/fenced.pid)/
total 0
dr-xr-xr-x 2 root root 0 Oct 11 13:31 attr
-r-------- 1 root root 0 Oct 11 13:31 auxv
-r--r--r-- 1 root root 0 Oct 11 13:31 cmdline
-r--r--r-- 1 root root 0 Oct 11 13:31 cpuset
lrwxrwxrwx 1 root root 0 Oct 11 13:31 cwd -> /cdsl.local/var/comoonics/chroot
-r-------- 1 root root 0 Oct 11 13:31 environ
lrwxrwxrwx 1 root root 0 Oct 11 13:31 
exe -> /cdsl.local/var/comoonics/chroot/sbin/fenced
dr-x------ 2 root root 0 Oct 11 13:31 fd
-rw-r--r-- 1 root root 0 Oct 11 13:31 loginuid
-r--r--r-- 1 root root 0 Oct 11 13:31 maps
-rw------- 1 root root 0 Oct 11 13:31 mem
-r--r--r-- 1 root root 0 Oct 11 13:31 mounts
-r-------- 1 root root 0 Oct 11 13:31 mountstats
-rw-r--r-- 1 root root 0 Oct 11 13:31 oom_adj
-r--r--r-- 1 root root 0 Oct 11 13:31 oom_score
lrwxrwxrwx 1 root root 0 Oct 11 13:31 root -> /cdsl.local/var/comoonics/chroot
-r--r--r-- 1 root root 0 Oct 11 13:31 schedstat
-r-------- 1 root root 0 Oct 11 13:31 smaps
-r--r--r-- 1 root root 0 Oct 11 13:31 stat
-r--r--r-- 1 root root 0 Oct 11 13:31 statm
-r--r--r-- 1 root root 0 Oct 11 13:31 status
dr-xr-xr-x 3 root root 0 Oct 11 13:31 task
-r--r--r-- 1 root root 0 Oct 11 13:31 wchan


Marc.
>
> Gordan
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Open-sharedroot-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/open-sharedroot-devel



-- 
Gruss / Regards,

Marc Grimme
Phone: +49-89 452 3538-14
http://www.atix.de/               http://www.open-sharedroot.org/

**

Visit us at LinuxWorld Conference & Expo 
31.10. - 01.11.2007 in Jaarbeurs Utrecht - The Netherlands
ATIX stand: Hall 9 / B 005

**
ATIX Informationstechnologie und Consulting AG
Einsteinstr. 10 
85716 Unterschleissheim
Deutschland/Germany

Phone: +49-89 452 3538-0
Fax:   +49-89 990 1766-0

Registergericht: Amtsgericht Muenchen
Registernummer: HRB 168930
USt.-Id.: DE209485962

Vorstand: 
Marc Grimme, Mark Hlawatschek, Thomas Merz (Vors.)

Vorsitzender des Aufsichtsrats:
Dr. Martin Buss