[opensuse-factory] netcfg (15.1 and TW)
LS, I can't start postfix or nfs-server because /etc/services is relocated to /usr/etc/services as from Jan 30. Other programs are not accordingly adjusted! This happens both under TW and 15.1. Please, correct this issue. Regards, Frans. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05-02-2020 09:10, Frans de Boer wrote:
LS,
I can't start postfix or nfs-server because /etc/services is relocated to /usr/etc/services as from Jan 30. Other programs are not accordingly adjusted!
This happens both under TW and 15.1. Please, correct this issue.
Regards, Frans.
I found even more files under /usr/etc who originally where located under /etc. Some other services need those other files. I copied all back to /etc to have a working system. Please don't fool around with different FS layouts until all other programs are aware of it!!!! --- Frans. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2020-02-05 at 09:10 +0100, Frans de Boer wrote:
LS,
I can't start postfix or nfs-server because /etc/services is relocated to /usr/etc/services as from Jan 30. Other programs are not accordingly adjusted!
This happens both under TW and 15.1. Please, correct this issue.
a) 15.1 certainly did not get that update of netcfg - so can't be affected b) maybe read the other mail threads on this list? The solution is: 'maintain your system' - check for /etc/*.rpm* files (hint: nsswitch.conf.rpmnew) which you must have ignored for a while already. Merge the changes into /etc/nsswitch.conf Cheers, Dominique
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/02/2020 09.35, Dominique Leuenberger / DimStar wrote: | On Wed, 2020-02-05 at 09:10 +0100, Frans de Boer wrote: |> LS, |> |> I can't start postfix or nfs-server because /etc/services is |> relocated to /usr/etc/services as from Jan 30. Other programs are |> not accordingly adjusted! |> |> This happens both under TW and 15.1. Please, correct this issue. | | a) 15.1 certainly did not get that update of netcfg - so can't be | affected Maybe he incorrectly has defined some factory repository on Leap. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXjqC6AAKCRC1MxgcbY1H 1ZluAJ4p86ajAts8S6I2VQZKtCgMhol0JwCeKDnUTvP5dJHMJl2E7GCWYl8qjhQ= =Vc84 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05-02-2020 09:35, Dominique Leuenberger / DimStar wrote:
On Wed, 2020-02-05 at 09:10 +0100, Frans de Boer wrote:
LS,
I can't start postfix or nfs-server because /etc/services is relocated to /usr/etc/services as from Jan 30. Other programs are not accordingly adjusted!
This happens both under TW and 15.1. Please, correct this issue. a) 15.1 certainly did not get that update of netcfg - so can't be affected b) maybe read the other mail threads on this list? The solution is: 'maintain your system' - check for /etc/*.rpm* files (hint: nsswitch.conf.rpmnew) which you must have ignored for a while already. Merge the changes into /etc/nsswitch.conf
Cheers, Dominique
Under 15.1 there where issue because of /usr/etc/. The services file was intact, but something else must have been relocated. Example: NFS client did not work until I copied the contents of /usr/etc to /etc. The suggestion to merge all in a single switch....is that not the job for the update process? It seems that people expect that we our self should make the update. There are so many mail threads, I scan them every day, but did not noticed this particular thread your referring too. As for the rpmnew files, I never looked at them the last decades. Still, everything is/was working properly. Beside, what is the need of doing updates if one has to go hunting down all kind of *rpmnew files scattered around the system? --- Frans -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Dominique Leuenberger / DimStar <dimstar@opensuse.org> [02-05-20 03:44]:
On Wed, 2020-02-05 at 09:10 +0100, Frans de Boer wrote:
LS,
I can't start postfix or nfs-server because /etc/services is relocated to /usr/etc/services as from Jan 30. Other programs are not accordingly adjusted!
This happens both under TW and 15.1. Please, correct this issue.
a) 15.1 certainly did not get that update of netcfg - so can't be affected b) maybe read the other mail threads on this list? The solution is: 'maintain your system' - check for /etc/*.rpm* files (hint: nsswitch.conf.rpmnew) which you must have ignored for a while already. Merge the changes into /etc/nsswitch.conf
I have two boxes where I merged the mentioned rpm{new,save} files and can no longer mount one of three nfs drives. And two boxes where I did not merge the mentioned rpm{new,save} files and can mount all of the nfs drives. And I have not been able to solve the failed nfs mounts. I guess the next step is to revert the moved files to /usr/etc :( -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2020 16.44, Patrick Shanahan wrote:
I have two boxes where I merged the mentioned rpm{new,save} files and can no longer mount one of three nfs drives.
And two boxes where I did not merge the mentioned rpm{new,save} files and can mount all of the nfs drives.
It is not blind merging you need to do. You have to copy to your working config files the new features or changes in the rpmnew file, while keeping the old parts that you still need, and possibly make edit changes as appropriate. If what you get is an rpmsave the procedure is inverted: copy to the actual file, which is new, the old lines that you still need, possibly after checking in the man that they are still correct; if not, edit them. My routine is: zypper dup rpmconfigcheck now for every resultingline: cp /etc/actual_file /some_backup/etc/actual_file cp /etc/rpmsomething_file /some_backup/etc/rpmsomething_file meld /etc/actual_file /etc/rpmsomething_file rm /etc/rpmsomething_file Most often the changes are cosmetic. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
* Carlos E. R. <robin.listas@telefonica.net> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
I have two boxes where I merged the mentioned rpm{new,save} files and can no longer mount one of three nfs drives.
And two boxes where I did not merge the mentioned rpm{new,save} files and can mount all of the nfs drives.
It is not blind merging you need to do. You have to copy to your working config files the new features or changes in the rpmnew file, while keeping the old parts that you still need, and possibly make edit changes as appropriate.
yes, meld file.rpmnew file.rpm merged new, non-conflicting items
If what you get is an rpmsave the procedure is inverted: copy to the actual file, which is new, the old lines that you still need, possibly after checking in the man that they are still correct; if not, edit them.
My routine is:
zypper dup rpmconfigcheck
now for every resultingline:
cp /etc/actual_file /some_backup/etc/actual_file cp /etc/rpmsomething_file /some_backup/etc/rpmsomething_file meld /etc/actual_file /etc/rpmsomething_file rm /etc/rpmsomething_file
Most often the changes are cosmetic.
yes, but I still cannot one of the nfs drives on two boxes, but can on one box where the rpm files were merged/updated and can on one where I have not yet done the merge/update. Makes no sense. ~ # mount -vvv -t auto 192.168.1.10:/data /mnt/nfs/data mount.nfs: timeout set for Wed Feb 5 13:09:12 2020 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: Connection refused No problem at all mounting sshfs duh -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2020 19.33, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
I have two boxes where I merged the mentioned rpm{new,save} files and can no longer mount one of three nfs drives.
And two boxes where I did not merge the mentioned rpm{new,save} files and can mount all of the nfs drives.
It is not blind merging you need to do. You have to copy to your working config files the new features or changes in the rpmnew file, while keeping the old parts that you still need, and possibly make edit changes as appropriate.
yes, meld file.rpmnew file.rpm merged new, non-conflicting items
If what you get is an rpmsave the procedure is inverted: copy to the actual file, which is new, the old lines that you still need, possibly after checking in the man that they are still correct; if not, edit them.
My routine is:
zypper dup rpmconfigcheck
now for every resultingline:
cp /etc/actual_file /some_backup/etc/actual_file cp /etc/rpmsomething_file /some_backup/etc/rpmsomething_file meld /etc/actual_file /etc/rpmsomething_file rm /etc/rpmsomething_file
Most often the changes are cosmetic.
yes, but I still cannot one of the nfs drives on two boxes, but can on one box where the rpm files were merged/updated and can on one where I have not yet done the merge/update. Makes no sense.
~ # mount -vvv -t auto 192.168.1.10:/data /mnt/nfs/data mount.nfs: timeout set for Wed Feb 5 13:09:12 2020 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered
Maybe portmap is not running. did you check apparmor, on both machines? aa-logprof.
No problem at all mounting sshfs
It is very different, uses a constant single port. No negotiation needed. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
* Carlos E. R. <robin.listas@telefonica.net> [02-05-20 16:36]:
On 05/02/2020 19.33, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
I have two boxes where I merged the mentioned rpm{new,save} files and can no longer mount one of three nfs drives.
And two boxes where I did not merge the mentioned rpm{new,save} files and can mount all of the nfs drives.
It is not blind merging you need to do. You have to copy to your working config files the new features or changes in the rpmnew file, while keeping the old parts that you still need, and possibly make edit changes as appropriate.
yes, meld file.rpmnew file.rpm merged new, non-conflicting items
If what you get is an rpmsave the procedure is inverted: copy to the actual file, which is new, the old lines that you still need, possibly after checking in the man that they are still correct; if not, edit them.
My routine is:
zypper dup rpmconfigcheck
now for every resultingline:
cp /etc/actual_file /some_backup/etc/actual_file cp /etc/rpmsomething_file /some_backup/etc/rpmsomething_file meld /etc/actual_file /etc/rpmsomething_file rm /etc/rpmsomething_file
Most often the changes are cosmetic.
yes, but I still cannot one of the nfs drives on two boxes, but can on one box where the rpm files were merged/updated and can on one where I have not yet done the merge/update. Makes no sense.
~ # mount -vvv -t auto 192.168.1.10:/data /mnt/nfs/data mount.nfs: timeout set for Wed Feb 5 13:09:12 2020 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100003, trying vers=3, prot=17 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: trying text-based options 'vers=4.2,addr=192.168.1.10,clientaddr=192.168.1.8' mount.nfs: mount(2): Connection refused mount.nfs: trying text-based options 'addr=192.168.1.10' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query retrying: RPC: Program not registered
Maybe portmap is not running.
there is no service named portmap client: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 40710 status 100024 1 tcp 49619 status 100005 1 udp 58700 mountd 100005 1 tcp 45657 mountd 100005 2 udp 44972 mountd 100005 2 tcp 54895 mountd 100005 3 udp 50609 mountd 100005 3 tcp 58619 mountd server: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 59771 status 100024 1 tcp 36477 status 100005 1 udp 38791 mountd 100005 1 tcp 55147 mountd 100005 2 udp 40803 mountd 100005 2 tcp 35003 mountd 100005 3 udp 35077 mountd 100005 3 tcp 35217 mountd
did you check apparmor, on both machines? aa-logprof.
yes, no listing for portmap or rpc* on either. But I do have nfs mounts on both machines and exports from the server open on other machines. ~ # zypper se -sd portmap Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------+------------+------------+--------+------------------------ i | rpcbind | package | 1.2.5-3.2 | x86_64 | openSUSE-Tumbleweed OSS v | rpcbind | package | 1.2.5-3.2 | i586 | openSUSE-Tumbleweed OSS server: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 09:56:01 EST; 1 day 7h ago TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1040 (rpcbind) Tasks: 1 (limit: 4915) Memory: 1.9M CGroup: /system.slice/rpcbind.service └─1040 /sbin/rpcbind -w -f Feb 04 09:56:01 crash systemd[1]: Starting RPC Bind... Feb 04 09:56:01 crash systemd[1]: Started RPC Bind. client: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 17:30:00 EST; 23h ago TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1031 (rpcbind) Tasks: 1 (limit: 4530) Memory: 1.0M CGroup: /system.slice/rpcbind.service └─1031 /sbin/rpcbind -w -f Feb 04 17:29:58 crash2 systemd[1]: Starting RPC Bind... Feb 04 17:30:00 crash2 systemd[1]: Started RPC Bind. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2020 23.17, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 16:36]:
On 05/02/2020 19.33, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
...
Maybe portmap is not running.
there is no service named portmap
I don't know or remember the actual name of the service.
client: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper
Then it is running.
server: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 59771 status 100024 1 tcp 36477 status 100005 1 udp 38791 mountd 100005 1 tcp 55147 mountd 100005 2 udp 40803 mountd 100005 2 tcp 35003 mountd 100005 3 udp 35077 mountd 100005 3 tcp 35217 mountd
did you check apparmor, on both machines? aa-logprof.
yes, no listing for portmap or rpc* on either.
Not just that, but anything.
But I do have nfs mounts on both machines and exports from the server open on other machines.
~ # zypper se -sd portmap Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+---------+------------+------------+--------+------------------------
i | rpcbind | package | 1.2.5-3.2 | x86_64 | openSUSE-Tumbleweed OSS
v | rpcbind | package | 1.2.5-3.2 | i586 | openSUSE-Tumbleweed OSS
server: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 09:56:01 EST; 1 day 7h ago
Ok.
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1040 (rpcbind) Tasks: 1 (limit: 4915) Memory: 1.9M CGroup: /system.slice/rpcbind.service └─1040 /sbin/rpcbind -w -f
Feb 04 09:56:01 crash systemd[1]: Starting RPC Bind... Feb 04 09:56:01 crash systemd[1]: Started RPC Bind.
client: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 17:30:00 EST; 23h ago
Ok
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1031 (rpcbind) Tasks: 1 (limit: 4530) Memory: 1.0M CGroup: /system.slice/rpcbind.service └─1031 /sbin/rpcbind -w -f
Feb 04 17:29:58 crash2 systemd[1]: Starting RPC Bind... Feb 04 17:30:00 crash2 systemd[1]: Started RPC Bind.
And the firewall? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
* Carlos E. R. <robin.listas@telefonica.net> [02-05-20 17:30]:
On 05/02/2020 23.17, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 16:36]:
On 05/02/2020 19.33, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
...
Maybe portmap is not running.
there is no service named portmap
I don't know or remember the actual name of the service.
client: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper
Then it is running.
server: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 59771 status 100024 1 tcp 36477 status 100005 1 udp 38791 mountd 100005 1 tcp 55147 mountd 100005 2 udp 40803 mountd 100005 2 tcp 35003 mountd 100005 3 udp 35077 mountd 100005 3 tcp 35217 mountd
did you check apparmor, on both machines? aa-logprof.
yes, no listing for portmap or rpc* on either.
Not just that, but anything.
yes, for locate which should not be relevant.
But I do have nfs mounts on both machines and exports from the server open on other machines.
~ # zypper se -sd portmap Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+---------+------------+------------+--------+------------------------
i | rpcbind | package | 1.2.5-3.2 | x86_64 | openSUSE-Tumbleweed OSS
v | rpcbind | package | 1.2.5-3.2 | i586 | openSUSE-Tumbleweed OSS
server: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 09:56:01 EST; 1 day 7h ago
Ok.
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1040 (rpcbind) Tasks: 1 (limit: 4915) Memory: 1.9M CGroup: /system.slice/rpcbind.service └─1040 /sbin/rpcbind -w -f
Feb 04 09:56:01 crash systemd[1]: Starting RPC Bind... Feb 04 09:56:01 crash systemd[1]: Started RPC Bind.
client: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 17:30:00 EST; 23h ago
Ok
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1031 (rpcbind) Tasks: 1 (limit: 4530) Memory: 1.0M CGroup: /system.slice/rpcbind.service └─1031 /sbin/rpcbind -w -f
Feb 04 17:29:58 crash2 systemd[1]: Starting RPC Bind... Feb 04 17:30:00 crash2 systemd[1]: Started RPC Bind.
And the firewall?
why would the firewall stop one nfs mount and pass another from the same server? But, I previously tested with both server and client firewalls off and still no mount on either subject client. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2020 23.36, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas@telefonica.net> [02-05-20 17:30]:
On 05/02/2020 23.17, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 16:36]:
On 05/02/2020 19.33, Patrick Shanahan wrote:
* Carlos E. R. <> [02-05-20 12:18]:
On 05/02/2020 16.44, Patrick Shanahan wrote:
...
Maybe portmap is not running.
there is no service named portmap
I don't know or remember the actual name of the service.
client: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper
Then it is running.
server: ~ # rpcinfo -p program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 59771 status 100024 1 tcp 36477 status 100005 1 udp 38791 mountd 100005 1 tcp 55147 mountd 100005 2 udp 40803 mountd 100005 2 tcp 35003 mountd 100005 3 udp 35077 mountd 100005 3 tcp 35217 mountd
did you check apparmor, on both machines? aa-logprof.
yes, no listing for portmap or rpc* on either.
Not just that, but anything.
yes, for locate which should not be relevant.
Er... I don't remember this instant for sure, but I think you have to tell AA what to do on whatever (locate this time) to see if there are more issues left after it.
But I do have nfs mounts on both machines and exports from the server open on other machines.
~ # zypper se -sd portmap Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository
--+---------+------------+------------+--------+------------------------
i | rpcbind | package | 1.2.5-3.2 | x86_64 | openSUSE-Tumbleweed OSS
v | rpcbind | package | 1.2.5-3.2 | i586 | openSUSE-Tumbleweed OSS
server: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 09:56:01 EST; 1 day 7h ago
Ok.
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1040 (rpcbind) Tasks: 1 (limit: 4915) Memory: 1.9M CGroup: /system.slice/rpcbind.service └─1040 /sbin/rpcbind -w -f
Feb 04 09:56:01 crash systemd[1]: Starting RPC Bind... Feb 04 09:56:01 crash systemd[1]: Started RPC Bind.
client: ~ # systemctl status rpcbind ● rpcbind.service - RPC Bind Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-02-04 17:30:00 EST; 23h ago
Ok
TriggeredBy: ● rpcbind.socket Docs: man:rpcbind(8) Main PID: 1031 (rpcbind) Tasks: 1 (limit: 4530) Memory: 1.0M CGroup: /system.slice/rpcbind.service └─1031 /sbin/rpcbind -w -f
Feb 04 17:29:58 crash2 systemd[1]: Starting RPC Bind... Feb 04 17:30:00 crash2 systemd[1]: Started RPC Bind.
And the firewall?
why would the firewall stop one nfs mount and pass another from the same server?
Because we are grasping at straws here? :-D IIRC, the portmapper job has to coordinate with the firewall to open the negotiated port.
But, I previously tested with both server and client firewalls off and still no mount on either subject client.
Ok... I'm out of ideas. Reboot? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Wed, 2020-02-05 at 23:41 +0100, Carlos E. R. wrote:
IIRC, the portmapper job has to coordinate with the firewall to open the negotiated port.
I don't think portmap is able to do modify firewalld configuration. To make firewalld + nfs server work, I used a fixed port for mountd in /etc/sysconfig/nfs: MOUNTD_OPTIONS="--port 20033" ... and opened port 20033/udp in the firewalld zone in addition to the standard nfs/nfs3/rpc-bind services. If there's a more elegant way to achieve the same result, I'd be glad to learn about it. Martin -- Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107 SUSE Software Solutions Germany GmbH HRB 36809, AG Nürnberg GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, 18. Mai 2020, 15:08:54 CEST schrieb Martin Wilck:
On Wed, 2020-02-05 at 23:41 +0100, Carlos E. R. wrote:
IIRC, the portmapper job has to coordinate with the firewall to open the negotiated port.
I don't think portmap is able to do modify firewalld configuration. To make firewalld + nfs server work, I used a fixed port for mountd in /etc/sysconfig/nfs:
MOUNTD_OPTIONS="--port 20033"
... and opened port 20033/udp in the firewalld zone in addition to the standard nfs/nfs3/rpc-bind services.
If there's a more elegant way to achieve the same result, I'd be glad to learn about it.
I've just used nfs3, mountd, and rpc-bind services to successfully provide nfs3 shares (e.g. for vSphere hosts). Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 2020-05-18 at 15:48 +0200, Hans-Peter Jansen wrote:
I don't think portmap is able to do modify firewalld configuration. To make firewalld + nfs server work, I used a fixed port for mountd in /etc/sysconfig/nfs:
MOUNTD_OPTIONS="--port 20033"
... and opened port 20033/udp in the firewalld zone in addition to the standard nfs/nfs3/rpc-bind services.
If there's a more elegant way to achieve the same result, I'd be glad to learn about it.
I've just used nfs3, mountd, and rpc-bind services to successfully provide nfs3 shares (e.g. for vSphere hosts).
Yuck, there's a "mountd" firewalld service! I overlooked that... /me naïvely thinking that enabling "nfs3" should be enough, and not looking further. Thanks a lot, Martin -- Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107 SUSE Software Solutions Germany GmbH HRB 36809, AG Nürnberg GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 18.05.20 um 16:10 schrieb Martin Wilck:
On Mon, 2020-05-18 at 15:48 +0200, Hans-Peter Jansen wrote:
I don't think portmap is able to do modify firewalld configuration. To make firewalld + nfs server work, I used a fixed port for mountd in /etc/sysconfig/nfs:
MOUNTD_OPTIONS="--port 20033"
... and opened port 20033/udp in the firewalld zone in addition to the standard nfs/nfs3/rpc-bind services.
If there's a more elegant way to achieve the same result, I'd be glad to learn about it.
I've just used nfs3, mountd, and rpc-bind services to successfully provide nfs3 shares (e.g. for vSphere hosts).
Yuck, there's a "mountd" firewalld service! I overlooked that... /me naïvely thinking that enabling "nfs3" should be enough, and not looking further.
Thanks a lot, Martin
i have not followed all here, but maybe this is the "more elegant way": (it was discussed on the opensuse mailing list 12.06.18 "firwealld and nfs ?") nfs3 has static ports, nfs dynamic ports (portmapper) if nfs3 works, and nfs not, its because susefirewall was able to work with portmapper (dynamic ports), firewalld is not able to do. you have to configure nfs to use static ports if you use firewalld. there should be a firewalld-rpcbind-helper script (it was at least 2018+2019 for tumbleweed) you could install. the process would be: save your /etc/sysconfig/nfs maybe you would like, if not already inside this file, insert: RQUOTAD_PORT="" to show what you are using: firewall-rpc-helper.py -r -p nfs-server firewall-rpc-helper.py -s mountd nlockmgr make static: firewall-rpc-helper.py --static-config -p nfs-server --non-interactive --port-config "mountd=20100 status=20200 nlockmgr=20300 rquotad=20400" to show what you have done: firewall-rpc-helper.py -l -p nfs-server gernerate new firewall rules: firewall-rpc-helper.py -p nfs-server --create-firewalld-service nfs-server-static use yast to insert this new rules, and delete the old rules: nfs + nfs3 simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 2020-05-18 at 17:24 +0200, Simon Becherer wrote:
i have not followed all here, but maybe this is the "more elegant way":
(it was discussed on the opensuse mailing list 12.06.18 "firwealld and nfs ?") there should be a firewalld-rpcbind-helper script (it was at least 2018+2019 for tumbleweed)
Right, found the package. IIUC it would basically do the same thing I'd done manually already - assign static ports and make sure the configuration in /etc/sysconfig/nfs matches firewalld's configuration. FTR, https://github.com/mgerstner/firewalld-rpcbind-helper Package of the same name under openSUSE. Thanks! Martin -- Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107 SUSE Software Solutions Germany GmbH HRB 36809, AG Nürnberg GF: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Feb 5, 2020 at 7:36 PM Patrick Shanahan <paka@opensuse.org> wrote:
why would the firewall stop one nfs mount and pass another from the same server? But, I previously tested with both server and client firewalls off and still no mount on either subject client.
Why people self inflict this insanity on them still puzzles me but anyway... This guides should help http://nfs.sourceforge.net/nfs-howto/ar01s07.html https://support.microfocus.com/kb/doc.php?id=7011571 https://wiki.archlinux.org/index.php/NFS Or just use CIFS. :-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Cristian Rodríguez <crrodriguez@opensuse.org> [05-15-20 09:59]:
On Wed, Feb 5, 2020 at 7:36 PM Patrick Shanahan <paka@opensuse.org> wrote:
why would the firewall stop one nfs mount and pass another from the same server? But, I previously tested with both server and client firewalls off and still no mount on either subject client.
Why people self inflict this insanity on them still puzzles me but anyway...
This guides should help
http://nfs.sourceforge.net/nfs-howto/ar01s07.html
https://support.microfocus.com/kb/doc.php?id=7011571
https://wiki.archlinux.org/index.php/NFS
Or just use CIFS. :-)
sshfs is working very satisfactorily, and has yet to fail me, tks
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (9)
-
Carlos E. R. -
Cristian Rodríguez -
Dominique Leuenberger / DimStar -
Frans de Boer -
Hans-Peter Jansen -
Martin Wilck -
Martin Wilck
-
Patrick Shanahan -
Simon Becherer