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
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
TMIf you have applications that try to set locks before
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
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 possible (with
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.
>> >> ./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
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
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
client holds
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,
since it is used to
./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 filesystem provided that you
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. You can delay starting
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
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
>> 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
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
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
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
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 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 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 possible (with
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 client lock
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 storage,
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 --move
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 persistent
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 /var/lib/nfs;
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 none
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 it's
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 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
>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
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, 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 console
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, 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/OS
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
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
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
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
>
> 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
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
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
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 feature is almost
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
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
This feature is
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 parse
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 being
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
54 matches
Mail list logo