Re: [gentoo-user] nfs home directory vs kmail
Mike Diehl writes: BTW, the nfs mounts are done via /etc/init.d/nfs, which does a mount -a nfs. Not here. Are you using baselayout-2 or something? Some while ago, I had problems (not similar to yours) when mounting NFS shares before I had started /etc/init.d/nfs-client, which is called nfsmount now I think. Do you have that one running? What system is your NFS server runnig? Is it also Gentoo, or something else? My NFS once went wonky when I had an old kernel running the server, after an update all problems were gone. Any messages in syslog or dmesg when mounting the share? Wonko
Re: [gentoo-user] nfs home directory vs kmail
I recently moved my local home directory to an nfs-mounted directory. Now I'm having trouble with kmail. It seems that the permissions on ~/.kde/share/apps/kmail/mail/sent-mail/cur are being... changed... How are you mounting the drive? If it's in fstab, do you have the right options set for the mounting permissions and filesystem permissions after mount? Your output of an ls isn't that useful without knowing the working directory (besides that those question marks are strange). What about the permissions of /home/mdiehl before and after mount -- in particular, does it change (and does your user have rwx permissions on it)? Regards, daid
Re: [gentoo-user] nfs home directory vs kmail
On Monday 30 November 2009 05:54:31 Mike Diehl wrote: Hi all, I recently moved my local home directory to an nfs-mounted directory. Now I'm having trouble with kmail. It seems that the permissions on ~/.kde/share/apps/kmail/mail/sent-mail/cur are being... changed... What I'm seeing is this: drwxrwxrwx 5 mdiehl users 4096 2009-11-28 03:41 . drwx-- 8 mdiehl mdiehl 4096 2009-11-29 18:43 .. d? ? ? ? ?? cur drwx-- 2 mdiehl users 4096 2009-09-02 19:32 new drwx-- 2 mdiehl users 4096 2009-11-29 18:43 tmp That is indicative of filesystem corruption where the kernel cannot read the directory for whatever reason. The server should always be able to read the inode for cur/ and read the owner/permissions data What nfs options are in use, both client and server side? Then, after a while, the permissions get changed to something more sane without me having done anything. Permissions don't just magically change. Either a cron runs that changes things, or a circumstance changes to allow the client to see the directory I've googled for this and not found anything. Strangely, kmail won't start unless it can read my sent-mail folder. That's not strange at all, an MUA that can't use it's sent folder is pretty useless as an MUA -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] nfs home directory vs kmail
On Monday 30 November 2009 10:56:17 am Alan McKinnon wrote: On Monday 30 November 2009 05:54:31 Mike Diehl wrote: Hi all, I recently moved my local home directory to an nfs-mounted directory. Now I'm having trouble with kmail. It seems that the permissions on ~/.kde/share/apps/kmail/mail/sent-mail/cur are being... changed... What I'm seeing is this: drwxrwxrwx 5 mdiehl users 4096 2009-11-28 03:41 . drwx-- 8 mdiehl mdiehl 4096 2009-11-29 18:43 .. d? ? ? ? ?? cur drwx-- 2 mdiehl users 4096 2009-09-02 19:32 new drwx-- 2 mdiehl users 4096 2009-11-29 18:43 tmp That is indicative of filesystem corruption where the kernel cannot read the directory for whatever reason. The server should always be able to read the inode for cur/ and read the owner/permissions data The server sees the file permissions just fine; this is what the CLIENT sees. What nfs options are in use, both client and server side? I used this fstab entry on the client: 10.0.1.1:/home /home nfs defaults0 0 Then, after a while, the permissions get changed to something more sane without me having done anything. Permissions don't just magically change. Either a cron runs that changes things, or a circumstance changes to allow the client to see the directory I don't have any cron jobs running. I'm not doing anything to change the circumstances in such a way that the permissions should change. I litteraly type kmail until it starts. I've googled for this and not found anything. Strangely, kmail won't start unless it can read my sent-mail folder. That's not strange at all, an MUA that can't use it's sent folder is pretty useless as an MUA It would be nice to at least be able to READ my messages without sent-mail permissions -- Take care and have fun, Mike Diehl.
Re: [gentoo-user] nfs home directory vs kmail
What nfs options are in use, both client and server side? I used this fstab entry on the client: 10.0.1.1:/home /home nfs defaults 0 0 Using defaults you are auto-mounting at boot. But usually from my experience items in fstab would be mounted before the network is initialized. You could test this either by manually unmounting and mounting it or turning off auto. But if you can see the files at all, it seems to say that it managed to mount. Regards, daid
Re: [gentoo-user] nfs home directory vs kmail
2009/12/1 daid kahl daid...@gmail.com: What nfs options are in use, both client and server side? I used this fstab entry on the client: 10.0.1.1:/home /home nfs defaults 0 0 Using defaults you are auto-mounting at boot. But usually from my experience items in fstab would be mounted before the network is initialized. You could test this either by manually unmounting and mounting it or turning off auto. But if you can see the files at all, it seems to say that it managed to mount. Regards, daid Can I also confirm that your user ID and group ID values are the same on the server and localhost? Running $ id as the user in question at the command line on both machines ought to do the trick. ~d
Re: [gentoo-user] nfs home directory vs kmail
On Monday 30 November 2009 02:05:50 pm daid kahl wrote: 2009/12/1 daid kahl daid...@gmail.com: What nfs options are in use, both client and server side? I used this fstab entry on the client: 10.0.1.1:/home /home nfs defaults 0 0 Using defaults you are auto-mounting at boot. But usually from my experience items in fstab would be mounted before the network is initialized. You could test this either by manually unmounting and mounting it or turning off auto. But if you can see the files at all, it seems to say that it managed to mount. Regards, daid Can I also confirm that your user ID and group ID values are the same on the server and localhost? Running $ id as the user in question at the command line on both machines ought to do the trick. ~d Yes, the uid/gid is 1001 on both client and server. I'm going to do some research on mount options to see if there is some tweekage that can ge done there. In the mean time, this should work, but isn't. BTW, the nfs mounts are done via /etc/init.d/nfs, which does a mount -a nfs. Thanks for your time. Any suggestions are more than welcome. -- Take care and have fun, Mike Diehl.
Re: [gentoo-user] nfs home directory vs kmail
On Tue, 1 Dec 2009 06:01:23 +0900, daid kahl wrote: Using defaults you are auto-mounting at boot. But usually from my experience items in fstab would be mounted before the network is initialized. You could test this either by manually unmounting and mounting it or turning off auto. The Gentoo init scripts mount the local filesystems first, early on, then the init.d/netmount script takes care of the rest once the network is up. -- Neil Bothwick I stayed up all night playing poker with tarot cards. I got a full house and four people died. signature.asc Description: PGP signature
[gentoo-user] nfs home directory vs kmail
Hi all, I recently moved my local home directory to an nfs-mounted directory. Now I'm having trouble with kmail. It seems that the permissions on ~/.kde/share/apps/kmail/mail/sent-mail/cur are being... changed... What I'm seeing is this: drwxrwxrwx 5 mdiehl users 4096 2009-11-28 03:41 . drwx-- 8 mdiehl mdiehl 4096 2009-11-29 18:43 .. d? ? ? ? ?? cur drwx-- 2 mdiehl users 4096 2009-09-02 19:32 new drwx-- 2 mdiehl users 4096 2009-11-29 18:43 tmp Then, after a while, the permissions get changed to something more sane without me having done anything. I've googled for this and not found anything. Strangely, kmail won't start unless it can read my sent-mail folder. Any ideas about how to fix this? -- Take care and have fun, Mike Diehl.