whitetiger264 commented on issue #7244:
URL: https://github.com/apache/cloudstack/issues/7244#issuecomment-1434755523

   @weizhouapache 
   
   >  The SSVM should have a route to the secondary remote NFS server as well. 
But it is true, your secondary NFS server might be unreachable too.
   
   Both NFS servers are on the same network space 102.165.XXX.ZZZ & 
102.165.XXX.YYY. Routing works for one NFS but not the other. I have checked 
the firewall and it's FULLY open to redirect all traffic from LAN to  WAN, 
there are no specific port settings or host settings in place, it's fully open. 
And as tests have shown, I can telnet port 2049 from my local gateway 
192.168.50.1 to the NFS server that's failing to mount.  This is why this 
problem is so weird to debug.
   
   
   In any case, I have destroyed the SSVM once more, please find attached logs, 
as requested.
   
   - [cloud.log](https://github.com/apache/cloudstack/files/10767949/cloud.log)
   - 
[management.log](https://github.com/apache/cloudstack/files/10767955/management.log)
   
   And here is the `ip route` and `ip a` commands. Take note, in IP route it 
does not add the second NFS server, which is successful as asked in question 2 
above:
   
   
   ```
   root@s-146-VM:~# ip route
   default via 197.189.xxx.xxx dev eth2 
   1.1.1.1 via 192.168.50.1 dev eth1 
   8.8.8.8 via 192.168.50.1 dev eth1 
   10.0.0.0/8 via 192.168.50.1 dev eth1 
   102.165.xxx.yyy via 192.168.50.1 dev eth1 
   156.38.xxx.xxx/29 via 192.168.50.1 dev eth1 -> CS Host Subnet
   156.38.xxx.xxx via 192.168.50.1 dev eth1 -> CS Host Public IP
   169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.110.50 
   172.16.0.0/12 via 192.168.50.1 dev eth1 
   192.168.0.0/16 via 192.168.50.1 dev eth1 
   192.168.50.0/24 dev eth1 proto kernel scope link src 192.168.50.74 
   192.168.50.0/24 dev eth3 proto kernel scope link src 192.168.50.106 
   197.189.xxx.xxx/29 dev eth2 proto kernel scope link src 197.189.xxx.xxx
   ```
   
   ```
   root@s-146-VM:~# ip a
   1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1000
       link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
       inet 127.0.0.1/8 scope host lo
          valid_lft forever preferred_lft forever
   2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state 
UP group default qlen 1000
       link/ether 0e:00:a9:fe:6e:32 brd ff:ff:ff:ff:ff:ff
       altname enp0s3
       altname ens3
       inet 169.254.110.50/16 brd 169.254.255.255 scope global eth0
          valid_lft forever preferred_lft forever
   3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state 
UP group default qlen 1000
       link/ether 1e:00:94:00:00:19 brd ff:ff:ff:ff:ff:ff
       altname enp0s4
       altname ens4
       inet 192.168.50.74/24 brd 192.168.50.255 scope global eth1
          valid_lft forever preferred_lft forever
   4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state 
UP group default qlen 1000
       link/ether 1e:00:06:00:00:1f brd ff:ff:ff:ff:ff:ff
       altname enp0s5
       altname ens5
       inet 197.189.xxx.xxx/29 brd 197.189.211.7 scope global eth2
          valid_lft forever preferred_lft forever
   5: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state 
UP group default qlen 1000
       link/ether 1e:00:fc:00:00:3d brd ff:ff:ff:ff:ff:ff
       altname enp0s6
       altname ens6
       inet 192.168.50.106/24 brd 192.168.50.255 scope global eth3
          valid_lft forever preferred_lft forever
   root@s-146-VM:~# 
   ```


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to