SUSE Manager / Uyuni - Valid PTR Record required for SSH-Push Clients

Published: | Deutsch

I'm responsible for a SUSE Manager Installation, the commercial product based on Uyuni, with almost 900 connected Server.

The recommend connection method is using a Salt Minion, but SSH-Push - based on Salt-SSH - is the agentless alternative. In our Environment, something around 200 Server using this connection type, because there is already a Salt Minion running, attached to a different Salt Master.


During the last weeks we faced some issues were the salt-api service is going to crash due to an unhandled exception from time to time.

Investigation together with SUSE is still ongoing but so far it seems like, that under rare conditions, a Server with connection method SSH-Push and without valid PTR DNS Record can indeed raise an Exception in the Salt Codebase.


Function ip_to_host located in /usr/lib/python3.6/site-packages/salt/utils/ is passing the FQDN to Python built-in Function socket.gethostbyaddr. This will raise an Exception, handled by ip_to_host which then return None (Normally that should be a Hostname).

Based on the return value, a new Minion Job for Server None will be started and end up in an unhandled Exception that cause salt-api to crash as shown in the following error message (Debug Mode need to be enabled for Salt as well Taskomatic):


Traceback (most recent call last):
        File "/usr/lib/python3.6/site-packages/salt/netapi/rest_cherrypy/", line 860, in hypermedia_handler
                ret = cherrypy.serving.request._hypermedia_inner_handler(*args, **kwargs)
        File "/usr/lib/python3.6/site-packages/cherrypy/", line 54, in __call__
                return self.callable(*self.args, **self.kwargs)
        File "/usr/lib/python3.6/site-packages/salt/netapi/rest_cherrypy/", line 2140, in POST
                'return': list(self.exec_lowstate()),
        File "/usr/lib/python3.6/site-packages/salt/netapi/rest_cherrypy/", line 1187, in exec_lowstate
                ret =
        File "/usr/lib/python3.6/site-packages/salt/netapi/", line 152, in run
                return l_fun(*f_call.get('args', ()), **f_call.get('kwargs', {}))
        File "/usr/lib/python3.6/site-packages/salt/netapi/", line 218, in ssh
                return ssh_client.cmd_sync(kwargs)
        File "/usr/lib/python3.6/site-packages/salt/client/ssh/", line 159, in cmd_sync
        File "/usr/lib/python3.6/site-packages/salt/client/ssh/", line 123, in cmd
                for ret in ssh.run_iter(jid=kwargs.get('jid', None)):
        File "/usr/lib/python3.6/site-packages/salt/client/ssh/", line 696, in run_iter
                self.cache_job(jid, host, ret[host], fun)
        File "/usr/lib/python3.6/site-packages/salt/client/ssh/", line 720, in cache_job
                'fun': fun})
        File "/usr/lib/python3.6/site-packages/salt/returners/", line 147, in returner
                hn_dir = os.path.join(jid_dir, load['id'])
        File "/usr/lib64/python3.6/", line 94, in join
                genericpath._check_arg_types('join', a, *p)
        File "/usr/lib64/python3.6/", line 149, in _check_arg_types
                (funcname, s.__class__.__name__)) from None
TypeError: join() argument must be str or bytes, not 'NoneType'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
        File "/usr/lib/python3.6/site-packages/cherrypy/", line 638, in respond
        File "/usr/lib/python3.6/site-packages/cherrypy/", line 697, in _do_respond
                response.body = self.handler()
        File "/usr/lib/python3.6/site-packages/cherrypy/lib/", line 219, in __call__
                self.body = self.oldhandler(*args, **kwargs)
        File "/usr/lib/python3.6/site-packages/salt/netapi/rest_cherrypy/", line 894, in hypermedia_handler
                if cherrypy.config['debug']
        File "/usr/lib64/python3.6/", line 167, in format_exc
                return "".join(format_exception(*sys.exc_info(), limit=limit, chain=chain))
        File "/usr/lib64/python3.6/", line 121, in format_exception
                type(value), value, tb, limit=limit).format(chain=chain))
        File "/usr/lib64/python3.6/", line 498, in __init__
        File "/usr/lib64/python3.6/", line 509, in __init__
        File "/usr/lib64/python3.6/", line 338, in extract
                if limit >= 0:

TypeError: '>=' not supported between instances of 'TypeError' and 'int'


2021-02-08 01:08:01,229 [ ][DEBUG ][38989]'') failed: [Errno 0] Resolver Error 0 (no error)
2021-02-08 01:08:02,801 [ ][DEBUG ][38989] Adding minions for job 20210208000802780236: [None]
2021-02-08 01:08:02,839 [salt.utils.process:767 ][ERROR ][5340] An un-handled exception from the multiprocessing process 'Process-1:335' was caught:
2021-02-08 01:08:02,916 [salt.client.ssh :644 ][ERROR ][38989] Target 'None' did not return any data, probably due to an error.
2021-02-08 01:08:02,917 [ ][DEBUG ][38989] Error while processing request for: /run


2021-02-08 01:08:02,976 [Thread-70313] ERROR com.redhat.rhn.taskomatic.task.SSHPush - com.suse.salt.netapi.
exception.SaltException: Response code: 500
java.lang.RuntimeException: com.suse.salt.netapi.exception.SaltException: Response code: 500
        at com.redhat.rhn.taskomatic.task.sshpush.SSHPushWorkerSalt.performCheckin(
        at com.redhat.rhn.taskomatic.task.sshpush.SSHPushWorkerSalt.lambda$run$0(
        at java.base/java.util.Optional.ifPresent(
        at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$
        at java.base/
Caused by: com.suse.salt.netapi.exception.SaltException: Response code: 500
        at com.suse.salt.netapi.client.impl.HttpAsyncClientImpl.createSaltException(
        at com.suse.salt.netapi.client.impl.HttpAsyncClientImpl.access$000(
        at com.suse.salt.netapi.client.impl.HttpAsyncClientImpl$1.completed(
        at com.suse.salt.netapi.client.impl.HttpAsyncClientImpl$1.completed(
        at org.apache.http.concurrent.BasicFuture.completed(
        at org.apache.http.impl.nio.client.DefaultClientExchangeHandlerImpl.responseCompleted
        at org.apache.http.nio.protocol.HttpAsyncRequestExecutor.processResponse(
        at org.apache.http.nio.protocol.HttpAsyncRequestExecutor.inputReady(
        at org.apache.http.impl.nio.DefaultNHttpClientConnection.consumeInput(
        at org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(
        at org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(
        at org.apache.http.impl.nio.reactor.AbstractIODispatch.inputReady(
        at org.apache.http.impl.nio.reactor.BaseIOReactor.readable(
        at org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvent(
        at org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvents(
        at org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(
        at org.apache.http.impl.nio.reactor.BaseIOReactor.execute(
        at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$
... 1 more

You can quickly check, with two Python based commands, if the reverse lookup is working for a given FQDN. In this Example we assume the FQDN is and the assigned IP Address is

python3 -c 'import socket; print(socket.gethostbyaddr(""))'
python3 -c 'import socket; print(socket.getaddrinfo("", 0, 0, 0, 0))'

In case everything is fine, both should return something similar as the following:

('', [], [''])
[(<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('', 0)),
        (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_DGRAM: 2>, 17, '', ('', 0)),
        (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_RAW: 3>, 0, '', ('', 0))]

Further reading regarding gethostbyaddr:


I expect that SUSE is going to include a Patch in future SUSE Manager and Uyuni releases were a Server will probably skipped if there is no valid PTR Record. So you should double check in your Environment, that all Systems connected via SSH-Push / Salt-SSH have the necessary DNS Records and can be resolved by their FQDN as well IP Address to avoid potential issues.

[ Show Source | Download PDF ]