[gentoo-amd64] Open Office / NFS write problem

[gentoo-amd64] Open Office / NFS write problem

[Mark Knecht]

Hi,
   I'm running Open Office on my AMD64 machine. In all ways it seems
to work fine when using local hard drives. However, if I try to write
any file held on my file server then I receive a message that says:

Error saving the document Untitled1:
General input/output error while accessing /video/Mark/test1

The document was started as a new document, hence the 'Untitled1' name
and I gave it the name test1 in the 'Save as...' dialog.

   I do not have this problem when editing from my 32-bit Gentoo
machine. It's only from this AMD64 box.

   Is this a problem that's known already? I find this message in a
few files through Google but I haven't found a clear description of
why it happens or how to fix it.

   Could this be due to using the binary version of Open Office? I'd
hate to have to build it from scratch!

   The NFS drive is mounted at boot time. Here's the command in my fstab file:

mark@lightning ~ $ cat /etc/fstab | grep video
myth14:/video           /video                  nfs    
auto,user,rw,_netdev,noatime,hard,tcp,wsize=32768,rsize=8192,nfsvers=3,async
 0 0
mark@lightning ~ $

Thanks in advance,
Mark

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Open Office / NFS write problem

[Mark Knecht]

On 2/26/06, Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
>    I'm running Open Office on my AMD64 machine. In all ways it seems
> to work fine when using local hard drives. However, if I try to write
> any file held on my file server then I receive a message that says:
>
> Error saving the document Untitled1:
> General input/output error while accessing /video/Mark/test1
>
> The document was started as a new document, hence the 'Untitled1' name
> and I gave it the name test1 in the 'Save as...' dialog.
>
>    I do not have this problem when editing from my 32-bit Gentoo
> machine. It's only from this AMD64 box.
>
>    Is this a problem that's known already? I find this message in a
> few files through Google but I haven't found a clear description of
> why it happens or how to fix it.
>
>    Could this be due to using the binary version of Open Office? I'd
> hate to have to build it from scratch!
>
>    The NFS drive is mounted at boot time. Here's the command in my fstab file:
>
> mark@lightning ~ $ cat /etc/fstab | grep video
> myth14:/video           /video                  nfs
> auto,user,rw,_netdev,noatime,hard,tcp,wsize=32768,rsize=8192,nfsvers=3,async
>  0 0
> mark@lightning ~ $
>
> Thanks in advance,
> Mark
>

Later in my searches I found this thread at the Open Office site:

http://www.openoffice.org/issues/show_bug.cgi?id=36634

Indeed the issue at the bottom - different kernels, etc., may apply.

Our NFS Server is a MythTV frontend only machine that has a large
drive so we exported that drive to the network as extra storage for
easy backups and sharing. That machine runs an older kernel:

myth14 ~ # uname -a
Linux myth14 2.6.12-gentoo-r6 #2 Tue Aug 2 16:31:31 PDT 2005 i686
Intel(R) Celeron(R) CPU 2.26GHz GenuineIntel GNU/Linux
myth14 ~ #

The drive is exported as follows:

myth14 ~ # cat /etc/exports
# /etc/exports: NFS file systems being exported.  See exports(5).
/video 192.168.1.0/255.255.255.0(rw,no_root_squash,insecure,async,no_subtree_check)
myth14 ~ #

My local AMD64 machine is running a newer non-Gentoo kernel:

mark@lightning ~ $ uname -a
Linux lightning 2.6.15-rt2 #2 PREEMPT Thu Jan 5 16:13:25 PST 2006
x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
mark@lightning ~ $

Both machines run the same version of nfs-utils:

myth14 ~ # emerge -pv nfs-utils

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] net-fs/nfs-utils-1.0.6-r6  +tcpd 0 kB

Total size of downloads: 0 kB
myth14 ~ #

lightning ~ # emerge -pv nfs-utils

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] net-fs/nfs-utils-1.0.6-r6  +tcpd 0 kB

Total size of downloads: 0 kB
lightning ~ #

Thanks in advance for any ideas you can lend,
Mark

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Open Office / NFS write problem

[Mark Knecht]

Excellent!! That seems to work very fine! Thanks very much!

I guess that when new OO release come along you must remember to
change this again?

Anyway, thanks VERY much!

cheers,
Mark

