Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

View: New views
7 Messages — Rating Filter:   Alert me  

Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Paul Kilgo :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,

I am working on setting up Clonezilla SE on a RHEL5 server. So far, so good. I can sucessfully get a client machine to boot from PXE. Booting to memtest works like a charm.

My setup is pretty standard. I'm using a 2.6.* kernel rpm (grabbed from the FC10 repo) for the client machines since the server is 64-bit and all the clients are 32-bit.

I'm only using Clonezilla, but DRBL always sets up installing system images to /tftpboot. I'm ok with this even though it isn't necessary, but I had to softlink /tftpboot to /home/tftpboot in order to make room. Of course, I made the necessary changes in /etc/exports so that NFS would mount correctly.

By this point, I should be ready to start imaging. I started by trying to copy a Windows partition from a client machine to the server. The client machine boots over PXE just fine, the network drivers have loaded, and NFS has mounted '/tftpboot/node_root' to '/sysroot' on the client machine. All appears to be dandy. I receive this error not too far into boot:

FATAL ERROR:: Failed to mount root filesystem!!! Please check:..

Paraphrasing, it says I should:
1. Check that the network driver is loaded. Checked. I see e1000 in the output of `lsmod`. As well I can ping the server.
2. Make sure the firewall isn't blocking the client machines. The network interface the client machiens connect to is a trusted interface. No problems there that I can see.
3. Check for other DHCP servers on this subnet. No others. It's just the client and server in these parts.
4. Check that the server can reverse-map this client IP to a hostname. I see hostname entries in /etc/host. This looks fine.

So all I can say is everything looks to be in order. Does anyone have an idea what I should check for?

--
--Paul

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Steven Shiau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Did you see any error messages in your /var/log/messages on RHEL server ?

Steven.

Paul Kilgo wrote:

> Hello,
>
> I am working on setting up Clonezilla SE on a RHEL5 server. So far, so
> good. I can sucessfully get a client machine to boot from PXE. Booting
> to memtest works like a charm.
>
> My setup is pretty standard. I'm using a 2.6.* kernel rpm (grabbed
> from the FC10 repo) for the client machines since the server is 64-bit
> and all the clients are 32-bit.
>
> I'm only using Clonezilla, but DRBL always sets up installing system
> images to /tftpboot. I'm ok with this even though it isn't necessary,
> but I had to softlink /tftpboot to /home/tftpboot in order to make
> room. Of course, I made the necessary changes in /etc/exports so that
> NFS would mount correctly.
>
> By this point, I should be ready to start imaging. I started by trying
> to copy a Windows partition from a client machine to the server. The
> client machine boots over PXE just fine, the network drivers have
> loaded, and NFS has mounted '/tftpboot/node_root' to '/sysroot' on the
> client machine. All appears to be dandy. I receive this error not too
> far into boot:
>
> FATAL ERROR:: Failed to mount root filesystem!!! Please check:..
>
> Paraphrasing, it says I should:
> 1. Check that the network driver is loaded. Checked. I see e1000 in
> the output of `lsmod`. As well I can ping the server.
> 2. Make sure the firewall isn't blocking the client machines. The
> network interface the client machiens connect to is a trusted
> interface. No problems there that I can see.
> 3. Check for other DHCP servers on this subnet. No others. It's just
> the client and server in these parts.
> 4. Check that the server can reverse-map this client IP to a hostname.
> I see hostname entries in /etc/host. This looks fine.
>
> So all I can say is everything looks to be in order. Does anyone have
> an idea what I should check for?
>
> --
> --Paul
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> ------------------------------------------------------------------------
>
> _______________________________________________
> Drbl-user mailing list
> Drbl-user@...
> https://lists.sourceforge.net/lists/listinfo/drbl-user
>  


--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Paul Kilgo :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I forgot to copy this into the list:

No, nothing of note. Here are the relevant log entries:

May 13 10:24:45 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:46 localhost dhcpd: DHCPOFFER on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost dhcpd: Wrote 2 leases to leases file.
May 13 10:24:47 localhost dhcpd: DHCPREQUEST for 192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost dhcpd: DHCPACK on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost xinetd[26739]: START: tftp pid=29627 from=192.168.50.104
May 13 10:24:47 localhost in.tftpd[29628]: tftp: client does not accept options
May 13 10:25:00 localhost kernel: bnx2: eth1 NIC Link is Down
May 13 10:25:03 localhost kernel: bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON
May 13 10:25:03 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPOFFER on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPREQUEST for 192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPACK on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost mountd[7172]: authenticated mount request from 192.168.50.104:948 for /home/tftpboot/node_root (/home/tftpboot/node_root)

