Re: NFS: IPV6

Pocket writes: [...] > I am in the process of re-configuring NFS for V4 only. Could it be there is some misunderstanding? IPV4 and IPV6 are quite different concepts from NFSv4: I think this works either on IPV4 and IPV6. -- Ciao leandro

Re: NFS: IPV6

Hello, On Fri, Jan 05, 2024 at 07:04:21AM -0500, Pocket wrote: > I have this in the exports, ipv4 works > > /srv/Multimedia 192.168.1.0/24(rw,no_root_squash,subtree_check) > /srv/Other 192.168.1.0/24(rw,no_root_squash,subtree_check) > #/home 2002:474f:e945:0:0:0:0:0/64(rw,no_root_squash,subtree_c

Re: NFS: IPV6

On Fri, Jan 05, 2024 at 09:54:54AM +, debian-u...@howorth.org.uk wrote: > plus FWIW... > > https://docs.oracle.com/cd/E23824_01/html/821-1453/ipv6-ref-71.html > > "NFS software and Remote Procedure Call (RPC) software support IPv6 in a > seamless manner. Existing commands that are related to

Re: NFS: IPV6

On 1/5/24 04:54, debian-u...@howorth.org.uk wrote: Marco Moock wrote: Am 04.01.2024 um 18:19:57 Uhr schrieb Pocket: Where can I find information on how to configure NFS to use ipv6 addresses both server and client. Does IPv6 work basically on your machine, including name resolution? Does i

Re: NFS: IPV6

On 1/5/24 03:35, Marco Moock wrote: Am 04.01.2024 um 18:19:57 Uhr schrieb Pocket: Where can I find information on how to configure NFS to use ipv6 addresses both server and client. Does IPv6 work basically on your machine, including name resolution? Yes I have bind running and ssh to the ho

Re: NFS: IPV6

Marco Moock wrote: > Am 04.01.2024 um 18:19:57 Uhr schrieb Pocket: > > > Where can I find information on how to configure NFS to use ipv6 > > addresses both server and client. > > Does IPv6 work basically on your machine, including name resolution? > > Does it work if you enter the address d

Re: NFS: IPV6

Am 04.01.2024 um 18:19:57 Uhr schrieb Pocket: > Where can I find information on how to configure NFS to use ipv6 > addresses both server and client. Does IPv6 work basically on your machine, including name resolution? Does it work if you enter the address directly? https://ipv6.net/blog/mounti

Re: nfs-kernel-server

On Sat, Aug 20, 2022 at 06:21:21PM -0700, Wylie wrote: > > i am getting this error ... on a fresh install of nfs-kernel-server > >   mount.nfs: access denied by server while mounting > 192.168.42.194:/ShareName > > i'm not having this issue on other machines installed previously > i've tried re-

Re: NFS mounts failing at boot (stretch)

On 7 September 2018 at 08:07, Greg Wooledge wrote: > On Thu, Sep 06, 2018 at 05:15:49PM -0400, Matthew Pounsett wrote: > > I've got an NFS mount on a Debian 9 box which is failing to mount at boot > > time, but mounts cleanly and quickly once the system is up and running. > > Make sure the interf

Re: NFS mounts failing at boot (stretch)

On Thu, Sep 06, 2018 at 05:15:49PM -0400, Matthew Pounsett wrote: > I've got an NFS mount on a Debian 9 box which is failing to mount at boot > time, but mounts cleanly and quickly once the system is up and running. Make sure the interface is marked as "auto" rather than "allow-hotplug" in the /et

Re: NFS client and untrusted server

On Fri, 24 Nov 2017 21:44:56 -0500 Roberto C. Sánchez wrote: > NFS is a very old protocol that very likely has as yet undiscovered > vulnerabilities. I would expect that the likelihood of there being > even a theoretical vulnerability that would allow a malicous user on > the server to gain acces

Re: NFS client and untrusted server

On Fri, Nov 24, 2017 at 10:28:27PM +0100, Chris wrote: > All, > > I want to backup a DMZ-server to an internal backup server. > > Is it reasonable to setup an NFS-server in the DMZ and mount it from > the inside server using the read-only, noexec and nosuid options? Could > an attacker gain acces

Re: NFS creates hidden port