On 2/27/06, Nicolas MASSÉ <nicolas27.masse@laposte.net> wrote:
> I had the same problem on Mac OS X, I solved it when I commented out the two
> following lines :
>
> SAL_ENABLE_FILE_LOCKING="0 ou 1"
> export SAL_ENABLE_FILE_LOCKING
>
> in "program/soffice"
>
> You can see [1] (in french) for more details.
>
> Best regards,
>
> Nicolas MASSE
>
> [1] http://forums.macgeneration.com/vbulletin/showthread.php?t=121426
>
> ----------  Forwarded Message  ----------
>
> Subject: [gentoo-amd64] Re: Open Office / NFS write problem
> Date: Monday 27 February 2006 01:51
> From: "Mark Knecht" <markknecht@gmail.com>
> To: gentoo-amd64@lists.gentoo.org
>
> On 2/26/06, Mark Knecht <markknecht@gmail.com> wrote:
> > Hi,
> >    I'm running Open Office on my AMD64 machine. In all ways it seems
> > to work fine when using local hard drives. However, if I try to write
> > any file held on my file server then I receive a message that says:
> >
> > Error saving the document Untitled1:
> > General input/output error while accessing /video/Mark/test1
> >
> > The document was started as a new document, hence the 'Untitled1' name
> > and I gave it the name test1 in the 'Save as...' dialog.
> >
> >    I do not have this problem when editing from my 32-bit Gentoo
> > machine. It's only from this AMD64 box.
> >
> >    Is this a problem that's known already? I find this message in a
> > few files through Google but I haven't found a clear description of
> > why it happens or how to fix it.
> >
> >    Could this be due to using the binary version of Open Office? I'd
> > hate to have to build it from scratch!
> >
> >    The NFS drive is mounted at boot time. Here's the command in my fstab
> > file:
> >
> > mark@lightning ~ $ cat /etc/fstab | grep video
> > myth14:/video           /video                  nfs
> > auto,user,rw,_netdev,noatime,hard,tcp,wsize=32768,rsize=8192,nfsvers=3,asyn
> >c 0 0
> > mark@lightning ~ $
> >
> > Thanks in advance,
> > Mark
>
> Later in my searches I found this thread at the Open Office site:
>
> http://www.openoffice.org/issues/show_bug.cgi?id=36634
>
> Indeed the issue at the bottom - different kernels, etc., may apply.
>
> Our NFS Server is a MythTV frontend only machine that has a large
> drive so we exported that drive to the network as extra storage for
> easy backups and sharing. That machine runs an older kernel:
>
> myth14 ~ # uname -a
> Linux myth14 2.6.12-gentoo-r6 #2 Tue Aug 2 16:31:31 PDT 2005 i686
> Intel(R) Celeron(R) CPU 2.26GHz GenuineIntel GNU/Linux
> myth14 ~ #
>
> The drive is exported as follows:
>
> myth14 ~ # cat /etc/exports
> # /etc/exports: NFS file systems being exported.  See exports(5).
> /video
>  192.168.1.0/255.255.255.0(rw,no_root_squash,insecure,async,no_subtree_check)
>  myth14 ~ #
>
> My local AMD64 machine is running a newer non-Gentoo kernel:
>
> mark@lightning ~ $ uname -a
> Linux lightning 2.6.15-rt2 #2 PREEMPT Thu Jan 5 16:13:25 PST 2006
> x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
> mark@lightning ~ $
>
> Both machines run the same version of nfs-utils:
>
> myth14 ~ # emerge -pv nfs-utils
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [ebuild   R   ] net-fs/nfs-utils-1.0.6-r6  +tcpd 0 kB
>
> Total size of downloads: 0 kB
> myth14 ~ #
>
> lightning ~ # emerge -pv nfs-utils
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [ebuild   R   ] net-fs/nfs-utils-1.0.6-r6  +tcpd 0 kB
>
> Total size of downloads: 0 kB
> lightning ~ #
>
> Thanks in advance for any ideas you can lend,
> Mark
>
> --
> gentoo-amd64@gentoo.org mailing list
>
> -------------------------------------------------------
>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Open Office / NFS write problem

[Paul de Vrieze]

[-- Attachment #1: Type: text/plain, Size: 469 bytes --]

On Tuesday 28 February 2006 04:22, Mark Knecht wrote:
> Excellent!! That seems to work very fine! Thanks very much!
>
> I guess that when new OO release come along you must remember to
> change this again?

Alternatively, you might want to consider running nfs.lockd. This provides 
locking to nfs shares, and as such solves the problem the other way.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 200 bytes --]

Re: [gentoo-amd64] Re: Open Office / NFS write problem

[Mark Knecht]

On 2/28/06, Paul de Vrieze <pauldv@gentoo.org> wrote:
> On Tuesday 28 February 2006 04:22, Mark Knecht wrote:
> > Excellent!! That seems to work very fine! Thanks very much!
> >
> > I guess that when new OO release come along you must remember to
> > change this again?
>
> Alternatively, you might want to consider running nfs.lockd. This provides
> locking to nfs shares, and as such solves the problem the other way.
>
> Paul

Paul,
   Thanks. That's interesting. What's to explore about running
nfs.lockd? Using slocate it appears to be part of the kernel? Is this
correct? Is there any configuration to do? My wife's machine, which is
32-bit and has no problem, currently doesn't have any /etc/initd
process to start. Not sure about the 64-bit machine as I don't have
access right now.

Thanks,
Mark

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Open Office / NFS write problem

[Brett Johnson]

>    Thanks. That's interesting. What's to explore about running
> nfs.lockd? Using slocate it appears to be part of the kernel? Is this
> correct? Is there any configuration to do? My wife's machine, which is
> 32-bit and has no problem, currently doesn't have any /etc/initd
> process to start. Not sure about the 64-bit machine as I don't have
> access right now.
> 
I had strange problems when I was just using /etc/init.d/netmount. After
some research and poking around, I found I needed to add
/etc/init.d/nfsmount to my default runlevel. It appears netmount is
generic and does not start lockd, but nfsmount does. I have since
removed netmount and only use nfsmount (as currently I only mount nfs
from my linux workstations).
-- 
gentoo-amd64@gentoo.org mailing list