April 2019 - ARCHIVED: Uyuni Users - openSUSE Mailing Lists

[uyuni-users] change SUSE products
by Haupt, Torsten 30 Apr '19

30 Apr '19

Hello, I want to change /update my SUSE products in Uyuni. I already configured repos for SLES12 some time ago. Now I want to add SLES15, but the GUI shows "Server error, please check log files.". And in rhn_web_ui.log I find: 2019-04-15 10:46:01,798 [ajp-apr-0:0:0:0:0:0:0:1-8009-exec-14] WARN com.redhat.rhn.manager.content.ContentSyncManager - Error reading UUID: /etc/zypp/credentials.d/SCCcredentials (No such file or directory) There is no SCCcredentials file and the folder is empty. What is going wrong and how can I add and change new SLES products? Regards Torsten -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

5 16

[uyuni-users] Service management via systemd for system/minon
by Cristian Gherman 17 Apr '19

17 Apr '19

Hello, I like to know if service management - via salt and systemd - for system exist or will be at some point implemented. Salt can manage services easely: - enable/disable service, - start/stop/restart service - show a lot of info about service And I think this feature on Uyuni will be helpfull. PS: I done this with a simple interface writen in PHP wich connect to salt-api. Thanks -- Cristian Gherman -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 1

[uyuni-users] Bootstrapped salt minions never appear as systems
by David Mace 16 Apr '19

16 Apr '19

Hi, so this was working initially, but something has broke. I am running Uyuni 4.0.1 stable on openSUSE 42.3 host. A new openSUSE Leap 15.0 minion is bootstrapped using bootstrap.sh which was generated using mgr-bootstrap. It joins Salt master and the key shows using command: salt-key -L But the minion never appears in Systems > Systems List Viewing the Salt message bus using salt-run state.event pretty=True I see this: salt/job/20190411153502494691/new { "_stamp": "2019-04-11T14:35:02.495370", "arg": [], "fun": "mgractionchains.resume", "jid": "20190411153502494691", "minions": [ "minion.domain.co.uk" ], "missing": [], "tgt": "minion.domain.co.uk", "tgt_type": "glob", "user": "salt" } salt/job/20190411153502494691/ret/minion.domain.co.uk { "_stamp": "2019-04-11T14:35:06.850239", "cmd": "_return", "fun": "mgractionchains.resume", "fun_args": [], "id": "minion.domain.co.uk", "jid": "20190411153502494691", "metadata": { "suma-action-chain": true }, "out": "nested", "retcode": 254, "return": "'mgractionchains.resume' is not available.", "success": false } >From the minion if I do a salt-call state.apply I get this error: minion.domain.co.uk:~ # salt-call state.apply [WARNING ] /var/cache/salt/minion/extmods/grains/__pycache__/cpuinfo.cpython- 36.py:20: DeprecationWarning: Use of 'salt.utils.which_bin' detected. This function has been moved to 'salt.utils.path.which_bin' as of Salt 2018.3.0. This warning will be removed in Salt Neon. [ERROR ] Error encountered during module reload. Modules were not reloaded. [WARNING ] /var/cache/salt/minion/extmods/modules/udevdb.py:24: DeprecationWarning: Use of 'salt.utils.which_bin' detected. This function has been moved to 'salt.utils.path.which_bin' as of Salt 2018.3.0. This warning will be removed in Salt Neon. [ERROR ] Template was specified incorrectly: False [ERROR ] Template was specified incorrectly: False local: Data failed to compile: ---------- Specified SLS packages.packages_7a5b9695fb48e3a146f6b8d35caf5e2a in saltenv base is not available on the salt master or through a configured fileserver ---------- Specified SLS custom.custom_7a5b9695fb48e3a146f6b8d35caf5e2a in saltenv base is not available on the salt master or through a configured fileserver Not sure where else to look for errors? -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

4 7

Re: [uyuni-users] Bootstrapped salt minions never appear as systems
by Strahil Nikolov 12 Apr '19

12 Apr '19