Hi there On 22/08/17 18:01, Thomas Schmitt wrote: Question is whether it can be unambiguously recognized in netstat output as long as it is visible. Further: Is it always only one hidden port ? It's always a callback from a Stretch NFS server to a Jessie NFS client. It occurs when the cli

Re: NFS creates hidden port

Hi, i wrote: > > E.g. try to patch unhide-tcp so that it reads the NFS port number from > > a file which you create before the Rkhunter run. Rob van der Putten wrote: > I would have to find out when NFS does a callback an then dump the local > port into a file. Earlier: > > > The hidden port lin

Re: NFS creates hidden port

Hi there On 22/08/17 15:23, Thomas Schmitt wrote: It seems that it was fixed or suppressed intermediately. The newer post says "It's back!". I already stated my enthusiasm on occasion of your post about DVD ejecting. It is discouraging to get ignored after having invested substantial effort

Re: NFS creates hidden port

Hi, Rob van der Putten wrote: > And this post is over a year old. It seems that it was fixed or suppressed intermediately. The newer post says "It's back!". > One would expect this to be fixed by now. I already stated my enthusiasm on occasion of your post about DVD ejecting. It is discouragin

Re: NFS creates hidden port

Hi there On 22/08/17 12:38, Thomas Schmitt wrote: Rob van der Putten wrote: I think this may be a kernel bug. A valid theory for now. I googled on: https://askubuntu.com/questions/851986/rkhunter-reports-hidden-tcp-port-probably-nfs-server brings me to http://www.mail-archive.com/lin

Re: NFS creates hidden port

Hi, Rob van der Putten wrote: > I think this may be a kernel bug. A valid theory for now. I googled on: https://askubuntu.com/questions/851986/rkhunter-reports-hidden-tcp-port-probably-nfs-server brings me to http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg910866.html Some suspic

Re: NFS creates hidden port

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Aug 22, 2017 at 12:02:45PM +0200, Rob van der Putten wrote: > Hi there > > > On 22/08/17 11:44, to...@tuxteam.de wrote: > > > > >>This raises the question why netstat does not show Rob's NFS ports. > >>Does NFS change the port fast enough

Re: NFS creates hidden port

Hi there On 22/08/17 11:44, to...@tuxteam.de wrote: This raises the question why netstat does not show Rob's NFS ports. Does NFS change the port fast enough so that netstat and port scan differ ? A good question. I guess we need more details from the OP. The hidden port lingers on for da

Re: NFS creates hidden port

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Aug 22, 2017 at 11:14:51AM +0200, Thomas Schmitt wrote: > Hi, > > to...@tuxteam.de wrote: > > What on earth is "unhide-tcp"? > > A very heuristic thing, as it seems: Hm. Thanks. > This raises the question why netstat does not show Rob's NFS

Re: NFS creates hidden port

Hi, to...@tuxteam.de wrote: > What on earth is "unhide-tcp"? A very heuristic thing, as it seems: https://linux.die.net/man/8/unhide-tcp "unhide-tcp is a forensic tool that identifies TCP/UDP ports that are listening but are not listed in /bin/netstat through brute forcing of all TCP/U

Re: NFS creates hidden port

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Aug 22, 2017 at 10:55:09AM +0200, to...@tuxteam.de wrote: > On Tue, Aug 22, 2017 at 10:31:03AM +0200, Rob van der Putten wrote: > > Hi there > > > > > > More stretch weirdness: > > Rkhunter alerts me to a hidden port. Restarting NFS changes t

Re: NFS creates hidden port

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Aug 22, 2017 at 10:31:03AM +0200, Rob van der Putten wrote: > Hi there > > > More stretch weirdness: > Rkhunter alerts me to a hidden port. Restarting NFS changes the port > number. Today I did a netstat after restarting NFS and then run > un

Re: NFS msg: Unable to find suitable address

On Thu, Jan 19, 2017 at 11:29:37AM -0600, Dennis Wicks wrote: > > PING robin.netgear.com (192.168.254.62) 56(84) bytes of data. > > 64 bytes from robin.netgear.com (192.168.254.62): > icmp_seq=1 ttl=64 time=0.472 ms > > sudo mount //192.168.254.62/znfs/edrv -o user=,passw

Re: NFS msg: Unable to find suitable address

