I have some problems to bootstap the uyuni salt-minion to one of our webserver because there is a conflict with zeromq. The centos machine uses php74-php-pecl-zmq, which needs libzmq.so.5. If I try to install the salt-minion:
Error: Package: python-zmq-14.5.0-3.9.uyuni.x86_64 (SUSE-Manager-Bootstrap)
Requires: libzmq.so.4()(64bit)
Available: zeromq-4.0.5-1.9.uyuni.x86_64 (systemsmanagement_Uyuni_Stable_CentOS7-Uyuni-Client-Tools)
libzmq.so.4()(64bit)
Installed: zeromq-4.1.4-6.el7.x86_64 (@epel)
~libzmq.so.5()(64bit)
How can I fix this?
Regards
Peter
Hello all,
is syncing a CentOS 8 kickstart tree (or syncing kickstart trees in general) supported on SUSE Leap 15.2 with Uyuni master?
I could not find the reference to the kickstart sync function in the documentation.
Running reposync on http://msync.centos.org/centos/8/BaseOS/x86_64/os/ gives me this error:
# /usr/bin/spacewalk-repo-sync --channel centos8-baseos-x86_64 --type yum --non-interactive --sync-kickstart
08:09:43 ======================================
08:09:43 | Channel: centos8-baseos-x86_64
08:09:43 ======================================
08:09:43 Sync of channel started.
Metadaten von Repository 'centos8-baseos-x86_64' abrufen ..................................................................................................................................................[fertig]
Cache für Repository 'centos8-baseos-x86_64' erzeugen .....................................................................................................................................................[fertig]
Alle Repositorys wurden aktualisiert.
08:09:46 Repo URL: http://msync.centos.org/centos/8/BaseOS/x86_64/os/
08:09:46 Packages in repo: 1697
08:09:51 No new packages to sync.
08:09:51
08:09:51 Patches in repo: 0.
08:09:52
08:09:52 Importing kickstarts.
08:09:52 Trying treeinfo
08:09:52 Unexpected error: <class 'AttributeError'>
08:09:52 Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/repo_plugins/yum_src.py", line 1175, in get_file
downloaded = urlgrabber.urlgrab(path, temp_file)
File "/usr/lib/python3.6/site-packages/urlgrabber/grabber.py", line 787, in urlgrab
return default_grabber.urlgrab(url, filename, **kwargs)
File "/usr/lib/python3.6/site-packages/urlgrabber/grabber.py", line 1203, in urlgrab
raise err
urlgrabber.grabber.URLGrabError: [Errno 2] Local file does not exist: /root/treeinfo
Checking the variables path and temp_file variables give me this (just before calling urlgrabber.urlgrab):
path=treeinfo
temp_file=/var/cache/rhn/reposync/1/centos8-baseos-x86_64/treeinfo..download
What is path supposed to be?
Thank you and best wishes,
Stefan
Hi,
I'm trying to import the repositories for Debian 10.
Importing the main repo, security and updates succeeds, but syncing the client tools generates the following error:
2021/01/15 09:09:11 +02:00 Command: ['/usr/bin/spacewalk-repo-sync', '--channel', 'debian-10-amd64-uyuni-client', '--type', 'deb', '--non-interactive']
2021/01/15 09:09:11 +02:00 Sync of channel started.
2021/01/15 09:09:12 +02:00 Repo URL: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable…
2021/01/15 09:09:12 +02:00 Packages in repo: 15
2021/01/15 09:09:12 +02:00 Packages already synced: 0
2021/01/15 09:09:12 +02:00 Packages to sync: 15
2021/01/15 09:09:12 +02:00 New packages to download: 0
2021/01/15 09:09:12 +02:00 Downloading packages:
2021/01/15 09:09:12 +02:00 Importing packages started.
2021/01/15 09:09:12 +02:00
2021/01/15 09:09:12 +02:00 Importing packages to DB:
2021/01/15 09:09:12 +02:00 Package batch #1 of 1 completed...
2021/01/15 09:09:12 +02:00 Importing packages finished.
2021/01/15 09:09:12 +02:00
2021/01/15 09:09:12 +02:00 Linking packages to the channel.
2021/01/15 09:09:12 +02:00 Unexpected error: <class 'TypeError'>
2021/01/15 09:09:12 +02:00 Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py", line 85, in __call__
ret = self.cursor.execute(query, args)
psycopg2.errors.UniqueViolation: duplicate key value violates unique constraint "rhn_cnp_cid_nid_uq"
DETAIL: Key (channel_id, name_id, package_arch_id)=(154, 1349, 134) already exists.
CONTEXT: SQL statement "insert into rhnChannelNewestPackage
(channel_id, name_id, evr_id, package_id, package_arch_id)
(select channel_id,
name_id, evr_id,
package_id, package_arch_id
from rhnChannelNewestPackageView
where channel_id = channel_id_in
and (package_name_id_in is null
or name_id = package_name_id_in)
)"
PL/pgSQL function rhn_channel.refresh_newest_package(numeric,character varying,numeric) line 9 at SQL statement
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 2072, in update_newest_package_cache
refresh_newest_package(channel_id, caller, None)
File "/usr/lib/python3.6/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py", line 116, in __call__
result = Function.__call__(self, *args)
File "/usr/lib/python3.6/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py", line 92, in __call__
raise sql_base.SQLSchemaError(error_code, e.pgerror, e)
spacewalk.server.rhnSQL.sql_base.SQLSchemaError: (99999, 'ERROR: duplicate key value violates unique constraint "rhn_cnp_cid_nid_uq"', 'DETAIL: Key (channel_id, name_id, package_arch_id)=(154, 1349, 134) already exists.\nCONTEXT: SQL statement "insert into rhnChannelNewestPackage\n (channel_id, name_id, evr_id, package_id, package_arch_id)\n (select channel_id,\n name_id, evr_id,\n package_id, package_arch_id\n from rhnChannelNewestPackageView\n where channel_id = channel_id_in\n and (package_name_id_in is null\n or name_id = package_name_id_in)\n )"\nPL/pgSQL function rhn_channel.refresh_newest_package(numeric,character varying,numeric) line 9 at SQL statement\n', UniqueViolation('duplicate key value violates unique constraint "rhn_cnp_cid_nid_uq"\nDETAIL: Key (channel_id, name_id, package_arch_id)=(154, 1349, 134) already exists.\nCONTEXT: SQL statement "insert into rhnChannelNewestPackage\n (channel_id, name_id, evr_id, package_id, package_arch_id)\n (select channel_id,\n name_id, evr_id,\n package_id, package_arch_id\n from rhnChannelNewestPackageView\n where channel_id = channel_id_in\n and (package_name_id_in is null\n or name_id = package_name_id_in)\n )"\nPL/pgSQL function rhn_channel.refresh_newest_package(numeric,character varying,numeric) line 9 at SQL statement\n',))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 592, in sync
ret = self.import_packages(plugin, data['id'], url, is_non_local_repo)
File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 1107, in import_packages
importer.run()
File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/importLib.py", line 777, in run
self.submit()
File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/packageImport.py", line 142, in submit
affected_channels=self.affected_channel_packages, name_ids=name_ids)
File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 2075, in update_newest_package_cache
raise_with_tb(rhnFault(23, str(e[1]), explain=0), sys.exc_info()[2])
TypeError: 'SQLSchemaError' object does not support indexing
My server is Uyuni 2020.11 with updates from today.
btw: why are there two parent channels for Debian 10?
- Debian 10 (buster) pool for amd64
- Debian 10 (buster) pool for amd64 for Uyuni (this is the one with the uyuni client tools)
Viele Grüße
Markus
Our uyuni installation should patch centos and oracle machines, so I have both kinds of machines.
Some of them are using docker packages, so I configured a centos-docker repo, connected to a centos-docker channel.
Now I need a oracleos docker channel, with uses the same repo. So I created a oracle channel, connected to the centos-repo, because this repo can be used for both operating systems. In the centos channel I see docker packages, but in the oracle channel I see no package.
What is wrong, or how to I connect one repo to several channels?
Thank you.
Regards, Peter
The following situation. I want to bootstrap a server with an underscore in his hostname. The host can not by found, but this must be wrong. Nslookup, ssh connects to this host are possible.
Is this a bug, or why can I not use underscores in hostnames?
Kind regards,
Peter
Hi,
I want to bootstrap a client via private / public-key, but I got an error message:
Load key "/srv/susemanager/salt/salt_ssh/temp_bootstrap_keys/boostrapKeyTmp-0b697b75-4f8c-4df3-b4eb-86a6b45d7ec8": invalid format
I guess this could be a CR/LF problem, because the private key is stored on a windows machine. When I copy the tmp file before it is deleted I can see, that there is a CR/LF and so it differs from the linux file.
Could this be the problem?
cat -e <temp_bootstrap_keys/boostrapKeyTmp-0b697b75-4f8c-4df3-b4eb-86a6b45d7ec8
-----BEGIN OPENSSH PRIVATE KEY-----^M$
b3BlbnNzaC1rZXktdjEAAAAACmFlczI1Ni1jdHIAAAAGYmNyeXB0AAAAGAAAABA6i5cmFq^M$
cat -e <original file on linux
-----BEGIN OPENSSH PRIVATE KEY-----$
b3BlbnNzaC1rZXktdjEAAAAACmFlczI1Ni1jdHIAAAAGYmNyeXB0AAAAGAAAABA6i5cmFq$
Is it possible to use a private key, stored somewhere on the uyuni server?
Kind regards
Peter
Hello
I'm about to create the appointments for the next months and I was wondering if last Friday of the month, 4pm CET is still the best time.
What are your thoughts? Would you prefer some other week of the month, day or time?
Thank you
Pau Garcia Quiles
SUSE Manager Product Owner & Technical Project Manager
Phone: +34 91 048 7632
SUSE Software Solutions Spain
Hello list, first post.
Given that IBM provides Salt packages for AIX [1], including salt-minion
and salt-ssh, would AIX work as a Salt minion (or Salt client as some Uyuni
docs sometimes refer to) that connects to a Uyuni Salt master?
The reason why I'm asking this is because, on Saltstack, AIX usage is
restricted to Saltstack Enterprise. Even downloading the minion package for
AIX from Saltstack is restricted. [2]
So, I was wondering, would there be any usage related or legal related
restrictions regarding running Salt minion on AIX, using the IBM provided
packages, and a Uyuni Salt Master?
Thank you for your patience and time.
Luiz Vianna
Ref.:
1 -
https://www.ibm.com/support/pages/aix-toolbox-linux-applications-downloads-…
2 -
https://enterprise.saltstack.com/en/latest/_downloads/5b009a14c66480efccef2…
- *"If you are a SaltStack Enterprise customer, you can download the AIX
native minion from theSaltStack EnterpriseInstallation Guide."*
Hello and a happy new year,
I have a problem and I don't know how to solve this.
- latest Uyuni installation, openSuse 15.2
- I added a software channel *disabled* "enable GPG checking", added a repo, *disabled* "has signed metadata".
- when I try to sync this channel, I get "RepoMDError: Cannot access repository. Maybe repository GPG keys are not imported", but I disabled GPG checking..
Is this a bug, or is my config wrong?
Kind regards
Peter
Dear users and contributors,
Now that 2020 is coming to an end, I'd like to take a quick look back at what
year was for Uyuni.
During 2020 we saw the community grow in numbers, not just in terms of users,
but also in terms of active contributors. Now we have people helping with the
translations, the documentation, the code itself (be it bugfixing or even new
features), and helping other fellow users at the mailing lists or Gitter.
Here are some highlights of what we all accomplished during the last 12
months:
- We now release each month or two months: 8 releases this year (versus 1 in
2019 and 2 in 2018).
- Since May 2020, we have been holding monthly Uyuni Community Hours meetings,
with presentations both from the main contributor (SUSE) and the community.
- We started a YouTube channel and populated it with videos on how to use
Uyuni, translate it, test it and analyze its performance [1].
- We moved our chat from IRC to Gitter [2]
- Mailing lists were moved to the new system [3] (kudos to the openSUSE Heroes
team!)
- Uyuni can now be translated, and that brought a lot of contributors that
already did an impressive job in a number of languages.
- Support for new OS as clients: CentOS/RHEL 8 (including ppc64le for CentOS
7/8), Ubuntu 20.04, Oracle Linux 6/7/8 and Debian 9/10.
- A lot of improvements in monitoring with Prometheus such as: new exporters
(and supported OSs), autodiscovery, federation and reverse proxy.
- Grafana, which can be used (among other things) to show the status of the
prometheus monotoring.
- Performance improvements for repository syncing.
- Uyuni Hub: allows management of several Uyuni Servers from a central one.
- Recurring actions.
- Usability improvements: automated database schema upgrade, autogeneration of
bootstrap repositories, UI icons for child channel synchronization status,
etc
- New formulas and improved formulas (cpu mitigations, prometheus federation,
prometheus exporters, Uyuni Hub...).
- Single sign-on (SSO).
- WebUI themes.
- Server and Proxy were updated to openSUSE Leap 15.2, that brought salt 3000
and PostgreSQL 12
- Yomi: new installer framework for openSUSE And SUSE Linux Enterprise Linux,
with formulas and forms for easy use
- A port of the Server to CentOS 8 was started
Keep in mind this is just a brief hightlight. The release notes [2] contain so
many changes and improvements that we cannot possibly list all of them here.
This was only possible thanks to the combined effort of all people from the
community, SUSE and openSUSE, and we can all be proud of the results.
Let me wish you all the best for the upcoming year 2021, for your personal
endeavours, and for your work at Uyuni, and for all your loved ones.
Keep up the good work, and remember to have a lot of fun!
[1] https://www.youtube.com/channel/UCB0SkZFAw9vPCFeUIYqZQ5A
[2] https://gitter.im/uyuni-project
[3] https://lists.uyuni-project.org/archives/?name=uyuni
[4] https://www.uyuni-project.org/doc/2020.11/release-notes-uyuni-server.html
--
Julio González Gil
Release Engineer, SUSE Manager and Uyuni
jgonzalez(a)suse.com
--
Julio González Gil
Release Engineer, SUSE Manager and Uyuni
jgonzalez(a)suse.com