I'm quite new to the list, but the only thing that helps recover the SUMA 3.2 (that's what I have as experience) is to do a full reboot. If possible - try a reboot and check. If somebody more experienced can help you - it will be nice to learn how they do it. best Regards, Strahil Nikolov Hi, I also realised there have been no tasks scheduled or run in Schedule > Pending Actions or Schedule > Completed Actions since yesterday 10:25. I have restarted taskomatic since then. Is there something wrong with my database? Cheers -----Original Message----- Date: Fri, 12 Apr 2019 11:30:55 +0000 (UTC) Subject: Re: [uyuni-users] Bootstrapped salt minions never appear as systems To: uyuni-users(a)opensuse.org, David Mace <david(a)macemail.co.uk> From: Strahil Nikolov <hunter86_bg(a)yahoo.com> Hi David, I also have an openSuSE 15 minion and it joined properly. Here is what I did . 1. Checked what is the expected channel name so the bootstrap repo will be successfully created. -> /usr/share/susemgr/mgr_bootstrap_data.py 2. Created the channel with the same name and added several repos Mines are: oss/nonoss base oss/nonoss updates SLE15-uyuni-client-tools 3. Created the bootstrap repo mgr-create-bootstrap-repo 4. Created bootstrap script via web and edited it manually via cli to add the sle15 key 5. Bootstraped via web filling everything necessary. For bootstraping I have used the ip of the machine , but most probably it will work via hostname. Best Regards, Strahil Nikolov В петък, 12 април 2019 г., 6:37:09 ч. Гринуич-4, David Mace <david(a)macemail.co.uk> написа: Hi, so this was working initially, but something has broke. I am running Uyuni 4.0.1 stable on openSUSE 42.3 host. A new openSUSE Leap 15.0 minion is bootstrapped using bootstrap.sh which was generated using mgr-bootstrap. It joins Salt master and the key shows using command: salt-key -L But the minion never appears in Systems > Systems List Viewing the Salt message bus using salt-run state.event pretty=True I see this: salt/job/20190411153502494691/new { "_stamp": "2019-04-11T14:35:02.495370", "arg": [], "fun": "mgractionchains.resume", "jid": "20190411153502494691", "minions": [ "minion.domain.co.uk" ], "missing": [], "tgt": "minion.domain.co.uk", "tgt_type": "glob", "user": "salt" } salt/job/20190411153502494691/ret/minion.domain.co.uk { "_stamp": "2019-04-11T14:35:06.850239", "cmd": "_return", "fun": "mgractionchains.resume", "fun_args": [], "id": "minion.domain.co.uk", "jid": "20190411153502494691", "metadata": { "suma-action-chain": true }, "out": "nested", "retcode": 254, "return": "'mgractionchains.resume' is not available.", "success": false } >From the minion if I do a salt-call state.apply I get this error: minion.domain.co.uk:~ # salt-call state.apply [WARNING ] /var/cache/salt/minion/extmods/grains/__pycache__/cpuinfo.cpython- 36.py:20: DeprecationWarning: Use of 'salt.utils.which_bin' detected. This function has been moved to 'salt.utils.path.which_bin' as of Salt 2018.3.0. This warning will be removed in Salt Neon. [ERROR ] Error encountered during module reload. Modules were not reloaded. [WARNING ] /var/cache/salt/minion/extmods/modules/udevdb.py:24: DeprecationWarning: Use of 'salt.utils.which_bin' detected. This function has been moved to 'salt.utils.path.which_bin' as of Salt 2018.3.0. This warning will be removed in Salt Neon. [ERROR ] Template was specified incorrectly: False [ERROR ] Template was specified incorrectly: False local: Data failed to compile: ---------- Specified SLS packages.packages_7a5b9695fb48e3a146f6b8d35caf5e2a in saltenv base is not available on the salt master or through a configured fileserver ---------- Specified SLS custom.custom_7a5b9695fb48e3a146f6b8d35caf5e2a in saltenv base is not available on the salt master or through a configured fileserver Not sure where else to look for errors? -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 0

[uyuni-users] Error during applying the bootstrap state, message: Response code: 500
by Pavel Arnošt 12 Apr '19

12 Apr '19

Hi, I have fresh installation of Uyuni 4.0.1 on fully updated Leap 42.3 and I have problems bootstrapping minions on /rhn/manager/systems/bootstrap page. After click on "Bootstrap" button, it shows " Error during applying the bootstrap state, message: Response code: 500". I didn't do any configuration - I just created admin user. I traced error to salt-api that logs following while bootstrapping minion (fqdn of minion is replaced with "minion.domain"): [DEBUG ] Rendered data from file: /etc/salt/roster: # Sample salt-ssh config file #web1: # host: 192.168.42.1 # The IP addr or DNS hostname # user: fred # Remote executions will be executed as user fred # passwd: foobarbaz # The password to use for login, if omitted, keys are used # sudo: True # Whether to sudo to root, not enabled by default #web2: # host: 192.168.42.2 # Automatically added by "salt" at 2019-04-08T19:44:36.714140 None: host: None user: root passwd: # Automatically added by "salt" at 2019-04-08T19:54:16.464249 None: host: None user: root passwd: [ERROR ] Unable to render roster file: while constructing a mapping in "<unicode string>", line 11, column 1: None: ^ found conflicting ID 'None' in "<unicode string>", line 16, column 1: None: ^ [DEBUG ] Matched minions: {} [INFO ] [u'minion.domain'] [DEBUG ] Error while processing request for: /run Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/salt/netapi/rest_cherrypy/app.py", line 858, in hypermedia_handler ret = cherrypy.serving.request._hypermedia_inner_handler(*args, **kwargs) File "/usr/lib/python2.7/site-packages/cherrypy/_cpdispatch.py", line 61, in __call__ return self.callable(*self.args, **self.kwargs) File "/usr/lib/python2.7/site-packages/salt/netapi/rest_cherrypy/app.py", line 2135, in POST 'return': list(self.exec_lowstate()), File "/usr/lib/python2.7/site-packages/salt/netapi/rest_cherrypy/app.py", line 1185, in exec_lowstate ret = self.api.run(chunk) File "/usr/lib/python2.7/site-packages/salt/netapi/__init__.py", line 75, in run return l_fun(*f_call.get('args', ()), **f_call.get('kwargs', {})) File "/usr/lib/python2.7/site-packages/salt/netapi/__init__.py", line 140, in ssh return ssh_client.cmd_sync(kwargs) File "/usr/lib/python2.7/site-packages/salt/client/ssh/client.py", line 179, in cmd_sync **kwargs) File "/usr/lib/python2.7/site-packages/salt/client/ssh/client.py", line 141, in cmd **kwargs) File "/usr/lib/python2.7/site-packages/salt/client/ssh/client.py", line 73, in _prep_ssh return salt.client.ssh.SSH(opts) File "/usr/lib/python2.7/site-packages/salt/client/ssh/__init__.py", line 233, in __init__ self._update_targets() File "/usr/lib/python2.7/site-packages/salt/client/ssh/__init__.py", line 401, in _update_targets if salt.utils.network.is_reachable_host(hostname): File "/usr/lib/python2.7/site-packages/salt/utils/network.py", line 236, in is_reachable_host assert type(socket.getaddrinfo(entity_name, 0, 0, 0, 0)) == list TypeError: getaddrinfo() argument 1 must be string or None What am I doing wrong? Thanks, Regards, Pavel -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2