# no listening sockets
ubuntu@maas-vhost2:~$ sudo ss -tlpna 'sport = 5240'
State Recv-Q Send-Q Local Address:Port Peer Address:Port
# however, the processes are running
ubuntu@maas-vhost2:~$ pgrep -af regiond
1002 /bin/sh -c exec /usr/sbin/regiond 2>&1 | tee -a $LOGFILE
1004 /usr/bin/python3 /usr/sbin/regiond
1005 tee -a /var/log/maas/regiond.log
1967 /usr/bin/python3 /usr/sbin/regiond
1969 /usr/bin/python3 /usr/sbin/regiond
1972 /usr/bin/python3 /usr/sbin/regiond
1973 /usr/bin/python3 /usr/sbin/regiond
It definitely has the right content in the zone file so it receives DNS updates, however, no API sockets are present (port 5240):
ubuntu@maas-vhost2:~$ cat /etc/bind/maas/zone.test
; Zone file modified: 2019-02-28 23:26:43.245638.
$TTL 30
#...
@ 30 IN NS maas.
maas-region 0 IN A 10.100.1.2
ubuntu@maas-vhost1:~$ cat /etc/bind/maas/zone.test
; Zone file modified: 2019-02-28 23:26:32.619195.
$TTL 30
#...
@ 30 IN NS maas.
maas-region 0 IN A 10.100.1.2
Given our resource agent tries to use http://localhost:5240/MAAS for DNS update API calls the relevant timestamps can be seen by the "connection refused" errors reported by it:
Another update: I managed to reproduce the issue with missing regiond sockets.
See maas-vhost2 logs: /private- fileshare. canonical. com/~dima/ maas-dumps/ 2019-03- 01-maas- vhost1- 2-3-etc- var-log. tar.gz
https:/
# no listening sockets maas-vhost2: ~$ sudo ss -tlpna 'sport = 5240'
ubuntu@
State Recv-Q Send-Q Local Address:Port Peer Address:Port
# however, the processes are running maas-vhost2: ~$ pgrep -af regiond maas/regiond. log
ubuntu@
1002 /bin/sh -c exec /usr/sbin/regiond 2>&1 | tee -a $LOGFILE
1004 /usr/bin/python3 /usr/sbin/regiond
1005 tee -a /var/log/
1967 /usr/bin/python3 /usr/sbin/regiond
1969 /usr/bin/python3 /usr/sbin/regiond
1972 /usr/bin/python3 /usr/sbin/regiond
1973 /usr/bin/python3 /usr/sbin/regiond
It definitely has the right content in the zone file so it receives DNS updates, however, no API sockets are present (port 5240):
ubuntu@ maas-vhost2: ~$ cat /etc/bind/ maas/zone. test
; Zone file modified: 2019-02-28 23:26:43.245638.
$TTL 30
#...
@ 30 IN NS maas.
maas-region 0 IN A 10.100.1.2
ubuntu@ maas-vhost1: ~$ cat /etc/bind/ maas/zone. test
; Zone file modified: 2019-02-28 23:26:32.619195.
$TTL 30
#...
@ 30 IN NS maas.
maas-region 0 IN A 10.100.1.2
Given our resource agent tries to use http:// localhost: 5240/MAAS for DNS update API calls the relevant timestamps can be seen by the "connection refused" errors reported by it:
root@maas-vhost2:~# grep -B1 -A1 -a refused /var/log/ pacemaker. log region_ hostname_ start_0: 2891:stderr [ sock.connect(sa) ] region_ hostname_ start_0: 2891:stderr [ ConnectionRefus edError: [Errno 111] Connection refused ] region_ hostname_ start_0: 2891:stderr [ ] region_ hostname_ start_0: 2891:stderr [ raise URLError(err) ] region_ hostname_ start_0: 2891:stderr [ urllib. error.URLError: <urlopen error [Errno 111] Connection refused> ] maas_region_ hostname action:start call_id:25 pid:2891 exit-code:1 exec-time:9651ms queue-time:0ms
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: notice: operation_finished: res_maas_
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: notice: operation_finished: res_maas_
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: notice: operation_finished: res_maas_
--
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: notice: operation_finished: res_maas_
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: notice: operation_finished: res_maas_
Feb 28 23:26:30 [1401] maas-vhost2 lrmd: info: log_finished: finished - rsc:res_
Maybe the sockets were gone even before that because I can see "request to http:// 127.0.0. 1:5240/ MAAS/metadata/ 2012-03- 01/ failed" messages earlier in the regiond.log.