[opensuse-factory] netcfg (15.1 and TW)

newer
[opensuse-factory] New Tumbleweed...

older
[opensuse-factory] New Tumbleweed...

Frans de Boer

5 Feb 2020 5 Feb '20

08:10

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

Show replies by date

Frans de Boer

5 Feb 5 Feb

08:28

New subject: [opensuse-factory] Re: netcfg (15.1 and TW) - and more...

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

Dominique Leuenberger / DimStar

08:35

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

Carlos E. R.

08:55

-----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

Frans de Boer

09:10

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

Patrick Shanahan

15:44

* Dominique Leuenberger / DimStar [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

Carlos E. R.

17:15

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)

Patrick Shanahan

18:33

* 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 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

Carlos E. R.

21:33

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)

Patrick Shanahan

22:17

* 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:

...
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

Carlos E. R.

22:25

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

...

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)

Patrick Shanahan

22:36

* Carlos E. R. [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

Carlos E. R.

22:41

On 05/02/2020 23.36, Patrick Shanahan wrote:

...

* Carlos E. R. [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)

Martin Wilck

18 May 18 May

13:08

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 , 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

Hans-Peter Jansen

13:48

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

Martin Wilck

14:10

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 , 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

Simon Becherer

15:24

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

Martin Wilck

17:09

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 , 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

Cristian Rodríguez

15 May 15 May

13:29

On Wed, Feb 5, 2020 at 7:36 PM Patrick Shanahan 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

Patrick Shanahan

14:30

* Cristian Rodríguez [05-15-20 09:59]:

...

On Wed, Feb 5, 2020 at 7:36 PM Patrick Shanahan 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

1441

Age (days ago)

1544

Last active (days ago)

List overview

Download

19 comments

9 participants

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

[opensuse-factory] netcfg (15.1 and TW)

tags

participants (9)