Salt updates fails on Fedora-33

98 views
Skip to first unread message

lok...@gmail.com

unread,
Mar 2, 2021, 11:31:47 PM3/2/21
to qubes-users
After I installed the fedora-33 template a few days ago, I have never been able to do a software update on it using the Salt-based updater. A manual update using "dnf update" works fine.

This is the error I'm getting in the updater tool:

Is this a known problem, and is there some easy way to fix this?

-------------------------
Updating fedora-33

Error on updating fedora-33: Command '['sudo', 'qubesctl', '--skip-dom0', '--targets=fedora-33', '--show-output', 'state.sls', 'update.qubes-vm']' returned non-zero exit status 20
fedora-33:
      ----------
      _error:
          Failed to return clean data
      retcode:
          1
      stderr:
          Traceback (most recent call last):
            File "/var/tmp/.root_dd8a91_salt/salt-call", line 27, in <module>
              salt_call()
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/scripts.py", line 445, in salt_call
              client.run()
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/cli/call.py", line 48, in run
              caller = salt.cli.caller.Caller.factory(self.config)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/cli/caller.py", line 64, in factory
              return ZeroMQCaller(opts, **kwargs)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/cli/caller.py", line 329, in __init__
              super(ZeroMQCaller, self).__init__(opts)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/cli/caller.py", line 89, in __init__
              self.minion = salt.minion.SMinion(opts)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/minion.py", line 912, in __init__
              opts["grains"] = salt.loader.grains(opts)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/loader.py", line 825, in grains
              ret = funcs[key]()
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/grains/core.py", line 2384, in ip_fqdn
              ret["ipv6"] = salt.utils.network.ip_addrs6(include_loopback=True)
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/utils/network.py", line 1353, in ip_addrs6
              return _ip_addrs(interface, include_loopback, interface_data, "inet6")
            File "/var/tmp/.root_dd8a91_salt/pyall/salt/utils/network.py", line 1333, in _ip_addrs
              ret.add(addr)
            File "/usr/lib64/python3.9/ipaddress.py", line 1920, in __hash__
              return hash((self._ip, self._scope_id))
          AttributeError: _scope_id
      stdout:

Mike Keehan

unread,
Mar 3, 2021, 5:18:09 AM3/3/21
to qubes...@googlegroups.com
> --

I could not clone the fedora 33 templates, with a similar error message
about "not clean", until I started and stopped the template. It's been
OK since then.

Mike.

lok...@gmail.com

unread,
Mar 3, 2021, 9:28:26 AM3/3/21
to qubes-users
On Wednesday, 3 March 2021 at 18:18:09 UTC+8 Mike Keehan wrote:

I could not clone the fedora 33 templates, with a similar error message
about "not clean", until I started and stopped the template. It's been
OK since then.

I don't think that's the problem I'm facing, as I have restarted the template several times in order to do manual updates.

Steve Coleman

unread,
Mar 3, 2021, 10:40:55 AM3/3/21
to lok...@gmail.com, qubes-users
In the F33 template announcement there were some mention about the update control dvm needing to be updated to fedora-33 for the qubes update process to work correctly. Updates will work right out of the box from the dnf command line even without that change. Did you already follow this guidance?

lok...@gmail.com

unread,
Mar 3, 2021, 9:06:48 PM3/3/21
to qubes-users
Thank you for the tip. I thought I had followed those recommendations, but I had missed the management VM template change. Changing this fixed the problem. Sorry for the noise.
Reply all
Reply to author
Forward
0 new messages