Kent West wrote on 01/19/2017 10:07 AM: On Jan 19, 2017 10:03 AM, "Dennis Wicks" mailto:w...@mgssub.com>> wrote: This is what happens: sudo mount //robin/znfs/edrv -o user=,password= /mnt Unable to find suitable address. What happens if you use the IP address ins

Re: NFS msg: Unable to find suitable address

Hi. On Thu, 19 Jan 2017 10:01:43 -0600 Dennis Wicks wrote: > This is what happens: > > sudo mount //robin/znfs/edrv -o user=,password= /mnt > Unable to find suitable address. > > The server is Jessie 8.7 and NFS-V4 (I think!) Why guess? It listens tcp:2049 - it's nfsv4. It

Re: NFS msg: Unable to find suitable address

On Thu, Jan 19, 2017 at 10:01:43AM -0600, Dennis Wicks wrote: This is what happens: sudo mount //robin/znfs/edrv -o user=,password= /mnt Unable to find suitable address. I think you're using a CIFS/SMB-style address. Try $ sudo mount robin:/znfs/edrv -o . Take at look at

Re: NFS msg: Unable to find suitable address

On Jan 19, 2017 10:03 AM, "Dennis Wicks" wrote: This is what happens: sudo mount //robin/znfs/edrv -o user=,password= /mnt Unable to find suitable address. What happens if you use the IP address instead of the name "robin"? Can you ping "robin"? -- Kent

Re: NFS 4 id mapping does not work on auto mount

So for whatever reason. It seems that there is a slight delay after boot for the ids to be pulled. They come after around 10 minutes or so. Issuing nfsidmap -c will cause them to be loaded immediately. On Sat, Jan 7, 2017 at 2:40 PM Mini Trader wrote: > Hello all, > > I am having some issues wi

Re: NFS no_root_squash not working (permission denied)

On Thu, Aug 11, 2016 at 05:43:12PM +0200, Ulf Volmer wrote: > /etc/exports is > > /export/backup-n40l bob.clients(rw,no_subtree_check) > virt(rw,no_root_squash,no_subtree_check) I changed my /etc/exports from what I had to: /home arc1(ro,no_root_squash,sync,no_subtree_check) Ran exp

Re: NFS no_root_squash not working (permission denied)

On 08/10/2016 11:17 PM, Greg Wooledge wrote: > Any suggestions on what I can try to change? Could you post your jessie > server's /etc/exports and /etc/default/nfs-kernel-server configs, or at > least the parts relevant to the working no_root_squash mount? And any > other configs that I don't kn

Re: NFS no_root_squash not working (permission denied)

On Wed, Aug 10, 2016 at 05:17:32PM -0400, Greg Wooledge wrote: > Any suggestions on what I can try to change? Could you post your jessie > server's /etc/exports and /etc/default/nfs-kernel-server configs, or at > least the parts relevant to the working no_root_squash mount? And any > other config

Re: NFS no_root_squash not working (permission denied)

On Wed, Aug 10, 2016 at 11:01:41PM +0200, Erwan David wrote: > Le 10/08/2016 à 22:38, Ulf Volmer a écrit : > >> Is there ANYONE using NFS with no_root_squash on jessie amd64 successfully? > >> If so, please tell me how you did it! > > NFS run here with jessie amd64 and no_root_squash fine w/o any p

Re: NFS no_root_squash not working (permission denied)

Le 10/08/2016 à 22:38, Ulf Volmer a écrit : >> Is there ANYONE using NFS with no_root_squash on jessie amd64 successfully? >> If so, please tell me how you did it! > NFS run here with jessie amd64 and no_root_squash fine w/o any problems. > > Server is jessie, client is centos/fedora. There must so

Re: NFS no_root_squash not working (permission denied)

> Is there ANYONE using NFS with no_root_squash on jessie amd64 successfully? > If so, please tell me how you did it! NFS run here with jessie amd64 and no_root_squash fine w/o any problems. Server is jessie, client is centos/fedora. There must something wrong on your setup. best regards Ulf

Re: NFS no_root_squash not working (permission denied)

On Tue, Aug 09, 2016 at 09:14:56AM -0400, Greg Wooledge wrote: > On Mon, Aug 08, 2016 at 11:14:36AM -0400, Greg Wooledge wrote: > > It appears that no_root_squash is being ignored. Opened bug #833925. :(

Re: NFS no_root_squash not working (permission denied)

