Re: [SSI-users] Can not start my second node (FC3/SSI 1.9.1)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Hi,

You were right, the problem was coming from the TFTPBOOT, and in fact 
you must select PXE either if the package installed is an Etherboot.

What I did:
    1) copy the files from /boot (initrd and vmlinuz) into the folder 
/tftpboot
    2) modify my file /etc/clustertab to change from Etherboot (E)  to 
PXE (P)
    3) modify the file /etc/dhcpd;conf to remove the line about 
"etherboot" to keep ONLY PXE booting
    4) restart my primary server

Now my second node can boot.

Thanks

Olivier

PS: I have tried some tests (installing PLESK applications: qmail, 
courier-imap, imp, ... ), but during the installation process (RPM + 
scripting), the primary server crash (kdb> ) .....

km...@hu... wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Oliver,
>Have you checked your initrd and vmlinuz under the /tftpboot
>directory?
>They need to be the same.  Also I usually ssi-addnode instead of
>openssi-config-node.  I would have to look to see what the
>difference is but I created a fedora 3 openssi 1.9.1 cluster of two
>today.  Only thing different for my setup was that I used PXE
>instead of Etherboot.
>
>- -Karl
>
>On Tue, 02 Aug 2005 07:35:35 -0700 Olivier SILBER
><os...@te...> wrote:
>  
>
>>Hi,
>>
>>I have read almost all the forums, search from Google from this
>>morning
>>10AM (it is now 10PM) but until now nothing linked to my problem
>>was found.
>>
>>I have installed a FEDORA 3 with OPENSSI 1.9.1, I do not use DRDB
>>yet. I
>>have now a full "primary" node which looks ok. I have added a new
>>node
>>through the command "openssi-config-node".
>>
>>My second node (same hardware configuration) is booting from a
>>CDROM
>>with Etherboot (5.4.0), it can get the IP address from the primary
>>and
>>the boot is starting well until this error:
>>------
>>:
>>Loading lbd.ko module
>>Loading ext3.ko module
>>Creation root filesystem
>>Mounting root filesystem
>>Mount: error 6 mounting ext3
>>Mount: error 2 mounting none
>>Switching to new root
>>Switchroot: mount failed: 22
>>Mount /initrd/dev failed: 2
>>Kernel panic - not syncing: Attempted to kill init!
>>------------------
>>
>>I have re-write initrd (mkinitrd -f --cfs ....) and reboot many
>>time. I
>>have try to pre-install Fedora 3 into the second node with exactly
>>the
>>same partition from the primary node.
>>
>>My partitions are following:
>>   /dev/hda1 /boot (100Mb)
>>   /dev/hda2 / (5Gb)
>>   /dev/hda3 swap (500Mb)
>>   /dev/hda5 /home (20Gb)
>>
>>Command mount display this:
>>/dev/1/hda2 on / ext3 (rw)
>>none on /proc type proc (rw)
>>none on /sys type sysfs (rw)
>>none on /dev/pts type devpts (rw,gid=5,mode=620)
>>usbfs on /proc/bus/usb type usbfs (rw)
>>/dev/1/hda1 on /boot type ext3 (rw)
>>/dev/1/hda5 on /home type ext3 (rw)
>>none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
>>nfsd on /proc/fs/nfsd type nfsd (rw)
>>
>>There is nothing under /initrd folder (drwxr-xr-x root root)
>>
>>Have you any idea where I can find a solution?
>>
>>Thanks
>>
>>Olivier
>>--
>>----------------------------------------------------------------
>>Olivier SILBER - Terra Proxyma China Ltd.
>>Email: os...@te... <mailto:os...@te...>    Website:
>>http://www.terra.com.cn/
>>Address: 11th Floor, GuangHua Building, Tower B, No.8 Guang Hua
>>Road,
>>                 Chaoyang district, Beijing, 100026, P.R. CHINA
>>Telephone: (8610) 6581 1030  -  Fax: (8610) 6581 2814
>>
>>/**** DISCLAIMER ****/
>>/"This e-mail and any attachments thereto may contain information
>>which
>>is confidential and/or protected by intellectual property rights
>>and are
>>intended for the sole use of the recipient(s) named above. Any use
>>of
>>the information contained herein (including, but not limited to,
>>total
>>or partial reproduction, communication or distribution in any
>>form) by
>>persons other than the designated recipient(s) is prohibited. If
>>you
>>have received this e-mail in error, please notify the sender
>>either by
>>telephone or by e-mail and delete the material from any computer.
>>Although Terra Proxyma attempts to sweep e-mail and attachments
>>for
>>viruses, it does not guarantee that either are virus-free and
>>accepts no
>>liability for any damage sustained as a result of viruses."
>>
>>Mr. Miyagi: No such thing, bad student. Only bad teacher./
>>    
>>
>-----BEGIN PGP SIGNATURE-----
>Note: This signature can be verified at https://www.hushtools.com/verify
>Version: Hush 2.4
>
>wkYEARECAAYFAkLvzoEACgkQYH+i1T2zRPFXwwCgr2g2CrMohwl7oIA0oInJGP61rcIA
>nRjS2wuHE3GuggU9IalX64Mbkt96
>=5VBg
>-----END PGP SIGNATURE-----
>
>
>
>
>Concerned about your privacy? Follow this link to get
>secure FREE email: http://www.hushmail.com/?l=2
>
>Free, ultra-private instant messaging with Hush Messenger
>http://www.hushmail.com/services-messenger?l=434
>
>Promote security and make money with the Hushmail Affiliate Program: 
>http://www.hushmail.com/about-affiliate?l=427
>
>
>  
>

-- 
----------------------------------------------------------------
Olivier SILBER - Terra Proxyma China Ltd.
 Email: os...@te... <mailto:os...@te...>    Website: 
http://www.terra.com.cn/
 Address: 11th Floor, GuangHua Building, Tower B, No.8 Guang Hua Road,
                  Chaoyang district, Beijing, 100026, P.R. CHINA
 Telephone: (8610) 6581 1030  -  Fax: (8610) 6581 2814

/**** DISCLAIMER ****/
/"This e-mail and any attachments thereto may contain information which 
is confidential and/or protected by intellectual property rights and are 
intended for the sole use of the recipient(s) named above. Any use of 
the information contained herein (including, but not limited to, total 
or partial reproduction, communication or distribution in any form) by 
persons other than the designated recipient(s) is prohibited. If you 
have received this e-mail in error, please notify the sender either by 
telephone or by e-mail and delete the material from any computer. 
Although Terra Proxyma attempts to sweep e-mail and attachments for 
viruses, it does not guarantee that either are virus-free and accepts no 
liability for any damage sustained as a result of viruses."

Les journalistes disent une chose qu'ils savent ne pas ?re vraie, dans 
l'espoir que, s'il continuent ? l'affirmer assez longtemps, elle 
deviendra vraie./