July 2021 - ARCHIVED: Uyuni Users - openSUSE Mailing Lists

Proposed packages on Uyuni server after 2021.06 upgrade
by Bidault, Philippe 20 Jul '21

20 Jul '21

Hi all, After the upgrade and reboot of Uyuni server to 2021.06 following the proc https://www.uyuni-project.org/uyuni-docs/en/uyuni/upgrade/server-major-upgr…, I can still see those kernel and PostgreSQL updates available: # zypper ref Repository 'Update repository of openSUSE Backports' is up to date. Repository 'Non-OSS Repository' is up to date. Repository 'Main Repository' is up to date. Retrieving repository 'Update repository wiht updates from SUSE Linux Enterprise 15' metadata .........................................................................................[done] Building repository 'Update repository wiht updates from SUSE Linux Enterprise 15' cache ..............................................................................................[done] Repository 'Main Update Repository' is up to date. Repository 'Update Repository (Non-Oss)' is up to date. Repository 'Uyuni Server Stable' is up to date. All repositories have been refreshed. # zypper ls # | Alias | Name | Enabled | GPG Check | Refresh | Type --+-----------------------------+---------------------------------------------------------------------------------------------+---------+-----------+---------+------- 1 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | No | ---- | ---- | NONE 2 | repo-backports-update | Update repository of openSUSE Backports | Yes | (r ) Yes | No | rpm-md 3 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | No | rpm-md 4 | repo-oss | Main Repository | Yes | (r ) Yes | No | rpm-md 5 | repo-sle-debug-update | Update repository with debuginfo for updates from SUSE Linux Enterprise 15 | No | ---- | ---- | NONE 6 | repo-sle-update | Update repository wiht updates from SUSE Linux Enterprise 15 | Yes | (r ) Yes | No | rpm-md 7 | repo-update | Main Update Repository | Yes | (r ) Yes | No | rpm-md 8 | repo-update-non-oss | Update Repository (Non-Oss) | Yes | (r ) Yes | No | rpm-md 9 | uyuni-server-stable | Uyuni Server Stable | Yes | (r ) Yes | No | rpm-md # zypper lu Loading repository data... Reading installed packages... S | Repository | Name | Current Version | Available Version | Arch --+--------------------------------------------------------------+-------------------------+-----------------+-------------------+------- v | Update repository wiht updates from SUSE Linux Enterprise 15 | kernel-default | 5.3.18-59.13.1 | 5.3.18-59.16.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | kernel-default-extra | 5.3.18-59.13.1 | 5.3.18-59.16.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | kernel-default-optional | 5.3.18-59.13.1 | 5.3.18-59.16.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | libpq5 | 13.2-5.6.1 | 13.3-5.13.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | libsystemd0 | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | libudev1 | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | postgresql13 | 13.2-5.6.1 | 13.3-5.13.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | postgresql13-contrib | 13.2-5.6.1 | 13.3-5.13.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | postgresql13-server | 13.2-5.6.1 | 13.3-5.13.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | systemd | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | systemd-doc | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | systemd-lang | 246.13-7.5.1 | 246.13-7.8.1 | noarch v | Update repository wiht updates from SUSE Linux Enterprise 15 | systemd-network | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | systemd-sysvinit | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 v | Update repository wiht updates from SUSE Linux Enterprise 15 | udev | 246.13-7.5.1 | 246.13-7.8.1 | x86_64 Is this expected ? Do I have to upgrade those too ? Thought that the script /usr/lib/susemanager/bin/server-migrator.sh would have take care to update everything. Regards, Philippe. Philippe Bidault | Unix Engineer | Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault(a)Getronics.com | W. www.getronics.com<https://www.getronics.com> [cid:3-lines_7512e235-163a-4853-8e4f-b0d4fc62ce73.png]<https://getronics.com/> Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain. The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you. Legal disclaimer: http://www.getronics.com/legal/

1 0

Missing Repositories for Open Enterprise Server 2018 SP3
by Thomas Weis 20 Jul '21

20 Jul '21

Hello there, SP3 for Open Enterprise Server 2018 has been released for some time. We receive the repos for OES2018 SP1 and OES2018 SP2 via the subscriptions in the SCC, but not the repos for OES2018 SP3. Is there a time when the repositories are available or is that not planned? Many thanks to the project team! Regards Thomas

1 0

AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 19 Jul '21

19 Jul '21