At this point, the client spits out the "failed to mount root" error.

On Wed, May 13, 2009 at 9:48 AM, Steven Shiau <steven@...> wrote:
Did you see any error messages in your /var/log/messages on RHEL server ?

Steven.

Paul Kilgo wrote:
Hello,

I am working on setting up Clonezilla SE on a RHEL5 server. So far, so good. I can sucessfully get a client machine to boot from PXE. Booting to memtest works like a charm.

My setup is pretty standard. I'm using a 2.6.* kernel rpm (grabbed from the FC10 repo) for the client machines since the server is 64-bit and all the clients are 32-bit.

I'm only using Clonezilla, but DRBL always sets up installing system images to /tftpboot. I'm ok with this even though it isn't necessary, but I had to softlink /tftpboot to /home/tftpboot in order to make room. Of course, I made the necessary changes in /etc/exports so that NFS would mount correctly.

By this point, I should be ready to start imaging. I started by trying to copy a Windows partition from a client machine to the server. The client machine boots over PXE just fine, the network drivers have loaded, and NFS has mounted '/tftpboot/node_root' to '/sysroot' on the client machine. All appears to be dandy. I receive this error not too far into boot:

FATAL ERROR:: Failed to mount root filesystem!!! Please check:..

Paraphrasing, it says I should:
1. Check that the network driver is loaded. Checked. I see e1000 in the output of `lsmod`. As well I can ping the server.
2. Make sure the firewall isn't blocking the client machines. The network interface the client machiens connect to is a trusted interface. No problems there that I can see.
3. Check for other DHCP servers on this subnet. No others. It's just the client and server in these parts.
4. Check that the server can reverse-map this client IP to a hostname. I see hostname entries in /etc/host. This looks fine.

So all I can say is everything looks to be in order. Does anyone have an idea what I should check for?

--
--Paul
------------------------------------------------------------------------

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com
------------------------------------------------------------------------

_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user
 


--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A




--
--Paul

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Steven Shiau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

H Paul,
"My setup is pretty standard. I'm using a 2.6.* kernel rpm (grabbed from
the FC10 repo) for the client machines since the server is 64-bit and
all the clients are 32-bit" So you mean you only prepared a 32-bit
kernel for your clients ? If so, it won't work, since the 32-bit clients
need more 32-bit programs, libs...
I suggest that you'd better to prepare a 32-bit GNU/Linux server (x86
version of Fedora 10, for example), and install DRBL on that.

Regards,
Steven.


Paul Kilgo wrote:

> I forgot to copy this into the list:
>
> No, nothing of note. Here are the relevant log entries:
>
> May 13 10:24:45 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via
> eth1
> May 13 10:24:46 localhost dhcpd: DHCPOFFER on 192.168.50.104 to
> 00:06:5b:cc:7b:e5 via eth1
> May 13 10:24:47 localhost dhcpd: Wrote 2 leases to leases file.
> May 13 10:24:47 localhost dhcpd: DHCPREQUEST for 192.168.50.104
> (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
> May 13 10:24:47 localhost dhcpd: DHCPACK on 192.168.50.104 to
> 00:06:5b:cc:7b:e5 via eth1
> May 13 10:24:47 localhost xinetd[26739]: START: tftp pid=29627
> from=192.168.50.104
> May 13 10:24:47 localhost in.tftpd[29628]: tftp: client does not accept
> options
> May 13 10:25:00 localhost kernel: bnx2: eth1 NIC Link is Down
> May 13 10:25:03 localhost kernel: bnx2: eth1 NIC Link is Up, 1000 Mbps
> full duplex, receive & transmit flow control ON
> May 13 10:25:03 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via
> eth1
> May 13 10:25:03 localhost dhcpd: DHCPOFFER on 192.168.50.104 to
> 00:06:5b:cc:7b:e5 via eth1
> May 13 10:25:03 localhost dhcpd: DHCPREQUEST for 192.168.50.104
> (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
> May 13 10:25:03 localhost dhcpd: DHCPACK on 192.168.50.104 to
> 00:06:5b:cc:7b:e5 via eth1
> May 13 10:25:03 localhost mountd[7172]: authenticated mount request from
> 192.168.50.104:948 <http://192.168.50.104:948/> for
> /home/tftpboot/node_root (/home/tftpboot/node_root)
>
> At this point, the client spits out the "failed to mount root" error.
>
> On Wed, May 13, 2009 at 9:48 AM, Steven Shiau <steven@...
> <mailto:steven@...>> wrote:
>
>     Did you see any error messages in your /var/log/messages on RHEL
>     server ?
>
>     Steven.
>
>     Paul Kilgo wrote:
>
>         Hello,
>
>         I am working on setting up Clonezilla SE on a RHEL5 server. So
>         far, so good. I can sucessfully get a client machine to boot
>         from PXE. Booting to memtest works like a charm.
>
>         My setup is pretty standard. I'm using a 2.6.* kernel rpm
>         (grabbed from the FC10 repo) for the client machines since the
>         server is 64-bit and all the clients are 32-bit.
>
>         I'm only using Clonezilla, but DRBL always sets up installing
>         system images to /tftpboot. I'm ok with this even though it
>         isn't necessary, but I had to softlink /tftpboot to
>         /home/tftpboot in order to make room. Of course, I made the
>         necessary changes in /etc/exports so that NFS would mount correctly.
>
>         By this point, I should be ready to start imaging. I started by
>         trying to copy a Windows partition from a client machine to the
>         server. The client machine boots over PXE just fine, the network
>         drivers have loaded, and NFS has mounted '/tftpboot/node_root'
>         to '/sysroot' on the client machine. All appears to be dandy. I
>         receive this error not too far into boot:
>
>         FATAL ERROR:: Failed to mount root filesystem!!! Please check:..
>
>         Paraphrasing, it says I should:
>         1. Check that the network driver is loaded. Checked. I see e1000
>         in the output of `lsmod`. As well I can ping the server.
>         2. Make sure the firewall isn't blocking the client machines.
>         The network interface the client machiens connect to is a
>         trusted interface. No problems there that I can see.
>         3. Check for other DHCP servers on this subnet. No others. It's
>         just the client and server in these parts.
>         4. Check that the server can reverse-map this client IP to a
>         hostname. I see hostname entries in /etc/host. This looks fine.
>
>         So all I can say is everything looks to be in order. Does anyone
>         have an idea what I should check for?
>
>         --
>         --Paul
>         ------------------------------------------------------------------------
>
>         ------------------------------------------------------------------------------
>         The NEW KODAK i700 Series Scanners deliver under ANY
>         circumstances! Your
>         production scanning environment may not be a perfect world - but
>         thanks to
>         Kodak, there's a perfect scanner to get the job done! With the
>         NEW KODAK i700
>         Series Scanner you'll get full speed at 300 dpi even with all
>         image processing features enabled. http://p.sf.net/sfu/kodak-com
>         ------------------------------------------------------------------------
>
>         _______________________________________________
>         Drbl-user mailing list
>         Drbl-user@...
>         <mailto:Drbl-user@...>
>         https://lists.sourceforge.net/lists/listinfo/drbl-user
>          
>
>
>
>     --
>     Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
>     National Center for High-performance Computing, Taiwan.
>     http://www.nchc.org.tw
>     Public Key Server PGP Key ID: 1024D/9762755A
>     Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A
>
>
>
>
> --
> --Paul
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Drbl-user mailing list
> Drbl-user@...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Paul Kilgo :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Steven,

Thanks for your help thus far. :)

I actually have done that and it has been working. I used a 32-bit Debian machine and it worked like a charm. The goal is, however, to install it on an existing server so we don't have to have an extra computer in an already crowded server room. We may be forced to compromise. I'm guessing it must be rather hard to hard to force the 64-bit machine to use 32-bit libraries. I wouldn't really know where to start, to be honest, but I'm guessing that would have something to do with altering the images in /tftpboot/ so that they only contain 32-bit libraries. It sounds that easy, but please tell me if I am wrong.

Alternatively, could I even take a 32-bit machine's working Linux image and put it on the RHEL5 server so that my clients will use that instead? If so, what would I need to replace?

I saw this thread in the Ubuntu forums from a guy with a similar problem:
http://ubuntuforums.org/showthread.php?t=1008603

I actually thought of doing just that, even fashioning my own LiveCD to streamline the process. However, I wanted to do this so I could image machines over the extranet. It's obviously useful to be able to image machines that are physically near using PXE.

Here is what I shall do: I'll use a Clonezilla LiveCD and manually image them. If I'm able to do this, then it must be something up with the Linux OS.

On Wed, May 13, 2009 at 11:05 PM, Steven Shiau <steven@...> wrote:
H Paul,
"My setup is pretty standard. I'm using a 2.6.* kernel rpm (grabbed from the FC10 repo) for the client machines since the server is 64-bit and all the clients are 32-bit" So you mean you only prepared a 32-bit kernel for your clients ? If so, it won't work, since the 32-bit clients need more 32-bit programs, libs...
I suggest that you'd better to prepare a 32-bit GNU/Linux server (x86 version of Fedora 10, for example), and install DRBL on that.

Regards,
Steven.


Paul Kilgo wrote:
I forgot to copy this into the list:

No, nothing of note. Here are the relevant log entries:

May 13 10:24:45 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via eth1Steven,

Thanks for your help thus far.

I actually have done that and it has been working. The goal is, however, to install it on an existing server so we don't have to have an extra computer in an already crowded server room. We may be forced go compromise.
May 13 10:24:46 localhost dhcpd: DHCPOFFER on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost dhcpd: Wrote 2 leases to leases file.
May 13 10:24:47 localhost dhcpd: DHCPREQUEST for 192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost dhcpd: DHCPACK on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:24:47 localhost xinetd[26739]: START: tftp pid=29627 from=192.168.50.104
May 13 10:24:47 localhost in.tftpd[29628]: tftp: client does not accept options
May 13 10:25:00 localhost kernel: bnx2: eth1 NIC Link is Down
May 13 10:25:03 localhost kernel: bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON
May 13 10:25:03 localhost dhcpd: DHCPDISCOVER from 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPOFFER on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPREQUEST for 192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost dhcpd: DHCPACK on 192.168.50.104 to 00:06:5b:cc:7b:e5 via eth1
May 13 10:25:03 localhost mountd[7172]: authenticated mount request from 192.168.50.104:948 <http://192.168.50.104:948/> for /home/tftpboot/node_root (/home/tftpboot/node_root)


At this point, the client spits out the "failed to mount root" error.

On Wed, May 13, 2009 at 9:48 AM, Steven Shiau <steven@... <mailto:steven@...>> wrote:

   Did you see any error messages in your /var/log/messages on RHEL
   server ?

   Steven.

   Paul Kilgo wrote:

       Hello,

       I am working on setting up Clonezilla SE on a RHEL5 server. So
       far, so good. I can sucessfully get a client machine to boot
       from PXE. Booting to memtest works like a charm.

       My setup is pretty standard. I'm using a 2.6.* kernel rpm
       (grabbed from the FC10 repo) for the client machines since the
       server is 64-bit and all the clients are 32-bit.

       I'm only using Clonezilla, but DRBL always sets up installing
       system images to /tftpboot. I'm ok with this even though it
       isn't necessary, but I had to softlink /tftpboot to
       /home/tftpboot in order to make room. Of course, I made the
       necessary changes in /etc/exports so that NFS would mount correctly.

       By this point, I should be ready to start imaging. I started by
       trying to copy a Windows partition from a client machine to the
       server. The client machine boots over PXE just fine, the network
       drivers have loaded, and NFS has mounted '/tftpboot/node_root'
       to '/sysroot' on the client machine. All appears to be dandy. I
       receive this error not too far into boot:

       FATAL ERROR:: Failed to mount root filesystem!!! Please check:..

       Paraphrasing, it says I should:
       1. Check that the network driver is loaded. Checked. I see e1000
       in the output of `lsmod`. As well I can ping the server.
       2. Make sure the firewall isn't blocking the client machines.
       The network interface the client machiens connect to is a
       trusted interface. No problems there that I can see.
       3. Check for other DHCP servers on this subnet. No others. It's
       just the client and server in these parts.
       4. Check that the server can reverse-map this client IP to a
       hostname. I see hostname entries in /etc/host. This looks fine.

       So all I can say is everything looks to be in order. Does anyone
       have an idea what I should check for?

       --        --Paul
       ------------------------------------------------------------------------

       ------------------------------------------------------------------------------
       The NEW KODAK i700 Series Scanners deliver under ANY
       circumstances! Your
       production scanning environment may not be a perfect world - but
       thanks to
       Kodak, there's a perfect scanner to get the job done! With the
       NEW KODAK i700
       Series Scanner you'll get full speed at 300 dpi even with all
       image processing features enabled. http://p.sf.net/sfu/kodak-com
       ------------------------------------------------------------------------

       _______________________________________________
       Drbl-user mailing list
       Drbl-user@...
       <mailto:Drbl-user@...>

       https://lists.sourceforge.net/lists/listinfo/drbl-user
       


   --    Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
   National Center for High-performance Computing, Taiwan.
   http://www.nchc.org.tw
   Public Key Server PGP Key ID: 1024D/9762755A
   Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A




--
--Paul


------------------------------------------------------------------------

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com


------------------------------------------------------------------------

_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A



--
--Paul

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Steven Shiau :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Paul,
If you do not need multicast clone, actually you can provide your
clients Clonezilla live via DRBL server. By doing this, it's easier to
decouple the lib and kernel of your client and server.
Some links you might be interested:
http://clonezilla.org/clonezilla-live/doc/fine-print.php?path=./99_Misc/00_live-initramfs-manual.doc#00_live-initramfs-manual.doc
(Especially case 3)
and
http://clonezilla.org/clonezilla-live/livepxe.php

Enjoy.

Regards,
Steven.

Paul Kilgo wrote:

> Steven,
>
> Thanks for your help thus far. :)
>
> I actually have done that and it has been working. I used a 32-bit
> Debian machine and it worked like a charm. The goal is, however, to
> install it on an existing server so we don't have to have an extra
> computer in an already crowded server room. We may be forced to
> compromise. I'm guessing it must be rather hard to hard to force the
> 64-bit machine to use 32-bit libraries. I wouldn't really know where
> to start, to be honest, but I'm guessing that would have something to
> do with altering the images in /tftpboot/ so that they only contain
> 32-bit libraries. It sounds that easy, but please tell me if I am wrong.
>
> Alternatively, could I even take a 32-bit machine's working Linux
> image and put it on the RHEL5 server so that my clients will use that
> instead? If so, what would I need to replace?
>
> I saw this thread in the Ubuntu forums from a guy with a similar problem:
> http://ubuntuforums.org/showthread.php?t=1008603
>
> I actually thought of doing just that, even fashioning my own LiveCD
> to streamline the process. However, I wanted to do this so I could
> image machines over the extranet. It's obviously useful to be able to
> image machines that are physically near using PXE.
>
> Here is what I shall do: I'll use a Clonezilla LiveCD and manually
> image them. If I'm able to do this, then it must be something up with
> the Linux OS.
>
> On Wed, May 13, 2009 at 11:05 PM, Steven Shiau <steven@...
> <mailto:steven@...>> wrote:
>
>     H Paul,
>     "My setup is pretty standard. I'm using a 2.6.* kernel rpm
>     (grabbed from the FC10 repo) for the client machines since the
>     server is 64-bit and all the clients are 32-bit" So you mean you
>     only prepared a 32-bit kernel for your clients ? If so, it won't
>     work, since the 32-bit clients need more 32-bit programs, libs...
>     I suggest that you'd better to prepare a 32-bit GNU/Linux server
>     (x86 version of Fedora 10, for example), and install DRBL on that.
>
>     Regards,
>     Steven.
>
>
>     Paul Kilgo wrote:
>
>         I forgot to copy this into the list:
>
>         No, nothing of note. Here are the relevant log entries:
>
>         May 13 10:24:45 localhost dhcpd: DHCPDISCOVER from
>         00:06:5b:cc:7b:e5 via eth1Steven,
>
>         Thanks for your help thus far.
>
>         I actually have done that and it has been working. The goal
>         is, however, to install it on an existing server so we don't
>         have to have an extra computer in an already crowded server
>         room. We may be forced go compromise.
>         May 13 10:24:46 localhost dhcpd: DHCPOFFER on 192.168.50.104
>         to 00:06:5b:cc:7b:e5 via eth1
>         May 13 10:24:47 localhost dhcpd: Wrote 2 leases to leases file.
>         May 13 10:24:47 localhost dhcpd: DHCPREQUEST for
>         192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
>         May 13 10:24:47 localhost dhcpd: DHCPACK on 192.168.50.104 to
>         00:06:5b:cc:7b:e5 via eth1
>         May 13 10:24:47 localhost xinetd[26739]: START: tftp pid=29627
>         from=192.168.50.104
>         May 13 10:24:47 localhost in.tftpd[29628]: tftp: client does
>         not accept options
>         May 13 10:25:00 localhost kernel: bnx2: eth1 NIC Link is Down
>         May 13 10:25:03 localhost kernel: bnx2: eth1 NIC Link is Up,
>         1000 Mbps full duplex, receive & transmit flow control ON
>         May 13 10:25:03 localhost dhcpd: DHCPDISCOVER from
>         00:06:5b:cc:7b:e5 via eth1
>         May 13 10:25:03 localhost dhcpd: DHCPOFFER on 192.168.50.104
>         to 00:06:5b:cc:7b:e5 via eth1
>         May 13 10:25:03 localhost dhcpd: DHCPREQUEST for
>         192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
>         May 13 10:25:03 localhost dhcpd: DHCPACK on 192.168.50.104 to
>         00:06:5b:cc:7b:e5 via eth1
>         May 13 10:25:03 localhost mountd[7172]: authenticated mount
>         request from 192.168.50.104:948 <http://192.168.50.104:948>
>         <http://192.168.50.104:948/> for /home/tftpboot/node_root
>         (/home/tftpboot/node_root)
>
>
>         At this point, the client spits out the "failed to mount root"
>         error.
>
>         On Wed, May 13, 2009 at 9:48 AM, Steven Shiau
>         <steven@... <mailto:steven@...>
>         <mailto:steven@... <mailto:steven@...>>> wrote:
>
>            Did you see any error messages in your /var/log/messages on
>         RHEL
>            server ?
>
>            Steven.
>
>            Paul Kilgo wrote:
>
>                Hello,
>
>                I am working on setting up Clonezilla SE on a RHEL5
>         server. So
>                far, so good. I can sucessfully get a client machine to
>         boot
>                from PXE. Booting to memtest works like a charm.
>
>                My setup is pretty standard. I'm using a 2.6.* kernel rpm
>                (grabbed from the FC10 repo) for the client machines
>         since the
>                server is 64-bit and all the clients are 32-bit.
>
>                I'm only using Clonezilla, but DRBL always sets up
>         installing
>                system images to /tftpboot. I'm ok with this even though it
>                isn't necessary, but I had to softlink /tftpboot to
>                /home/tftpboot in order to make room. Of course, I made the
>                necessary changes in /etc/exports so that NFS would
>         mount correctly.
>
>                By this point, I should be ready to start imaging. I
>         started by
>                trying to copy a Windows partition from a client
>         machine to the
>                server. The client machine boots over PXE just fine,
>         the network
>                drivers have loaded, and NFS has mounted
>         '/tftpboot/node_root'
>                to '/sysroot' on the client machine. All appears to be
>         dandy. I
>                receive this error not too far into boot:
>
>                FATAL ERROR:: Failed to mount root filesystem!!! Please
>         check:..
>
>                Paraphrasing, it says I should:
>                1. Check that the network driver is loaded. Checked. I
>         see e1000
>                in the output of `lsmod`. As well I can ping the server.
>                2. Make sure the firewall isn't blocking the client
>         machines.
>                The network interface the client machiens connect to is a
>                trusted interface. No problems there that I can see.
>                3. Check for other DHCP servers on this subnet. No
>         others. It's
>                just the client and server in these parts.
>                4. Check that the server can reverse-map this client IP
>         to a
>                hostname. I see hostname entries in /etc/host. This
>         looks fine.
>
>                So all I can say is everything looks to be in order.
>         Does anyone
>                have an idea what I should check for?
>
>                --        --Paul
>              
>          ------------------------------------------------------------------------
>
>              
>          ------------------------------------------------------------------------------
>                The NEW KODAK i700 Series Scanners deliver under ANY
>                circumstances! Your
>                production scanning environment may not be a perfect
>         world - but
>                thanks to
>                Kodak, there's a perfect scanner to get the job done!
>         With the
>                NEW KODAK i700
>                Series Scanner you'll get full speed at 300 dpi even
>         with all
>                image processing features enabled.
>         http://p.sf.net/sfu/kodak-com
>              
>          ------------------------------------------------------------------------
>
>                _______________________________________________
>                Drbl-user mailing list
>                Drbl-user@...
>         <mailto:Drbl-user@...>
>                <mailto:Drbl-user@...
>         <mailto:Drbl-user@...>>
>
>                https://lists.sourceforge.net/lists/listinfo/drbl-user
>                
>
>
>            --    Steven Shiau <steven _at_ nchc org tw> <steven _at_
>         stevenshiau org>
>            National Center for High-performance Computing, Taiwan.
>            http://www.nchc.org.tw
>            Public Key Server PGP Key ID: 1024D/9762755A
>            Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A
>
>
>
>
>         --
>         --Paul
>
>
>         ------------------------------------------------------------------------
>
>         ------------------------------------------------------------------------------
>         The NEW KODAK i700 Series Scanners deliver under ANY
>         circumstances! Your
>         production scanning environment may not be a perfect world -
>         but thanks to
>         Kodak, there's a perfect scanner to get the job done! With the
>         NEW KODAK i700
>         Series Scanner you'll get full speed at 300 dpi even with all
>         image processing features enabled. http://p.sf.net/sfu/kodak-com
>
>
>         ------------------------------------------------------------------------
>
>         _______________________________________________
>         Drbl-user mailing list
>         Drbl-user@...
>         <mailto:Drbl-user@...>
>         https://lists.sourceforge.net/lists/listinfo/drbl-user
>
>
>     --
>     Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
>     National Center for High-performance Computing, Taiwan.
>     http://www.nchc.org.tw
>     Public Key Server PGP Key ID: 1024D/9762755A
>     Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A
>
>
>
>
> --
> --Paul
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> ------------------------------------------------------------------------
>
> _______________________________________________
> Drbl-user mailing list
> Drbl-user@...
> https://lists.sourceforge.net/lists/listinfo/drbl-user
>  