On Mon, Aug 08, 2016 at 11:14:36AM -0400, Greg Wooledge wrote: > It appears that no_root_squash is being ignored. > > 1) NFS server: svr4 (jessie) > > /home -no_subtree_check arc1(ro,no_root_squash,sync) Nobody? :( Additional information: * It's not limited to /home. Other exported

Re: nfs problem [FIXED?]

On 01/02/2016 10:06 AM, Glenn English wrote: Beats me, but it's working. I modified the line in /etc/exports (all on one line) to: /home/ghe/Finances 192.168.3.0/255.255.255.0(rw,no_root_squash,no_subtree_check) That isn't exactly as suggested, but there were mild complaints about not havin

Re: nfs problem

> On Jan 1, 2016, at 3:11 PM, Brandon Vincent wrote: > > I would return the server's idmapd.conf back to the default > configuration (nobody:nogroup) and make sure that the idmapd service > is running on both the server and the client. Make sure the domain > matches in idmapd.conf on both the se

Re: nfs problem

> On Jan 1, 2016, at 4:41 PM, Pier wrote: > > It was ages I didn't write to the list but nfs always arouse curiosity ;) > First try to force nfsv3 to see if permissions are ok (v3 uses numeric > uid/gid) with 'mount -o vers=3'. > If this works and you want to use nfsv4 then make sure the config

Re: nfs problem

> On Jan 2, 2016, at 2:56 AM, Anders Andersson wrote: > > 1) Ditch webmin, I don't know what it is but it seems to break > something that should be pretty simple to set up, without giving any > feedback. Webmin's one of those web-based GUI admin things. I use it because it usually does well, a

Re: nfs problem