Hi Viktor, I hope that this output is related to lkv-srvapp42 only: lkv-srvapp39:~ # salt-run state.event pretty=True salt/auth { "_stamp": "2021-07-19T13:28:59.586422", "act": "accept", "id": "lkv-srvapp42.lkvbay.net", "pub": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEApU/6mKT1NrxhllRpDgaR\ndT+FYKpH0c+oueRiB+bvbSXRMbvwJePDFT2CYFyjFQKU85XBmq3r1HRwP8CNn0Z3\nP12l2F+eAl2DHRWdGLnCeIQX/sau5YLBI7acTNAdpkNY0FJ1t7lapobGCdNfRfsh\nS5MCfxEf7CwK/us64uF55cY50vss6JSL/MMD5YoiHXUY7AhaasVv1q/3zYoyf7AN\n6tIJtqF/XdjocWE8gQTEMNbmAHvtqJ/09nyEBrh0ZlDZ/po1adbTvDH8z95cm2cL\nKa1TdasQRfSv4AGR0USH+iS8pWqGDlfnd7UuXgKHfTIyMu59nRZg5CY9qmRsL8UR\nNwIDAQAB\n-----END PUBLIC KEY-----\n", "result": true } minion/refresh/lkv-srvapp42.lkvbay.net { "Minion data cache refresh": "lkv-srvapp42.lkvbay.net", "_stamp": "2021-07-19T13:28:59.712892" } salt/minion/lkv-srvapp42.lkvbay.net/start { "_stamp": "2021-07-19T13:29:00.145784", "cmd": "_minion_event", "data": "Minion lkv-srvapp42.lkvbay.net started at Mon Jul 19 15:29:00 2021", "id": "lkv-srvapp42.lkvbay.net", "pretag": null, "tag": "salt/minion/lkv-srvapp42.lkvbay.net/start" } 20210719132900304963 { "_stamp": "2021-07-19T13:29:00.305236", "minions": [ "lkv-srvapp42.lkvbay.net" ] } salt/job/20210719132900304963/new { "_stamp": "2021-07-19T13:29:00.305678", "arg": [], "fun": "mgractionchains.resume", "jid": "20210719132900304963", "minions": [ "lkv-srvapp42.lkvbay.net" ], "missing": [], "tgt": "lkv-srvapp42.lkvbay.net", "tgt_type": "glob", "user": "salt" } salt/job/20210719132900304963/ret/lkv-srvapp42.lkvbay.net { "_stamp": "2021-07-19T13:29:00.378168", "cmd": "_return", "fun": "mgractionchains.resume", "fun_args": [], "id": "lkv-srvapp42.lkvbay.net", "jid": "20210719132900304963", "metadata": { "suma-action-chain": true }, "retcode": 0, "return": {}, "success": true } 20210719132900367742 { "_stamp": "2021-07-19T13:29:00.392732", "minions": [ "lkv-srvapp42.lkvbay.net" ] } salt/job/20210719132900367742/new { "_stamp": "2021-07-19T13:29:00.393136", "arg": [], "fun": "test.ping", "jid": "20210719132900367742", "minions": [ "lkv-srvapp42.lkvbay.net" ], "missing": [], "tgt": [ "lkv-srvapp42.lkvbay.net" ], "tgt_type": "list", "user": "admin" } salt/job/20210719132900367742/ret/lkv-srvapp42.lkvbay.net { "_stamp": "2021-07-19T13:29:00.459355", "cmd": "_return", "fun": "test.ping", "fun_args": [], "id": "lkv-srvapp42.lkvbay.net", "jid": "20210719132900367742", "metadata": { "batch-mode": true, "suma-action-chain": false, "suma-action-id": 0, "suma-force-pkg-list-refresh": false, "suma-minion-startup": true }, "retcode": 0, "return": true, "success": true } salt/batch/20210719132900368080/start { "_stamp": "2021-07-19T13:29:00.463419", "available_minions": [ "lkv-srvapp42.lkvbay.net" ], "down_minions": [], "metadata": { "batch-mode": true, "suma-action-chain": false, "suma-action-id": 0, "suma-force-pkg-list-refresh": false, "suma-minion-startup": true } } 20210719132900368080 { "_stamp": "2021-07-19T13:29:00.491610", "minions": [ "lkv-srvapp42.lkvbay.net" ] } salt/job/20210719132900368080/new { "_stamp": "2021-07-19T13:29:00.492090", "arg": [ { "__kwarg__": true, "mods": [ "util.systeminfo" ], "queue": true } ], "fun": "state.apply", "jid": "20210719132900368080", "minions": [ "lkv-srvapp42.lkvbay.net" ], "missing": [], "tgt": [ "lkv-srvapp42.lkvbay.net" ], "tgt_type": "list", "user": "salt" } 20210719132900559758 { "_stamp": "2021-07-19T13:29:00.560013", "minions": [ "lkv-srvapp42.lkvbay.net" ] } salt/job/20210719132900559758/new { "_stamp": "2021-07-19T13:29:00.560412", "arg": [], "fun": "test.ping", "jid": "20210719132900559758", "minions": [ "lkv-srvapp42.lkvbay.net" ], "missing": [], "tgt": [ "lkv-srvapp42.lkvbay.net" ], "tgt_type": "list", "user": "admin" } salt/job/20210719132900559758/ret/lkv-srvapp42.lkvbay.net { "_stamp": "2021-07-19T13:29:00.632379", "cmd": "_return", "fun": "test.ping", "fun_args": [], "id": "lkv-srvapp42.lkvbay.net", "jid": "20210719132900559758", "retcode": 0, "return": true, "success": true } minion/refresh/lkv-srvapp42.lkvbay.net { "Minion data cache refresh": "lkv-srvapp42.lkvbay.net", "_stamp": "2021-07-19T13:29:00.720947" } 20210719132900746311 { "_stamp": "2021-07-19T13:29:00.746618", "minions": [ "lkv-srvapp42.lkvbay.net" ] } salt/job/20210719132900746311/new { "_stamp": "2021-07-19T13:29:00.747039", "arg": [ "machine_id", "saltboot_initrd", "susemanager", { "__kwarg__": true, "sanitize": false } ], "fun": "grains.item", "jid": "20210719132900746311", "minions": [ "lkv-srvapp42.lkvbay.net" ], "missing": [], "tgt": [ "lkv-srvapp42.lkvbay.net" ], "tgt_type": "list", "user": "admin" } salt/job/20210719132900746311/ret/lkv-srvapp42.lkvbay.net { "_stamp": "2021-07-19T13:29:00.813641", "cmd": "_return", "fun": "grains.item", "fun_args": [ "machine_id", "saltboot_initrd", "susemanager", { "sanitize": false } ], "id": "lkv-srvapp42.lkvbay.net", "jid": "20210719132900746311", "out": "nested", "retcode": 0, "return": { "machine_id": "945e1982bdbf5494212beb1c5ea9a35b", "saltboot_initrd": "", "susemanager": { "activation_key": "1-SLES15" } }, "success": true } salt/job/20210719132900368080/ret/lkv-srvapp42.lkvbay.net { "_stamp": "2021-07-19T13:29:01.522183", "cmd": "_return", "fun": "state.apply", "fun_args": [ { "mods": [ "util.systeminfo" ], "queue": true } ], "id": "lkv-srvapp42.lkvbay.net", "jid": "20210719132900368080", "metadata": { "batch-mode": true, "suma-action-chain": false, "suma-action-id": 0, "suma-force-pkg-list-refresh": false, "suma-minion-startup": true }, "out": "highstate", "retcode": 2, "return": { "mgrcompat_|-grains_update_|-grains.item_|-module_run": { "__id__": "grains_update", "__run_num__": 5, "__sls__": "util.systeminfo", "changes": {}, "comment": "An exception occurred in this state: Traceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 352, in _call_function\n return self._function(*args, **kwargs)\nTypeError: _run() missing 1 required positional argument: 'name'\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/salt/state.py\", line 2176, in call\n *cdata[\"args\"], **cdata[\"kwargs\"]\n File \"/usr/lib/python3.6/site-packages/salt/loader.py\", line 2113, in wrapper\n return f(*args, **kwargs)\n File \"/var/cache/salt/minion/extmods/states/mgrcompat.py\", line 85, in module_run\n ret = module.run(**new_kwargs)\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 738, in _decorate\n return self._call_function(kwargs)\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 355, in _call_function\n self._function, self._orig_f_name\nTypeError: replace() argument 1 must be str, not function\n", "duration": 2.997, "name": "grains.item", "result": false, "start_time": "15:29:01.517152" }, "mgrcompat_|-status_uptime_|-status.uptime_|-module_run": { "__id__": "status_uptime", "__run_num__": 4, "__sls__": "util.systeminfo", "changes": {}, "comment": "An exception occurred in this state: Traceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 352, in _call_function\n return self._function(*args, **kwargs)\nTypeError: _run() missing 1 required positional argument: 'name'\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/salt/state.py\", line 2176, in call\n *cdata[\"args\"], **cdata[\"kwargs\"]\n File \"/usr/lib/python3.6/site-packages/salt/loader.py\", line 2113, in wrapper\n return f(*args, **kwargs)\n File \"/var/cache/salt/minion/extmods/states/mgrcompat.py\", line 85, in module_run\n ret = module.run(**new_kwargs)\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 738, in _decorate\n return self._call_function(kwargs)\n File \"/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py\", line 355, in _call_function\n self._function, self._orig_f_name\nTypeError: replace() argument 1 must be str, not function\n", "duration": 5.542, "name": "status.uptime", "result": false, "start_time": "15:29:01.511454" }, "saltutil_|-sync_beacons_|-sync_beacons_|-sync_beacons": { "__id__": "sync_beacons", "__run_num__": 3, "__sls__": "util.syncbeacons", "changes": {}, "comment": "No updates to sync", "duration": 29.281, "name": "sync_beacons", "result": true, "start_time": "15:29:01.480125" }, "saltutil_|-sync_grains_|-sync_grains_|-sync_grains": { "__id__": "sync_grains", "__run_num__": 2, "__sls__": "util.syncgrains", "changes": {}, "comment": "No updates to sync", "duration": 359.752, "name": "sync_grains", "result": true, "start_time": "15:29:01.120157" }, "saltutil_|-sync_modules_|-sync_modules_|-sync_modules": { "__id__": "sync_modules", "__run_num__": 0, "__sls__": "util.syncmodules", "changes": {}, "comment": "No updates to sync", "duration": 139.887, "name": "sync_modules", "result": true, "start_time": "15:29:00.948134" }, "saltutil_|-sync_states_|-sync_states_|-sync_states": { "__id__": "sync_states", "__run_num__": 1, "__sls__": "util.syncstates", "changes": {}, "comment": "No updates to sync", "duration": 31.873, "name": "sync_states", "result": true, "start_time": "15:29:01.088161" } }, "success": false } minion/refresh/lkv-srvapp42.lkvbay.net { "Minion data cache refresh": "lkv-srvapp42.lkvbay.net", "_stamp": "2021-07-19T13:29:02.265064" } salt/batch/20210719132900368080/done { "_stamp": "2021-07-19T13:29:02.527884", "available_minions": [ "lkv-srvapp42.lkvbay.net" ], "done_minions": [ "lkv-srvapp42.lkvbay.net" ], "down_minions": [], "metadata": { "batch-mode": true, "suma-action-chain": false, "suma-action-id": 0, "suma-force-pkg-list-refresh": false, "suma-minion-startup": true }, "timedout_minions": [] } ^CException occurred in runner state.event: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/client/mixins.py", line 385, in low data['return'] = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/salt/runners/state.py", line 313, in event node=node) File "/usr/lib/python3.6/site-packages/salt/modules/state.py", line 2412, in event ret = sevent.get_event(full=True, auto_reconnect=True) File "/usr/lib/python3.6/site-packages/salt/utils/event.py", line 638, in get_event ret = self._get_event(wait, tag, match_func, no_block) File "/usr/lib/python3.6/site-packages/salt/utils/event.py", line 544, in _get_event raw = self.subscriber.read_sync(timeout=wait) File "/usr/lib/python3.6/site-packages/salt/transport/ipc.py", line 693, in read_sync return self.io_loop.run_sync(lambda: self._read(timeout)) File "/usr/lib/python3.6/site-packages/salt/ext/tornado/ioloop.py", line 454, in run_sync self.start() File "/usr/lib/python3.6/site-packages/salt/ext/tornado/ioloop.py", line 865, in start event_pairs = self._impl.poll(poll_timeout) File "/usr/lib/python3.6/site-packages/salt/scripts.py", line 78, in _handle_signals hardcrash, trace=trace) File "/usr/lib/python3.6/site-packages/salt/scripts.py", line 43, in _handle_interrupt raise exc SystemExit: Exiting gracefully on Ctrl-c lkv-srvapp39:~ # Regards, Tobias. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 19. Juli 2021 15:20 Tobias, could you please collect the output of `salt-run state.event pretty=True` for this minion on restarting it. 1. stop salt-minion on the affected system 2. Run `salt-run state.event pretty=True` on SUSE Manager Server 3. start salt-minion on the affected system And show the events captured related to this minion Victor

