Re: [Bacula-users] Bare Metal Recovery Static-Glibc

2006-06-06 Thread Kern Sibbald
On Monday 05 June 2006 21:41, Dan Langille wrote: > On 5 Jun 2006 at 21:32, Kern Sibbald wrote: > > If you cannot build a statically linked FD, then you can still do a > > bare metal recovery by simply reloading your OS from CDs or whatever > > then using a pre-built dynamically linked Bacula FD to

Re: [Bacula-users] Bare Metal Recovery Static-Glibc

2006-06-05 Thread Dan Langille
On 5 Jun 2006 at 21:32, Kern Sibbald wrote: > If you cannot build a statically linked FD, then you can still do a > bare metal recovery by simply reloading your OS from CDs or whatever > then using a pre-built dynamically linked Bacula FD to restore the > user files and modified system files -- a

Re: [Bacula-users] Bare Metal Recovery Static-Glibc

2006-06-05 Thread Kern Sibbald
This email is interesting for a number of reasons. First, I never got the original email, so something is flaky. A statically linked SD should never be necessary for a bare metal recovery. If you only have one machine, you must somehow reload the OS before continuing and a Bacula Rescue disk

Re: [Bacula-users] Bare Metal Recovery Static-Glibc

2006-06-05 Thread Christopher
> I know that it must not be required, because bare metal recovery is > possible on Solaris, and a statically compiled fd apparently isn't. > > That said, I know of no such problem on Linux and that will likely make > your life a little bit easier. Can't 'yum' be used to find this RPM (not > TOO fa

Re: [Bacula-users] Bare Metal Recovery Static-Glibc

2006-06-05 Thread Ryan Novosielski
I know that it must not be required, because bare metal recovery is possible on Solaris, and a statically compiled fd apparently isn't. That said, I know of no such problem on Linux and that will likely make your life a little bit easier. Can't 'yum' be used to find this RPM (not TOO familiar w