On 11/24/20 2:12 PM, Jonathan Billings wrote:
On Tue, Nov 24, 2020 at 02:06:46PM -0500, Richard Kimberly Heck wrote:
This looks like the issue:
Nov 22 23:10:03 rkhstudy kernel: lockd: server 192.168.1.2 not responding,
still trying
This was working fine in Fedora 32, though, so I'm puzzled what's wrong now.
There's no firewall on the client, and nothing has changed on the server,
and I do not see any error messages there. Is lockd perhaps using a
different port, which is blocked on the server? If so, how do I find out
what that is?
'rpcinfo -p' should tell you port numbers, although it's usually
something in the firewall that causes the issue.
Yes, thank you, that is definitely the problem. Disabling the firewall
on the server solves it. (Disabling the firewall on the client has no
effect.) But of course that's not a long-term solution, and I'm still
puzzled why this is failing after the upgrade but was working before....
I found a few relevant pages on the web, but they tell me to enable
services in the firewall that are already enabled.
Here's the firewall on the server:
# firewall-cmd --list-all
public (active)
target: default
icmp-block-inversion: no
interfaces: enp2s0
sources:
services: dhcpv6-client mountd nfs rpc-bind ssh
ports: 9000/tcp 9000/udp 3483/tcp 3483/udp 9090/tcp 9090/udp 1900/tcp
1900/udp
protocols:
masquerade: no
forward-ports:
source-ports:
icmp-blocks:
rich rules:
I restarted it in case something was wonky. No effect.
Riki
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