2 1

AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 19 Jul '21

19 Jul '21

Hi Robert, I'm not running any special python, so "standard python" of SLES15 should be active: > python3 -V Python 3.6.13 In the traceback there are some paths with "python3.6" so I estimate that actually this version is active. Regards, Tobias. -----Ursprüngliche Nachricht----- Von: Robert Paschedag [mailto:robert.paschedag@web.de] Gesendet: Montag, 19. Juli 2021 15:12 An: Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de> Cc: 'Victor Zhestkov' <victor.zhestkov(a)suse.com>; users(a)lists.uyuni-project.org Betreff: Re: SLES15SP2-Clients: salt-minion problem Are you running python 3.9? There was a big fix a few weeks ago... You might still hit it. Check https://github.com/openSUSE/salt/pull/390 Robert ⁣sent from my mobile device -------- Originale Nachricht -------- Von: "Crefeld, Tobias LKV Bayern e.V." <tobias.crefeld(a)lkv.bayern.de> Gesendet: Mon Jul 19 14:57:30 GMT+02:00 2021 An: 'Victor Zhestkov' <victor.zhestkov(a)suse.com>, "'users(a)lists.uyuni-project.org'" <users(a)lists.uyuni-project.org> Betreff: AW: SLES15SP2-Clients: salt-minion problem Hi Viktor, I entered “zypper up” and salt-minion immediately shows the exception and doesn’t execute a job on the Uyuni system successfully: lkv-srvapp42:~ # zypper up Loading repository data... Reading installed packages... The following NEW package is going to be installed: python3-pycryptodome The following package is going to be REMOVED: python3-pycrypto The following 3 packages are going to be upgraded: python3-salt salt salt-minion 3 packages to upgrade, 1 new, 1 to remove. Overall download size: 15.8 MiB. Already cached: 0 B. After the operation, additional 23.5 MiB will be used. Continue? [y/n/v/...? shows all options] (y): y Retrieving package python3-pycryptodome-3.9.0-6.1.x86_64 (1/4), 7.1 MiB ( 25.3 MiB unpacked) Retrieving: python3-pycryptodome-3.9.0-6.1.x86_64.rpm .............................................................................................................................................................[done] Retrieving package salt-3002.2-37.1.x86_64 (2/4), 175.9 KiB ( 49.9 KiB unpacked) Retrieving: salt-3002.2-37.1.x86_64.rpm ...........................................................................................................................................................................[done] Retrieving package python3-salt-3002.2-37.1.x86_64 (3/4), 8.4 MiB ( 45.3 MiB unpacked) Retrieving: python3-salt-3002.2-37.1.x86_64.rpm ...................................................................................................................................................................[done] Retrieving package salt-minion-3002.2-37.1.x86_64 (4/4), 170.8 KiB ( 41.7 KiB unpacked) Retrieving: salt-minion-3002.2-37.1.x86_64.rpm ....................................................................................................................................................................[done] Checking for file conflicts: ......................................................................................................................................................................................[done] (1/4) Installing: python3-pycryptodome-3.9.0-6.1.x86_64 ...........................................................................................................................................................[done] (2/4) Installing: salt-3002.2-37.1.x86_64 .........................................................................................................................................................................[done] (3/4) Installing: python3-salt-3002.2-37.1.x86_64 .................................................................................................................................................................[done] (4/4) Installing: salt-minion-3002.2-37.1.x86_64 ..................................................................................................................................................................[done] Executing %posttrans scripts ......................................................................................................................................................................................[done] There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs. Output in /var/log/salt/minion: lkv-srvapp42:~ # File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function Further output after a “Package List Refresh” on Uyuni: lkv-srvapp42:~ # 2021-07-19 14:52:12,141 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,144 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,147 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,147 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,151 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,151 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,154 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,155 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function Any idea? Regards, Tobias. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 19. Juli 2021 12:17 An: Victor Zhestkov <Victor.Zhestkov(a)suse.com>; Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de>; users(a)lists.uyuni-project.org Betreff: Re: AW: AW: SLES15SP2-Clients: salt-minion problem Hi Tobias. I have `python3-salt-3002.2-37.1` installed and it's running fine and our QA testing salt we are releasing for all supported OSes. Try to update salt-minion with all of it's dependencies, I beleive it should work. Regards, Victor On Mon, 2021-07-19 at 09:46 +0000, Crefeld, Tobias LKV Bayern e.V. wrote: Hi Viktor, your hint with the version of python3-salt made me think about downgrading it, which was successful. zypper in --oldpackage python3-salt-3000-30.1 and accepting the dependent downgrades of the packages of salt and salt-minion makes service salt-minion work again. It seems that Patch SUSE-15-SP2-2021-2106 is responsible for dysfunction of the service salt-minion. BTW: Is there a way to block a patch from being activated in general? Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 12. Juli 2021 17:55 An: Victor Zhestkov <Victor.Zhestkov(a)suse.com <mailto:Victor.Zhestkov@suse.com> >; Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de <mailto:Tobias.Crefeld@lkv.bayern.de> >; users(a)lists.uyuni-project.org <mailto:users@lists.uyuni-project.org> Betreff: Re: AW: SLES15SP2-Clients: salt-minion problem Check the output of: rpm -V python3-salt If it's ok then to check which python modules installed from Packagehub channel. Are there any tweaks in the minion configs? On Mon, 2021-07-12 at 15:49 +0000, Crefeld, Tobias LKV Bayern e.V. wrote: Hi Victor, thanks for your fast reply! I guess it's "3002.2-37.1" : zypper se -s salt |grep "^i" i | python3-salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i | salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i+ | salt-minion | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 BTW: The SLES15SP1 systems where salt-minion is running fine, show version 3000-19.1. Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com <mailto:Victor.Zhestkov@suse.com> ] Gesendet: Montag, 12. Juli 2021 17:31 Hi Tobias. What is the salt version installed on the minion. It's better to check the output of: zypper se -s salt Regards, Victor