On Fri, Jan 1, 2016 at 10:30 PM, Glenn English wrote: > Come on folks! > > Consider a modified Drake equation: (number on this list) * (date) * (% not > hungover) * (% who understand NFS) * (% willing to help out a bewildered > computer geek) == (surely > 0), no? > > OK. Leave out (date) and (%

Re: nfs problem

On Friday, 1 January 2016, 21:57, Glenn English wrote: Come on folks! Consider a modified Drake equation: (number on this list) * (date) * (% not hungover) * (% who understand NFS) * (% willing to help out a bewildered computer geek) == (surely > 0), no? OK. Leave out (date) and (% not hun

Re: nfs problem

On Thu, Dec 31, 2015 at 4:56 PM, ghe wrote: > I changed the nobody name to myself (ghe) in /etc/idmapd.conf, and created a > new user (gheqw). Now ls says the directory on the client is owned by > gheqw:nogroup. That doesn't make any sense to me at all. I would return the server's idmapd.conf bac

Re: nfs problem

Come on folks! Consider a modified Drake equation: (number on this list) * (date) * (% not hungover) * (% who understand NFS) * (% willing to help out a bewildered computer geek) == (surely > 0), no? OK. Leave out (date) and (% not hungover), and tell me what I've done wrong... > On Dec 31, 20

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-10-01 19:43:03 +0200, Stephan Seitz wrote: > On Thu, Oct 01, 2015 at 01:54:07PM +0200, Vincent Lefevre wrote: > >Is there a way to get traces as a normal user? > >Otherwise I'll have to ask the sysadmin... > > Yes. If you do a „dpkg-reconfigure wireshark-common” you’ll get ask > if normal

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On Thu, Oct 01, 2015 at 01:54:07PM +0200, Vincent Lefevre wrote: Is there a way to get traces as a normal user? Otherwise I'll have to ask the sysadmin... Yes. If you do a „dpkg-reconfigure wireshark-common” you’ll get ask if normal user should be allowed to trace. If you say yes then a new gr

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

Vincent Lefevre wrote: > Is there a way to get traces as a normal user? Not that I know of. mike

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-28 20:12:50 -0700, Mike Kupfer wrote: > I think it would be best to see packet traces from Vincent, if that's > possible. (The trace should include traffic between the server and both > clients.) I can think of a couple possible reasons why his Deb7 client > behaves better than the Deb

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

Peter Ludikovsky wrote: > Am 28.09.2015 um 18:59 schrieb Mike Kupfer: > > In the deb7 trace, the other client is .4, not .3. It does not get > > a delegation when it opens file2 (see packet 39), so the server > > can process the RENAME immediately. > Hang on, the two traces haven't been made at

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 28.09.2015 um 18:59 schrieb Mike Kupfer: > Peter Ludikovsky wrote: > >> The big difference happens at packets 58/54 (Deb7/Deb8). For >> Deb7, the RENAME call is immediately answered by an NFS4_OK, >> whereas for Deb8 as the client it's an NFS4ERR

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

Peter Ludikovsky wrote: > The big difference happens at packets 58/54 (Deb7/Deb8). For Deb7, the > RENAME call is immediately answered by an NFS4_OK, whereas for Deb8 as > the client it's an NFS4ERR_DELAY. I haven't seen any reason on the > client communication that would explain that, however thi

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-28 11:30:27 +0200, Peter Ludikovsky wrote: > Maybe attach that information to your bug report as a point for > investigation. Thanks. I have pasted the message contents and added a link to it (in the mailing-list archives). -- Vincent Lefèvre - Web: 100% acc

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.09.2015 um 14:04 schrieb Vincent Lefevre: > On 2015-09-25 10:11:10 +0200, Peter Ludikovsky wrote: >> My guess is: Due to the rather large wsize/rsize, the clients >> create a rather large attribute cache. As a result, when you cat >> a file on

Re: nfs stale file handle?

On Saturday 26 September 2015 13:56:10 Gene Heskett wrote: > On Saturday 26 September 2015 07:21:07 Lisi Reisz wrote: > > On Saturday 26 September 2015 05:19:27 Gene Heskett wrote: > > > On Friday 25 September 2015 16:52:09 Lisi Reisz wrote: > > > > On Thursday 24 September 2015 06:56:52 Gene Heske

Re: nfs stale file handle?

On Saturday 26 September 2015 07:21:07 Lisi Reisz wrote: > On Saturday 26 September 2015 05:19:27 Gene Heskett wrote: > > On Friday 25 September 2015 16:52:09 Lisi Reisz wrote: > > > On Thursday 24 September 2015 06:56:52 Gene Heskett wrote: > > > > On Wednesday 23 September 2015 07:53:22 Gene Hes

Re: nfs stale file handle?

On Saturday 26 September 2015 05:19:27 Gene Heskett wrote: > On Friday 25 September 2015 16:52:09 Lisi Reisz wrote: > > On Thursday 24 September 2015 06:56:52 Gene Heskett wrote: > > > On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > > > > Greetings all, nfs experts in particular; > >

Re: nfs stale file handle?

On Friday 25 September 2015 16:52:09 Lisi Reisz wrote: > On Thursday 24 September 2015 06:56:52 Gene Heskett wrote: > > On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > > > Greetings all, nfs experts in particular; > > [snip] > > > Ping? > > Gene, you might have got more replies if yo

Re: nfs stale file handle?

On Thursday 24 September 2015 06:56:52 Gene Heskett wrote: > On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > > Greetings all, nfs experts in particular; [snip] > Ping? Gene, you might have got more replies if you hadn't asked for "experts". I for one can't imagine ever replying on

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-25 10:11:10 +0200, Peter Ludikovsky wrote: > My guess is: > Due to the rather large wsize/rsize, the clients create a rather large > attribute cache. As a result, when you cat a file on the second > machine it updates the atime in the cache, but doesn't yet transfer > that information to

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.09.2015 um 09:32 schrieb Vincent Lefevre: > On 2015-09-24 14:38:01 +0200, Peter Ludikovsky wrote: >> Other than that, what mount command did you use? Are you mounting >> the share yourself, or is this an fstab or autofs mount? > > autofs > >

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-24 14:38:01 +0200, Peter Ludikovsky wrote: > Other than that, what mount command did you use? Are you mounting the > share yourself, or is this an fstab or autofs mount? autofs The only option used in /etc/auto.master is the obvious -o nosuid. But the options seem to be the same on De

Re: nfs stale file handle?

On Thursday 24 September 2015 20:24:39 Mike Kupfer wrote: > Gene Heskett wrote: > > On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > > > And I have permanent mounts of that "shop" machine in my > > > /etc/fstab here this machine "coyote" > > [...] > > > The other two work normally. A

Re: nfs stale file handle?

Gene Heskett wrote: > On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > > And I have permanent mounts of that "shop" machine in my /etc/fstab > > here this machine "coyote" [...] > The other two work normally. All have identical auto.master > files with "/net -hosts" enabled. I'm no

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 24.09.2015 um 11:46 schrieb Vincent Lefevre: > On 2015-09-23 17:56:30 +0200, Peter Ludikovsky wrote: >> When mounted as NFS3 over UDP: - root@lab1# echo foo > >> file1 root@lab1# cp file1 file2 >> >> root@lab2# cat file2 foo >> >> root@lab1#

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-23 17:56:30 +0200, Peter Ludikovsky wrote: > When mounted as NFS3 over UDP: > - > root@lab1# echo foo > file1 > root@lab1# cp file1 file2 > > root@lab2# cat file2 > foo > > root@lab1# time mv file1 file2 > real 0m0.004s > user 0m0.000s > sys 0m0.000s > - > > Same with NF

Re: nfs stale file handle?

On Wednesday 23 September 2015 07:53:22 Gene Heskett wrote: > Greetings all, nfs experts in particular; > > In attempting to achieve a setup where any of my machines can access > all the others with rw privileges, I have been trying to setup an > /etc/exports file on each machine that names the ot

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I tried to replicate your problem, but couldn't. When mounted as NFS3 over UDP: - root@lab1# echo foo > file1 root@lab1# cp file1 file2 root@lab2# cat file2 foo root@lab1# time mv file1 file2 real0m0.004s user0m0.000s sys 0m

Re: NFS rename sometimes hangs for 15 seconds after upgrade to Debian 8

On 2015-09-22 15:19:10 +0200, Vincent Lefevre wrote: > At my lab, with NFS accounts, some machines have been upgraded to > Debian 8, and I get regular hangs on these machines, while they > never occurred before on the same machine and still never occur > on a machine that is still under Debian 7. [

Re: nfs / idmap mount problem

> I've got a problem mounting NFS shares: after mounting the nfs > directory (share) it is empty, and is owned by a rather strange UID > 4294967294 (on the server, also on other clients). ^^ Ups typo. I meant the UID of the folder (and the content)

Re: NFS on Raspberry Pi high load

Bob Proulx wrote: > I don't know about the new Raspberry quad core. Does it have the same > limited usb chip as the original? It does. But because the CPU is more powerful (and you have 4 cores) you can squeeze about 95MBit/s out of it. Right now I am dd'ing a 600MB file over NFS (the Raspi2 i

Re: NFS on Raspberry Pi high load

Sven Hartge wrote: > Reco wrote: > > Sven Hartge wrote: > >> Maybe the USB hardware implementation is better in the N900? The one > >> in the Pi is quite bad and finicky. I am coming to this discussion late but I had to confirm that the USB chip in the Raspberry Pi is very limiting. It has a maxi

Re: NFS on Raspberry Pi high load

Reco wrote: > On Fri, 19 Jun 2015 20:38:12 +0200 Sven Hartge wrote: >> Maybe the USB hardware implementation is better in the N900? The one >> in the Pi is quite bad and finicky. > I happen to have Pi too. Not that I need an NFS server on it, NFS > client is sufficient for my needs, but still.

Re: NFS on Raspberry Pi high load

Reco wrote: > On Fri, 19 Jun 2015 20:38:12 +0200 Sven Hartge wrote: > What I suspect was happening with your NFS server is the multiple > knfsd threads in D-state (i.e. blocked by iowait by slof MMC card) > *plus* this USB Ethernet interrupts. I'd start with lowering knfsd > count. That would a

Re: NFS on Raspberry Pi high load

Hi. On Fri, 19 Jun 2015 20:38:12 +0200 Sven Hartge wrote: > Reco wrote: > > On Fri, Jun 19, 2015 at 02:47:20PM +0200, Petter Adsen wrote: > >> On Fri, 19 Jun 2015 14:09:45 +0200 > >> basti wrote: > >>> On 19.06.2015 14:03, Sven Hartge wrote: > basti wrote: > > > iotop show me a rea

Re: NFS on Raspberry Pi high load

Reco wrote: > On Fri, Jun 19, 2015 at 02:47:20PM +0200, Petter Adsen wrote: >> On Fri, 19 Jun 2015 14:09:45 +0200 >> basti wrote: >>> On 19.06.2015 14:03, Sven Hartge wrote: basti wrote: > iotop show me a read speed around 3 MB/s, there is a Class 10 UHS > card (10-15 MB/s read, 9-

Re: NFS on Raspberry Pi high load

Am 19.06.2015 um 14:47 schrieb Petter Adsen: > On Fri, 19 Jun 2015 14:09:45 +0200 > basti wrote: > >> The Problem is not the speed of 3 MB/s it's the load of 12 and more. >> >> On 19.06.2015 14:03, Sven Hartge wrote: >>> basti wrote: >>> iotop show me a read speed around 3 MB/s, there is a

Re: NFS on Raspberry Pi high load

Hi. On Fri, Jun 19, 2015 at 02:47:20PM +0200, Petter Adsen wrote: > On Fri, 19 Jun 2015 14:09:45 +0200 > basti wrote: > > > The Problem is not the speed of 3 MB/s it's the load of 12 and more. > > > > On 19.06.2015 14:03, Sven Hartge wrote: > > > basti wrote: > > > > > >> iotop show me a read

Re: NFS on Raspberry Pi high load

On Fri, 19 Jun 2015 14:09:45 +0200 basti wrote: > The Problem is not the speed of 3 MB/s it's the load of 12 and more. > > On 19.06.2015 14:03, Sven Hartge wrote: > > basti wrote: > > > >> iotop show me a read speed around 3 MB/s, there is a Class 10 UHS card > >> (10-15 MB/s read, 9-5 MB/s wri

Re: NFS on Raspberry Pi high load

The Problem is not the speed of 3 MB/s it's the load of 12 and more. On 19.06.2015 14:03, Sven Hartge wrote: > basti wrote: > >> iotop show me a read speed around 3 MB/s, there is a Class 10 UHS card >> (10-15 MB/s read, 9-5 MB/s write I guess). > More than 3MByte/s is not really achievable with

Re: NFS on Raspberry Pi high load

basti wrote: > iotop show me a read speed around 3 MB/s, there is a Class 10 UHS card > (10-15 MB/s read, 9-5 MB/s write I guess). More than 3MByte/s is not really achievable with a Pi-1, because the CPU is very weak and the Ethernet-Chip is attached via USB. Under the best conditions you may b

Re: NFS drive uids/gids completely broken- for a little while

wrote: > [ 42.426886] NFS: v4 server does not accept raw uid/gids. Reenabling > the idmapper. Here's some background information: In NFSv3, uids and gids are represented as integers. In NFSv4, they are strings. The original specification called for strings of the form "id@domain", and typ

Re: NFS drive uids/gids completely broken- for a little while

On Thu, 28 May 2015 13:40:21 -0600 Bob Proulx wrote: > > I would tend to be more concerned that something glitchy is happening > on your physical network connections that you saw something one moment > and then it went away on another moment. This may be an indicator of > something else happen

Re: NFS drive uids/gids completely broken- for a little while

On Thu, 28 May 2015 13:40:21 -0600 Bob Proulx wrote: > > I would tend to be more concerned that something glitchy is happening > on your physical network connections that you saw something one moment > and then it went away on another moment. This may be an indicator of > something else happeni

Re: NFS drive uids/gids completely broken- for a little while

bri...@aracnet.com wrote: > aha. sounds like my problem. interesting that it's enabled by default. > i'm assuming that for my rinky-dink set-up with 5 users i don't need it ? The number of users is not the determinating factor. It is the number of groups for any particular user. There is an arra

Re: NFS drive uids/gids completely broken- for a little while

On Wed, 27 May 2015 13:31:52 -0600 Bob Proulx wrote: > bri...@aracnet.com wrote: > > This is a weird one. > > That is a little weird that it was a transient glitch of a failure. > > > Tried to use ssh and saw a "bad permissions" error on my .ssh/config file. > > > > I do ls -l and i see uids/g

Re: NFS drive uids/gids completely broken- for a little while

On Wed, 27 May 2015 12:03:51 -0400 Dan Ritter wrote: > On Wed, May 27, 2015 at 08:25:16AM -0700, bri...@aracnet.com wrote: > > > > > > 2 i can't look at those boot messages i see in 1. why is it that a > > permanent method, installed by DEFAULT has never been implemented to look > > at boot

Re: NFS drive uids/gids completely broken- for a little while

bri...@aracnet.com wrote: > Hi, > > This is a weird one. > > Tried to use ssh and saw a "bad permissions" error on my .ssh/config file. > > I do ls -l and i see uids/gids of 2^32-1 or a similar very large integer. > > WTF ?! > > So i go back to the server to make sure the ownership hasn't bee

Re: NFS drive uids/gids completely broken- for a little while

bri...@aracnet.com wrote: > This is a weird one. That is a little weird that it was a transient glitch of a failure. > Tried to use ssh and saw a "bad permissions" error on my .ssh/config file. > > I do ls -l and i see uids/gids of 2^32-1 or a similar very large integer. > > WTF ?! Are you usi

Re: NFS drive uids/gids completely broken- for a little while

On Wed, May 27, 2015 at 08:25:16AM -0700, bri...@aracnet.com wrote: > > 2 i can't look at those boot messages i see in 1. why is it that a permanent > method, installed by DEFAULT has never been implemented to look at boot > messages ? > Have you looked at: /var/log/dmesg /var/log/kern.log

Re: nfs problems

Hi, On 05/08/2015 09:00 AM, Petter Adsen wrote: > On Fri, 8 May 2015 00:50:24 -0400 > Gene Heskett wrote: >> On Friday 08 May 2015 00:36:51 bri...@aracnet.com wrote: >>> On Fri, 8 May 2015 00:03:22 -0400 >>> Gene Heskett wrote: >>> >>> i just finished wrestling with NFS set-up problems myself. >

Re: nfs problems

* Petter Adsen [2015-05-08 13:03 +0200]: > On Fri, 8 May 2015 06:51:43 -0400 > Gene Heskett wrote: > > > On Friday 08 May 2015 02:55:53 Petter Adsen wrote: > > > That _is_ what you want, isn't it? > > > > root does not need write perms, but I do. If it takes root to do > > something, that is

Re: nfs problems

On Fri, 8 May 2015 06:51:43 -0400 Gene Heskett wrote: > On Friday 08 May 2015 02:55:53 Petter Adsen wrote: > > That _is_ what you want, isn't it? > > root does not need write perms, but I do. If it takes root to do > something, that is what the ssh -Y session as me, using sudo is for. If you

Re: nfs problems

On Friday 08 May 2015 02:55:53 Petter Adsen wrote: > On Fri, 8 May 2015 00:50:24 -0400 > > Gene Heskett wrote: > > On Friday 08 May 2015 00:36:51 bri...@aracnet.com wrote: > > > On Fri, 8 May 2015 00:03:22 -0400 > > > > > > Gene Heskett wrote: > > > > Greetings all; > > > > > > > > > > > > Next i

Re: nfs problems

On Fri, 8 May 2015 00:50:24 -0400 Gene Heskett wrote: > > > On Friday 08 May 2015 00:36:51 bri...@aracnet.com wrote: > > On Fri, 8 May 2015 00:03:22 -0400 > > > > Gene Heskett wrote: > > > Greetings all; > > > > > > > > > Next is the box on my cnc lathe, #3. But now, not even root can > > > m

Re: nfs problems

On Friday 08 May 2015 00:36:51 bri...@aracnet.com wrote: > On Fri, 8 May 2015 00:03:22 -0400 > > Gene Heskett wrote: > > Greetings all; > > > > > > Next is the box on my cnc lathe, #3. But now, not even root can > > make a third directory on this /net subdir, No Permissions. And the > > name o

Re: nfs problems

On Fri, 8 May 2015 00:03:22 -0400 Gene Heskett wrote: > Greetings all; > > Next is the box on my cnc lathe, #3. But now, not even root can make a > third directory on this /net subdir, No Permissions. And the name of > the dir could be LanceRumpleStiltSkin & root still can't make the > dir

Re: nfs problems

On Thu, 23 Apr 2015 23:54:45 -0600 Bob Proulx wrote: > bri...@aracnet.com wrote: > > however the client side mount commands are apparently wrong because > > I get this: > > > > mount.nfs4: mounting server:/nfs4exports/home/user1 failed, reason given by > > server: > > No such file or director

Re: nfs problems

bri...@aracnet.com wrote: > however the client side mount commands are apparently wrong because > I get this: > > mount.nfs4: mounting server:/nfs4exports/home/user1 failed, reason given by > server: > No such file or directory > > and as usual the error message is completely unhelpful because

  1   2   3   4   5   6   7   8   9   >