On Sat, 2024-03-09 at 13:54 +0100, hw wrote:
>
> NFS can be hard on network card drivers
> IPv6 may be faster than IPv4
> the network cable might suck
> the switch might suck or block stuff
As iperf and other network protocols were confirmed to be fast by the
OP it i
On Thu, 2024-03-07 at 10:13 +0100, Stefan K wrote:
> Hello guys,
>
> I hope someone can help me with my problem.
> Our NFS performance ist very bad, like ~20MB/s, mountoption looks like that:
Reading or writing, or both?
Try testing with files on a different volume.
> rw,relatim
;sync"?
> > this could be a solution, but I want to understand why is it so slow and
> > fix that
>
> It's inherent in how sync works. Over-the-wire calls are expensive.
> NFS implementations try to get acceptable performance by extensive
> caching, using asynchronous operation
t to understand why is it so slow and fix
> that
It's inherent in how sync works. Over-the-wire calls are expensive.
NFS implementations try to get acceptable performance by extensive
caching, using asynchronous operations when possible, and by issuing a
smaller number of large RPCs (rather th
Stefan K wrote:
> > Run the database on the machine that stores the files and perform
> > database access remotely over the net instead. ?
>
> yes, but this doesn't resolve the performance issue with nfs
But it removes your issue that forces you to use the sync option.
> Run the database on the machine that stores the files and perform
> database access remotely over the net instead. ?
yes, but this doesn't resolve the performance issue with nfs
> Can you partition the files into 2 different shares? Put the database
> files in one share and access them using "sync", and put the rest of the
> files in a different share, with no "sync"?
this could be a solution, but I want to understand why is it so slow and fix
that
Stefan K wrote:
> > You could try removing the "sync" option, just as an experiment, to
> > see how much it is contributing to the slowdown.
>
> If I don't use sync I got around 300MB/s (tested with 600MB-file) ..
> that's ok (far from great), but since there
> You could try removing the "sync" option, just as an experiment, to see
> how much it is contributing to the slowdown.
If I don't use sync I got around 300MB/s (tested with 600MB-file) .. that's ok
(far from great), but since there are database files on the nfs it can caus
0 0
0 0 0 0
Server file handle cache:
lookup anon ncachedir ncachenondir stale
0 0 0 0 0
Server nfs v4:
null compound
2 0% 509976662 99%
Server nfs v4 operations:
op0-unused op1-unus
On 2024-03-07, Stefan K wrote:
> I hope someone can help me with my problem.
> Our NFS performance ist very bad, like ~20MB/s, mountoption looks like that:
> rw,relatime,sync,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=n
Stefan K wrote:
> 'sync'-mountoption is important (more or less), but it should still be
> much faster than 20MB/s
I don't know if "sync" could be entirely responsible for such a
slowdown, but it's likely at least contributing, particularly if the
application is doing small I/Os at the system
Hi Ralph,
I just tested it with scp and I got 262MB/s
So it's not a network issue, just a NFS issue, somehow.
best regards
Stefan
> Gesendet: Donnerstag, 07. März 2024 um 11:22 Uhr
> Von: "Ralph Aichinger"
> An: debian-user@lists.debian.org
> Betreff: Re: very poor nfs
On Thu, 2024-03-07 at 10:13 +0100, Stefan K wrote:
> Hello guys,
>
> I hope someone can help me with my problem.
> Our NFS performance ist very bad, like ~20MB/s, mountoption looks
> like that:
Are both sides agreeing on MTU (using Jumbo frames or not)?
Have you tested the net
Hello guys,
I hope someone can help me with my problem.
Our NFS performance ist very bad, like ~20MB/s, mountoption looks like that:
rw,relatime,sync,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none
The NFS server (debian 12) is a ZFS
OS sur le PC j’utiliserais un
disque local et installerai toutes les données système dessus. Encore
une fois, c’est bien plus sur et efficace (voir latence réseau). Du
coup, la home dir de l’utilisateur doit rester locale avec un montage
NFS de ses données réseau dans un sous répertoire. Comme ça l
zithro a écrit :
> On 24 Feb 2024 23:23, BERTRAND Joël wrote:
>> Un gros serveur sous NetBSD et toutes les stations sont diskless et
>> bootent sur le réseau. Les disques sont en NFS et les swaps en iSCSI.
>
> Peux-tu expliquer ce choix (NFS vs iSCSI) stp ?
Oui,
l’architecture de l’OS sur le PC j’utiliserais un disque
local et installerai toutes les données système dessus. Encore une fois, c’est
bien plus sur et efficace (voir latence réseau). Du coup, la home dir de
l’utilisateur doit rester locale avec un montage NFS de ses données réseau dans
un sous
On 24 Feb 2024 23:23, BERTRAND Joël wrote:
Un gros serveur sous NetBSD et toutes les stations sont diskless et
bootent sur le réseau. Les disques sont en NFS et les swaps en iSCSI.
Peux-tu expliquer ce choix (NFS vs iSCSI) stp ?
Si je dis pas de conneries, tu pourrais boot root (/) en
Basile Starynkevitch a écrit :
>
> On 2/23/24 12:02, Erwann Le Bras wrote:
>>
>> Bonjour
>>
>> Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs
>> serait monté sur chaque client au boot.
>>
>> Mais je ne sais pas si c'est plus effica
Le 23 février 2024 Erwann Le Bras a écrit :
> Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs serait monté
> sur chaque client au boot.
>
> Mais je ne sais pas si c'est plus efficace que NFS.
J'ai pas mal utilisé sshfs et ça reste assez performant même via
inter
On 2/23/24 12:02, Erwann Le Bras wrote:
Bonjour
Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs
serait monté sur chaque client au boot.
Mais je ne sais pas si c'est plus efficace que NFS.
J'aurais tendance à imaginer que c'est moins efficace que NFS, qui est
de toute
Bonjour
Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs serait
monté sur chaque client au boot.
Mais je ne sais pas si c'est plus efficace que NFS.
Le 20/02/2024 à 12:26, Pierre Malard a écrit :
Ou ahh ! NIS, ça ne me rajeuni pas ça ;-)
Et pourquoi pas un LDAP pour
fait ici c’est d’utiliser PAM et autofs
pour gérer les accès sur les postes avec :
Création de la home dir à la volée si besoin depuis un squelette qui contient
un point de montage pour NFS
Montage du répertoire partagé de l’utilisateur dans $HOME/NFS
Comme ça l’utilisateur n’est pas ralenti dans
lointaine où j'étais sysadmin occasionnel (au CEA) NIS
fonctionnait bien. C'était avant 2000, sur des stations Sun.
Par contre (et pour avoir enseigné plus récemment Linux à l'IUT d'Orsay)
je m'interroge sur la pertinence de mettre (en 2024) le /home sur NFS.
Ça a un inconvenient colossal en 2024: NFS
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Est ce judicieux ?
J'ai essayé avec NIS avec debian 11, l'authentification à l'air de bien
fonctionner. Pour l'authentification, NIS est il bien adapté pour ce
genre de configuration ?
Par contre au niveau de l'export (NFS), cela rame un peu (je
Very unimpressed with the so called "fix" for #842145 of just blocking
running the script on nfs mount rather than fixing the script to work
properly with nfs.
The problem with the script is that it does not ignore the .nfs*
files. An explanation of these files is available he
ards (and later a hub),
> I still ran /usr over NFS.
You can still do it if you want, as long as your initramfs mounts
/usr from nfs, which I'm pretty sure it will without any difficulty
if you have the correct entry in /etc/fstab. I don't think anything
has gone out of its way to break that use i
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
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
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 co
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
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
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
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.ne
Where can I find information on how to configure NFS to use ipv6
addresses both server and client.
I haven't found any good information on how to do that and what I did
find was extremely sparce.
I have NFS mounts working using ipv4 and want to change that to ipv6
--
Hindi madali ang
On 10/5/23 05:01, Steve Matzura wrote:
On 10/4/2023 2:32 PM, David Christensen wrote:
On 10/4/23 05:03, Steve Matzura wrote:
On 10/3/2023 6:06 PM, David Christensen wrote:
On 10/3/23 12:03, Steve Matzura wrote:
I gave up on the NFS business and went back to good old buggy
but reliable SAMBA
On 10/4/23 05:03, Steve Matzura wrote:
On 10/3/2023 6:06 PM, David Christensen wrote:
On 10/3/23 12:03, Steve Matzura wrote:
I gave up on the NFS business and went back to good old buggy
but reliable SAMBA (LOL), ...
I have attempted to document the current state of Samba on my
SOHO, below
On 10/3/23 12:03, Steve Matzura wrote:
I gave up on the NFS business and went back to good old buggy but
reliable SAMBA (LOL), which is what I was using when I was on Debian 8,
and which worked fine. Except for one thing, everything's great.
In /etc/fstab, I have:
//192.168.1.156/BigVol1
On 03/10/2023 20:03, Steve Matzura wrote:
I gave up on the NFS business
Why?
and went back to good old buggy but reliable SAMBA (LOL)
:o
Sorry but I think you created bigger problem that you already had. NFS
works great, I've been using it for years and it never failed me. I
cannot image
I gave up on the NFS business and went back to good old buggy but
reliable SAMBA (LOL), which is what I was using when I was on Debian 8,
and which worked fine. Except for one thing, everything's great.
In /etc/fstab, I have:
//192.168.1.156/BigVol1 /mnt/bigvol1 civs
vers=2.0,credentials
eleted/merged the
offending files.
Note that I ran usrmerge on the individual hosts themselves, on NFS
root. Although usrmerge complained that this won't work, it somehow
did. Systems rebooted, all came up fine, no broken packages and the
programs are working.
Thanks for all the support. Case solved.
Marco
Steve Matzura wrote:
> mount /mnt/bigvol1/dir-1 /home/steve/dir-1 -o bind,ro
In addition to what others have observed it might be worth mentioning
that the -v option to mount (i.e. verbose) often gives more information
about what's going on.
On Sun, Sep 17, 2023 at 02:43:16PM -0400, Steve Matzura wrote:
As Charles points out, this looks rather like CIFS, not NFS:
> # NAS box:
> //192.168.1.156/BigVol1 /mnt/bigvol1 cifs
> _netdev,username=,password=,ro 0 0
If Charles's (and
.
If the Synology NAS supports NFS, that might be a better approach in the long
run, though.
Regards,
Tom Dial
Research into this problem made me try similar techniques after having
installed nfs-utils. I got bogged down by a required procedure entailing
exportation of NFS volume information in order
On Sun, 17 Sep 2023 14:43:16 -0400
Steve Matzura wrote:
> # NAS box:
> //192.168.1.156/BigVol1 /mnt/bigvol1 cifs
> _netdev,username=,password=,ro 0 0
Possibly part of the problem is that this is a CIFS (Samba) mount, not
an NFS mount.
Is samba installed?
If you try to mount t
directories can bind, so even if those mount
commands are correct, I would never know until bigvol1 mounts correctly
and content appears in at least 'ls -ld /mnt/bigvol1'.
Research into this problem made me try similar techniques after having
installed nfs-utils. I got bogged down by a required
On Fri, 15 Sep 2023 17:55:06 +
Andy Smith wrote:
> I haven't followed this thread closely, but is my understanding
> correct:
>
> - You have a FreeBSD NFS server with an export that is a root
> filesystem of a Debian 11 install shared by multiple clients
Almost. It's n
testing, for someone who was familiar with FreeBSD's
> > userland
>
> I'm not going down that route.
I haven't followed this thread closely, but is my understanding
correct:
- You have a FreeBSD NFS server with an export that is a root
filesystem of a Debian 11 install shared by mul
> So the file in /lib appears to be newer. So what to do? Can I delete
> the one in /usr/lib ?
Yes.
Stefan
On Thu, 14 Sep 2023 16:54:27 -0400
Stefan Monnier wrote:
> Still going on with this?
I am.
> Have you actually looked at those two files:
>
> /lib/udev/rules.d/60-libsane1.rules and
> /usr/lib/udev/rules.d/60-libsane1.rules
>
> to see if they're identical or not and to see if you might
On Thu, 14 Sep 2023 16:43:09 -0400
Dan Ritter wrote:
> The heart of the convert-usrmerge perl script is pretty
> reasonable. However:
>
> […]
>
> Similarly, there are calls to stat and du which probably have
> some incompatibilities.
>
> The effect of running this would be fairly safe, but
;
>> I don't know whether TrueNAS enabled that.
>
> No it does not. I just confirmed, the only choices are raw disk
> access (ZVOL), NFS and Samba.
>
> However, usrmerge is a perl script. Can I run it on the server
> (after chroot'ing) in a jail (under FreeBSD)? Or does this mess
> things up? Just a thought.
>
> Marco
On Thu, 14 Sep 2023 15:01:50 -0400
Dan Ritter wrote:
> Is this a mission-critical server?
I'd say so, yes. It's not one single server. It's *all*
workstations.
> i.e. will screwing it up for a day cause other people to be upset
Yes, because no one can use their computer.
> or you to lose
s are raw disk
access (ZVOL), NFS and Samba.
However, usrmerge is a perl script. Can I run it on the server
(after chroot'ing) in a jail (under FreeBSD)? Or does this mess
things up? Just a thought.
Marco
On Thu, 14 Sep 2023 11:00:17 -0400
Dan Ritter wrote:
> What VM software are you using
bhyve
…which I know very little about. It's supported on the server, I've
tried it, set up a VM, it works. But the server is mainly serving
NFS shares to various clients.
> and what's the OS on
Marco wrote:
> On Fri, 8 Sep 2023 12:26:38 -0400
> Dan Ritter wrote:
> > * have the VM mount the filesystem directly
>
> How? I can only attach devices (=whole disks) to the VM or mount the
> FS via NFS. I can't attach it as a device because it's not a device,
>
On Fri, 8 Sep 2023 12:26:38 -0400
Dan Ritter wrote:
> Can you start a temporary VM directly on the server?
I just checked. I can, yes.
> If so, you can
> * stop your remote Debian machine
Ok, no problem.
> * run a Debian rescue image in the VM on the NFS server
No problem.
>
to check the following days.
>
> > If so, you can
> > * stop your remote Debian machine
> > * run a Debian rescue image in the VM on the NFS server
> > * have the VM mount the filesystem directly
> > * chroot, run usrmerge
> > * unmount
>
> Ok, that'
gt; back onto the server. Is there a recommended procedure or
> > documentation available?
>
> Can you start a temporary VM directly on the server?
I might actually. I'll have to check the following days.
> If so, you can
> * stop your remote Debian machine
> * run a Debian resc
> root@foobar:~# /usr/lib/usrmerge/convert-usrmerge
>
> FATAL ERROR:
> Both /lib/udev/rules.d/60-libsane1.rules and
> /usr/lib/udev/rules.d/60-libsane1.rules exist.
The problem is that "usrmerge" needs to unify those two and doesn't
know how. So you need to do it by hand.
E.g. get rid of
On Fri, 8 Sep 2023 16:55:23 +0200
zithro wrote:
> On 08 Sep 2023 12:54, Marco wrote:
> >Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will
> > not be run automatically. See #842145 for details.
>
> Read :
> - https://bugs.debian.org/cgi-bin/bugrep
On 08 Sep 2023 12:54, Marco wrote:
Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
automatically. See #842145 for details.
Read :
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842145
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039522
The solution
Hi,
I'm in the process of upgrading my Debian stable hosts and run into
a problem with usrmerge:
Setting up usrmerge (35) ...
Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
automatically. See #842145 for details.
E: usrmerge failed.
dpkg: error processing
lliure dedicat com VNC.
Tot i amb això, crec que la gent que desenvolupa o mantén VNC ho té
força descuidat.
En comptes de NFS faig servir les capacitats de SSH, que em va semblar
més fàcil d'implementar, tot i que consumeix força CPU.
El tema de les intrusions: No posar tots els ous al mateix
On Sat, Jul 29, 2023 at 05:44:59PM +0100, piorunz wrote:
> Edit /etc/nfs.conf file:
> [nfsd]
> udp=y
>
> then:
> sudo systemctl restart nfs-server
Yes, that fixed my NFS problem.
Thank you very much
--
Matthias Scheler http://zhadum.org.uk/
On 29/07/2023 16:00, Matthias Scheler wrote:
Hello,
after upgrading one of my systems from Debian 11 to 12 the kernel NFS server
doesn't seem to accept NFS requests over UDP on port 2049 anymore:
>rpcinfo -p | grep nfs
133 tcp 2049
Hello,
after upgrading one of my systems from Debian 11 to 12 the kernel NFS server
doesn't seem to accept NFS requests over UDP on port 2049 anymore:
>rpcinfo -p | grep nfs
133 tcp 2049 nfs
134 tcp 2049 nfs
100
que la gent que desenvolupa o mantén VNC ho té
força descuidat.
En comptes de NFS faig servir les capacitats de SSH, que em va semblar
més fàcil d'implementar, tot i que consumeix força CPU.
El tema de les intrusions: No posar tots els ous al mateix cistell, i la
porta per on entres tu no ha
Bon dia a tothom
El títol és tant complicat com el que us vull preguntar.
Escenari actual del que tinc:
Un Quad-core amb 4 GB que està exposat a internet 24x7 on hi tinc un
servidor Apache + Postfix + Postgresql + NFS (amb les dades domestiques)
I tres maquines més, totes diferents de
a NFS
filesystem as filesystem root. I even asked Chatgpt, and it replied with its
usual hallucinations, unable to provide real links to source of information.
This is what my TFTP root currently looks like:
├── grub
│ └── grub.cfg
├── grubnetx64.efi
├── initrd.img (Generic Debian Testing
cède
>
> Installer un Debian sans interface graphique, accessible seulement avec
> SSH puis enchaîner avec les fonctionnalités désirées : NFS, SMB puis
> PXE/SFTP.
>
> ne pas oublier l'aspect sécurité et les sauvegardes!
>
> bon courage et très bonnes fêtes de fin d'année.
&
avec les fonctionnalités désirées : NFS, SMB puis
PXE/SFTP.
ne pas oublier l'aspect sécurité et les sauvegardes!
bon courage et très bonnes fêtes de fin d'année.
Le 26/12/2022 à 16:05, Olivier Back my spare a écrit :
Bonjour
Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP
Le lundi 26 décembre 2022, 16:51:56 CET Jean-François Bachelet a écrit :
> Hello ^^)
>
> Le 26/12/2022 à 16:05, Olivier Back my spare a écrit :
> > Bonjour
> >
> > Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP + LDAP
> > avec un Debian?
> >
Hello ^^)
Le 26/12/2022 à 16:05, Olivier Back my spare a écrit :
Bonjour
Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP + LDAP
avec un Debian?
J'ai acheté un nouvel ordinateur pour ma mère et j'ai récupéré son
vieux i3 8 Go de RAM, 1 To de HDD.
Je voudrais en faire un NAS
Bonjour
Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP + LDAP
avec un Debian?
J'ai acheté un nouvel ordinateur pour ma mère et j'ai récupéré son vieux
i3 8 Go de RAM, 1 To de HDD.
Je voudrais en faire un NAS serveur de fichier SMB NFS SFTP + LDAP sans
utiliser Openvault. Est
quot;
>
> Mais une recherche sur le wiki Archlinux généralement assez pertinent ne
> semble pas faire mention de gvfs pour le montage automatique NFS, donc
> c'est peut-être moi qui t'induis en erreur.
> En gros le wiki Archlinux, pour du montage NFS automatique de volumes
> pas f
Le 02/12/2022 à 15:54, benoit a écrit :
Le vendredi 2 décembre 2022 à 14:08, didier gaumet a
écrit :
peut-être même encore plus simple (je ne peux pas tester, je n'ai pas
de NFS) simplement installer le paquet gvfs-backends (qui comprend une
partie NFS et gère les systèmes de fichiers
Le vendredi 2 décembre 2022 à 12:41, Pierre-Elliott Bécue a
écrit :
Salut
> autofs et un "lien" dans nautilus vers le point de montage.
> --
> PEB
Ca marche nickel
Benoit
Le vendredi 2 décembre 2022 à 14:08, didier gaumet a
écrit :
> peut-être même encore plus simple (je ne peux pas tester, je n'ai pas
> de NFS) simplement installer le paquet gvfs-backends (qui comprend une
> partie NFS et gère les systèmes de fichiers virtuels): le bureau utilisé
*peut-être* même encore plus simple (je ne peux pas tester, je n'ai pas
de NFS) simplement installer le paquet gvfs-backends (qui comprend une
partie NFS et gère les systèmes de fichiers virtuels): le bureau utilisé
devrait probablement alors montrer le partage NFS en volume prêt à monter?
Salut,
benoit wrote on 02/12/2022 at 12:10:48+0100:
> Bonjour,
>
> Quelle serait la solution le plus conviviale pour monter un point de montage
> nfs au clic ?
> J'ai écrit une petite fct en attendant, mais c'est pas convivial et ça m'a
> obligé à ajouter une l
Bonjour,
Quelle serait la solution le plus conviviale pour monter un point de montage
nfs au clic ?
J'ai écrit une petite fct en attendant, mais c'est pas convivial et ça m'a
obligé à ajouter une ligne dans le fstab.
partagenfs(){
DISK="$HOME/partagenfs/"
if [ -z "$(grep 'pa
On Tue, Oct 04, 2022 at 12:04:56PM +0100, tony wrote:
> I can successfully do (pls ignore spurious line break):
>
> mount -t nfs -o _netdev tony-fr:/mnt/sharedfolder
> /mnt/sharedfolder_client
>
> but the user id is incorrect.
What do you mean, "the user id&qu
Hi,
I need to mount a directory from a debian 11 server to a debian 10 client.
I can successfully do (pls ignore spurious line break):
mount -t nfs -o _netdev tony-fr:/mnt/sharedfolder
/mnt/sharedfolder_client
but the user id is incorrect. If I now try:
mount -t nfs -o _netdev,uid=1002 tony
Hi,
A suggestion: we've had issues in the past, where on NFS root the issue
was that setting "Linux Capabilities" (setcap) fails, because NFS does
not support the extended attributes to store them.
Perhaps that is your issue as well?
MJ
Op 16-08-2022 om 21:58 schreef Lie Rock:
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 previ
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-installing Debian and nfs several times
Wylie!
ysusers
up "too early", before the root file system is pivoted-in?
Feeding my search engine with "NFS root" and +systemd turns up a
bunch of interesting suggestions (e.g. network has to be up before
NFS has to be mounted, etc:).
Good luck... and tell us what it was ;-)
Cheers
--
t
signature.asc
Description: PGP signature
On Tue, Aug 16, 2022 at 03:58:30PM -0400, Lie Rock wrote:
> So how is the process "create system users" performed when Linux/Debian
> starts? What can be contributing to this error?
unicorn:~$ grep -ri 'create system users' /lib/systemd
Hi,
I'm trying to bring up the Debian 10 root file system on an ARM SoC board.
When the rootfs was in an SD card the board worked well. When I put the
rootfs on an NFS server and tried to boot the board through NFS mount, it
reported error through serial port:
[FAILED] Failed to start Create
Andrei POPESCU writes:
> Are you sure you're actually using NFSv4? (check 'mount | grep nfs').
Yes I'm sure. It's all host on path type nfs4 and in options also
vers=4.2.
Also the bog standard auto.net these days has code to mount using NFSv4.
> In my experience in order to make NFSv
On Mi, 02 feb 22, 13:49:38, Anssi Saari wrote:
> Greg Wooledge writes:
>
> > I'm unclear on how NFS v4 works. Everything I've read about it in the
> > past says that you have to set up a user mapping, which is shared by
> > the client and the server. And tha
ith user being optional if you want the current
> user. You can add bookmarks in your filemanager for the paths you use
> frequently.
>
> I use this for quick access for copying and editing files on other
> machines. For proper automated backup and bulk storage I use NFS o
the paths you use
frequently.
I use this for quick access for copying and editing files on other
machines. For proper automated backup and bulk storage I use NFS on a
NAS/router box (an ARM based computer running Debian).
--
Tixy
, although I have used it on
other occasions in the past. It works perfectly and I have disabled the
other file share options on the NAS. The performance feels even better
compared to SMB and NFS.
In the long term, I will setup my own Debian based home server, there
are many usefull suggestions in the other thread.
On 2/2/22 07:36, gene heskett wrote:
Sounds like how my network grew, with more cnc'd machines added. But I
was never able the make MFSv4 Just Work for anything for more than the
next reboot of one of the machines. Then I discovered sshfs which Just
Does anything the user can do, it does not
On 2022-02-02 02:01 UTC+0100, Christian Britz wrote:
> Thank you, that was the right hint, the solution to get it work (with
> NFS4 support) with IP based "security" was:
[...]
> Is my assumption right, that I would have to setup a Kerberos server to
> achieve real security?
I am thinking
On Wednesday, February 2, 2022 6:49:38 AM EST Anssi Saari wrote:
> Greg Wooledge writes:
> > I'm unclear on how NFS v4 works. Everything I've read about it in
> > the
> > past says that you have to set up a user mapping, which is shared by
> >
Greg Wooledge writes:
> I'm unclear on how NFS v4 works. Everything I've read about it in the
> past says that you have to set up a user mapping, which is shared by
> the client and the server. And that this is *not* optional, and *is*
> exactly as much of a pain as it sounds.
I'v
1 - 100 of 5605 matches
Mail list logo