1 0

AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 19 Jul '21

19 Jul '21

Hi Viktor, I entered “zypper up” and salt-minion immediately shows the exception and doesn’t execute a job on the Uyuni system successfully: lkv-srvapp42:~ # zypper up Loading repository data... Reading installed packages... The following NEW package is going to be installed: python3-pycryptodome The following package is going to be REMOVED: python3-pycrypto The following 3 packages are going to be upgraded: python3-salt salt salt-minion 3 packages to upgrade, 1 new, 1 to remove. Overall download size: 15.8 MiB. Already cached: 0 B. After the operation, additional 23.5 MiB will be used. Continue? [y/n/v/...? shows all options] (y): y Retrieving package python3-pycryptodome-3.9.0-6.1.x86_64 (1/4), 7.1 MiB ( 25.3 MiB unpacked) Retrieving: python3-pycryptodome-3.9.0-6.1.x86_64.rpm .............................................................................................................................................................[done] Retrieving package salt-3002.2-37.1.x86_64 (2/4), 175.9 KiB ( 49.9 KiB unpacked) Retrieving: salt-3002.2-37.1.x86_64.rpm ...........................................................................................................................................................................[done] Retrieving package python3-salt-3002.2-37.1.x86_64 (3/4), 8.4 MiB ( 45.3 MiB unpacked) Retrieving: python3-salt-3002.2-37.1.x86_64.rpm ...................................................................................................................................................................[done] Retrieving package salt-minion-3002.2-37.1.x86_64 (4/4), 170.8 KiB ( 41.7 KiB unpacked) Retrieving: salt-minion-3002.2-37.1.x86_64.rpm ....................................................................................................................................................................[done] Checking for file conflicts: ......................................................................................................................................................................................[done] (1/4) Installing: python3-pycryptodome-3.9.0-6.1.x86_64 ...........................................................................................................................................................[done] (2/4) Installing: salt-3002.2-37.1.x86_64 .........................................................................................................................................................................[done] (3/4) Installing: python3-salt-3002.2-37.1.x86_64 .................................................................................................................................................................[done] (4/4) Installing: salt-minion-3002.2-37.1.x86_64 ..................................................................................................................................................................[done] Executing %posttrans scripts ......................................................................................................................................................................................[done] There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs. Output in /var/log/salt/minion: lkv-srvapp42:~ # File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function Further output after a “Package List Refresh” on Uyuni: lkv-srvapp42:~ # 2021-07-19 14:52:12,141 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,144 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,147 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,147 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,151 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,151 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function 2021-07-19 14:52:12,154 [salt.utils.decorators:714 ][WARNING ][3229] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-19 14:52:12,155 [salt.state :322 ][ERROR ][3229] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function Any idea? Regards, Tobias. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 19. Juli 2021 12:17 An: Victor Zhestkov <Victor.Zhestkov(a)suse.com>; Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de>; users(a)lists.uyuni-project.org Betreff: Re: AW: AW: SLES15SP2-Clients: salt-minion problem Hi Tobias. I have `python3-salt-3002.2-37.1` installed and it's running fine and our QA testing salt we are releasing for all supported OSes. Try to update salt-minion with all of it's dependencies, I beleive it should work. Regards, Victor On Mon, 2021-07-19 at 09:46 +0000, Crefeld, Tobias LKV Bayern e.V. wrote: Hi Viktor, your hint with the version of python3-salt made me think about downgrading it, which was successful. zypper in --oldpackage python3-salt-3000-30.1 and accepting the dependent downgrades of the packages of salt and salt-minion makes service salt-minion work again. It seems that Patch SUSE-15-SP2-2021-2106 is responsible for dysfunction of the service salt-minion. BTW: Is there a way to block a patch from being activated in general? Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 12. Juli 2021 17:55 An: Victor Zhestkov <Victor.Zhestkov(a)suse.com <mailto:Victor.Zhestkov@suse.com> >; Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de <mailto:Tobias.Crefeld@lkv.bayern.de> >; users(a)lists.uyuni-project.org <mailto:users@lists.uyuni-project.org> Betreff: Re: AW: SLES15SP2-Clients: salt-minion problem Check the output of: rpm -V python3-salt If it's ok then to check which python modules installed from Packagehub channel. Are there any tweaks in the minion configs? On Mon, 2021-07-12 at 15:49 +0000, Crefeld, Tobias LKV Bayern e.V. wrote: Hi Victor, thanks for your fast reply! I guess it's "3002.2-37.1" : zypper se -s salt |grep "^i" i | python3-salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i | salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i+ | salt-minion | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 BTW: The SLES15SP1 systems where salt-minion is running fine, show version 3000-19.1. Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com <mailto:Victor.Zhestkov@suse.com> ] Gesendet: Montag, 12. Juli 2021 17:31 Hi Tobias. What is the salt version installed on the minion. It's better to check the output of: zypper se -s salt Regards, Victor

