Small update: I can now do a live migration of 3G guests, but the
migration seems to hang for about 15-20 seconds, with lots of network
activity on the host. But the migration finishes. Also I had to disable
virtio networking (bug 527357).
With 2G guests the KVM also hangs, but for a shorter period
Sorry guys, seems like I was totally wrong. I didn't read
README.Debian.nfsv4 because I did not know it was there (I'm pretty new
to Debian). I wish I had seen it earlier, it's a perfect document.
Steinar H. Gunderson wrote:
> That specific URL says that it is done for "NFSv3-like behavior", which
Steinar H. Gunderson wrote:
If it's just a normal directory, you can't do much about your problem. NFS
exports filesystems, not directories.
/* Steinar */
Well then I have to mount my data dir under /drbd/nfs_exports/usr using
the --bind option I guess, right? I never knew that this was requ
Steinar H. Gunderson wrote:
Hi,
Have you tried adding crossmnt on the fsid=0 export? If that still doesn't
help, I'd suggest you tried upstream at [EMAIL PROTECTED] .
/* Steinar */
Well the crossmnt option should only be needed when usr (or whatever)
would be mounted on /drbd/nfs_exports/ r
Package: nfs-kernel-server
Version: 1:1.0.10-6+etch.1
Severity: normal
I have these NFSv4 exports on my Debian Etch server
/drbd/nfs_exports192.168.4.0/24(ro,sync,no_subtree_check,fsid=0)
/drbd/nfs_exports/usr192.168.4.0/24(rw,sync,no_subtree_check)
/drbd/nfs_exports/usr is on t
reassign 447562 linux-image-2.6.18-5-686
stop
Hi,
nfs-utils only deals with setting up the connection; the actual NFS serving
is done by the kernel. Reassigning appropriately.
/* Steinar */
Thanks for your input. The bug is actually on the NFS server, using
kernel linux-image-2.6.18-5-686,
reassign 447562 linux-image-2.6.18-5-686
Hi,
nfs-utils only deals with setting up the connection; the actual NFS serving
is done by the kernel. Reassigning appropriately.
/* Steinar */
Thanks for your input. The bug is actually on the NFS server, using
kernel linux-image-2.6.18-5-686, non-
Package: nfs-common
Version: 1:1.0.10-6+etch.1
Severity: normal
I try to setup an NFS server in a Heartbeat configuration. The normal setup for
this is to have an IP alias or secondary IP
to which the NFS clients connect. Everything works, but when a client releases
a file lock, the other clien
Package: openoffice.org-calc
Version: 2.0.4-7
When I try to save a simple Calc file as dBase (.dbf) document I get
this error:
Error saving the document test.ods:
Write Error.
Connection to the file could not be established.
Note the 'test.ods' in the error message, it's strange since I try t
9 matches
Mail list logo