--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: Clonezilla mod: Upon PXE boot, DRBL tells me the root filesystem failed to mount

by Paul Kilgo :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

This sounds like just what I need, Steven.

Thanks a lot!

--Paul

On Thu, May 14, 2009 at 9:50 AM, Steven Shiau <steven@...> wrote:
Hi Paul,
If you do not need multicast clone, actually you can provide your clients Clonezilla live via DRBL server. By doing this, it's easier to decouple the lib and kernel of your client and server.
Some links you might be interested:
http://clonezilla.org/clonezilla-live/doc/fine-print.php?path=./99_Misc/00_live-initramfs-manual.doc#00_live-initramfs-manual.doc
(Especially case 3)
and
http://clonezilla.org/clonezilla-live/livepxe.php

Enjoy.


Regards,
Steven.

Paul Kilgo wrote:
Steven,

Thanks for your help thus far. :)

I actually have done that and it has been working. I used a 32-bit Debian machine and it worked like a charm. The goal is, however, to install it on an existing server so we don't have to have an extra computer in an already crowded server room. We may be forced to compromise. I'm guessing it must be rather hard to hard to force the 64-bit machine to use 32-bit libraries. I wouldn't really know where to start, to be honest, but I'm guessing that would have something to do with altering the images in /tftpboot/ so that they only contain 32-bit libraries. It sounds that easy, but please tell me if I am wrong.