3 2

AW: AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 19 Jul '21

19 Jul '21

Hi Viktor, your hint with the version of python3-salt made me think about downgrading it, which was successful. zypper in --oldpackage python3-salt-3000-30.1 and accepting the dependent downgrades of the packages of salt and salt-minion makes service salt-minion work again. It seems that Patch SUSE-15-SP2-2021-2106 is responsible for dysfunction of the service salt-minion. BTW: Is there a way to block a patch from being activated in general? Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 12. Juli 2021 17:55 An: Victor Zhestkov <Victor.Zhestkov(a)suse.com>; Crefeld, Tobias LKV Bayern e.V. <Tobias.Crefeld(a)lkv.bayern.de>; users(a)lists.uyuni-project.org Betreff: Re: AW: SLES15SP2-Clients: salt-minion problem Check the output of: rpm -V python3-salt If it's ok then to check which python modules installed from Packagehub channel. Are there any tweaks in the minion configs? On Mon, 2021-07-12 at 15:49 +0000, Crefeld, Tobias LKV Bayern e.V. wrote: Hi Victor, thanks for your fast reply! I guess it's "3002.2-37.1" : zypper se -s salt |grep "^i" i | python3-salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i | salt | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 i+ | salt-minion | Paket | 3002.2-37.1 | x86_64 | SLE-Module-Basesystem15-SP2-Updates for x86_64 BTW: The SLES15SP1 systems where salt-minion is running fine, show version 3000-19.1. Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com <mailto:Victor.Zhestkov@suse.com> ] Gesendet: Montag, 12. Juli 2021 17:31 Hi Tobias. What is the salt version installed on the minion. It's better to check the output of: zypper se -s salt Regards, Victor

