On Dec 5 2006 15:12, Trond Myklebust wrote:
>On Tue, 2006-12-05 at 20:59 +0100, Jan Engelhardt wrote:
JE Since we're on the topic locking, is it because I am not running
JE statd on the client that my NFS client hangs during boot phase?
TM>>>
TM>>>If you have applications that try to set l
Am Montag, 4. Dezember 2006 12:51 schrieb Janne Karhunen:
> On 12/2/06, William Estrada <[EMAIL PROTECTED]> wrote:
> > Hi guys,
> >
> > I have been trying to make FC5's kernel do a boot
> > with an NFS root file system. I see the support is in the
> > kernel(?).
>
> Is this really properly possi
On Tue, 2006-12-05 at 20:59 +0100, Jan Engelhardt wrote:
> >> >> ./run_init -c /mnt /sbin/init; # or similar
> >> >>
> >> >> And you can also start locking after pivot_rooting to /mnt, that would
> >> >> not even require (/mnt)/var/lib/nfs to be a separate mount.
> >> >
> >> >Much better idea. Yo
>> >> ./run_init -c /mnt /sbin/init; # or similar
>> >>
>> >> And you can also start locking after pivot_rooting to /mnt, that would
>> >> not even require (/mnt)/var/lib/nfs to be a separate mount.
>> >
>> >Much better idea. You can delay starting rpc.statd until you have set up
>> >your filesy
On Tue, 2006-12-05 at 19:43 +0100, Jan Engelhardt wrote:
> >> Way 1:
> >>
> >> mount -nt tmpfs none /var/lib/nfs;
> >> mount -nt nfs fserve:/tftpboot/linux /mnt;
> >> mount -n --move /var/lib/nfs /mnt/var/lib/nfs/;
> >
> >Nope. As Janne implied, the /var/lib/nfs partition _must_ be persistent,
> >
>> Way 1:
>>
>> mount -nt tmpfs none /var/lib/nfs;
>> mount -nt nfs fserve:/tftpboot/linux /mnt;
>> mount -n --move /var/lib/nfs /mnt/var/lib/nfs/;
>
>Nope. As Janne implied, the /var/lib/nfs partition _must_ be persistent,
>since it is used to store information about the servers on which the
>cl
Trond Myklebust wrote:
On Mon, 2006-12-04 at 22:05 +0200, Janne Karhunen wrote:
On Monday 04 December 2006 20:21, Trond Myklebust wrote:
2) NFS provides persistent storage.
To me this sounds like a chicken and an egg problem. It
both depends and provides this at the same time :/. But
hey, if
On Mon, 2006-12-04 at 22:05 +0200, Janne Karhunen wrote:
> On Monday 04 December 2006 20:21, Trond Myklebust wrote:
>
> > > > 2) NFS provides persistent storage.
> > >
> > > To me this sounds like a chicken and an egg problem. It
> > > both depends and provides this at the same time :/. But
> > >
On Mon, 2006-12-04 at 21:03 +0100, Jan Engelhardt wrote:
> >> 2) NFS provides persistent storage.
> >
> >To me this sounds like a chicken and an egg problem. It
> >both depends and provides this at the same time :/. But
> >hey, if it's supposed to work then OK.
>
> Way 1:
>
> mount -nt tmpfs no
On Monday 04 December 2006 22:03, Jan Engelhardt wrote:
> >> 2) NFS provides persistent storage.
> >
> >To me this sounds like a chicken and an egg problem. It
> >both depends and provides this at the same time :/. But
> >hey, if it's supposed to work then OK.
>
> Way 1:
>
> mount -nt tmpfs none /
On Monday 04 December 2006 20:21, Trond Myklebust wrote:
> > > 2) NFS provides persistent storage.
> >
> > To me this sounds like a chicken and an egg problem. It
> > both depends and provides this at the same time :/. But
> > hey, if it's supposed to work then OK.
>
> ??? Locking depends on persi
>> 2) NFS provides persistent storage.
>
>To me this sounds like a chicken and an egg problem. It
>both depends and provides this at the same time :/. But
>hey, if it's supposed to work then OK.
Way 1:
mount -nt tmpfs none /var/lib/nfs;
mount -nt nfs fserve:/tftpboot/linux /mnt;
mount -n --mov
On Mon, 2006-12-04 at 19:12 +0200, Janne Karhunen wrote:
> > 2) NFS provides persistent storage.
>
> To me this sounds like a chicken and an egg problem. It
> both depends and provides this at the same time :/. But
> hey, if it's supposed to work then OK.
??? Locking depends on persistent stora
On Monday 04 December 2006 17:29, Trond Myklebust wrote:
> > > I have been trying to make FC5's kernel do a boot
> > > with an NFS root file system. I see the support is in the
> > > kernel(?).
> >
> > Is this really properly possible (with read/write access and
> > locking in place)? AFAIK NFS
On Mon, 2006-12-04 at 13:51 +0200, Janne Karhunen wrote:
> On 12/2/06, William Estrada <[EMAIL PROTECTED]> wrote:
> > Hi guys,
> >
> > I have been trying to make FC5's kernel do a boot
> > with an NFS root file system. I see the support is in the
> > kernel(?).
>
> Is this really properly possi
On 12/2/06, William Estrada <[EMAIL PROTECTED]> wrote:
Hi guys,
I have been trying to make FC5's kernel do a boot
with an NFS root file system. I see the support is in the
kernel(?).
Is this really properly possible (with read/write access and
locking in place)? AFAIK NFS client lock state
On Sun, 2006-12-03 at 09:30 +0100, Willy Tarreau wrote:
> It's one use, but another one is for diskless terminals, often built
> from old systems. In this case, it's to avoid the cost, noise, power
> consumption and failures associated to disks. It's quite often done
> one radically different archs
>It's one use, but another one is for diskless terminals, often built
>from old systems. In this case, it's to avoid the cost, noise, power
>consumption and failures associated to disks. It's quite often done
>one radically different archs/OS between the server and the clients,
>making the upgrade
On Sun, Dec 03, 2006 at 02:05:10AM -0500, Trond Myklebust wrote:
> On Sun, 2006-12-03 at 07:02 +0100, Willy Tarreau wrote:
>
> > That's a valid point, but in fact, building with NFS client and serial
> > port support in the kernel on some archs is as common as building with
> > IDE driver and VGA
On Sun, 2006-12-03 at 07:02 +0100, Willy Tarreau wrote:
> That's a valid point, but in fact, building with NFS client and serial
> port support in the kernel on some archs is as common as building with
> IDE driver and VGA console in the kernel on x86. With some architectures
> used in light netwo
On Sat, Dec 02, 2006 at 09:37:18PM -0500, Trond Myklebust wrote:
> On Sat, 2006-12-02 at 23:55 +0100, Willy Tarreau wrote:
> > I'm not saying initramfs is not powerful, and indeed your example is
> > the common way of parsing cmdline for me too. What I'm saying is that
> > before nfsroot stops bein
On Sat, 2006-12-02 at 23:55 +0100, Willy Tarreau wrote:
> I'm not saying initramfs is not powerful, and indeed your example is
> the common way of parsing cmdline for me too. What I'm saying is that
> before nfsroot stops being supported, we'll need a working replacement
> (and not "### further par
On Sat, Dec 02, 2006 at 10:56:38PM +0100, Jan Engelhardt wrote:
>
> >> > I have been trying to make FC5's kernel do a boot with an NFS root file
> >> > system. I see
> >> > the support is in the kernel(?). I have tried this:
> >> >
> >> >> root=/dev/nfs nfsroot=10.1.1.12:/tftpboot/NFS/Root_FS
>
>> > I have been trying to make FC5's kernel do a boot with an NFS root file
>> > system. I see
>> > the support is in the kernel(?). I have tried this:
>> >
>> >> root=/dev/nfs nfsroot=10.1.1.12:/tftpboot/NFS/Root_FS
>>
>> This feature is almost deprecated. One is supposed to use initramfs,
>>
On Sat, Dec 02, 2006 at 08:07:45PM +0100, Jan Engelhardt wrote:
> >
> > I have been trying to make FC5's kernel do a boot with an NFS root file
> > system. I see
> > the support is in the kernel(?). I have tried this:
> >
> >> root=/dev/nfs nfsroot=10.1.1.12:/tftpboot/NFS/Root_FS
>
> This featur
>
> I have been trying to make FC5's kernel do a boot with an NFS root file
> system. I see
> the support is in the kernel(?). I have tried this:
>
>> root=/dev/nfs nfsroot=10.1.1.12:/tftpboot/NFS/Root_FS
This feature is almost deprecated. One is supposed to use initramfs,
/sbin/ip or some DHCP
Hi guys,
I have been trying to make FC5's kernel do a boot with an NFS root file
system. I see
the support is in the kernel(?). I have tried this:
[EMAIL PROTECTED] ~]# cat /tftpboot/pxelinux.cfg/0A0101
SERIAL 0 9600
Say
SAY Hello
SAY Trying NFS
SAY ramdisk_size=1 debug ip=dhcp initrd
27 matches
Mail list logo