Alternatively, could I even take a 32-bit machine's working Linux image and put it on the RHEL5 server so that my clients will use that instead? If so, what would I need to replace?

I saw this thread in the Ubuntu forums from a guy with a similar problem:
http://ubuntuforums.org/showthread.php?t=1008603

I actually thought of doing just that, even fashioning my own LiveCD to streamline the process. However, I wanted to do this so I could image machines over the extranet. It's obviously useful to be able to image machines that are physically near using PXE.

Here is what I shall do: I'll use a Clonezilla LiveCD and manually image them. If I'm able to do this, then it must be something up with the Linux OS.

On Wed, May 13, 2009 at 11:05 PM, Steven Shiau <steven@... <mailto:steven@...>> wrote:

   H Paul,
   "My setup is pretty standard. I'm using a 2.6.* kernel rpm
   (grabbed from the FC10 repo) for the client machines since the
   server is 64-bit and all the clients are 32-bit" So you mean you
   only prepared a 32-bit kernel for your clients ? If so, it won't
   work, since the 32-bit clients need more 32-bit programs, libs...
   I suggest that you'd better to prepare a 32-bit GNU/Linux server
   (x86 version of Fedora 10, for example), and install DRBL on that.

   Regards,
   Steven.


   Paul Kilgo wrote:

       I forgot to copy this into the list:

       No, nothing of note. Here are the relevant log entries:

       May 13 10:24:45 localhost dhcpd: DHCPDISCOVER from
       00:06:5b:cc:7b:e5 via eth1Steven,

       Thanks for your help thus far.

       I actually have done that and it has been working. The goal
       is, however, to install it on an existing server so we don't
       have to have an extra computer in an already crowded server
       room. We may be forced go compromise.
       May 13 10:24:46 localhost dhcpd: DHCPOFFER on 192.168.50.104
       to 00:06:5b:cc:7b:e5 via eth1
       May 13 10:24:47 localhost dhcpd: Wrote 2 leases to leases file.
       May 13 10:24:47 localhost dhcpd: DHCPREQUEST for
       192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
       May 13 10:24:47 localhost dhcpd: DHCPACK on 192.168.50.104 to
       00:06:5b:cc:7b:e5 via eth1
       May 13 10:24:47 localhost xinetd[26739]: START: tftp pid=29627
       from=192.168.50.104
       May 13 10:24:47 localhost in.tftpd[29628]: tftp: client does
       not accept options
       May 13 10:25:00 localhost kernel: bnx2: eth1 NIC Link is Down
       May 13 10:25:03 localhost kernel: bnx2: eth1 NIC Link is Up,
       1000 Mbps full duplex, receive & transmit flow control ON
       May 13 10:25:03 localhost dhcpd: DHCPDISCOVER from
       00:06:5b:cc:7b:e5 via eth1
       May 13 10:25:03 localhost dhcpd: DHCPOFFER on 192.168.50.104
       to 00:06:5b:cc:7b:e5 via eth1
       May 13 10:25:03 localhost dhcpd: DHCPREQUEST for
       192.168.50.104 (192.168.50.1) from 00:06:5b:cc:7b:e5 via eth1
       May 13 10:25:03 localhost dhcpd: DHCPACK on 192.168.50.104 to
       00:06:5b:cc:7b:e5 via eth1
       May 13 10:25:03 localhost mountd[7172]: authenticated mount
       request from 192.168.50.104:948 <http://192.168.50.104:948>
       <http://192.168.50.104:948/> for /home/tftpboot/node_root
       (/home/tftpboot/node_root)


       At this point, the client spits out the "failed to mount root"
       error.

       On Wed, May 13, 2009 at 9:48 AM, Steven Shiau
       <steven@... <mailto:steven@...>
       <mailto:steven@... <mailto:steven@...>>> wrote:

          Did you see any error messages in your /var/log/messages on
       RHEL
          server ?

          Steven.

          Paul Kilgo wrote:

              Hello,

              I am working on setting up Clonezilla SE on a RHEL5
       server. So
              far, so good. I can sucessfully get a client machine to
       boot
              from PXE. Booting to memtest works like a charm.

              My setup is pretty standard. I'm using a 2.6.* kernel rpm
              (grabbed from the FC10 repo) for the client machines
       since the
              server is 64-bit and all the clients are 32-bit.

              I'm only using Clonezilla, but DRBL always sets up
       installing
              system images to /tftpboot. I'm ok with this even though it
              isn't necessary, but I had to softlink /tftpboot to
              /home/tftpboot in order to make room. Of course, I made the
              necessary changes in /etc/exports so that NFS would
       mount correctly.

              By this point, I should be ready to start imaging. I
       started by
              trying to copy a Windows partition from a client
       machine to the
              server. The client machine boots over PXE just fine,
       the network
              drivers have loaded, and NFS has mounted
       '/tftpboot/node_root'
              to '/sysroot' on the client machine. All appears to be
       dandy. I
              receive this error not too far into boot:

              FATAL ERROR:: Failed to mount root filesystem!!! Please
       check:..

              Paraphrasing, it says I should:
              1. Check that the network driver is loaded. Checked. I
       see e1000
              in the output of `lsmod`. As well I can ping the server.
              2. Make sure the firewall isn't blocking the client
       machines.
              The network interface the client machiens connect to is a
              trusted interface. No problems there that I can see.
              3. Check for other DHCP servers on this subnet. No
       others. It's
              just the client and server in these parts.
              4. Check that the server can reverse-map this client IP
       to a
              hostname. I see hostname entries in /etc/host. This
       looks fine.

              So all I can say is everything looks to be in order.
       Does anyone
              have an idea what I should check for?

              --        --Paul
                    ------------------------------------------------------------------------

                    ------------------------------------------------------------------------------
              The NEW KODAK i700 Series Scanners deliver under ANY
              circumstances! Your
              production scanning environment may not be a perfect
       world - but
              thanks to
              Kodak, there's a perfect scanner to get the job done!
       With the
              NEW KODAK i700
              Series Scanner you'll get full speed at 300 dpi even
       with all
              image processing features enabled.
       http://p.sf.net/sfu/kodak-com
                    ------------------------------------------------------------------------

              _______________________________________________
              Drbl-user mailing list
              Drbl-user@...
       <mailto:Drbl-user@...>
              <mailto:Drbl-user@...
       <mailto:Drbl-user@...>>

              https://lists.sourceforge.net/lists/listinfo/drbl-user
             

          --    Steven Shiau <steven _at_ nchc org tw> <steven _at_
       stevenshiau org>
          National Center for High-performance Computing, Taiwan.
          http://www.nchc.org.tw
          Public Key Server PGP Key ID: 1024D/9762755A
          Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A




       --        --Paul


       ------------------------------------------------------------------------

       ------------------------------------------------------------------------------
       The NEW KODAK i700 Series Scanners deliver under ANY
       circumstances! Your
       production scanning environment may not be a perfect world -
       but thanks to
       Kodak, there's a perfect scanner to get the job done! With the
       NEW KODAK i700
       Series Scanner you'll get full speed at 300 dpi even with all
       image processing features enabled. http://p.sf.net/sfu/kodak-com


       ------------------------------------------------------------------------

       _______________________________________________
       Drbl-user mailing list
       Drbl-user@...
       <mailto:Drbl-user@...>
       https://lists.sourceforge.net/lists/listinfo/drbl-user


   --    Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
   National Center for High-performance Computing, Taiwan.
   http://www.nchc.org.tw
   Public Key Server PGP Key ID: 1024D/9762755A
   Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A




--
--Paul
------------------------------------------------------------------------

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com
------------------------------------------------------------------------

_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user
 


--
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 1024D/9762755A
Fingerprint: A2A1 08B7 C22C 3D06 34DB  F4BC 08B3 E3D7 9762 755A




--
--Paul

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Drbl-user mailing list
Drbl-user@...
https://lists.sourceforge.net/lists/listinfo/drbl-user