2 1

Ubuntu 20.04 salt client not "checking in" when going through a Squid proxy
by Paul-Andre Panon 17 Jul '21

17 Jul '21

Hi, We’ve got an Ubuntu 20.04 system which is set up to connect to the Uyuni server through a standard Squid proxy. It can do most typical client patching tasks against the Uyuni server fine: apt-get update, apt-get upgrade, etc. . I didn’t try pushing packages from the Uyuni side recently, though it used to work before inserting the web proxy. However the server is no longer checking in. It is in a DMZ so connections from the system to the Uyuni server are blocked except through the web proxy. This approach/mechanism worked with a traditional client config Ubuntu client and Spacewalk, where rhn_check was used to check in. Looking at the documentation, it looks like I should have set up and used a different activation key that used push via ssh. https://www.uyuni-project.org/uyuni-docs/en/uyuni/client-configuration/cont… Is there any way to convert a standard salt client into the salt-ssh contact method? Is there a recommended way to get myself out of the hole I’ve dug myself into here? I’ve got to think I’m not the first person with a system that needs to move into a DMZ after setup and needs a contact method change. I seem to remember reading that you need to take care in unregistering and reregistering clients, so I’m not sure if trying to do that with a new activation code would work. Does the push via ssh use salt-ssh via public/private key pair? That would seem to be more secure than a user/password approach. Thanks, Paul-Andre Panon -- *For more information on how and why we collect your personal information, please visit our Privacy Policy <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackI…>.*

