WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] xenolinux /dev/random

To: Steve Traugott <stevegt@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] xenolinux /dev/random
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 14 May 2004 09:03:52 +0100
Cc: Kip Macy <kmacy@xxxxxxxxxxx>, Steven Hand <Steven.Hand@xxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx, joyce@xxxxxxxxxxxxx, awclarke@xxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Fri, 14 May 2004 09:03:53 +0100
Envelope-to: Steven.Hand@xxxxxxxxxxxx
In-reply-to: Your message of "Thu, 13 May 2004 18:42:50 PDT." <20040514014250.GA9904@pathfinder>
> I've never seen any obvious way to actually set any timeout, block
> size, or other parameters for an NFS root partition -- and it seems to
> ignore whatever's in fstab, which makes sense.  

What happens if you do a "mount -o remount" on an NFS root? Is it
just ignored?  

It is possible to set some options on the command line. See
linux-2.4.26/Documentation/nfsroot.txt
 
> Right now the only reason I'm even using NFS is because a Xenoserver
> provider needs to be able to do backups, migration, failover, and so on.
> How are other people meeting these requirements?  Has the CoW
> development stalled?  

NFS root should be a good strategy -- its unfortunate the Linux
code has problems.  If you can find a reliable way of triggering
the Linux lockup, we'll have a sporting chance of being able to
fix it, and hopefully get a patch into the mainline tree.

Bin Ren developed a CoW block device driver, but I don't think
its received a huge amount of testing. Bin: could you check this in?

We also have a user-space CoW NFS server that runs in domain0 and
exports file systems to other domains. This is undergoing testing
right now.

> What about live migration?

Live migration is now working nicely -- I've got "one last bug"
that effects SMP systems then I'll check it in.

Ian