Re: [sisuite-users] Booting From Local Hard drive

2007-02-22 Thread hiba salma
Hi... My problem got solved, here is the solution. Solution: While I was searching for the solution of this problem, I saw almost same problem posted on syslinux user’s mailing lists. Here is the link (http://syslinux.zytor.com/archives/2007-February/008075.html ) and this problem got solved by in

[sisuite-users] Problem Solved (Booting from Local Hard drive)

2007-02-22 Thread hiba salma
Problem Solved (Booting From Local Hard drive) Hello... I have a Linux Cluster of 64-nodes withOSCAR version: 4.1 Linux Distro: Red hat 9   Pxelinux version: 2.00   There is a problem which I’m trying to solve for almost a week but stillno results.When I boot a client from the network, after finis

Re: [sisuite-users] Imaging issues with RH ES 4

2007-02-22 Thread David . Livingstone
Yes I have removed the /selinux/* from the image however I'm waiting for some new machines to try again. I agree that adding the patterns would be the fast solution.Of course the best solution would be to have mount/mtab show all mounts ... I could open a ticket with RH however I'm not sure

Re: [sisuite-users] building debian packages

2007-02-22 Thread Bas van der Vlies
On Feb 20, 2007, at 2:39 PM, Bas van der Vlies wrote: > The debian packages are available at: > ftp://ftp.sara.nl/pub/outgoing/systemimager > > I have only tested the release with rsync and i could reinstall a > node. > In the systemimager-server package are also the monitord and the > bittor

Re: [sisuite-users] Cannot Open libc.so.6

2007-02-22 Thread jef e
> Kenneth Jacker > Tue, 13 Feb 2007 10:15:22 -0800 > ar> But... why do you have /lib64 if your machine is a i686??? > That I never found out ... :-( > After removing the the /lib64 files, I rebuilt SI and it worked! > The last problem was finally solved. > -Kenneth Looks like I got bitten

Re: [sisuite-users] Imaging issues with RH ES 4

2007-02-22 Thread Andrea Righi
[EMAIL PROTECTED] wrote: > > Andrea, > > Find below the autoinstallscript.conf. > > What appears to have happended is that /selinux was imaged and then > propagated to the > new machine. By removing /selinux files, creating /.autorelabel and > rebooting /selinux was > properly mounted and 'fix