2 1

AW: AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 16 Jul '21

16 Jul '21

Hi Viktor,, the output is „null“, probably meaning “ok”. How can I find out from which channel a package has been installed? What do you mean with “tweaks”? Regards, Tobias Crefeld. Von: Victor Zhestkov [mailto:Victor.Zhestkov@suse.com] Gesendet: Montag, 12. Juli 2021 17:55 Check the output of: rpm -V python3-salt If it's ok then to check which python modules installed from Packagehub channel. Are there any tweaks in the minion configs?

3 4

AW: SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 12 Jul '21

12 Jul '21

2 1

SLES15SP2-Clients: salt-minion problem
by Crefeld, Tobias LKV Bayern e.V. 12 Jul '21

12 Jul '21

Hi, after upgrading some SLES15 systems from SP1 to SP2 the service "salt-minion" of those systems don't work anymore although it still can get started. Uyuni release is 2020.11. The following channels are enabled - except the "perl channel" all channels are standard channels from SCC: 1 | SLES15-15-0 | No 2 | SLE-Module-Basesystem15-SP2-Pool for x86_64 | Yes 3 | SLE-Module-Basesystem15-SP2-Updates for x86_64 | Yes 4 | SLE-Module-Legacy15-SP2-Pool for x86_64 | Yes 5 | SLE-Module-Legacy15-SP2-Updates for x86_64 | Yes 6 | SLE-Module-Packagehub-Subpackages15-SP2-Pool for x86_64 | Yes 7 | SLE-Module-Packagehub-Subpackages15-SP2-Updates for x86_64 | Yes 8 | SLE-Module-Server-Applications15-SP2-Pool for x86_64 | Yes 9 | SLE-Module-Server-Applications15-SP2-Updates for x86_64 | Yes 10 | SLE-Module-Web-Scripting15-SP2-Pool for x86_64 | Yes 11 | SLE-Module-Web-Scripting15-SP2-Updates for x86_64 | Yes 12 | SLE-Product-SLES15-SP2-Pool for x86_64 | Yes 13 | SLE-Product-SLES15-SP2-Updates for x86_64 | Yes 14 | perl modules (SLE_15_SP2) | Yes 15 | SUSE-PackageHub-15-SP2-Backports-Pool for x86_64 | Yes 16 | SUSE-PackageHub-15-SP2-Pool for x86_64 | Yes /var/log/salt/minion shows multiple log entries like this one: ---------------------------------------------------------------------------- 2021-07-12 16:26:20,138 [salt.utils.decorators:714 ][WARNING ][7870] The function "module.run" is using its deprecated version and will expire in version "Phosphorus". 2021-07-12 16:26:20,139 [salt.state :322 ][ERROR ][7870] An exception occurred in this state: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 352, in _call_function return self._function(*args, **kwargs) TypeError: _run() missing 1 required positional argument: 'name' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/state.py", line 2176, in call *cdata["args"], **cdata["kwargs"] File "/usr/lib/python3.6/site-packages/salt/loader.py", line 2113, in wrapper return f(*args, **kwargs) File "/var/cache/salt/minion/extmods/states/mgrcompat.py", line 85, in module_run ret = module.run(**new_kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 738, in _decorate return self._call_function(kwargs) File "/usr/lib/python3.6/site-packages/salt/utils/decorators/__init__.py", line 355, in _call_function self._function, self._orig_f_name TypeError: replace() argument 1 must be str, not function ---------------------------------------------------------------------------- I played around with disabling several channels without any effect. Actually I have no clue which packets might be responsible for these exceptions. Maybe some Python experts have an idea about the reason of these exceptions. During update (by using Uyuni's "SP Migrate") there were some warnings: problem with installed package libyaml-0-2-0.2.5-27.1.x86_64 problem with installed package perl-gettext-1.07-322.1.x86_64 problem with installed package libyaml-0-2-0.2.5-27.1.x86_64 "Dry Run" runs successfully only if I mark "Allow Vendor Change". The real upgrade worked only with "zypper dup" at the client's CLI. Using "SP Migrate" for this task doesn't work - not even with "Allow Vendor Change". The upgrade is actually successful but without salt-minion Uyuni's WebGUI still show the old patch level. Any idea? Regards, Tobias Crefeld.

2 1