From: Dan M. <dan...@or...> - 2009-04-24 18:06:01
|
I don't know if this is related, but it seems my distribution (EL5u2) is getting misclassified by getDistributionList as unknown and my clutype and cluster_conf also: __repository__comoonics_bootimage__cdsl_local_dir="/cdsl.local" __repository__comoonics_bootimage__cdsl_prefix="/cluster/cdsl" __repository__comoonics_bootimage__distribution="unknown" __repository__comoonics_bootimage__shortdistribution="unknown" __repository__comoonics_bootimage__clutype="gfs" __repository__comoonics_bootimage__cluster_conf="/etc/cluster/cluster.conf" __repository__comoonics_bootimage__rootfs="ocfs2" __repository__comoonics_bootimage__chroot="0" __repository__comoonics_bootimage__cluster_conf="/etc/cluster/cluster.conf" __repository__comoonics_bootimage__hardwareids="eth0:00:16:3E:24:6C:79 eth1:00:16:3E:74:DC:50" > -----Original Message----- > From: Dan Magenheimer > Sent: Thursday, April 23, 2009 5:20 PM > To: Dan Magenheimer; Marc Grimme > Cc: ope...@li... > Subject: RE: [OSR-users] New Preview RPMs for next Release > Candidate of > comoonics-bootimage > > > A couple more items before I quit for the day: > > I manually hacked in a symbolic link for /var so > the boot would work better and turned on -x in > the bootsr script. > > I am also seeing a couple of messages of the type: > > Error: cannot find /var/comoonics/chrootpath > > and I see that message comes from manage_chroot.sh > > > -----Original Message----- > > From: Dan Magenheimer > > Sent: Thursday, April 23, 2009 4:42 PM > > To: Marc Grimme > > Cc: ope...@li... > > Subject: Re: [OSR-users] New Preview RPMs for next Release > > Candidate of > > comoonics-bootimage > > > > > > Hi Marc -- > > > > Thanks for the help. I got past my rpm problems and am > > now much further along but have hit another roadblock. > > > > First, FYI, I am using a different approach then the > > RHEL5 OCFS2 Shared Root Mini Howto, because of the > > way that I want to use the shared root. Specifically, > > I am first building and booting a root ocfs2 filesystem, > > using my own kernel (2.6.29) and my own initrd.img. With > > this (and before I install any OSR stuff), I am able > > to boot it as a Xen paravirtualized guest, using > > the Xen kernel= and ramdisk= config options; the root > > disk is NOT an LVM because I don't need a /boot. The > > 2.6.29 kernel has CONFIG_IP_PNP and I pass in the > > IP address and hostname from the Xen config file. > > This all seems to work fine (for a single node). > > > > Next, I install the OSR rpms directly in the running > > ocfs2-root guest, then shut it down. > > > > Next, I mount the ocfs2-root-disk from another guest > > (that also has the OSR rpms installed) and follow > > the howto steps to create the cdsl infrastructure > > and links. Then I shut down the other guest. > > > > Next, I try to boot the OSR-modified ocfs2-root guest, > > but it has problems. It appears that /var doesn't > > exist as I get many messages such as: > > > > /etc/rc.d/rc.sysinit: /var/log/dmesg: No such file or directory > > > > and then the boot process seems to hang trying to start the > > System Logger. No, it just takes a very long time and > > eventually I get to a login prompt. (Or I can boot > > single-user mode and get the same error messages, but > > get to a bash prompt.) > > > > With a "ls -l /var", I see: > > > > lrwxrwxrwx 1 root root 14 <date> /var -> cdsl.local/var > > > > (Note no leading / before cdsl.local) > > > > but "ls -ld /cdsl.local" shows it is empty. > > > > Browsing around, I see that /cluster/cdsl is populated > > (with subdirectories 0 ... 7 and default) and each has > > an etc and a var subdirectory. /cluster/shared has > > a var subdirectory and a var/lib subdirectory. > > > > So I'm guessing that cdsl.local should somehow be > > linked to /cluster but isn't. True? > > > > One other thing I should mention... since my cluster.conf > > has 8 nodes numbered 0 to 7, in the "mount --bind" > > command during the cdsl setup steps, I used cluster/cdsl/0 > > instead of cluster/cdsl/1 to bind to cdsl.local. > > > > Any ideas? Maybe your initrd creates some necessary links > > and mine does not? (I tried booting with your initrd, > > but my ocfs2-root failed to mount giving a kernel panic... > > have you tested with linux-2.6.29? The error message > > "Heartbeat has to be started to mount a read-write > > clustered device" looks like it comes from a somewhat > > recent ocfs2 kernel patch I found here: > > http://www.mail-archive.com/ocf...@os.../msg00293.html > > and I worked around it by mounting with -o heartbeat=local) > > > > Sorry this is so long! > > > > Thanks, > > Dan > > > > > -----Original Message----- > > > From: Marc Grimme [mailto:gr...@at...] > > > Sent: Wednesday, April 22, 2009 12:39 AM > > > To: Dan Magenheimer > > > Cc: ope...@li... > > > Subject: Re: [OSR-users] New Preview RPMs for next Release > > > Candidate of > > > comoonics-bootimage > > > > > > > > > Hi Dan, > > > On Wednesday 22 April 2009 02:20:15 Dan Magenheimer wrote: > > > > Hi Marc -- > > > > > > > > cc'ing the list this time... > > > > > > > > I want to get EL5 OCFS2 shared-root working with > > > > the latest preview rpms. > > > > > > > > Here's what I downloaded from download.atix.de: > > > > > > > > * ocfs2-tools-debuginfo-1.4.1-1.el5 > > > > * ocfs2-tools-1.4.1-1.el5 > > > > * ocfs2-tools-devel-1.4.1-1.el5 > > > > * ocfs2console-1.4.1-1.el5 > > > > * comoonics-pythonosfix-py-0.1-2 > > > > * comoonics-bootimage-listfiles-1.3-8.el5 > > > > * SysVinit-comoonics-2.86-14.atix.1.i386 > > > > * comoonics-cluster-py-0.1-17 > > > > * comoonics-cdsl-py-0.2-11 > > > > * comoonics-bootimage-1.4-19 > > > > * comoonics-cs-py-0.1-56 > > > > * comoonics-bootimage-initscripts-1.4.9.rhel5 > > > > * comoonics-bootimage-extras-ocfs2-0.1-3 > > > > * comoonics-bootimage-extras-xen-0.1-5 > > > > > > > > I did not find any version of this that was mentioned > > > > in the how-to: > > > > > > > > * comoonics-release-0.1-1 > > > This one isn't there yet ;-) . > > > > > > > > and I couldn't find an el5 version of this, just rhel5: > > > > > > > > * comoonics-bootimage-initscripts-1.4.9.rhel5 > > > That's perfectly ok. > > > You just forgot the comoonics-bootimage-listfiles-rhel, > > > comoonics-bootimage-listfiles-rhel5. > > > > > > Here is a list of rpms of my ocfs2cluster: > > > [root@ocfs2-node2 ~]# rpm -qa 'comoonics-*' > > > comoonics-cluster-py-0.1-17 > > > comoonics-bootimage-listfiles-rhel-0.1-3 > > > comoonics-bootimage-listfiles-rhel5-0.1-3 > > > comoonics-bootimage-listfiles-all-0.1-5 > > > comoonics-cdsl-py-0.2-12 > > > comoonics-bootimage-extras-ocfs2-0.1-3 > > > comoonics-pythonosfix-py-0.1-2 > > > comoonics-bootimage-initscripts-1.4-10.rhel5 > > > comoonics-cs-py-0.1-56 > > > comoonics-bootimage-listfiles-1.3-8.rhel5 > > > comoonics-bootimage-extras-xen-0.1-5 > > > comoonics-bootimage-1.4-20 > > > > > > > > > > > and installing the rpms above, I got failed dependencies > > > > for: > > > > > > > > comoonics-bootimage-initscripts-rhel > > > Could you recall the exact output of rpm? > > > > > > > > and > > > > > > > > comoonics-bootimage-initscripts-rhel5 > > > > > > > > and couldn't find these in download.atix.de > > > Right it is comoonics-bootimage-initscripts-1.4-10rhel5 > > > > > > > > Last, I was interested in looking at your > > > > > > > > /opt/atix/comoonics-bootimage/mkinitrd > > > Hm. Again my cluster shows the following > > > [root@ocfs2-node2 ~]# ll /opt/atix/comoonics-bootimage/ > > > total 48 > > > drwxr-xr-x 7 root root 4096 Apr 21 21:48 boot-scripts > > > -rwxr-xr-x 1 root root 15338 Apr 21 09:18 > > create-gfs-initrd-generic.sh > > > -rw-r--r-- 1 root root 4308 Apr 21 09:18 create-gfs-initrd-lib.sh > > > -rwxr-xr-x 1 root root 12360 Apr 21 09:18 manage_chroot.sh > > > lrwxrwxrwx 1 root root 58 Apr 21 21:48 > > > mkinitrd -> > > /opt/atix/comoonics-bootimage/create-gfs-initrd-generic.sh > > > drwxr-xr-x 2 root root 4096 Apr 21 21:48 patches > > > [root@ocfs2-node2 ~]# > > > rpm -qf > /opt/atix/comoonics-bootimage/create-gfs-initrd-generic.sh > > > comoonics-bootimage-1.4-20 > > > > > > There should be a symlink > > > from /opt/atix/comoonics-bootimage/create-gfs-initrd-generic.sh > > > => /opt/atix/comoonics-bootimage/mkinitrd > > > > > > > > > > > script but it doesn't seem to be contained in any > > > > of the rpms. > > > > > > > > Help appreciated! > > > > > > > Marc. > > > > > > -- > > > Gruss / Regards, > > > > > > Marc Grimme > > > http://www.atix.de/ http://www.open-sharedroot.org/ > > > > > > > > > > -------------------------------------------------------------- > > ---------------- > > Crystal Reports - New Free Runtime and 30 Day Trial > > Check out the new simplified licensign option that enables unlimited > > royalty-free distribution of the report engine for > > externally facing > > server and web deployment. > > http://p.sf.net/sfu/businessobjects > > _______________________________________________ > > Open-sharedroot-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/open-sharedroot-users > > |