- ARCHIVED: Uyuni Users

[uyuni-users] Register CentOS in LXC to Uyuni
by Haupt, Torsten 24 Jan '20

24 Jan '20

I want to install some CentOS machines in LX containers (a Proxmox server). Can I register these LXE based machines to Uyuni and manage updates and so on? The repo definitions seems to be the same as in a normal CentOS installation. Greets Torsten -- 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] Uyuni and CentOS 8 relation
by Cristian Gherman 17 Jan '20

17 Jan '20

Hello, Anybody have tested Uyuni 4.0.2 and CentOS 8? If yes is need some particular settings or just create two main repos ? Thank in advance for any replay. -- 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

Re: [uyuni-users] no SLES12 products available
by Michael Calmer 16 Jan '20

16 Jan '20

Hi the tag is correct and I think we found the issue. It is an issue in some data we provide via SCC. We look into how to fix it and I hope it will magically work again in the next days. Thanks for the report. Regards Michael Am Dienstag, 14. Januar 2020, 15:58:41 CET schrieb Thomas Weis: > Hi, > > uyuni:~ # cat /usr/share/rhn/config-defaults/rhn_java.conf | grep java.product_tree.tag > java.product_tree.tag = Uyuni > uyuni:~ # > > > > > Am 14.01.2020 um 15:34 schrieb Michael Calmer <mc(a)suse.de>: > > > > Hi > > > > Can you check what value the key "java.product_tree.tag" in > > > > /usr/share/rhn/config-defaults/rhn_java.conf > > > > has? > > > > Am Dienstag, 14. Januar 2020, 13:34:12 CET schrieb Thomas Weis: > >> Hi, > >> > >> the same problem exists with our installation. 4.02 stable. > >> After the initial installation of 4.02, all channels were available, including the SLES12 channels. > >> At some point the SLES12 channels have "disappeared". > >> However, they can still be synchronized > >> > >> Regards > >> Thomas > >> > >> > >>> Am 14.01.2020 um 13:25 schrieb Julio González Gil <jgonzalez(a)suse.com>: > >>> > >>> Hi, > >>> > >>> Master or Stable 4.0.2? > >>> > >>> On martes, 14 de enero de 2020 8:39:52 (CET) Haupt, Torsten wrote: > >>>> Hi, > >>>> > >>>> I can't see any SLES12 products in the setup wizard, just SLES15, RHEL and > >>>> Ubuntu. SCC shows everything from SLES10 to SLES15.1. So I can't add SLES12 > >>>> SP5 at the moment. Any suggestions? > >>>> > >>>> Regards > >>>> Torsten > >>> > >>> > >> > >> > > > > > -- Regards Michael Calmer -------------------------------------------------------------------------- Michael Calmer SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg T: +49 (0) 911 74053 0 F: +49 (0) 911 74053575 - e-mail: Michael.Calmer(a)suse.com -------------------------------------------------------------------------- SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer (HRB 36809, AG Nürnberg) -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 5

Re: [uyuni-users] Re: mgr-create-bootstrap-repo not offering option for Ubuntu 1804
by Julio González Gil 14 Jan '20

14 Jan '20

On martes, 14 de enero de 2020 17:08:50 (CET) Beddingfield, Allen wrote: > Yes, replacing that file with the one you suggest gives me the option for > Ubuntu now, as follows: > > uyuni-test01:/tmp # mgr-create-bootstrap-repo --with-custom-channels > 1. centos-7-x86_64 > 2. openSUSE-Leap-15.1-x86_64-uyuni > 3. ubuntu-18.04-amd64-uyuni Good, then the problem will be fixed for the next release, that we expect to have ready by the end of the month. > However, it yields this error: > ---- > Creating bootstrap repo for ubuntu-18.04-amd64-uyuni > > copy 'salt-common-2019.2.0+ds-1.1.all-deb' > copy 'salt-minion-2019.2.0+ds-1.1.all-deb' > Exporting indices... > ERROR: package 'dctrl-tools' not found > ERROR: package 'javascript-common' not found > ERROR: package 'libjs-jquery' not found > ERROR: package 'libjs-sphinxdoc' not found > ERROR: package 'libjs-underscore' not found > ERROR: package 'libnorm1' not found > ERROR: package 'libpgm-5.2-0' not found > ERROR: package 'libpython-stdlib' not found > ERROR: package 'libpython2.7-minimal' not found > ERROR: package 'libpython2.7-stdlib' not found > ERROR: package 'libsodium23' not found > ERROR: package 'libzmq5' not found > ERROR: package 'python' not found > ERROR: package 'python-apt' not found > ERROR: package 'python-asn1crypto' not found > ERROR: package 'python-backports-abc' not found > ERROR: package 'python-certifi' not found > ERROR: package 'python-cffi-backend' not found > ERROR: package 'python-chardet' not found > ERROR: package 'python-concurrent.futures' not found > ERROR: package 'python-croniter' not found > ERROR: package 'python-crypto' not found > ERROR: package 'python-cryptography' not found > ERROR: package 'python-dateutil' not found > ERROR: package 'python-enum34' not found > ERROR: package 'python-idna' not found > ERROR: package 'python-ipaddress' not found > ERROR: package 'python-jinja2' not found > ERROR: package 'python-markupsafe' not found > ERROR: package 'python-minimal' not found > ERROR: package 'python-msgpack' not found > ERROR: package 'python-openssl' not found > ERROR: package 'python-pkg-resources' not found > ERROR: package 'python-psutil' not found > ERROR: package 'python-requests' not found > ERROR: package 'python-singledispatch' not found > ERROR: package 'python-six' not found > ERROR: package 'python-systemd' not found > ERROR: package 'python-tornado' not found > ERROR: package 'python-tz' not found > ERROR: package 'python-urllib3' not found > ERROR: package 'python-yaml' not found > ERROR: package 'python-zmq' not found > ERROR: package 'python2.7' not found > ERROR: package 'python2.7-minimal' not found > ERROR: package 'dmidecode' not found > > Suggestions: > - mgr-create-bootstrap-repo uses the locally synchronized versions of files > from the Tools repository, and uses the locally synchronized pool channel > for dependency resolution. Both should be fully synced before running the > mgr-create-bootstrap-repo script. > ---- > > My channels look like this: > ubuntu-18.04-pool-amd64-uyuni > --ubuntu-1804-amd64-uyuni-client > > ubuntu-18.04-pool-amd64 > --ubuntu-1804-amd64-main > --ubuntu-1804-amd64-main-security > --ubuntu-1804-amd64-main-updates > --ubuntu-1804-amd64-main-universe > > It appears that the missing packages are found in ubuntu-1804-amd64-main, > which is under ubuntu-18.04-pool-amd64. Am I needing to sync the -uyuni > channels for this? Maybe I misunderstood your explanation for the two sets > of channels? Remove the last set (ubuntu-18.04-pool-amd64 and children) as that set is the one for SUSE Manager, and not for Uyuni. Also you are missing children for ubuntu-18.04-pool-amd64-uyuni (this is basically an empty channel). Having the client tools (ubuntu-1804-amd64-uyuni- client) is not enough Run: > spacewalk-common-channels \ > ubuntu-1804-amd64-main-uyuni \ > ubuntu-1804-amd64-main-updates-uyuni \ > ubuntu-1804-amd64-main-security-uyuni \ > ubuntu-1804-amd64-universe-uyuni \ > ubuntu-1804-amd64-universe-updates-uyuni This will add the main and universe channels (including updates, with security for main as well). All of them are required, including universe. Then launch the sync for the repositories in the child channels of ubuntu-18.04-pool-amd64-uyuni And finally launch: > mgr-create-bootstrap-repo --with-custom-channels With that, the bootstrap creation should work fine. > Thanks. > Allen B. > > -- > Allen Beddingfield > Systems Engineer > Office of Information Technology > The University of Alabama > Office 205-348-2251 > allen(a)ua.edu > <https://www.ua.edu/> > > ________________________________ > From: Julio González Gil > Sent: Tuesday, January 14, 2020 9:52 AM > To: Beddingfield, Allen > Cc: uyuni-users(a)opensuse.org; cbbayburt(a)suse.de > Subject: Re: [uyuni-users] Re: mgr-create-bootstrap-repo not offering option > for Ubuntu 1804 > On martes, 14 de enero de 2020 16:42:47 (CET) Beddingfield, Allen wrote: > > My file has this: > > }, > > 'ubuntu-16.04-amd64' : { > > > > 'PDID' : [-2, 1917], 'PKGLIST' : PKGLISTUBUNTU1604, > > 'DEST' : > > '/srv/www/htdocs/pub/repositories/ubuntu/16/4/bootstrap/', > > 'TYPE' : 'deb' > > > > }, > > 'ubuntu-18.04-amd64' : { > > > > 'PDID' : [-1, 1918], 'PKGLIST' : PKGLISTUBUNTU1804, > > 'DEST' : > > '/srv/www/htdocs/pub/repositories/ubuntu/18/4/bootstrap/', > > 'TYPE' : 'deb' > > > > } > > > > The ACTUAL base channel is named: "ubuntu-18.04-pool-amd64". The main, > > main security, main updates, and universe channels are below it. There is > > NO "client tools" channel there. There is another base channel named > > "ubuntu-18.04-pool-amd64-uyuni", and the client tools repo is under it. > > So > > it is under a completely different base channel. > > > > You mentioned that I should not sync the -uyuni channels, but that is the > > only place where the client tools repo exists. Should I try syncing down > > the -uyuni channels, then modifying the config file to use > > "ubuntu-18.04-pool-amd64-uyuni" for the base channel? > > No, not really, I wrote: > > Those without "-uyuni" can be ignored in your case (they are intended > > for SUSE Manager). > > "ubuntu-18.04-pool-amd64" doesn't have client tools as a child because > for SUSE Manager those are SUSE products . But again: that's not what you > want for Uyuni. > > The reason you have the file contents you described above is that you are on > 4.0.2 (while I was wrongly looking at master) > > This is from 4.0.2: > https://github.com/uyuni-project/uyuni/blob/Uyuni-4.0.2/susemanager/src/mgr_ > bootstrap_data.py > > While this is from master: > https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boots > trap_data.py > > So in short: try the following: > > 1. Backup /usr/share/susemanager/mgr_bootstrap_data.py > 2. Download > https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boot > strap_data.py and copy it to /usr/share/susemanager/mgr_bootstrap_data.py > 3. Try "mgr-create-bootstrap-repo --with-custom-channels" > > That should work. If not, ping me again, and maybe I will ask you to do the > replacements I asked before :-) > > > Allen B. > > > > -- > > Allen Beddingfield > > Systems Engineer > > Office of Information Technology > > The University of Alabama > > Office 205-348-2251 > > allen(a)ua.edu > > <https://www.ua.edu/> > > > > ________________________________ > > From: Julio González Gil > > Sent: Tuesday, January 14, 2020 7:27 AM > > To: uyuni-users(a)opensuse.org > > Cc: Beddingfield, Allen; cbbayburt(a)suse.de > > Subject: Re: [uyuni-users] Re: mgr-create-bootstrap-repo not offering > > option for Ubuntu 1804 > > > > Those without "-uyuni" can be ignored in your case (they are intended > > for SUSE Manager). > > > > For me, this seems to be a bug at the bootstrap creator script not > > being able to detect ubuntu-1804-pool-amd64-uyuni as the base channel. > > > > Having a quick look, I'd say this is a bug at > > https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boo > > ts trap_data.py as the base channels fur Uyuni do have a dot in the > > version. > > > > Let's try the following: create a backup of > > /usr/share/susemanager/mgr_bootstrap_data.py > > > > Then change: > > 'BASECHANNEL' : 'ubuntu-16.04-pool-amd64-uyuni', 'PKGLIST' : > > PKGLISTUBUNTU1604, > > > > To: > > 'BASECHANNEL' : 'ubuntu-1604-pool-amd64-uyuni', 'PKGLIST' : > > PKGLISTUBUNTU1604, > > > > And: > > 'BASECHANNEL' : 'ubuntu-18.04-pool-amd64-uyuni', 'PKGLIST' : > > PKGLISTUBUNTU1804, > > > > To: > > 'BASECHANNEL' : 'ubuntu-1804-pool-amd64-uyuni', 'PKGLIST' : > > PKGLISTUBUNTU1804, > > > > Finally, try to rerun "mgr-create-bootstrap-repo --with-custom-channels" > > and let us know the results. > > > > On lunes, 13 de enero de 2020 20:48:24 (CET) Beddingfield, Allen wrote: > > > I am using version 4.0.2 > > > > > > I think I may have uncovered something that could be causing this. > > > If you do "spacewalk-common-channels -l" there are two sets of repos for > > > Ubuntu. ubuntu-1804-amd64-main: amd64-deb > > > > > > ubuntu-1804-amd64-main-security: amd64-deb > > > ubuntu-1804-amd64-main-security-uyuni: amd64-deb > > > ubuntu-1804-amd64-main-updates: amd64-deb > > > ubuntu-1804-amd64-main-updates-uyuni: amd64-deb > > > ubuntu-1804-amd64-main-uyuni: amd64-deb > > > ubuntu-1804-amd64-universe: amd64-deb > > > ubuntu-1804-amd64-universe-uyuni: amd64-deb > > > ubuntu-1804-amd64-uyuni-client: amd64-deb > > > ubuntu-1804-amd64-uyuni-client-devel: amd64-deb > > > ubuntu-1804-pool-amd64: amd64-deb > > > ubuntu-1804-pool-amd64-uyuni: amd64-deb > > > > > > Notice that some have "-uyuni" appended to the name, and some do not. > > > I was able to add all of those originally, and received an error with > > > the > > > others. I just went through and retried those without "-uyuni", and this > > > channel actually added this time: ubuntu-1804-pool-amd64 It also > > > created > > > the "main", "main security", and "main updates" beneath it. > > > > > > Which set of these repositories am I supposed to actually add and sync? > > > Why are there two? > > > > > > > > > > > > -- > > > Allen Beddingfield > > > Systems Engineer > > > Office of Information Technology > > > The University of Alabama > > > Office 205-348-2251 > > > allen(a)ua.edu > > > > > > > > > ________________________________________ > > > From: Beddingfield, Allen <allen(a)ua.edu> > > > Sent: Monday, January 13, 2020 10:43 AM > > > To: uyuni-users(a)opensuse.org > > > Subject: [uyuni-users] mgr-create-bootstrap-repo not offering option for > > > Ubuntu 1804 > > > > > > I have added the following channels with spacewalk-common-channels, > > > fully > > > synced them, and scheduled daily syncs for them. That is all working as > > > expected. > > > > > > ubuntu-1804-amd64-main-security-uyuni: amd64-deb > > > ubuntu-1804-amd64-main-updates-uyuni: amd64-deb > > > ubuntu-1804-amd64-main-uyuni: amd64-deb > > > ubuntu-1804-amd64-universe-uyuni: amd64-deb > > > ubuntu-1804-amd64-uyuni-client: amd64-deb > > > ubuntu-1804-amd64-uyuni-client-devel: amd64-deb > > > ubuntu-1804-pool-amd64-uyuni: amd64-deb > > > > > > When I run "mgr-create-bootstrap-repo --with-custom-channels", the > > > option > > > does not exist for creating a bootstrap repo for Ubutu 1804. It DOES > > > exist > > > for CentOS 7.x and openSUSE Leap 15.1. Here is a copy/paste of what I > > > see: > > > uyuni-test01:~ # mgr-create-bootstrap-repo --with-custom-channels > > > 1. centos-7-x86_64 > > > 2. openSUSE-Leap-15.1-x86_64 > > > Enter a number of a product label: > > > > > > Any ideas of where to begin troubleshooting this? > > > Thanks. > > > Allen B. > > > > > > > > > -- > > > Allen Beddingfield > > > Systems Engineer > > > Office of Information Technology > > > The University of Alabama > > > Office 205-348-2251 > > > allen(a)ua.edu > > > -- > > > To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org > > > To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org > > > > -- > > 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 -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: [uyuni-users] Re: mgr-create-bootstrap-repo not offering option for Ubuntu 1804
by Julio González Gil 14 Jan '20

14 Jan '20

On martes, 14 de enero de 2020 16:42:47 (CET) Beddingfield, Allen wrote: > My file has this: > > }, > 'ubuntu-16.04-amd64' : { > 'PDID' : [-2, 1917], 'PKGLIST' : PKGLISTUBUNTU1604, > 'DEST' : '/srv/www/htdocs/pub/repositories/ubuntu/16/4/bootstrap/', > 'TYPE' : 'deb' > }, > 'ubuntu-18.04-amd64' : { > 'PDID' : [-1, 1918], 'PKGLIST' : PKGLISTUBUNTU1804, > 'DEST' : '/srv/www/htdocs/pub/repositories/ubuntu/18/4/bootstrap/', > 'TYPE' : 'deb' > } > > > The ACTUAL base channel is named: "ubuntu-18.04-pool-amd64". The main, > main security, main updates, and universe channels are below it. There is > NO "client tools" channel there. There is another base channel named > "ubuntu-18.04-pool-amd64-uyuni", and the client tools repo is under it. So > it is under a completely different base channel. > > You mentioned that I should not sync the -uyuni channels, but that is the > only place where the client tools repo exists. Should I try syncing down > the -uyuni channels, then modifying the config file to use > "ubuntu-18.04-pool-amd64-uyuni" for the base channel? No, not really, I wrote: > Those without "-uyuni" can be ignored in your case (they are intended > for SUSE Manager). "ubuntu-18.04-pool-amd64" doesn't have client tools as a child because for SUSE Manager those are SUSE products . But again: that's not what you want for Uyuni. The reason you have the file contents you described above is that you are on 4.0.2 (while I was wrongly looking at master) This is from 4.0.2: https://github.com/uyuni-project/uyuni/blob/Uyuni-4.0.2/susemanager/src/mgr… While this is from master: https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boot… So in short: try the following: 1. Backup /usr/share/susemanager/mgr_bootstrap_data.py 2. Download https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boot… and copy it to /usr/share/susemanager/mgr_bootstrap_data.py 3. Try "mgr-create-bootstrap-repo --with-custom-channels" That should work. If not, ping me again, and maybe I will ask you to do the replacements I asked before :-) > Allen B. > > -- > Allen Beddingfield > Systems Engineer > Office of Information Technology > The University of Alabama > Office 205-348-2251 > allen(a)ua.edu > <https://www.ua.edu/> > > ________________________________ > From: Julio González Gil > Sent: Tuesday, January 14, 2020 7:27 AM > To: uyuni-users(a)opensuse.org > Cc: Beddingfield, Allen; cbbayburt(a)suse.de > Subject: Re: [uyuni-users] Re: mgr-create-bootstrap-repo not offering option > for Ubuntu 1804 > > Those without "-uyuni" can be ignored in your case (they are intended > for SUSE Manager). > > For me, this seems to be a bug at the bootstrap creator script not > being able to detect ubuntu-1804-pool-amd64-uyuni as the base channel. > > Having a quick look, I'd say this is a bug at > https://github.com/uyuni-project/uyuni/blob/master/susemanager/src/mgr_boots > trap_data.py as the base channels fur Uyuni do have a dot in the version. > > Let's try the following: create a backup of > /usr/share/susemanager/mgr_bootstrap_data.py > > Then change: > > 'BASECHANNEL' : 'ubuntu-16.04-pool-amd64-uyuni', 'PKGLIST' : > PKGLISTUBUNTU1604, > > To: > > 'BASECHANNEL' : 'ubuntu-1604-pool-amd64-uyuni', 'PKGLIST' : > PKGLISTUBUNTU1604, > > And: > > 'BASECHANNEL' : 'ubuntu-18.04-pool-amd64-uyuni', 'PKGLIST' : > PKGLISTUBUNTU1804, > > To: > > 'BASECHANNEL' : 'ubuntu-1804-pool-amd64-uyuni', 'PKGLIST' : > PKGLISTUBUNTU1804, > > Finally, try to rerun "mgr-create-bootstrap-repo --with-custom-channels" and > let us know the results. > > On lunes, 13 de enero de 2020 20:48:24 (CET) Beddingfield, Allen wrote: > > I am using version 4.0.2 > > > > I think I may have uncovered something that could be causing this. > > If you do "spacewalk-common-channels -l" there are two sets of repos for > > Ubuntu. ubuntu-1804-amd64-main: amd64-deb > > > > ubuntu-1804-amd64-main-security: amd64-deb > > ubuntu-1804-amd64-main-security-uyuni: amd64-deb > > ubuntu-1804-amd64-main-updates: amd64-deb > > ubuntu-1804-amd64-main-updates-uyuni: amd64-deb > > ubuntu-1804-amd64-main-uyuni: amd64-deb > > ubuntu-1804-amd64-universe: amd64-deb > > ubuntu-1804-amd64-universe-uyuni: amd64-deb > > ubuntu-1804-amd64-uyuni-client: amd64-deb > > ubuntu-1804-amd64-uyuni-client-devel: amd64-deb > > ubuntu-1804-pool-amd64: amd64-deb > > ubuntu-1804-pool-amd64-uyuni: amd64-deb > > > > Notice that some have "-uyuni" appended to the name, and some do not. > > I was able to add all of those originally, and received an error with the > > others. I just went through and retried those without "-uyuni", and this > > channel actually added this time: ubuntu-1804-pool-amd64 It also created > > the "main", "main security", and "main updates" beneath it. > > > > Which set of these repositories am I supposed to actually add and sync? > > Why are there two? > > > > > > > > -- > > Allen Beddingfield > > Systems Engineer > > Office of Information Technology > > The University of Alabama > > Office 205-348-2251 > > allen(a)ua.edu > > > > > > ________________________________________ > > From: Beddingfield, Allen <allen(a)ua.edu> > > Sent: Monday, January 13, 2020 10:43 AM > > To: uyuni-users(a)opensuse.org > > Subject: [uyuni-users] mgr-create-bootstrap-repo not offering option for > > Ubuntu 1804 > > > > I have added the following channels with spacewalk-common-channels, fully > > synced them, and scheduled daily syncs for them. That is all working as > > expected. > > > > ubuntu-1804-amd64-main-security-uyuni: amd64-deb > > ubuntu-1804-amd64-main-updates-uyuni: amd64-deb > > ubuntu-1804-amd64-main-uyuni: amd64-deb > > ubuntu-1804-amd64-universe-uyuni: amd64-deb > > ubuntu-1804-amd64-uyuni-client: amd64-deb > > ubuntu-1804-amd64-uyuni-client-devel: amd64-deb > > ubuntu-1804-pool-amd64-uyuni: amd64-deb > > > > When I run "mgr-create-bootstrap-repo --with-custom-channels", the option > > does not exist for creating a bootstrap repo for Ubutu 1804. It DOES > > exist > > for CentOS 7.x and openSUSE Leap 15.1. Here is a copy/paste of what I > > see: > > uyuni-test01:~ # mgr-create-bootstrap-repo --with-custom-channels > > 1. centos-7-x86_64 > > 2. openSUSE-Leap-15.1-x86_64 > > Enter a number of a product label: > > > > Any ideas of where to begin troubleshooting this? > > Thanks. > > Allen B. > > > > > > -- > > Allen Beddingfield > > Systems Engineer > > Office of Information Technology > > The University of Alabama > > Office 205-348-2251 > > allen(a)ua.edu > > -- > > To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org > > -- > 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

1 0

[uyuni-users] mgr-create-bootstrap-repo not offering option for Ubuntu 1804
by Beddingfield, Allen 14 Jan '20

14 Jan '20

I have added the following channels with spacewalk-common-channels, fully synced them, and scheduled daily syncs for them. That is all working as expected. ubuntu-1804-amd64-main-security-uyuni: amd64-deb ubuntu-1804-amd64-main-updates-uyuni: amd64-deb ubuntu-1804-amd64-main-uyuni: amd64-deb ubuntu-1804-amd64-universe-uyuni: amd64-deb ubuntu-1804-amd64-uyuni-client: amd64-deb ubuntu-1804-amd64-uyuni-client-devel: amd64-deb ubuntu-1804-pool-amd64-uyuni: amd64-deb When I run "mgr-create-bootstrap-repo --with-custom-channels", the option does not exist for creating a bootstrap repo for Ubutu 1804. It DOES exist for CentOS 7.x and openSUSE Leap 15.1. Here is a copy/paste of what I see: uyuni-test01:~ # mgr-create-bootstrap-repo --with-custom-channels 1. centos-7-x86_64 2. openSUSE-Leap-15.1-x86_64 Enter a number of a product label: Any ideas of where to begin troubleshooting this? Thanks. Allen B. -- Allen Beddingfield Systems Engineer Office of Information Technology The University of Alabama Office 205-348-2251 allen(a)ua.edu -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] no SLES12 products available
by Haupt, Torsten 14 Jan '20

14 Jan '20

Hi, I can't see any SLES12 products in the setup wizard, just SLES15, RHEL and Ubuntu. SCC shows everything from SLES10 to SLES15.1. So I can't add SLES12 SP5 at the moment. Any suggestions? Regards Torsten -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

4 5

Re: [uyuni-users] spacecmd: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe3 in position 1: ordinal not in range(128)
by Torsten haupt 14 Jan '20

14 Jan '20

> On 24.09.19 13:55, Haupt, Torsten wrote: > > Hi, > > > > the output is > > i | Uyuni Server Stable | spacecmd > > | 4.0.12-400.1.1.uyunimaster | noarch > > > > > > > >> -----Original Message----- > >> From: Michele Bologna [mailto:mbologna@suse.de] > >> Sent: Tuesday, September 24, 2019 1:29 PM > >> To: uyuni-users(a)opensuse.org > >> Subject: [EXTERN] Re: [uyuni-users] spacecmd: UnicodeDecodeError: 'ascii' > >> codec can't decode byte 0xe3 in position 1: ordinal not in range(128) > >> > >> On 20/09/2019, at 07:47, Haupt, Torsten wrote: > >>> Hello, > >>> > >>> the spacecmd command doesn't work anymore on my uyuni server. I get > >> the following error: > >> > >> Can you please share the spacecmd version you are running? > >> > >> Example: > >> > >> # zypper pa -i | grep -i spacecmd > >> i | Uyuni builds from master branch | spacecmd > >> | 4.0.12-410.29.1.uyunimaster | noarch > >> i | Uyuni-Master-x86_64-Pool | spacecmd > >> | 4.0.12-410.29.1.uyunimaster | noarch > > > Hi! > > Since we write with "wb" and read with "rb", I don't think this should happen. Is > the locale set to something with UTF-8? > Hi, spacecmd still doesn't work; same error. smduyuni:~ # localectl System Locale: LC_CTYPE=de_DE.UTF-8 VC Keymap: de-nodeadkeys X11 Layout: n/a Should I change the locale configuration? Which locale should i use? Greets Torsten -- 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] Uyuni 4.02, repositories from SCC are only partially displayed
by Thomas Weis 13 Jan '20

13 Jan '20

Hello everyone, I am new here and not sure if this is the right way to look for help. I successfully installed the current Uyuni stable version, after the initial setup all SLES repositories available in the SCC were shown in the first overview and I was able to successfully synchronize all repos. For reasons not yet known to me, however, I am now not shown any SLES12 repositories. However, I can manually synchronize all SLES12 repositories whose regular sync intervals I originally set up with spacewalk-repo-sync. The nightly reposyncs are successful. My question now is, how can I display all channels and repositories that are actually available to me in the SCC in the Uyuni server, is there a "reset" or something similar? Here is a link for some Printscreens, hope, that is allowed? (please wait some seconds and then click“als Gast beitreten“) https://share.ntw-datentechnik.de/ssf/a/c/p_name/ss_forum/p_action/1/binder… lot of Thanks for your support Regards Thomas -- 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] Cobbler system add fails with exception
by Strahil Nikolov 01 Dec '19

01 Dec '19

Hello Community, I'm trying to setup a fully automated deployment with Uyuni and cobbler, but it seems that there is something wrong with my setup. When I run 'uyuni:/etc/cobbler # cobbler system add --help' Traceback (most recent call last): File "/usr/bin/cobbler", line 35, in <module> sys.exit(app.main()) File "/usr/lib/python3.6/site-packages/cobbler/cli.py", line 745, in main rc = cli.run(sys.argv) File "/usr/lib/python3.6/site-packages/cobbler/cli.py", line 358, in run self.object_command(object_type, object_action) File "/usr/lib/python3.6/site-packages/cobbler/cli.py", line 428, in object_command network_interface_fields, settings, object_action) File "/usr/lib/python3.6/site-packages/cobbler/cli.py", line 238, in add_options_from_fields _add_parser_option_from_field(parser, field, settings) File "/usr/lib/python3.6/site-packages/cobbler/cli.py", line 209, in _add_parser_option_from_field raise Exception("field %s default value (%s) is not listed in choices (%s)" % (name, default, str(choices))) Exception: field redhat_management_key default value (<<inherit>>) is not listed in choices (str) I got a traceback that 'redhat_management_key' default value is not listed in choices. My guess is that this should not happen,but my python skills are quite limited. As I have a separate NIC (separate VLAN) for the Uyuni's cobbler, I wanted to be able to pass in kickstart/autoyast 's script the network settings (via system variables) before powering off the machine. Then an automated process will change the VLAN (and PXE boot) of the client's NIC and will start it up. Once it's available, it will be bootstrapped and additional configuration can be done on the permanent address. Also, it seems that bootstrapping RHEL 7 via cobbler is failing, so that cannot be done during initial deployment. Most probably the 'spacewalk/redhat_register' snippet has an issue and cobbler is not expanding the it. Thanks for reading such a long post and any help is appreciated, maybe there is already a fix. If not - I can provide details in an issue. Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 1

[uyuni-users] New repository URLs for Uyuni Master/Develop Server and Proxy
by Julio Gonzalez 30 Oct '19

30 Oct '19

Hi everyone. The URLs for Uyuni Master (AKA Develop), Server and Proxy are now as follows: Server: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… Proxy: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… The reason for this change is that we plan to replicate this for Stable as well, so in the future changing the Uyuni version will not affect the repositories. I repeat, because this is important: this change does NOT affect Stable for now. When the time comes, we will warn about it at the mailing lists, and at the release notes (change does not affect Client Tools neither for Master/Develop or Stable, and will never affect them). # NEW INSTALLATIONS The website is now updated, so if you install a new Uyuni Master environment, you will be using the new URLs. # EXISTING INSTALLATIONS For existing installations, remember: those are NOT intended for production, and updating is NOT supported. Still, if you want to do things on your own then, at the server: 1. Update your `.repo` file for the server with the new URL. 2. Update at least `spacewalk-utils` package 3. Use `spacewalk-common-channels` to add the channels you need: uyuni-proxy- devel (and uyuni-server-devel if for some reason you already have the previous one). 4. If you don't need the previous channels, remove them: uyuni-proxy-devel- leap-151 (and uyuni-server-devel-leap-151 if for some reason you have it). Remember to remove the repositories as well. Best regards. -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] Uyuni chat now available at Gitter!
by Julio Gonzalez 18 Oct '19

18 Oct '19

Hi all, We are now starting a PoC to consider moving our IRC channel at Freenode to Gitter. So as part of the PoC, our Gitter is now available at: https://gitter.im/uyuni-project/ Among other benefits, Gitter provides provide: - Rich text and files (and an easier way for people to provide commands, logs, etc). - Notifications - History (without bouncers). - Easy linking to GitHub issues. It also as an IRC gateway, for those that want to use an IRC client: https://irc.gitter.im/ We invite you all to join, and give it a try during the next two weeks. Meanwhile, we will be collecting feedback from you at Gitter, IRC and the uyuni-devel and uyuni-users mailing lists [1] With the experience and the feedback, we will decide in two weeks. Best regards, and have a nice weekend! [1] https://www.uyuni-project.org/pages/contact.html#ml -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] João's SUSE Con presentation
by SimonC 14 Oct '19

14 Oct '19

Hi, Is João's SUSEcon 2018 presentation available, either as video, or just the slide deck ? I'm planning on submitting something for SUSECon 2019, but don't want to be too similar to that one. Thanks. -- 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] Moving IRC channel to Gitter
by Julio Gonzalez 07 Oct '19

07 Oct '19

Hi all, We are considering moving our IRC channel at Freenode to Gitter. We would like to give it a try (meaning we'd keep both IRC and Gitter in parallel for some time), and mid-term replace it if we find the test satisfactory. Among other benefits, Gitter would provide: - Rich text and files (and an easier way for people to provide commands, logs, etc). - Notifications - History (without bouncers). - Easy linking to GitHub issues. But, before starting testing anything, we would like to know what our community thinks about it. Best regards. -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] spacecmd: UnicodeDecodeError: 'ascii' codec can't decode byte 0xe3 in position 1: ordinal not in range(128)
by Haupt, Torsten 27 Sep '19

27 Sep '19

Hello, the spacecmd command doesn't work anymore on my uyuni server. I get the following error: Welcome to spacecmd, a command-line interface to Spacewalk. Type: 'help' for a list of commands 'help <cmd>' for command-specific help 'quit' to quit Traceback (most recent call last): File "/usr/bin/spacecmd", line 193, in <module> if not shell.do_login(''): File "/usr/lib/python3.6/site-packages/spacecmd/misc.py", line 384, in do_login self.load_caches(server, username) File "/usr/lib/python3.6/site-packages/spacecmd/misc.py", line 722, in load_caches load_cache(self.system_cache_file) File "/usr/lib/python3.6/site-packages/spacecmd/utils.py", line 119, in load_cache data = pickle.load(inputfile) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe3 in position 1: ordinal not in range(128) Greets Torsten Haupt -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 4

[uyuni-users] http download is not possible from uyuni server
by Kaercher, Alexander 26 Sep '19

26 Sep '19

Hello @all, Since the update I'm not able to down via http request the bootstrap script from the uyuni server. If I try to download it over wget , I see only that the HTTP request get an OK back, but no download is running. The resolve of the DNS is successfully. On the uyuni is no firewall running. HTTPS requests are successfully. No error message in /var/log/apache2/* No error message in /var/log/tomcat/* No error message in /var/log/rhn/* Uyuni version: 4.0.2 Wget from client: --2019-09-25 16:01:44-- (try:20) http://uyuni/pub/bootstrap/bootstrap.sh Connecting to uyuni (xxxxxxxxx)|xxx.xxx.xxx.xxx|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 27178 (27K) [application/x-shellscript] Saving to: 'bootstrap.sh.1' 0% [ ] 0 --.-K/s in 0s 2019-09-25 16:01:44 (0.00 B/s) - Connection closed at byte 0. Giving up. Did someone has an idea where I can found an error message to solve the issue ? Mit freundlichen Grüßen / With kind regards Alexander Kärcher Delivery Manager Linux/unix and Datamanagement DXC Technology Germany Faktorhaus, Berliner Platz 1, 67056 Ludwigshafen T +49 621 48187569 M +49 1525 47 54976 alexander.kaercher(a)dxc.com Planed absence: xx.xx.2019 - xx.xx.2019 EntServ Deutschland GmbH Schickardstr. 32 71034 Böblingen dxc.technology / Twitter / Facebook / LinkedIn Geschäftsführer: Dirk Schürmann, Joachim Löffler, Karl Anzboeck, Claus Schünemann Sitz der Gesellschaft: Böblingen, Amtsgericht Stuttgart HRB 757510 VAT ID: DE307881136 EntServ Deutschland GmbH: Schickardstraße 32, 71034 Böblingen, Germany - Board of Directors: Dirk Schürmann, Joachim Löffler, Karl Anzboeck - Registered in Stuttgart: HRB 757510. DXC Technology Company -- This message is transmitted to you by or on behalf of DXC Technology Company or one of its affiliates. It is intended exclusively for the addressee. The substance of this message, along with any attachments, may contain proprietary, confidential or privileged information or information that is otherwise legally exempt from disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate any part of this message. If you have received this message in error, please destroy and delete all copies and notify the sender by return e-mail. Regardless of content, this e-mail shall not operate to bind DXC Technology Company or any of its affiliates to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. --. -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 4

[uyuni-users] Uyuni 4.0.2 - minor version control on RHEL/CentOS 8
by Strahil Nikolov 25 Sep '19

25 Sep '19

Hello Community, I know that RHEL 8 (and all its derivatives) are far away from production ready, but I would like to ask if anyone has managed to sync the CentOS (or even better - RHEL) 8 repositories ? I'm asking , as I want to sync CentOS (& RHEL) repos in dedicated channels like 8.0, 8.1, etc - which will allow me at later stage to remove only older releases ( which leads to more efficient space usage).At work we have a SUSE provided channel for Red Hat systems (SUMA v3.2) - but it's just a large repo without control about minor versioning.I have noticed that point-in-time repos do work untill you split a Minor version :) Once I manage to do it on the dev (Uyuni 4.0.2) , I will be able to propose that at work.The other approach I was thinking is using a VM with 'subscription-manager' (valid only for RHEL) locked to a specific version and pulling all rpms which will be a Uyuni repo for a channel. For CentOS , I was thinking to sync mirrors' directories (for example 7.7.1908 as one repo) as channel repos. Thanks for reading this long e-mail. Thanks for your reply. Best Regards, Strahil Nikolov -- 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] remove old channels added via SCC
by Haupt, Torsten 25 Sep '19

25 Sep '19

Hi, how can I delete old channels and repositories, which I added via SCC (Admin | Setup Wizard)? I don't need SLES12SP3 anymore and accidently added a HPC repo. I can't see any option to remove these channels. Greets Torsten -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] Update CentOS (python-zmq)
by Haupt, Torsten 24 Sep '19

24 Sep '19

Hey, I have several CentOS machines in my uyuni server (4.0.2). The updates of CentOS makes some problems: <snip> --> Abhängigkeit libzmq.so.5()(64bit) wird für Paket python2-zmq-14.7.0-8.el7.x86_64 verarbeitet --> Abhängigkeitsauflösung beendet --> Transaktionsprüfung wird ausgeführt ---> Paket kernel.x86_64 0:3.10.0-957.12.1.el7 markiert, um gelöscht zu werden ---> Paket python-zmq.x86_64 0:14.5.0-400.3.1.develHead markiert, um veraltet zu werden --> Abhängigkeit python-pyzmq >= 2.2.0 wird für Paket python2-salt-2019.2.0-16.2.x86_64 verarbeitet ---> Paket python2-zmq.x86_64 0:14.7.0-8.el7 markiert, um Aufräumen zu werden --> Abhängigkeit libzmq.so.5()(64bit) wird für Paket python2-zmq-14.7.0-8.el7.x86_64 verarbeitet --> Abhängigkeitsauflösung beendet Fehler: Paket: python2-salt-2019.2.0-16.2.x86_64 (@susemanager:centos7-uyuni-client-x86_64) Benötigt: python-pyzmq >= 2.2.0 Entfernen: python-zmq-14.5.0-400.3.1.develHead.x86_64 (@susemanager:bootstrap) python-pyzmq = 14.5.0-400.3.1.develHead Überholt durch: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:epel7-centos7-x86_64) Nicht gefunden Verfügbar: python-zmq-14.5.0-3.4.x86_64 (susemanager:centos7-uyuni-client-x86_64) python-pyzmq = 14.5.0-3.4 Fehler: Paket: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:epel7-centos7-x86_64) Benötigt: libzmq.so.5()(64bit) Sie können versuchen, mit --skip-broken das Problem zu umgehen. Sie könnten Folgendes versuchen: rpm -Va --nofiles --nodigest The EPEL repository is activated and integrated in uyuni. I excluded python-zmq* and zeromq* from the epel channel und resynced (https://github.com/uyuni-project/uyuni/issues/1077) I also built the bootstrap repo again. But the error still occurs. What I have to change to update CentOS machines? Greets Torsten Haupt -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] spacewalk error message by running zypper command
by Kaercher, Alexander 23 Sep '19

23 Sep '19

Hello @All, Server is successfully register to the uyuni. I can manage the configure files and update channels from the uyuni server. Updates can be deploy from the repositories which are provided from the uyuni server. But I receive this error message at the beginning, when I run zipper command: Refreshing service 'spacewalk'. Problem retrieving the repository index file for service 'spacewalk': [spacewalk|file:/usr/lib/zypp/plugins/services/spacewalk] Error Message: This system is already registered as a Salt Minion. If you want to register it as a traditional client please delete it first via the web UI or API and then register it using the traditional tools. Error Class Code: 48 Error Class Info: This system is already registered as a Salt Minion. If you want to register it as a traditional client please delete it first via the web UI or API and then register it using the traditional tools. Explanation: An error has occurred while processing your request. If this problem persists please enter a bug report at scc.suse.com. If you choose to submit the bug report, please be sure to include details of what you were trying to do when this error occurred and details on how to reproduce this problem. Warning: Skipping service 'spacewalk' because of the above error. Mit freundlichen Grüßen / With kind regards Alexander Kärcher EntServ Deutschland GmbH: Schickardstraße 32, 71034 Böblingen, Germany - Board of Directors: Dirk Schürmann, Joachim Löffler, Karl Anzboeck - Registered in Stuttgart: HRB 757510. DXC Technology Company -- This message is transmitted to you by or on behalf of DXC Technology Company or one of its affiliates. It is intended exclusively for the addressee. The substance of this message, along with any attachments, may contain proprietary, confidential or privileged information or information that is otherwise legally exempt from disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate any part of this message. If you have received this message in error, please destroy and delete all copies and notify the sender by return e-mail. Regardless of content, this e-mail shall not operate to bind DXC Technology Company or any of its affiliates to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. --. -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 7

[uyuni-users] Error by sync of opensuse 15.1 update channel
by Kaercher, Alexander 19 Sep '19

19 Sep '19

Hello @All, I have added the Opensuse 15.1 Update over the spacewalk-common-channel to my uyuni. If I start the sync the following issue comes up in the logfile: 2019/09/02 11:26:30 +02:00 97.15 % 2019/09/02 11:26:31 +02:00 'NoneType' object has no attribute 'strip' 2019/09/02 11:26:37 +02:00 'NoneType' object has no attribute 'strip' 2019/09/02 11:26:44 +02:00 'NoneType' object has no attribute 'strip' 2019/09/02 11:26:45 +02:00 'NoneType' object has no attribute 'strip' 2019/09/02 11:26:45 +02:00 Importing packages finished. 2019/09/02 11:26:45 +02:00 2019/09/02 11:26:45 +02:00 Linking packages to the channel. 2019/09/02 11:28:29 +02:00 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 2019/09/02 11:28:29 +02:00 Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 568, 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 1142, in import_packages importer.run() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'fuse3', 'epoch': None, 'version': '3.6.1', 'release': 'lp151.2.1', 'arch': 'x86_64', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {172: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '1a32045cc68d2fcade9b945d8137ac0f9c521d936005faf6d9200b25b7f45983', 'checksum_type': 'sha256', 'checksums': {'sha256': '1a32045cc68d2fcade9b945d8137ac0f9c521d936005faf6d9200b25b7f45983'}, 'name_id': 52144, 'evr_id': 1922, 'package_arch_id': 120, 'nevra_id': 211225, 'checksum_id': 11451621}] in table rhnPackage If I add the repo manual I'm also not able to sync. Mit freundlichen Grüßen / With kind regards Alexander Kärcher Delivery Manager Linux/unix and Datamanagement DXC Technology Germany Faktorhaus, Berliner Platz 1, 67056 Ludwigshafen T +49 621 48187569 M +49 1525 47 54976 alexander.kaercher(a)dxc.com Planed absence: xx.xx.2019 - xx.xx.2019 EntServ Deutschland GmbH Schickardstr. 32 71034 Böblingen dxc.technology / Twitter / Facebook / LinkedIn Geschäftsführer: Dirk Schürmann, Joachim Löffler, Karl Anzboeck, Claus Schünemann Sitz der Gesellschaft: Böblingen, Amtsgericht Stuttgart HRB 757510 VAT ID: DE307881136 DXC Technology Company -- This message is transmitted to you by or on behalf of DXC Technology Company or one of its affiliates. It is intended exclusively for the addressee. The substance of this message, along with any attachments, may contain proprietary, confidential or privileged information or information that is otherwise legally exempt from disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate any part of this message. If you have received this message in error, please destroy and delete all copies and notify the sender by return e-mail. Regardless of content, this e-mail shall not operate to bind DXC Technology Company or any of its affiliates to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. --. -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 3

Re: [uyuni-users] Repository confirmation question
by Strahil 19 Sep '19

19 Sep '19

Hi Steve, I guess so... Do you suspect a package is missing from Uyuni that is in the repos ? Best Regards, Strahil NikolovOn Sep 6, 2019 15:44, Steve Moring <smoring(a)dgsllc.biz> wrote: > > Strahil, > > On Thu, 2019-09-05 at 19:53 +0000, Strahil Nikolov wrote: > > With rpm-based repos, you got repodata having the necessary data. > > As this is the update repo , you can do the following: > > > > uyuni:/tmp # curl -s > > 'http://mirrors.xgroup.si/opensuse/update/leap/15.1/oss/repodata/17a > > 7ddeb6d5c2e697c1f4fb18d29ff91d9e290d61a65933f5955abaa9e9f15f7- > > updateinfo.xml.gz' | gunzip -d - | grep 'package name' | grep > > 'arch="x86_64"' | wc -l > > Thank you. > > > > > In my case it shows 3337 packages of arch x86_64 > > I can understand some differences between repo's, your repo may not be > as current as another (the download.opensuse.org shows 3338 according > to uyuni). > > What I'm baffled by is why there would be such a disparity between the > repodata and the actual html listing the rpms. Guessing that this is > due to package dependencies? > > > > > Maybe I'm using the wrong xml ... if so , do not hesitate to correct > > me. > > > > Best Regards, > > Strahil Nikolov > N��r��y隊[��x��칻�&ޢ��'��-��w�zf��쮞+�z�>� ޮ�^�ˬz��

3 2

[uyuni-users] Repository confirmation question
by Steve Moring 06 Sep '19

06 Sep '19

Hi, I am nearly certain that my openSUSE 15.1 repository is synchronized with it's associated repository on download.opensuse.org. http://download.opensuse.org/update/leap/15.1/oss/x86_64/ How do I tell if my count on uyuni for the repo of 3338 (today), matches what's on the repository? I have tried wget for the index.html and counting the "mirrorlist" with wc -l after an egrep of the index.html - but the count of links found here versus what's in uyuni don't match. I only see 2887 total lines in the index.html, of which 2832 actually include url's to the actual rpms. Is there a way to do this to confirm? Am I not understanding how the repo's are concatenated and counted? Thanks, -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] Bootstrap disables other repo's but doesn't add uyuni repos
by Steve Moring 03 Sep '19

03 Sep '19

Hi, Tools repo's are synch'd. Creating the bootstrap script doesn't show any errors. The bootstrap script doesn't show any errors when run on the client. There are no uyuni provided repo's listed after accepting the salt key. Where do I look next? I thought that the zypper.log on the client being bootstrapped would show me what I needed to see but it's not showing any errors. -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 1

Re: [uyuni-users] Re: synchronization issue
by Strahil 02 Sep '19

02 Sep '19

Hi Julio, Mistery is solved. Indeed , after the rebuild I have also enabled the devel channel: uyuni:~ # spacecmd -u admin package_details zypp-plugin-spacewalk INFO: Connected to https://uyuni.localdomain.com/rpc/api as admin Name: python2-zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: python2-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/045/python2-zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/0454e08d9c88dfb607351d36ba94e5558d201bfc615a95c06b65e84203a39a85/python2-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 24288 SHA256: 0454e08d9c88dfb607351d36ba94e5558d201bfc615a95c06b65e84203a39a85 Installed Systems: 0 Description ----------- Python 2 specific files of zypp-plugin-spacewalk Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-x86_64 Name: python2-zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: python2-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/6ff/python2-zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/6ffcd0d2ee5b9d0e0803ae4a7f16babc41d4b6c3f14f8ca51d1d1294f995b6a5/python2-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 23696 SHA256: 6ffcd0d2ee5b9d0e0803ae4a7f16babc41d4b6c3f14f8ca51d1d1294f995b6a5 Installed Systems: 0 Description ----------- Python 2 specific files of zypp-plugin-spacewalk Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-devel-x86_64 ############################## Name: python3-zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/24f/python3-zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/24fd01061e87dade2deeb20522caaaeb3652e69f180e3d9625b7d36178594842/python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 24580 SHA256: 24fd01061e87dade2deeb20522caaaeb3652e69f180e3d9625b7d36178594842 Installed Systems: 0 Description ----------- Python 3 specific files of zypp-plugin-spacewalk Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-x86_64 Name: python3-zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/796/python3-zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/796505ed1b50a5c5aaf295337762cd5a418d6a1f212a669e8de75f4e375e0ce6/python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 23988 SHA256: 796505ed1b50a5c5aaf295337762cd5a418d6a1f212a669e8de75f4e375e0ce6 Installed Systems: 0 Description ----------- Python 3 specific files of zypp-plugin-spacewalk Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-devel-x86_64 ############################## Name: zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/6d0/zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f9276d32ab9ae9d/zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 14804 SHA256: 6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f9276d32ab9ae9d Installed Systems: 0 Description ----------- This plugin allows a ZYpp powered Linux system to see Spacewalk subscribed repositories as well as downloading packages from the a Spacewalk compatible server. Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-x86_64 Name: zypp-plugin-spacewalk Version: 1.0.5 Release: lp150.3.1 Epoch: Arch: noarch File: zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Path: packages/1/391/zypp-plugin-spacewalk/1.0.5-lp150.3.1/noarch/391365ef3868fcb0b92d74099a5e1b76f94a636c6e05b199b7c62fb9715a5829/zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm Size: 14212 SHA256: 391365ef3868fcb0b92d74099a5e1b76f94a636c6e05b199b7c62fb9715a5829 Installed Systems: 0 Description ----------- This plugin allows a ZYpp powered Linux system to see Spacewalk subscribed repositories as well as downloading packages from the a Spacewalk compatible server. Available From Channels ----------------------- opensuse_leap15_1-uyuni-client-devel-x86_64 I will get rid of the devel and check it out. Best Regards, Strahil NikolovOn Sep 2, 2019 14:14, Julio Gonzalez <jgonzalez(a)suse.com> wrote: > > On lunes, 2 de septiembre de 2019 12:55:36 (CEST) Strahil Nikolov wrote: > > Hi Julio, > > > > I couldn't upload it to paste.opensuse.org , so I put it on pastebin: > > https://pastebin.com/zSrDtneB > > > > P.S.: If you received this message multiple times, please excuse me. > > So far I only received it once :-) > > Are you having problems sending to the ML? Some days ago I got my emails > rejected, but now things are working again. > > > Best Regards, > > Strahil Nikolov > > As far as I can tell from the log, the reason of having some packages > duplicated (without -d flag) is that, indeed, you have some package with the > same name, version and release, and different checksums. > > For example: > > DEBUG:Package zypp-plugin-spacewalk found 2 resulting packages: > > DEBUG:{'id': 2050, 'nvrea': 'zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch', > 'arch': 'noarch', 'path': 'packages/1/391/zypp-plugin-spacewalk/1.0.5- > lp150.3.1/noarch/ > 391365ef3868fcb0b92d74099a5e1b76f94a636c6e05b199b7c62fb9715a5829/zypp-plugin- > spacewalk-1.0.5-lp150.3.1.noarch.rpm'} > copy 'zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch' > DEBUG:copy /var/spacewalk / packages/1/391/zypp-plugin-spacewalk/1.0.5- > lp150.3.1/noarch/ > 391365ef3868fcb0b92d74099a5e1b76f94a636c6e05b199b7c62fb9715a5829/zypp-plugin- > spacewalk-1.0.5-lp150.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/ > opensuse/15/1/bootstrap/noarch > > DEBUG:{'id': 2144, 'nvrea': 'zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch', > 'arch': 'noarch', 'path': 'packages/1/6d0/zypp-plugin-spacewalk/1.0.5- > lp150.3.1/noarch/ > 6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f9276d32ab9ae9d/zypp-plugin- > spacewalk-1.0.5-lp150.3.1.noarch.rpm'} > copy 'zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch' > DEBUG:copy /var/spacewalk / packages/1/6d0/zypp-plugin-spacewalk/1.0.5- > lp150.3.1/noarch/ > 6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f9276d32ab9ae9d/zypp-plugin- > spacewalk-1.0.5-lp150.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/ > opensuse/15/1/bootstrap/noarch > > Could it be that you have the client tools for master (Devel) and Stable > enabled and synced at the same time? > > Try this at spacecmd: > > package_details zypp-plugin-spacewalk > > Most probably you will get the package twice, and it will show you from what > channel each package is being synced (you can also copy to pastebin) > > If so, you should remove the repositories and channel for devel, then remove > the orphaned packages, and then regenerate the bootstrap repositories. > > > -- > Julio González Gil > Release Engineer, SUSE Manager and Uyuni > jgonzalez(a)suse.com

1 0

[uyuni-users] synchronization issue
by Steve Moring 02 Sep '19

02 Sep '19

Sorry about the large post, but I wasn't sure what to include. When I attempt to synchronize the listed channel, I receive the errors at the end. Is this an issue that others have seen? I believe it's this: *************************************************************** 12:52:56 Importing packages to DB: Importing packages: |#----------------------------- --------------------| 1.09% 12:54:54 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(37569, 167152) already exists. *************************************************************** Should I remove then re-add the repo? uyuni:~ # /usr/bin/spacewalk-repo-sync --channel opensuse_leap15_1- x86_64-updates --type yum --non-interactive & [1] 11263 uyuni:~ # 12:47:22 ====================================== 12:47:22 | Channel: opensuse_leap15_1-x86_64-updates 12:47:22 ====================================== 12:47:22 Sync of channel started. Retrieving repository 'opensuse_leap15_1-x86_64-updates' metadata ................................................[done] Building repository 'opensuse_leap15_1-x86_64-updates' cache .....................................................[done] All repositories have been refreshed. 12:47:30 Repo URL: http://download.opensuse.org/update/leap/15.1/oss/ 12:47:30 Packages in repo: 3495 12:47:42 Packages already synced: 2529 12:47:42 Packages to sync: 966 12:47:42 New packages to download: 826 12:47:42 Downloading packages: 12:47:42 Downloading total 826 files from 1 queues. 12:47:44 1/826 : kernel-docs-html-4.12.14-lp151.28.13.1.noarch.rpm 12:47:50 2/826 : kernel-obs-build-4.12.14-lp151.28.13.1.x86_64.rpm 12:47:52 3/826 : kernel-obs-qa-4.12.14-lp151.28.13.1.x86_64.rpm 12:47:56 4/826 : kernel-macros-4.12.14-lp151.28.13.1.noarch.rpm 12:47:59 5/826 : kernel-kvmsmall-devel-4.12.14- lp151.28.13.1.x86_64.rpm 12:48:06 6/826 : kernel-syms-4.12.14-lp151.28.13.1.x86_64.rpm 12:48:15 7/826 : kernel-kvmsmall-base-4.12.14- lp151.28.13.1.x86_64.rpm 12:48:32 8/826 : kernel-kvmsmall-4.12.14-lp151.28.13.1.x86_64.rpm 12:48:41 9/826 : kernel-vanilla-devel-4.12.14- lp151.28.13.1.x86_64.rpm 12:48:42 10/826 : kpartx-0.7.9+164+suse.e41fbd9- lp151.2.3.1.i586.rpm 12:48:42 11/826 : kernel-vanilla-base-4.12.14- lp151.28.13.1.x86_64.rpm 12:48:43 12/826 : kpartx-0.7.9+164+suse.e41fbd9- lp151.2.3.1.x86_64.rpm 12:48:44 13/826 : libIlmImf-2_2-23-2.2.1-lp151.4.6.1.i586.rpm 12:48:44 14/826 : libIlmImf-2_2-23-2.2.1-lp151.4.6.1.x86_64.rpm 12:48:45 15/826 : libIlmImfUtil-2_2-23-2.2.1-lp151.4.6.1.i586.rpm 12:48:45 16/826 : libIlmImf-2_2-23-32bit-2.2.1- lp151.4.6.1.x86_64.rpm 12:48:45 17/826 : libIlmImfUtil-2_2-23-2.2.1- lp151.4.6.1.x86_64.rpm 12:48:45 18/826 : libIlmImfUtil-2_2-23-32bit-2.2.1- lp151.4.6.1.x86_64.rpm 12:48:46 19/826 : libMagick++-7_Q16HDRI4-7.0.7.34- lp151.7.9.1.i586.rpm 12:48:46 20/826 : libMagick++-7_Q16HDRI4-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:46 21/826 : libMagick++-7_Q16HDRI4-32bit-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:46 22/826 : libMagick++-devel-7.0.7.34-lp151.7.9.1.i586.rpm 12:48:47 23/826 : libMagick++-devel-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:47 24/826 : libMagick++-devel-32bit-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:48 25/826 : libMagickCore-7_Q16HDRI6-7.0.7.34- lp151.7.9.1.i586.rpm 12:48:49 26/826 : kernel-vanilla-4.12.14-lp151.28.13.1.x86_64.rpm 12:48:49 27/826 : libMagickCore-7_Q16HDRI6-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:49 28/826 : libMagickWand-7_Q16HDRI6-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:50 29/826 : libMagickCore-7_Q16HDRI6-32bit-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:50 30/826 : libMagickWand-7_Q16HDRI6-7.0.7.34- lp151.7.9.1.i586.rpm 12:48:50 31/826 : libMagickWand-7_Q16HDRI6-32bit-7.0.7.34- lp151.7.9.1.x86_64.rpm 12:48:50 32/826 : libTMCG-devel-1.3.18-lp151.3.3.1.x86_64.rpm 12:48:50 33/826 : libTMCG18-1.3.18-lp151.3.3.1.x86_64.rpm 12:48:51 34/826 : libada7-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:48:51 35/826 : libada7-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:48:51 36/826 : libapparmor-devel-2.12.3-lp151.4.3.1.i586.rpm 12:48:51 37/826 : libapparmor-devel-2.12.3-lp151.4.3.1.x86_64.rpm 12:48:52 38/826 : libapparmor1-2.12.3-lp151.4.3.1.i586.rpm 12:48:52 39/826 : libada7-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:48:52 40/826 : libapparmor1-2.12.3-lp151.4.3.1.x86_64.rpm 12:48:52 41/826 : libapparmor1-32bit-2.12.3-lp151.4.3.1.x86_64.rpm 12:48:52 42/826 : libasan4-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:48:52 43/826 : libbz2-1-1.0.6-lp151.5.9.1.i586.rpm 12:48:52 44/826 : libasan4-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:48:52 45/826 : libasan4-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:48:53 46/826 : libbz2-1-1.0.6-lp151.5.9.1.x86_64.rpm 12:48:53 47/826 : libbz2-1-32bit-1.0.6-lp151.5.9.1.x86_64.rpm 12:48:53 48/826 : libbz2-devel-1.0.6-lp151.5.9.1.i586.rpm 12:48:53 49/826 : libbz2-devel-1.0.6-lp151.5.9.1.x86_64.rpm 12:48:53 50/826 : libbz2-devel-32bit-1.0.6-lp151.5.9.1.x86_64.rpm 12:48:53 51/826 : libcilkrts5-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:48:53 52/826 : libcilkrts5-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:48:53 53/826 : libcilkrts5-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:48:54 54/826 : libcryptopp-devel-5.6.5-lp151.3.3.1.i586.rpm 12:48:54 55/826 : libcryptopp-devel-5.6.5-lp151.3.3.1.x86_64.rpm 12:48:54 56/826 : libcryptopp5_6_5-5.6.5-lp151.3.3.1.i586.rpm 12:48:55 57/826 : libcryptopp5_6_5-5.6.5-lp151.3.3.1.x86_64.rpm 12:48:55 58/826 : libdmmp-devel-0.7.9+164+suse.e41fbd9- lp151.2.3.1.i586.rpm 12:48:55 59/826 : libcryptopp5_6_5-32bit-5.6.5- lp151.3.3.1.x86_64.rpm 12:48:55 60/826 : libdmmp-devel-0.7.9+164+suse.e41fbd9- lp151.2.3.1.x86_64.rpm 12:48:55 61/826 : libdmmp0_2_0-0.7.9+164+suse.e41fbd9- lp151.2.3.1.i586.rpm 12:48:56 62/826 : libdmmp0_2_0-0.7.9+164+suse.e41fbd9- lp151.2.3.1.x86_64.rpm 12:48:56 63/826 : libevdocument3-4-3.26.0+20180128.1bd86963- lp151.4.6.1.x86_64.rpm 12:48:56 64/826 : libevview3-3-3.26.0+20180128.1bd86963- lp151.4.6.1.x86_64.rpm 12:48:57 65/826 : libfreebl3-3.45-lp151.2.6.1.i586.rpm 12:48:57 66/826 : libfreebl3-3.45-lp151.2.6.1.x86_64.rpm 12:48:57 67/826 : libfreebl3-32bit-3.45-lp151.2.6.1.x86_64.rpm 12:48:57 68/826 : libfreebl3-hmac-3.45-lp151.2.6.1.i586.rpm 12:48:57 69/826 : libfreebl3-hmac-3.45-lp151.2.6.1.x86_64.rpm 12:48:57 70/826 : libfreebl3-hmac-32bit-3.45- lp151.2.6.1.x86_64.rpm 12:48:58 71/826 : libgfortran4-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:48:58 72/826 : libgjs-devel-1.50.4-lp151.4.3.1.i586.rpm 12:48:59 73/826 : libgfortran4-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:48:59 74/826 : libgjs-devel-1.50.4-lp151.4.3.1.x86_64.rpm 12:48:59 75/826 : libgfortran4-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:49:00 76/826 : libgjs0-1.50.4-lp151.4.3.1.i586.rpm 12:49:00 77/826 : libgjs0-1.50.4-lp151.4.3.1.x86_64.rpm 12:49:02 78/826 : kernel-source-4.12.14-lp151.28.13.1.noarch.rpm 12:49:03 79/826 : libipa_hbac-devel-1.16.1-lp151.7.6.1.i586.rpm 12:49:03 80/826 : libipa_hbac-devel-1.16.1-lp151.7.6.1.x86_64.rpm 12:49:04 81/826 : libipa_hbac0-1.16.1-lp151.7.6.1.i586.rpm 12:49:04 82/826 : libgo11-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:49:04 83/826 : libgo11-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:49:04 84/826 : libipa_hbac0-1.16.1-lp151.7.6.1.x86_64.rpm 12:49:04 85/826 : libixion-0_14-0-0.14.1-lp151.4.3.1.x86_64.rpm 12:49:04 86/826 : libixion-devel-0.14.1-lp151.4.3.1.x86_64.rpm 12:49:05 87/826 : libixion-tools-0.14.1-lp151.4.3.1.x86_64.rpm 12:49:05 88/826 : libmariadb-devel-3.1.2-lp151.3.3.1.i586.rpm 12:49:05 89/826 : libmariadb-devel-3.1.2-lp151.3.3.1.x86_64.rpm 12:49:05 90/826 : libmariadb3-3.1.2-lp151.3.3.1.x86_64.rpm 12:49:05 91/826 : libmariadb3-3.1.2-lp151.3.3.1.i586.rpm 12:49:05 92/826 : libmariadb3-32bit-3.1.2-lp151.3.3.1.x86_64.rpm 12:49:05 93/826 : libmariadb_plugins-3.1.2-lp151.3.3.1.x86_64.rpm 12:49:05 94/826 : libmariadb_plugins-3.1.2-lp151.3.3.1.i586.rpm 12:49:06 95/826 : libmariadbprivate-3.1.2-lp151.3.3.1.i586.rpm 12:49:06 96/826 : libmediacheck-devel-5.2-lp151.2.3.1.i586.rpm 12:49:06 97/826 : libmariadbprivate-3.1.2-lp151.3.3.1.x86_64.rpm 12:49:06 98/826 : libmediacheck-devel-5.2-lp151.2.3.1.x86_64.rpm 12:49:06 99/826 : libmediacheck5-5.2-lp151.2.3.1.x86_64.rpm 12:49:06 100/826 : libmediacheck5-5.2-lp151.2.3.1.i586.rpm 12:49:06 101/826 : libgo11-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:49:06 102/826 : libminizip1-1.2.11-lp151.5.3.1.i586.rpm 12:49:06 103/826 : libminizip1-1.2.11-lp151.5.3.1.x86_64.rpm 12:49:06 104/826 : libminizip1-32bit-1.2.11-lp151.5.3.1.x86_64.rpm 12:49:24 105/826 : kernel-source-vanilla-4.12.14- lp151.28.13.1.noarch.rpm 12:49:28 106/826 : libmysqld19-10.2.25-lp151.2.3.1.i586.rpm 12:49:31 107/826 : libmysqld19-10.2.25-lp151.2.3.1.x86_64.rpm 12:49:34 108/826 : libmysqld19-10.2.25-lp151.2.6.1.i586.rpm 12:49:38 109/826 : libmysqld19-10.2.25-lp151.2.6.1.x86_64.rpm 12:49:38 110/826 : libnfsidmap-sss-1.16.1-lp151.7.6.1.i586.rpm 12:49:38 111/826 : libnfsidmap-sss-1.16.1-lp151.7.6.1.x86_64.rpm 12:49:39 112/826 : libobjc4-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:49:39 113/826 : libobjc4-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:49:40 114/826 : libobjc4-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:49:41 115/826 : libopenssl-1_0_0-devel-1.0.2p- lp151.5.6.1.i586.rpm 12:49:42 116/826 : libopenssl-1_0_0-devel-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:42 117/826 : libopenssl-1_0_0-devel-32bit-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:44 118/826 : libopenssl1_0_0-1.0.2p-lp151.5.6.1.i586.rpm 12:49:46 119/826 : libopenssl1_0_0-1.0.2p-lp151.5.6.1.x86_64.rpm 12:49:47 120/826 : libopenssl1_0_0-32bit-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:48 121/826 : libopenssl1_0_0-hmac-1.0.2p- lp151.5.6.1.i586.rpm 12:49:48 122/826 : libopenssl1_0_0-hmac-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:49 123/826 : libopenssl1_0_0-hmac-32bit-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:51 124/826 : libopenssl1_0_0-steam-1.0.2p- lp151.5.6.1.i586.rpm 12:49:52 125/826 : libopenssl1_0_0-steam-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:54 126/826 : libopenssl1_0_0-steam-32bit-1.0.2p- lp151.5.6.1.x86_64.rpm 12:49:55 127/826 : liborcus-0_14-0-0.14.1-lp151.3.3.1.x86_64.rpm 12:49:56 128/826 : liborcus-devel-0.14.1-lp151.3.3.1.x86_64.rpm 12:49:57 129/826 : liborcus-tools-0.14.1-lp151.3.3.1.x86_64.rpm 12:49:57 130/826 : libpolkit0-0.114-lp151.5.3.1.i586.rpm 12:49:58 131/826 : libpolkit0-0.114-lp151.5.3.1.x86_64.rpm 12:49:58 132/826 : libpolkit0-32bit-0.114-lp151.5.3.1.x86_64.rpm 12:50:00 133/826 : libpython2_7-1_0-2.7.14-lp151.10.3.1.i586.rpm 12:50:02 134/826 : libpython2_7-1_0-2.7.14-lp151.10.3.1.x86_64.rpm 12:50:03 135/826 : libpython2_7-1_0-2.7.14-lp151.10.7.1.i586.rpm 12:50:05 136/826 : libpython2_7-1_0-2.7.14-lp151.10.7.1.x86_64.rpm 12:50:07 137/826 : libpython2_7-1_0-32bit-2.7.14- lp151.10.3.1.x86_64.rpm 12:50:08 138/826 : libpython2_7-1_0-32bit-2.7.14- lp151.10.7.1.x86_64.rpm 12:50:10 139/826 : libmysqld-devel-10.2.25-lp151.2.6.1.i586.rpm 12:50:19 140/826 : libreoffice-base-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:20 141/826 : libreoffice-base-drivers-firebird-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:21 142/826 : libreoffice-base-drivers-postgresql-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:22 143/826 : libreoffice-branding-upstream-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:24 144/826 : libmysqld-devel-10.2.25-lp151.2.3.1.x86_64.rpm 12:50:26 145/826 : libreoffice-calc-extensions-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:26 146/826 : libmysqld-devel-10.2.25-lp151.2.3.1.i586.rpm 12:50:27 147/826 : libreoffice-draw-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:27 148/826 : libreoffice-gdb-pretty-printers-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:27 149/826 : libreoffice-filters-optional-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:28 150/826 : libreoffice-glade-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:28 151/826 : libreoffice-gnome-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:29 152/826 : libreoffice-gtk2-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:29 153/826 : libreoffice-gtk3-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:30 154/826 : libreoffice-impress-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:50:31 155/826 : libreoffice-l10n-af-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:32 156/826 : libreoffice-calc-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:34 157/826 : libreoffice-l10n-am-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:35 158/826 : libreoffice-l10n-as-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:36 159/826 : libmysqld-devel-10.2.25-lp151.2.6.1.x86_64.rpm 12:50:36 160/826 : libreoffice-l10n-ar-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:37 161/826 : libreoffice-l10n-ast-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:38 162/826 : libreoffice-l10n-be-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:39 163/826 : libreoffice-l10n-bn_IN-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:40 164/826 : libreoffice-l10n-bg-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:41 165/826 : libreoffice-l10n-br-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:41 166/826 : libreoffice-l10n-bo-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:41 167/826 : libreoffice-l10n-bn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:42 168/826 : libreoffice-l10n-brx-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:43 169/826 : libreoffice-l10n-bs-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:45 170/826 : libreoffice-l10n-cs-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:45 171/826 : libreoffice-l10n-ca-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:45 172/826 : libreoffice-l10n-ca_valencia-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:45 173/826 : libreoffice-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:50:45 174/826 : libreoffice-l10n-cy-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:46 175/826 : libreoffice-l10n-dsb-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:47 176/826 : libreoffice-l10n-dgo-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:47 177/826 : libreoffice-l10n-da-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:47 178/826 : libreoffice-l10n-de-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:48 179/826 : libreoffice-l10n-dz-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:48 180/826 : libreoffice-l10n-el-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:49 181/826 : libreoffice-l10n-en_ZA-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:50 182/826 : libreoffice-l10n-eo-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:51 183/826 : libreoffice-l10n-en_GB-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:51 184/826 : libreoffice-l10n-es-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:52 185/826 : libreoffice-l10n-et-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:52 186/826 : libreoffice-l10n-fa-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:53 187/826 : libreoffice-l10n-en-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:53 188/826 : libreoffice-l10n-fi-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 189/826 : libreoffice-l10n-fy-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 190/826 : libreoffice-l10n-fr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 191/826 : libreoffice-l10n-eu-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 192/826 : libreoffice-l10n-ga-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 193/826 : libreoffice-l10n-gd-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 194/826 : libreoffice-icon-themes-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:54 195/826 : libreoffice-l10n-gug-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:55 196/826 : libreoffice-l10n-gl-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:55 197/826 : libreoffice-l10n-he-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:56 198/826 : libreoffice-l10n-gu-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:56 199/826 : libreoffice-l10n-hsb-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:56 200/826 : libreoffice-l10n-hr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:57 201/826 : libreoffice-l10n-hi-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:57 202/826 : libreoffice-l10n-hu-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:58 203/826 : libreoffice-l10n-is-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:58 204/826 : libreoffice-l10n-it-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:58 205/826 : libreoffice-l10n-id-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:58 206/826 : libreoffice-l10n-kab-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 207/826 : libreoffice-l10n-kk-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 208/826 : libreoffice-l10n-ka-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 209/826 : libreoffice-l10n-ja-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 210/826 : libreoffice-l10n-kmr_Latn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 211/826 : libreoffice-l10n-kn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 212/826 : libreoffice-l10n-ks-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 213/826 : libreoffice-l10n-kok-6.2.5.2- lp151.3.3.4.noarch.rpm 12:50:59 214/826 : libreoffice-l10n-lb-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:00 215/826 : libreoffice-l10n-ko-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:00 216/826 : libreoffice-l10n-km-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:00 217/826 : libreoffice-l10n-mai-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 218/826 : libreoffice-l10n-lo-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 219/826 : libreoffice-l10n-lv-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 220/826 : libreoffice-l10n-ml-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 221/826 : libreoffice-l10n-lt-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 222/826 : libreoffice-l10n-mn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:01 223/826 : libreoffice-l10n-mni-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:02 224/826 : libreoffice-l10n-mr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:02 225/826 : libreoffice-l10n-mk-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:02 226/826 : libreoffice-l10n-my-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:02 227/826 : libreoffice-l10n-nr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:03 228/826 : libreoffice-l10n-nb-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:03 229/826 : libreoffice-l10n-ne-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:03 230/826 : libreoffice-l10n-nso-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:03 231/826 : libreoffice-l10n-nl-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:03 232/826 : libreoffice-l10n-oc-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:04 233/826 : libreoffice-l10n-nn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:04 234/826 : libreoffice-l10n-pa-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:04 235/826 : libreoffice-l10n-or-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:04 236/826 : libreoffice-l10n-om-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:05 237/826 : libreoffice-l10n-pl-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 238/826 : libreoffice-l10n-pt_PT-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 239/826 : libreoffice-l10n-pt_BR-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 240/826 : libreoffice-l10n-rw-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 241/826 : libreoffice-l10n-ro-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 242/826 : libreoffice-l10n-sa_IN-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 243/826 : libreoffice-l10n-sat-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 244/826 : libreoffice-l10n-ru-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:06 245/826 : libreoffice-l10n-sd-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 246/826 : libreoffice-l10n-sid-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 247/826 : libreoffice-l10n-si-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 248/826 : libreoffice-l10n-sk-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 249/826 : libreoffice-l10n-sr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 250/826 : libreoffice-l10n-sq-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 251/826 : libreoffice-l10n-ss-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 252/826 : libreoffice-l10n-st-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:08 253/826 : libreoffice-l10n-sl-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:09 254/826 : libreoffice-l10n-sw_TZ-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:09 255/826 : libreoffice-l10n-te-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:09 256/826 : libreoffice-l10n-th-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:09 257/826 : libreoffice-l10n-sv-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 258/826 : libreoffice-l10n-tn-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 259/826 : libreoffice-l10n-ta-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 260/826 : libreoffice-l10n-ts-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 261/826 : libreoffice-l10n-tg-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 262/826 : libreoffice-l10n-tt-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:10 263/826 : libreoffice-l10n-uz-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 264/826 : libreoffice-l10n-tr-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 265/826 : libreoffice-l10n-ve-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 266/826 : libreoffice-l10n-ug-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 267/826 : libreoffice-l10n-vec-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 268/826 : libreoffice-l10n-uk-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:11 269/826 : libreoffice-l10n-xh-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:12 270/826 : libreoffice-mailmerge-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:12 271/826 : libreoffice-l10n-zu-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:12 272/826 : libreoffice-l10n-vi-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:12 273/826 : libreoffice-officebean-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:13 274/826 : libreoffice-l10n-zh_CN-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:13 275/826 : libreoffice-pyuno-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:13 276/826 : libreoffice-math-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:51:13 277/826 : libreoffice-qt5-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:51:13 278/826 : libreoffice-l10n-zh_TW-6.2.5.2- lp151.3.3.4.noarch.rpm 12:51:13 279/826 : libreoffice-share-linker-1- lp151.3.3.1.noarch.rpm 12:51:13 280/826 : libreofficekit-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:51:14 281/826 : libreofficekit-devel-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:14 282/826 : libreoffice-sdk-6.2.5.2-lp151.3.3.4.x86_64.rpm 12:51:15 283/826 : libreoffice-writer-extensions-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:15 284/826 : libsoftokn3-3.45-lp151.2.6.1.x86_64.rpm 12:51:15 285/826 : libreoffice-writer-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:15 286/826 : libsoftokn3-3.45-lp151.2.6.1.i586.rpm 12:51:15 287/826 : libsoftokn3-hmac-3.45-lp151.2.6.1.i586.rpm 12:51:15 288/826 : libsoftokn3-hmac-3.45-lp151.2.6.1.x86_64.rpm 12:51:15 289/826 : libsoftokn3-32bit-3.45-lp151.2.6.1.x86_64.rpm 12:51:15 290/826 : libsoftokn3-hmac-32bit-3.45- lp151.2.6.1.x86_64.rpm 12:51:15 291/826 : libsss_certmap-devel-1.16.1- lp151.7.6.1.i586.rpm 12:51:15 292/826 : libsss_certmap-devel-1.16.1- lp151.7.6.1.x86_64.rpm 12:51:15 293/826 : libsss_certmap0-1.16.1-lp151.7.6.1.i586.rpm 12:51:15 294/826 : libsss_certmap0-1.16.1-lp151.7.6.1.x86_64.rpm 12:51:16 295/826 : libsss_idmap-devel-1.16.1-lp151.7.6.1.i586.rpm 12:51:16 296/826 : libsss_idmap-devel-1.16.1- lp151.7.6.1.x86_64.rpm 12:51:16 297/826 : libsss_idmap0-1.16.1-lp151.7.6.1.i586.rpm 12:51:16 298/826 : libsss_idmap0-1.16.1-lp151.7.6.1.x86_64.rpm 12:51:16 299/826 : libsss_nss_idmap-devel-1.16.1- lp151.7.6.1.i586.rpm 12:51:16 300/826 : libsss_nss_idmap-devel-1.16.1- lp151.7.6.1.x86_64.rpm 12:51:16 301/826 : libsss_nss_idmap0-1.16.1-lp151.7.6.1.i586.rpm 12:51:16 302/826 : libsss_nss_idmap0-1.16.1-lp151.7.6.1.x86_64.rpm 12:51:16 303/826 : libsss_simpleifp-devel-1.16.1- lp151.7.6.1.i586.rpm 12:51:16 304/826 : libsss_simpleifp-devel-1.16.1- lp151.7.6.1.x86_64.rpm 12:51:16 305/826 : libsss_simpleifp0-1.16.1-lp151.7.6.1.i586.rpm 12:51:16 306/826 : libsss_simpleifp0-1.16.1-lp151.7.6.1.x86_64.rpm 12:51:17 307/826 : libsvn_auth_gnome_keyring-1-0-1.10.6- lp151.4.3.1.i586.rpm 12:51:17 308/826 : libsvn_auth_gnome_keyring-1-0-1.10.6- lp151.4.3.1.x86_64.rpm 12:51:18 309/826 : libsvn_auth_kwallet-1-0-1.10.6- lp151.4.3.1.i586.rpm 12:51:19 310/826 : libsvn_auth_kwallet-1-0-1.10.6- lp151.4.3.1.x86_64.rpm 12:51:20 311/826 : libubsan0-7.4.1+r270528-lp151.2.3.1.i586.rpm 12:51:21 312/826 : libstdc++6-devel-gcc7-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:51:21 313/826 : libstdc++6-devel-gcc7-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:51:21 314/826 : libstdc++6-devel-gcc7-7.4.1+r270528- lp151.2.3.1.i586.rpm 12:51:21 315/826 : libubsan0-32bit-7.4.1+r270528- lp151.2.3.1.x86_64.rpm 12:51:21 316/826 : libubsan0-7.4.1+r270528-lp151.2.3.1.x86_64.rpm 12:51:21 317/826 : libvmtools-devel-10.3.10-lp151.2.6.1.x86_64.rpm 12:51:21 318/826 : libvmtools0-10.3.10-lp151.2.6.1.x86_64.rpm 12:51:22 319/826 : libwiretap7-2.4.16-lp151.2.6.1.i586.rpm 12:51:22 320/826 : libwiretap7-2.4.16-lp151.2.6.1.x86_64.rpm 12:51:22 321/826 : libwps-devel-0.4.10-lp151.2.3.1.x86_64.rpm 12:51:22 322/826 : libreoffice-sdk-doc-6.2.5.2- lp151.3.3.4.x86_64.rpm 12:51:23 323/826 : libwps-0_4-4-0.4.10-lp151.2.3.1.x86_64.rpm 12:51:23 324/826 : libwps-tools-0.4.10-lp151.2.3.1.x86_64.rpm 12:51:23 325/826 : libwscodecs1-2.4.16-lp151.2.6.1.i586.rpm 12:51:23 326/826 : libwscodecs1-2.4.16-lp151.2.6.1.x86_64.rpm 12:51:23 327/826 : libwsutil8-2.4.16-lp151.2.6.1.i586.rpm 12:51:23 328/826 : libwsutil8-2.4.16-lp151.2.6.1.x86_64.rpm 12:51:23 329/826 : libxml2-2-2.9.7-lp151.5.3.1.i586.rpm 12:51:24 330/826 : libxml2-2-2.9.7-lp151.5.3.1.x86_64.rpm 12:51:24 331/826 : libxml2-2-32bit-2.9.7-lp151.5.3.1.x86_64.rpm 12:51:24 332/826 : libxml2-devel-2.9.7-lp151.5.3.1.i586.rpm 12:51:24 333/826 : libxml2-devel-2.9.7-lp151.5.3.1.x86_64.rpm 12:51:24 334/826 : libxml2-devel-32bit-2.9.7- lp151.5.3.1.x86_64.rpm 12:51:24 335/826 : libxml2-tools-2.9.7-lp151.5.3.1.i586.rpm 12:51:24 336/826 : libxml2-tools-2.9.7-lp151.5.3.1.x86_64.rpm 12:51:24 337/826 : libxml2-doc-2.9.7-lp151.5.3.1.noarch.rpm 12:51:24 338/826 : libz1-1.2.11-lp151.5.3.1.i586.rpm 12:51:25 339/826 : libz1-1.2.11-lp151.5.3.1.x86_64.rpm 12:51:25 340/826 : libz1-32bit-1.2.11-lp151.5.3.1.x86_64.rpm 12:51:25 341/826 : libwireshark9-2.4.16-lp151.2.6.1.i586.rpm 12:51:35 342/826 : mariadb-10.2.25-lp151.2.3.1.i586.rpm 12:51:37 343/826 : mariadb-10.2.25-lp151.2.6.1.i586.rpm 12:51:37 344/826 : mariadb-bench-10.2.25-lp151.2.3.1.i586.rpm 12:51:37 345/826 : mariadb-10.2.25-lp151.2.6.1.x86_64.rpm 12:51:38 346/826 : mariadb-bench-10.2.25-lp151.2.3.1.x86_64.rpm 12:51:38 347/826 : mariadb-bench-10.2.25-lp151.2.6.1.i586.rpm 12:51:38 348/826 : mariadb-bench-10.2.25-lp151.2.6.1.x86_64.rpm 12:51:39 349/826 : mariadb-client-10.2.25-lp151.2.3.1.i586.rpm 12:51:39 350/826 : mariadb-client-10.2.25-lp151.2.6.1.i586.rpm 12:51:39 351/826 : mariadb-client-10.2.25-lp151.2.3.1.x86_64.rpm 12:51:39 352/826 : libwireshark9-2.4.16-lp151.2.6.1.x86_64.rpm 12:51:40 353/826 : mariadb-errormessages-10.2.25- lp151.2.3.1.noarch.rpm 12:51:40 354/826 : mariadb-client-10.2.25-lp151.2.6.1.x86_64.rpm 12:51:40 355/826 : mariadb-errormessages-10.2.25- lp151.2.6.1.noarch.rpm 12:51:40 356/826 : mariadb-galera-10.2.25-lp151.2.3.1.x86_64.rpm 12:51:40 357/826 : mariadb-galera-10.2.25-lp151.2.6.1.i586.rpm 12:51:40 358/826 : mariadb-galera-10.2.25-lp151.2.3.1.i586.rpm 12:51:40 359/826 : mariadb-galera-10.2.25-lp151.2.6.1.x86_64.rpm 12:51:40 360/826 : mariadb-10.2.25-lp151.2.3.1.x86_64.rpm 12:51:46 361/826 : mariadb-tools-10.2.25-lp151.2.3.1.i586.rpm 12:51:53 362/826 : mariadb-tools-10.2.25-lp151.2.3.1.x86_64.rpm 12:51:55 363/826 : mariadb-test-10.2.25-lp151.2.3.1.i586.rpm 12:51:56 364/826 : mariadb-test-10.2.25-lp151.2.6.1.i586.rpm 12:51:56 365/826 : mdds-1_4-devel-1.4.3-lp151.2.1.noarch.rpm 12:51:57 366/826 : minizip-devel-1.2.11-lp151.5.3.1.i586.rpm 12:51:57 367/826 : minizip-devel-1.2.11-lp151.5.3.1.x86_64.rpm 12:51:58 368/826 : mksusecd-1.69-lp151.2.3.1.x86_64.rpm 12:51:59 369/826 : mariadb-tools-10.2.25-lp151.2.6.1.i586.rpm 12:51:59 370/826 : mozilla-nspr-4.21-lp151.2.3.1.i586.rpm 12:51:59 371/826 : mariadb-tools-10.2.25-lp151.2.6.1.x86_64.rpm 12:52:00 372/826 : mozilla-nspr-4.21-lp151.2.3.1.x86_64.rpm 12:52:01 373/826 : mozilla-nspr-devel-4.21-lp151.2.3.1.i586.rpm 12:52:01 374/826 : mozilla-nspr-32bit-4.21-lp151.2.3.1.x86_64.rpm 12:52:01 375/826 : mariadb-test-10.2.25-lp151.2.3.1.x86_64.rpm 12:52:01 376/826 : mozilla-nss-3.45-lp151.2.6.1.i586.rpm 12:52:01 377/826 : mozilla-nspr-devel-4.21-lp151.2.3.1.x86_64.rpm 12:52:02 378/826 : mariadb-test-10.2.25-lp151.2.6.1.x86_64.rpm 12:52:02 379/826 : mozilla-nss-certs-3.45-lp151.2.6.1.i586.rpm 12:52:02 380/826 : mozilla-nss-certs-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 381/826 : mozilla-nss-32bit-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 382/826 : mozilla-nss-certs-32bit-3.45- lp151.2.6.1.x86_64.rpm 12:52:02 383/826 : mozilla-nss-sysinit-3.45-lp151.2.6.1.i586.rpm 12:52:02 384/826 : mozilla-nss-devel-3.45-lp151.2.6.1.i586.rpm 12:52:02 385/826 : mozilla-nss-sysinit-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 386/826 : mozilla-nss-devel-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 387/826 : mozilla-nss-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 388/826 : mozilla-nss-sysinit-32bit-3.45- lp151.2.6.1.x86_64.rpm 12:52:02 389/826 : mozilla-nss-tools-3.45-lp151.2.6.1.x86_64.rpm 12:52:02 390/826 : mozilla-nss-tools-3.45-lp151.2.6.1.i586.rpm 12:52:02 391/826 : multipath-tools-devel-0.7.9+164+suse.e41fbd9- lp151.2.3.1.i586.rpm 12:52:03 392/826 : multipath-tools-0.7.9+164+suse.e41fbd9- lp151.2.3.1.i586.rpm 12:52:03 393/826 : myspell-af_NA-20190423-lp151.2.3.1.noarch.rpm 12:52:03 394/826 : multipath-tools-devel-0.7.9+164+suse.e41fbd9- lp151.2.3.1.x86_64.rpm 12:52:03 395/826 : multipath-tools-0.7.9+164+suse.e41fbd9- lp151.2.3.1.x86_64.rpm 12:52:03 396/826 : myspell-af_ZA-20190423-lp151.2.3.1.noarch.rpm 12:52:03 397/826 : myspell-an-20190423-lp151.2.3.1.noarch.rpm 12:52:03 398/826 : myspell-an_ES-20190423-lp151.2.3.1.noarch.rpm 12:52:03 399/826 : myspell-ar_AE-20190423-lp151.2.3.1.noarch.rpm 12:52:03 400/826 : myspell-ar_BH-20190423-lp151.2.3.1.noarch.rpm 12:52:03 401/826 : myspell-ar_DZ-20190423-lp151.2.3.1.noarch.rpm 12:52:03 402/826 : myspell-ar_EG-20190423-lp151.2.3.1.noarch.rpm 12:52:03 403/826 : myspell-ar_IQ-20190423-lp151.2.3.1.noarch.rpm 12:52:03 404/826 : myspell-ar-20190423-lp151.2.3.1.noarch.rpm 12:52:03 405/826 : myspell-ar_JO-20190423-lp151.2.3.1.noarch.rpm 12:52:03 406/826 : myspell-ar_KW-20190423-lp151.2.3.1.noarch.rpm 12:52:03 407/826 : myspell-ar_LB-20190423-lp151.2.3.1.noarch.rpm 12:52:03 408/826 : myspell-ar_LY-20190423-lp151.2.3.1.noarch.rpm 12:52:03 409/826 : myspell-ar_MA-20190423-lp151.2.3.1.noarch.rpm 12:52:03 410/826 : myspell-ar_OM-20190423-lp151.2.3.1.noarch.rpm 12:52:03 411/826 : myspell-ar_QA-20190423-lp151.2.3.1.noarch.rpm 12:52:03 412/826 : myspell-ar_SA-20190423-lp151.2.3.1.noarch.rpm 12:52:03 413/826 : myspell-ar_SD-20190423-lp151.2.3.1.noarch.rpm 12:52:03 414/826 : myspell-ar_SY-20190423-lp151.2.3.1.noarch.rpm 12:52:03 415/826 : myspell-ar_TN-20190423-lp151.2.3.1.noarch.rpm 12:52:03 416/826 : myspell-ar_YE-20190423-lp151.2.3.1.noarch.rpm 12:52:04 417/826 : myspell-bn_BD-20190423-lp151.2.3.1.noarch.rpm 12:52:04 418/826 : myspell-be_BY-20190423-lp151.2.3.1.noarch.rpm 12:52:04 419/826 : myspell-bn_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:04 420/826 : myspell-bo-20190423-lp151.2.3.1.noarch.rpm 12:52:04 421/826 : myspell-bo_CN-20190423-lp151.2.3.1.noarch.rpm 12:52:04 422/826 : myspell-bo_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:04 423/826 : myspell-bs-20190423-lp151.2.3.1.noarch.rpm 12:52:04 424/826 : myspell-bg_BG-20190423-lp151.2.3.1.noarch.rpm 12:52:04 425/826 : myspell-br_FR-20190423-lp151.2.3.1.noarch.rpm 12:52:04 426/826 : myspell-bs_BA-20190423-lp151.2.3.1.noarch.rpm 12:52:04 427/826 : myspell-ca_AD-20190423-lp151.2.3.1.noarch.rpm 12:52:04 428/826 : myspell-ca-20190423-lp151.2.3.1.noarch.rpm 12:52:04 429/826 : myspell-ca_ES-20190423-lp151.2.3.1.noarch.rpm 12:52:04 430/826 : myspell-ca_FR-20190423-lp151.2.3.1.noarch.rpm 12:52:04 431/826 : myspell-ca_ES_valencia-20190423- lp151.2.3.1.noarch.rpm 12:52:04 432/826 : myspell-ca_IT-20190423-lp151.2.3.1.noarch.rpm 12:52:04 433/826 : myspell-de-20190423-lp151.2.3.1.noarch.rpm 12:52:05 434/826 : myspell-de_AT-20190423-lp151.2.3.1.noarch.rpm 12:52:05 435/826 : myspell-da_DK-20190423-lp151.2.3.1.noarch.rpm 12:52:05 436/826 : myspell-dictionaries-20190423- lp151.2.3.1.i586.rpm 12:52:05 437/826 : myspell-cs_CZ-20190423-lp151.2.3.1.noarch.rpm 12:52:06 438/826 : myspell-dictionaries-20190423- lp151.2.3.1.x86_64.rpm 12:52:06 439/826 : myspell-en-20190423-lp151.2.3.1.noarch.rpm 12:52:06 440/826 : myspell-en_BS-20190423-lp151.2.3.1.noarch.rpm 12:52:06 441/826 : myspell-de_DE-20190423-lp151.2.3.1.noarch.rpm 12:52:06 442/826 : myspell-en_AU-20190423-lp151.2.3.1.noarch.rpm 12:52:07 443/826 : myspell-en_BZ-20190423-lp151.2.3.1.noarch.rpm 12:52:07 444/826 : myspell-el_GR-20190423-lp151.2.3.1.noarch.rpm 12:52:07 445/826 : myspell-en_CA-20190423-lp151.2.3.1.noarch.rpm 12:52:07 446/826 : myspell-en_GH-20190423-lp151.2.3.1.noarch.rpm 12:52:07 447/826 : myspell-en_IE-20190423-lp151.2.3.1.noarch.rpm 12:52:07 448/826 : myspell-de_CH-20190423-lp151.2.3.1.noarch.rpm 12:52:07 449/826 : myspell-en_GB-20190423-lp151.2.3.1.noarch.rpm 12:52:07 450/826 : myspell-en_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:07 451/826 : myspell-en_JM-20190423-lp151.2.3.1.noarch.rpm 12:52:07 452/826 : myspell-en_MW-20190423-lp151.2.3.1.noarch.rpm 12:52:07 453/826 : myspell-en_NA-20190423-lp151.2.3.1.noarch.rpm 12:52:07 454/826 : myspell-en_NZ-20190423-lp151.2.3.1.noarch.rpm 12:52:07 455/826 : myspell-en_PH-20190423-lp151.2.3.1.noarch.rpm 12:52:07 456/826 : myspell-en_TT-20190423-lp151.2.3.1.noarch.rpm 12:52:07 457/826 : myspell-en_ZA-20190423-lp151.2.3.1.noarch.rpm 12:52:07 458/826 : myspell-es_AR-20190423-lp151.2.3.1.noarch.rpm 12:52:07 459/826 : myspell-en_ZW-20190423-lp151.2.3.1.noarch.rpm 12:52:07 460/826 : myspell-es_BO-20190423-lp151.2.3.1.noarch.rpm 12:52:07 461/826 : myspell-es-20190423-lp151.2.3.1.noarch.rpm 12:52:08 462/826 : myspell-es_CL-20190423-lp151.2.3.1.noarch.rpm 12:52:08 463/826 : myspell-es_CO-20190423-lp151.2.3.1.noarch.rpm 12:52:08 464/826 : myspell-es_CR-20190423-lp151.2.3.1.noarch.rpm 12:52:08 465/826 : myspell-es_CU-20190423-lp151.2.3.1.noarch.rpm 12:52:08 466/826 : myspell-es_DO-20190423-lp151.2.3.1.noarch.rpm 12:52:08 467/826 : myspell-es_EC-20190423-lp151.2.3.1.noarch.rpm 12:52:08 468/826 : myspell-en_US-20190423-lp151.2.3.1.noarch.rpm 12:52:08 469/826 : myspell-es_ES-20190423-lp151.2.3.1.noarch.rpm 12:52:08 470/826 : myspell-es_GT-20190423-lp151.2.3.1.noarch.rpm 12:52:08 471/826 : myspell-es_HN-20190423-lp151.2.3.1.noarch.rpm 12:52:08 472/826 : myspell-es_MX-20190423-lp151.2.3.1.noarch.rpm 12:52:08 473/826 : myspell-es_NI-20190423-lp151.2.3.1.noarch.rpm 12:52:08 474/826 : myspell-es_PA-20190423-lp151.2.3.1.noarch.rpm 12:52:08 475/826 : myspell-es_PE-20190423-lp151.2.3.1.noarch.rpm 12:52:08 476/826 : myspell-es_PR-20190423-lp151.2.3.1.noarch.rpm 12:52:08 477/826 : myspell-es_PY-20190423-lp151.2.3.1.noarch.rpm 12:52:08 478/826 : myspell-es_SV-20190423-lp151.2.3.1.noarch.rpm 12:52:08 479/826 : myspell-es_UY-20190423-lp151.2.3.1.noarch.rpm 12:52:08 480/826 : myspell-es_VE-20190423-lp151.2.3.1.noarch.rpm 12:52:08 481/826 : myspell-fr_BE-20190423-lp151.2.3.1.noarch.rpm 12:52:08 482/826 : myspell-fr_CA-20190423-lp151.2.3.1.noarch.rpm 12:52:08 483/826 : myspell-fr_CH-20190423-lp151.2.3.1.noarch.rpm 12:52:09 484/826 : myspell-fr_LU-20190423-lp151.2.3.1.noarch.rpm 12:52:09 485/826 : myspell-fr_MC-20190423-lp151.2.3.1.noarch.rpm 12:52:09 486/826 : myspell-fr_FR-20190423-lp151.2.3.1.noarch.rpm 12:52:09 487/826 : myspell-et_EE-20190423-lp151.2.3.1.noarch.rpm 12:52:09 488/826 : myspell-gl_ES-20190423-lp151.2.3.1.noarch.rpm 12:52:09 489/826 : myspell-gd_GB-20190423-lp151.2.3.1.noarch.rpm 12:52:09 490/826 : myspell-gug-20190423-lp151.2.3.1.noarch.rpm 12:52:09 491/826 : myspell-gu_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:09 492/826 : myspell-gug_PY-20190423-lp151.2.3.1.noarch.rpm 12:52:09 493/826 : myspell-he_IL-20190423-lp151.2.3.1.noarch.rpm 12:52:09 494/826 : myspell-hi_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:09 495/826 : myspell-hr_HR-20190423-lp151.2.3.1.noarch.rpm 12:52:09 496/826 : myspell-id-20190423-lp151.2.3.1.noarch.rpm 12:52:10 497/826 : myspell-hu_HU-20190423-lp151.2.3.1.noarch.rpm 12:52:10 498/826 : myspell-is_IS-20190423-lp151.2.3.1.noarch.rpm 12:52:10 499/826 : myspell-is-20190423-lp151.2.3.1.noarch.rpm 12:52:10 500/826 : myspell-gl-20190423-lp151.2.3.1.noarch.rpm 12:52:10 501/826 : myspell-id_ID-20190423-lp151.2.3.1.noarch.rpm 12:52:10 502/826 : myspell-kmr_Latn_SY-20190423- lp151.2.3.1.noarch.rpm 12:52:10 503/826 : myspell-kmr_Latn-20190423- lp151.2.3.1.noarch.rpm 12:52:10 504/826 : myspell-it_IT-20190423-lp151.2.3.1.noarch.rpm 12:52:10 505/826 : myspell-kmr_Latn_TR-20190423- lp151.2.3.1.noarch.rpm 12:52:10 506/826 : myspell-lightproof-en-20190423- lp151.2.3.1.i586.rpm 12:52:10 507/826 : myspell-lightproof-en-20190423- lp151.2.3.1.x86_64.rpm 12:52:10 508/826 : myspell-lightproof-hu_HU-20190423- lp151.2.3.1.x86_64.rpm 12:52:10 509/826 : myspell-lightproof-hu_HU-20190423- lp151.2.3.1.i586.rpm 12:52:10 510/826 : myspell-lightproof-pt_BR-20190423- lp151.2.3.1.i586.rpm 12:52:10 511/826 : myspell-lightproof-ru_RU-20190423- lp151.2.3.1.i586.rpm 12:52:10 512/826 : myspell-lightproof-ru_RU-20190423- lp151.2.3.1.x86_64.rpm 12:52:10 513/826 : myspell-lightproof-pt_BR-20190423- lp151.2.3.1.x86_64.rpm 12:52:10 514/826 : myspell-lo_LA-20190423-lp151.2.3.1.noarch.rpm 12:52:11 515/826 : myspell-lt_LT-20190423-lp151.2.3.1.noarch.rpm 12:52:11 516/826 : myspell-nl_BE-20190423-lp151.2.3.1.noarch.rpm 12:52:11 517/826 : myspell-lv_LV-20190423-lp151.2.3.1.noarch.rpm 12:52:11 518/826 : myspell-ne_NP-20190423-lp151.2.3.1.noarch.rpm 12:52:11 519/826 : myspell-no-20190423-lp151.2.3.1.noarch.rpm 12:52:11 520/826 : myspell-nb_NO-20190423-lp151.2.3.1.noarch.rpm 12:52:11 521/826 : myspell-oc_FR-20190423-lp151.2.3.1.noarch.rpm 12:52:11 522/826 : myspell-nl_NL-20190423-lp151.2.3.1.noarch.rpm 12:52:11 523/826 : myspell-pt_AO-20190423-lp151.2.3.1.noarch.rpm 12:52:11 524/826 : myspell-nn_NO-20190423-lp151.2.3.1.noarch.rpm 12:52:11 525/826 : myspell-ro-20190423-lp151.2.3.1.noarch.rpm 12:52:12 526/826 : myspell-pl_PL-20190423-lp151.2.3.1.noarch.rpm 12:52:12 527/826 : myspell-ru_RU-20190423-lp151.2.3.1.noarch.rpm 12:52:12 528/826 : myspell-si_LK-20190423-lp151.2.3.1.noarch.rpm 12:52:12 529/826 : myspell-pt_PT-20190423-lp151.2.3.1.noarch.rpm 12:52:12 530/826 : myspell-ro_RO-20190423-lp151.2.3.1.noarch.rpm 12:52:12 531/826 : myspell-pt_BR-20190423-lp151.2.3.1.noarch.rpm 12:52:13 532/826 : myspell-sk_SK-20190423-lp151.2.3.1.noarch.rpm 12:52:13 533/826 : myspell-sr_CS-20190423-lp151.2.3.1.noarch.rpm 12:52:13 534/826 : myspell-sl_SI-20190423-lp151.2.3.1.noarch.rpm 12:52:13 535/826 : myspell-sr_Latn_CS-20190423- lp151.2.3.1.noarch.rpm 12:52:13 536/826 : myspell-sq_AL-20190423-lp151.2.3.1.noarch.rpm 12:52:13 537/826 : myspell-sr_Latn_RS-20190423- lp151.2.3.1.noarch.rpm 12:52:13 538/826 : myspell-sr_RS-20190423-lp151.2.3.1.noarch.rpm 12:52:13 539/826 : myspell-sr-20190423-lp151.2.3.1.noarch.rpm 12:52:13 540/826 : myspell-sv_FI-20190423-lp151.2.3.1.noarch.rpm 12:52:13 541/826 : myspell-te-20190423-lp151.2.3.1.noarch.rpm 12:52:13 542/826 : myspell-sw_TZ-20190423-lp151.2.3.1.noarch.rpm 12:52:14 543/826 : myspell-sv_SE-20190423-lp151.2.3.1.noarch.rpm 12:52:14 544/826 : myspell-th_TH-20190423-lp151.2.3.1.noarch.rpm 12:52:14 545/826 : myspell-tr-20190423-lp151.2.3.1.noarch.rpm 12:52:14 546/826 : myspell-te_IN-20190423-lp151.2.3.1.noarch.rpm 12:52:14 547/826 : myspell-uk_UA-20190423-lp151.2.3.1.noarch.rpm 12:52:14 548/826 : myspell-vi-20190423-lp151.2.3.1.noarch.rpm 12:52:14 549/826 : myspell-zu_ZA-20190423-lp151.2.3.1.noarch.rpm 12:52:14 550/826 : myspell-vi_VN-20190423-lp151.2.3.1.noarch.rpm 12:52:14 551/826 : nautilus-evince-3.26.0+20180128.1bd86963- lp151.4.6.1.x86_64.rpm 12:52:14 552/826 : ncat-7.70-lp151.3.6.1.x86_64.rpm 12:52:14 553/826 : ndiff-7.70-lp151.3.6.1.x86_64.rpm 12:52:14 554/826 : myspell-tr_TR-20190423-lp151.2.3.1.noarch.rpm 12:52:15 555/826 : nodejs8-devel-8.15.1-lp151.2.3.1.i586.rpm 12:52:15 556/826 : nodejs8-devel-8.15.1-lp151.2.3.1.x86_64.rpm 12:52:16 557/826 : nping-7.70-lp151.3.6.1.x86_64.rpm 12:52:16 558/826 : nodejs8-docs-8.15.1-lp151.2.3.1.noarch.rpm 12:52:17 559/826 : nmap-7.70-lp151.3.6.1.x86_64.rpm 12:52:17 560/826 : nvme-cli-1.8.1-lp151.5.9.1.x86_64.rpm 12:52:18 561/826 : nvme-cli-regress-script-1.8.1- lp151.5.9.1.x86_64.rpm 12:52:18 562/826 : nodejs8-8.15.1-lp151.2.3.1.x86_64.rpm 12:52:18 563/826 : nodejs8-8.15.1-lp151.2.3.1.i586.rpm 12:52:18 564/826 : o2locktop-1.0.10+git.1564463799.6f331ba- lp151.2.1.noarch.rpm 12:52:18 565/826 : obs-service-appimage-0.10.9.1559745964.22c86cd- lp151.2.3.1.noarch.rpm 12:52:18 566/826 : npm8-8.15.1-lp151.2.3.1.x86_64.rpm 12:52:18 567/826 : obs-service-obs_scm-0.10.9.1559745964.22c86cd- lp151.2.3.1.noarch.rpm 12:52:19 568/826 : obs-service-obs_scm-common- 0.10.9.1559745964.22c86cd-lp151.2.3.1.noarch.rpm 12:52:19 569/826 : npm8-8.15.1-lp151.2.3.1.i586.rpm 12:52:19 570/826 : obs-service-tar-0.10.9.1559745964.22c86cd- lp151.2.3.1.noarch.rpm 12:52:19 571/826 : obs-service-tar_scm-0.10.9.1559745964.22c86cd- lp151.2.3.1.noarch.rpm 12:52:19 572/826 : obs-service-snapcraft- 0.10.9.1559745964.22c86cd-lp151.2.3.1.noarch.rpm 12:52:19 573/826 : open-vm-tools-10.3.10-lp151.2.6.1.x86_64.rpm 12:52:19 574/826 : open-vm-tools-desktop-10.3.10- lp151.2.6.1.x86_64.rpm 12:52:19 575/826 : openexr-2.2.1-lp151.4.6.1.i586.rpm 12:52:19 576/826 : openexr-devel-2.2.1-lp151.4.6.1.i586.rpm 12:52:19 577/826 : openexr-2.2.1-lp151.4.6.1.x86_64.rpm 12:52:19 578/826 : openexr-devel-2.2.1-lp151.4.6.1.x86_64.rpm 12:52:19 579/826 : openssl-1_0_0-1.0.2p-lp151.5.6.1.i586.rpm 12:52:20 580/826 : openexr-doc-2.2.1-lp151.4.6.1.x86_64.rpm 12:52:20 581/826 : openssl-1_0_0-1.0.2p-lp151.5.6.1.x86_64.rpm 12:52:21 582/826 : pam_apparmor-2.12.3-lp151.4.3.1.i586.rpm 12:52:21 583/826 : openexr-doc-2.2.1-lp151.4.6.1.i586.rpm 12:52:21 584/826 : openssl-1_0_0-cavs-1.0.2p-lp151.5.6.1.i586.rpm 12:52:21 585/826 : pam_apparmor-2.12.3-lp151.4.3.1.x86_64.rpm 12:52:21 586/826 : openssl-1_0_0-doc-1.0.2p-lp151.5.6.1.noarch.rpm 12:52:21 587/826 : pam_apparmor-32bit-2.12.3- lp151.4.3.1.x86_64.rpm 12:52:21 588/826 : openssl-1_0_0-cavs-1.0.2p- lp151.5.6.1.x86_64.rpm 12:52:22 589/826 : pdns-backend-godbc-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 590/826 : pdns-backend-geoip-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 591/826 : pdns-backend-lua-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 592/826 : pdns-backend-ldap-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 593/826 : pdns-backend-mydns-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 594/826 : pdns-backend-postgresql-4.1.8- lp151.2.3.1.x86_64.rpm 12:52:22 595/826 : pdns-backend-mysql-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 596/826 : pdns-backend-remote-4.1.8- lp151.2.3.1.x86_64.rpm 12:52:22 597/826 : pdns-4.1.8-lp151.2.3.1.x86_64.rpm 12:52:22 598/826 : pdns-backend-sqlite3-4.1.8- lp151.2.3.1.x86_64.rpm 12:52:22 599/826 : perl-PerlMagick-7.0.7.34-lp151.7.9.1.i586.rpm 12:52:22 600/826 : perl-PerlMagick-7.0.7.34-lp151.7.9.1.x86_64.rpm 12:52:22 601/826 : perl-apparmor-2.12.3-lp151.4.3.1.x86_64.rpm 12:52:22 602/826 : perl-apparmor-2.12.3-lp151.4.3.1.i586.rpm 12:52:22 603/826 : polkit-0.114-lp151.5.3.1.i586.rpm 12:52:22 604/826 : polkit-0.114-lp151.5.3.1.x86_64.rpm 12:52:22 605/826 : polkit-devel-0.114-lp151.5.3.1.i586.rpm 12:52:22 606/826 : polkit-devel-0.114-lp151.5.3.1.x86_64.rpm 12:52:22 607/826 : polkit-doc-0.114-lp151.5.3.1.noarch.rpm 12:52:23 608/826 : postfix-3.3.1-lp151.2.6.1.i586.rpm 12:52:23 609/826 : postfix-devel-3.3.1-lp151.2.6.1.x86_64.rpm 12:52:23 610/826 : postfix-devel-3.3.1-lp151.2.6.1.i586.rpm 12:52:23 611/826 : postfix-3.3.1-lp151.2.6.1.x86_64.rpm 12:52:23 612/826 : postfix-lmdb-3.3.1-lp151.2.6.1.i586.rpm 12:52:23 613/826 : postfix-lmdb-3.3.1-lp151.2.6.1.x86_64.rpm 12:52:23 614/826 : postfix-doc-3.3.1-lp151.2.6.1.noarch.rpm 12:52:23 615/826 : postfix-mysql-3.3.1-lp151.2.6.1.i586.rpm 12:52:23 616/826 : postfix-mysql-3.3.1-lp151.2.6.1.x86_64.rpm 12:52:23 617/826 : postfix-postgresql-3.3.1-lp151.2.6.1.i586.rpm 12:52:23 618/826 : postfix-postgresql-3.3.1-lp151.2.6.1.x86_64.rpm 12:52:23 619/826 : python-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:24 620/826 : python-2.7.14-lp151.10.7.1.i586.rpm 12:52:24 621/826 : python-2.7.14-lp151.10.3.1.i586.rpm 12:52:24 622/826 : putty-0.72-lp151.3.3.1.x86_64.rpm 12:52:24 623/826 : python-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:24 624/826 : python-32bit-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:24 625/826 : python-32bit-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:25 626/826 : python-base-32bit-2.7.14- lp151.10.3.1.x86_64.rpm 12:52:25 627/826 : python-base-32bit-2.7.14- lp151.10.7.1.x86_64.rpm 12:52:26 628/826 : python-curses-2.7.14-lp151.10.3.1.i586.rpm 12:52:26 629/826 : python-curses-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:27 630/826 : python-curses-2.7.14-lp151.10.7.1.i586.rpm 12:52:27 631/826 : python-base-2.7.14-lp151.10.7.1.i586.rpm 12:52:27 632/826 : python-curses-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:28 633/826 : python-demo-2.7.14-lp151.10.3.1.i586.rpm 12:52:28 634/826 : python-demo-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:28 635/826 : python-demo-2.7.14-lp151.10.7.1.i586.rpm 12:52:28 636/826 : python-base-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:29 637/826 : python-demo-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:29 638/826 : python-base-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:30 639/826 : python-base-2.7.14-lp151.10.3.1.i586.rpm 12:52:31 640/826 : python-devel-2.7.14-lp151.10.3.1.i586.rpm 12:52:31 641/826 : python-devel-2.7.14-lp151.10.7.1.i586.rpm 12:52:32 642/826 : python-devel-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:33 643/826 : python-devel-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:34 644/826 : python-gdbm-2.7.14-lp151.10.3.1.i586.rpm 12:52:34 645/826 : python-gdbm-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:35 646/826 : python-doc-2.7.14-lp151.10.7.1.noarch.rpm 12:52:35 647/826 : python-gdbm-2.7.14-lp151.10.7.1.i586.rpm 12:52:35 648/826 : python-gdbm-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:35 649/826 : python-doc-2.7.14-lp151.10.3.1.noarch.rpm 12:52:36 650/826 : python-idle-2.7.14-lp151.10.3.1.i586.rpm 12:52:36 651/826 : python-idle-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:36 652/826 : python-idle-2.7.14-lp151.10.7.1.i586.rpm 12:52:37 653/826 : python-tk-2.7.14-lp151.10.3.1.i586.rpm 12:52:37 654/826 : python-tk-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:37 655/826 : python-idle-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:37 656/826 : python-xml-2.7.14-lp151.10.3.1.i586.rpm 12:52:37 657/826 : python-tk-2.7.14-lp151.10.7.1.i586.rpm 12:52:37 658/826 : python-tk-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:38 659/826 : python-xml-2.7.14-lp151.10.3.1.x86_64.rpm 12:52:38 660/826 : python-xml-2.7.14-lp151.10.7.1.i586.rpm 12:52:38 661/826 : python-xml-2.7.14-lp151.10.7.1.x86_64.rpm 12:52:38 662/826 : python2-acme-0.36.0-lp151.2.3.1.noarch.rpm 12:52:39 663/826 : python2-certbot-dns-cloudflare-0.36.0- lp151.2.3.1.noarch.rpm 12:52:39 664/826 : python2-certbot-apache-0.36.0- lp151.2.3.1.noarch.rpm 12:52:39 665/826 : python2-certbot-0.36.0-lp151.2.3.1.noarch.rpm 12:52:39 666/826 : python2-certbot-dns-cloudxns-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 667/826 : python2-certbot-dns-digitalocean-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 668/826 : python2-certbot-dns-dnsmadeeasy-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 669/826 : python2-certbot-dns-dnsimple-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 670/826 : python-doc-pdf-2.7.14-lp151.10.7.1.noarch.rpm 12:52:40 671/826 : python2-certbot-dns-google-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 672/826 : python2-certbot-dns-nsone-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 673/826 : python2-certbot-dns-rfc2136-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 674/826 : python2-certbot-dns-luadns-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 675/826 : python2-certbot-dns-route53-0.36.0- lp151.2.3.1.noarch.rpm 12:52:40 676/826 : python2-libxml2-python-2.9.7- lp151.5.3.1.i586.rpm 12:52:40 677/826 : python2-shaptools-0.3.1-lp151.5.1.noarch.rpm 12:52:40 678/826 : python2-certbot-nginx-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 679/826 : python2-libxml2-python-2.9.7- lp151.5.3.1.x86_64.rpm 12:52:41 680/826 : python-doc-pdf-2.7.14-lp151.10.3.1.noarch.rpm 12:52:41 681/826 : python3-apparmor-2.12.3-lp151.4.3.1.x86_64.rpm 12:52:41 682/826 : python3-apparmor-2.12.3-lp151.4.3.1.i586.rpm 12:52:41 683/826 : python3-acme-0.36.0-lp151.2.3.1.noarch.rpm 12:52:41 684/826 : python3-certbot-apache-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 685/826 : python3-certbot-0.36.0-lp151.2.3.1.noarch.rpm 12:52:41 686/826 : python3-certbot-dns-cloudflare-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 687/826 : python3-certbot-dns-cloudxns-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 688/826 : python3-certbot-dns-digitalocean-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 689/826 : python3-certbot-dns-dnsimple-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 690/826 : python3-certbot-dns-dnsmadeeasy-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 691/826 : python3-certbot-dns-google-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 692/826 : python3-certbot-dns-nsone-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 693/826 : python3-certbot-dns-luadns-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 694/826 : python3-certbot-dns-rfc2136-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 695/826 : python3-certbot-dns-route53-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 696/826 : python3-certbot-nginx-0.36.0- lp151.2.3.1.noarch.rpm 12:52:41 697/826 : python3-ec2imgutils-7.0.5- lp151.2.3.1.noarch.rpm 12:52:41 698/826 : python3-ipa_hbac-1.16.1-lp151.7.6.1.i586.rpm 12:52:41 699/826 : python3-ipa_hbac-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:41 700/826 : python3-libixion-0.14.1-lp151.4.3.1.x86_64.rpm 12:52:41 701/826 : python3-liborcus-0.14.1-lp151.3.3.1.x86_64.rpm 12:52:41 702/826 : python3-libxml2-python-2.9.7- lp151.5.3.1.i586.rpm 12:52:41 703/826 : python3-libxml2-python-2.9.7- lp151.5.3.1.x86_64.rpm 12:52:41 704/826 : python3-sss-murmur-1.16.1-lp151.7.6.1.i586.rpm 12:52:41 705/826 : python3-shaptools-0.3.1-lp151.5.1.noarch.rpm 12:52:41 706/826 : python3-sss-murmur-1.16.1- lp151.7.6.1.x86_64.rpm 12:52:42 707/826 : python3-sss_nss_idmap-1.16.1- lp151.7.6.1.i586.rpm 12:52:42 708/826 : python3-sss_nss_idmap-1.16.1- lp151.7.6.1.x86_64.rpm 12:52:42 709/826 : python3-sssd-config-1.16.1- lp151.7.6.1.x86_64.rpm 12:52:42 710/826 : python3-sssd-config-1.16.1-lp151.7.6.1.i586.rpm 12:52:42 711/826 : python3-susepubliccloudinfo-1.2.1- lp151.2.3.1.noarch.rpm 12:52:42 712/826 : rapidjson-devel-1.1.0-lp151.2.1.noarch.rpm 12:52:42 713/826 : rsyslog-8.33.1-lp151.6.3.1.i586.rpm 12:52:42 714/826 : rsyslog-8.33.1-lp151.6.3.1.x86_64.rpm 12:52:42 715/826 : rsyslog-diag-tools-8.33.1-lp151.6.3.1.i586.rpm 12:52:43 716/826 : rsyslog-diag-tools-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:43 717/826 : rsyslog-module-dbi-8.33.1-lp151.6.3.1.i586.rpm 12:52:44 718/826 : rsyslog-module-dbi-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:44 719/826 : qbittorrent-4.1.5-lp151.2.3.1.x86_64.rpm 12:52:44 720/826 : rsyslog-module-elasticsearch-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:44 721/826 : rsyslog-module-elasticsearch-8.33.1- lp151.6.3.1.i586.rpm 12:52:44 722/826 : qbittorrent-nox-4.1.5-lp151.2.3.1.x86_64.rpm 12:52:44 723/826 : rsyslog-doc-8.33.1-lp151.6.3.1.i586.rpm 12:52:44 724/826 : rsyslog-module-gssapi-8.33.1- lp151.6.3.1.i586.rpm 12:52:44 725/826 : rsyslog-module-gssapi-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:44 726/826 : rsyslog-module-gcrypt-8.33.1- lp151.6.3.1.i586.rpm 12:52:44 727/826 : rsyslog-module-gcrypt-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:44 728/826 : rsyslog-doc-8.33.1-lp151.6.3.1.x86_64.rpm 12:52:45 729/826 : rsyslog-module-gtls-8.33.1-lp151.6.3.1.i586.rpm 12:52:45 730/826 : rsyslog-module-gtls-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 731/826 : rsyslog-module-mmnormalize-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 732/826 : rsyslog-module-mmnormalize-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 733/826 : rsyslog-module-mysql-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 734/826 : rsyslog-module-mysql-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 735/826 : rsyslog-module-omamqp1-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 736/826 : rsyslog-module-omamqp1-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 737/826 : rsyslog-module-omhttpfs-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 738/826 : rsyslog-module-omhttpfs-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 739/826 : rsyslog-module-omtcl-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 740/826 : rsyslog-module-omtcl-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 741/826 : rsyslog-module-pgsql-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 742/826 : rsyslog-module-pgsql-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 743/826 : rsyslog-module-relp-8.33.1-lp151.6.3.1.i586.rpm 12:52:45 744/826 : rsyslog-module-relp-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 745/826 : rsyslog-module-snmp-8.33.1-lp151.6.3.1.i586.rpm 12:52:45 746/826 : rsyslog-module-snmp-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 747/826 : rsyslog-module-udpspoof-8.33.1- lp151.6.3.1.i586.rpm 12:52:45 748/826 : rsyslog-module-udpspoof-8.33.1- lp151.6.3.1.x86_64.rpm 12:52:45 749/826 : ruby-apparmor-2.12.3-lp151.4.3.1.i586.rpm 12:52:45 750/826 : saphanabootstrap-formula-0.2.9- lp151.7.1.noarch.rpm 12:52:45 751/826 : ruby-apparmor-2.12.3-lp151.4.3.1.x86_64.rpm 12:52:45 752/826 : schismtracker-20190805-lp151.3.3.1.x86_64.rpm 12:52:45 753/826 : sbd-1.4.0+20190514.e9be8d9- lp151.2.3.1.x86_64.rpm 12:52:46 754/826 : sssd-32bit-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:46 755/826 : sssd-1.16.1-lp151.7.6.1.i586.rpm 12:52:46 756/826 : sssd-ad-1.16.1-lp151.7.6.1.i586.rpm 12:52:46 757/826 : sssd-dbus-1.16.1-lp151.7.6.1.i586.rpm 12:52:46 758/826 : sssd-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:46 759/826 : sssd-ad-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:46 760/826 : sssd-dbus-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:46 761/826 : squid-4.8-lp151.2.3.1.x86_64.rpm 12:52:46 762/826 : sssd-ipa-1.16.1-lp151.7.6.1.i586.rpm 12:52:46 763/826 : sssd-ipa-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 764/826 : sssd-krb5-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 765/826 : sssd-krb5-common-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 766/826 : sssd-krb5-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 767/826 : sssd-krb5-common-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 768/826 : sssd-ldap-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 769/826 : sssd-proxy-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 770/826 : sssd-proxy-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 771/826 : sssd-ldap-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 772/826 : sssd-tools-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 773/826 : sssd-wbclient-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 774/826 : sssd-tools-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 775/826 : sssd-wbclient-1.16.1-lp151.7.6.1.x86_64.rpm 12:52:47 776/826 : sssd-wbclient-devel-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 777/826 : sssd-wbclient-devel-1.16.1- lp151.7.6.1.x86_64.rpm 12:52:47 778/826 : sssd-winbind-idmap-1.16.1-lp151.7.6.1.i586.rpm 12:52:47 779/826 : sssd-winbind-idmap-1.16.1- lp151.7.6.1.x86_64.rpm 12:52:48 780/826 : subversion-bash-completion-1.10.6- lp151.4.3.1.noarch.rpm 12:52:49 781/826 : subversion-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:50 782/826 : strawberry-0.6.3-lp151.2.3.1.x86_64.rpm 12:52:50 783/826 : subversion-1.10.6-lp151.4.3.1.i586.rpm 12:52:50 784/826 : subversion-devel-1.10.6-lp151.4.3.1.i586.rpm 12:52:50 785/826 : subversion-devel-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:50 786/826 : subversion-perl-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:50 787/826 : subversion-python-1.10.6-lp151.4.3.1.i586.rpm 12:52:50 788/826 : subversion-python-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:50 789/826 : subversion-python-ctypes-1.10.6- lp151.4.3.1.i586.rpm 12:52:51 790/826 : subversion-perl-1.10.6-lp151.4.3.1.i586.rpm 12:52:51 791/826 : subversion-python-ctypes-1.10.6- lp151.4.3.1.x86_64.rpm 12:52:51 792/826 : subversion-ruby-1.10.6-lp151.4.3.1.i586.rpm 12:52:51 793/826 : subversion-server-1.10.6-lp151.4.3.1.i586.rpm 12:52:51 794/826 : subversion-tools-1.10.6-lp151.4.3.1.i586.rpm 12:52:51 795/826 : subversion-server-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:51 796/826 : subversion-ruby-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:51 797/826 : subversion-tools-1.10.6-lp151.4.3.1.x86_64.rpm 12:52:51 798/826 : sysstat-isag-12.0.2-lp151.3.3.1.x86_64.rpm 12:52:51 799/826 : sysstat-12.0.2-lp151.3.3.1.x86_64.rpm 12:52:51 800/826 : tcpdump-4.9.2-lp151.4.3.1.x86_64.rpm 12:52:51 801/826 : tryton-4.6.21-lp151.2.3.1.noarch.rpm 12:52:52 802/826 : transfig-3.2.6a-lp151.4.6.1.x86_64.rpm 12:52:52 803/826 : trytond_stock-4.6.7-lp151.2.3.1.noarch.rpm 12:52:52 804/826 : trytond_account-4.6.10-lp151.3.3.1.noarch.rpm 12:52:52 805/826 : trytond-4.6.17-lp151.3.3.1.noarch.rpm 12:52:52 806/826 : typelib-1_0-EvinceDocument-3_0- 3.26.0+20180128.1bd86963-lp151.4.6.1.x86_64.rpm 12:52:52 807/826 : typelib-1_0-EvinceView-3_0- 3.26.0+20180128.1bd86963-lp151.4.6.1.x86_64.rpm 12:52:52 808/826 : typelib-1_0-GjsPrivate-1_0-1.50.4- lp151.4.3.1.i586.rpm 12:52:52 809/826 : typelib-1_0-GjsPrivate-1_0-1.50.4- lp151.4.3.1.x86_64.rpm 12:52:52 810/826 : typelib-1_0-Polkit-1_0-0.114- lp151.5.3.1.i586.rpm 12:52:52 811/826 : typelib-1_0-Polkit-1_0-0.114- lp151.5.3.1.x86_64.rpm 12:52:52 812/826 : wireless-regdb-2019.06.03- lp151.2.6.1.noarch.rpm 12:52:53 813/826 : wireshark-devel-2.4.16-lp151.2.6.1.i586.rpm 12:52:53 814/826 : wireshark-2.4.16-lp151.2.6.1.i586.rpm 12:52:53 815/826 : wireshark-devel-2.4.16-lp151.2.6.1.x86_64.rpm 12:52:54 816/826 : yast2-proxy-4.1.1-lp151.2.3.1.noarch.rpm 12:52:54 817/826 : zlib-devel-1.2.11-lp151.5.3.1.i586.rpm 12:52:54 818/826 : zenmap-7.70-lp151.3.6.1.x86_64.rpm 12:52:55 819/826 : wireshark-ui-qt-2.4.16-lp151.2.6.1.x86_64.rpm 12:52:55 820/826 : zlib-devel-1.2.11-lp151.5.3.1.x86_64.rpm 12:52:55 821/826 : zlib-devel-32bit-1.2.11-lp151.5.3.1.x86_64.rpm 12:52:55 822/826 : wireshark-2.4.16-lp151.2.6.1.x86_64.rpm 12:52:55 823/826 : zlib-devel-static-1.2.11-lp151.5.3.1.i586.rpm 12:52:55 824/826 : wireshark-ui-qt-2.4.16-lp151.2.6.1.i586.rpm 12:52:55 825/826 : zlib-devel-static-32bit-1.2.11- lp151.5.3.1.x86_64.rpm 12:52:55 826/826 : zlib-devel-static-1.2.11-lp151.5.3.1.x86_64.rpm 12:52:56 12:52:56 Importing packages to DB: Importing packages: |#----------------------------- --------------------| 1.09% 12:54:54 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(37569, 167152) already exists. Importing packages: |#----------------------------- --------------------| 1.21% 12:54:54 1.21 % Importing packages: |#----------------------------- --------------------| 2.3% 12:55:19 'NoneType' object has no attribute 'strip' Importing packages: |##-------------------------- ----------------------| 3.51% 12:55:19 'NoneType' object has no attribute 'strip' Importing packages: |##-------------------------- ----------------------| 4.72% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |###--------------------------- --------------------| 5.93% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |####------------------------ ----------------------| 7.14% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |####------------------------ ----------------------| 8.35% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |#####------------------------- --------------------| 9.56% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |#####------------------------- --------------------| 10.77% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |######---------------------- ----------------------| 11.99% 12:55:20 'NoneType' object has no attribute 'strip' Importing packages: |#######----------------------- --------------------| 13.2% 12:55:23 'NoneType' object has no attribute 'strip' Importing packages: |#######----------------------- --------------------| 14.41% 12:55:23 'NoneType' object has no attribute 'strip' Importing packages: |########-------------------- ----------------------| 15.62% 12:55:23 'NoneType' object has no attribute 'strip' Importing packages: |########-------------------- ----------------------| 16.83% 12:55:23 'NoneType' object has no attribute 'strip' Importing packages: |#########--------------------- --------------------| 18.04% 12:55:25 'NoneType' object has no attribute 'strip' Importing packages: |##########------------------ ----------------------| 19.25% 12:55:25 'NoneType' object has no attribute 'strip' Importing packages: |##########------------------ ----------------------| 20.46% 12:55:27 'NoneType' object has no attribute 'strip' Importing packages: |###########------------------- --------------------| 21.67% 12:55:30 'NoneType' object has no attribute 'strip' Importing packages: |###########------------------- --------------------| 22.88% 12:55:33 'NoneType' object has no attribute 'strip' Importing packages: |############---------------- ----------------------| 24.09% 12:55:35 'NoneType' object has no attribute 'strip' Importing packages: |#############----------------- --------------------| 25.3% 12:55:37 'NoneType' object has no attribute 'strip' Importing packages: |#############----------------- --------------------| 26.51% 12:55:38 'NoneType' object has no attribute 'strip' Importing packages: |##############-------------- ----------------------| 27.72% 12:55:40 'NoneType' object has no attribute 'strip' Importing packages: |##############-------------- ----------------------| 28.93% 12:55:41 'NoneType' object has no attribute 'strip' Importing packages: |###############--------------- --------------------| 30.15% 12:55:43 'NoneType' object has no attribute 'strip' Importing packages: |################------------ ----------------------| 31.36% 12:55:44 'NoneType' object has no attribute 'strip' Importing packages: |################------------ ----------------------| 32.57% 12:55:46 'NoneType' object has no attribute 'strip' Importing packages: |#################------------- --------------------| 33.78% 12:55:50 'NoneType' object has no attribute 'strip' Importing packages: |#################------------- --------------------| 34.99% 12:55:50 'NoneType' object has no attribute 'strip' Importing packages: |##################---------- ----------------------| 36.2% 12:55:50 'NoneType' object has no attribute 'strip' Importing packages: |###################----------- --------------------| 37.41% 12:55:50 'NoneType' object has no attribute 'strip' Importing packages: |###################----------- --------------------| 38.62% 12:55:50 'NoneType' object has no attribute 'strip' Importing packages: |####################-------- ----------------------| 39.83% 12:55:51 'NoneType' object has no attribute 'strip' Importing packages: |#####################--------- --------------------| 41.04% 12:55:51 'NoneType' object has no attribute 'strip' Importing packages: |#####################--------- --------------------| 42.25% 12:55:51 'NoneType' object has no attribute 'strip' Importing packages: |######################------ ----------------------| 43.46% 12:55:52 'NoneType' object has no attribute 'strip' Importing packages: |######################------ ----------------------| 44.67% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |#######################------- --------------------| 45.88% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |########################---- ----------------------| 47.09% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |########################---- ----------------------| 48.31% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |#########################----- --------------------| 49.52% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |#########################----- --------------------| 50.73% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |##########################-- ----------------------| 51.94% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |###########################--- --------------------| 53.15% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |###########################--- --------------------| 54.36% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |############################ ----------------------| 55.57% 12:55:59 'NoneType' object has no attribute 'strip' Importing packages: |############################ ----------------------| 56.78% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |#############################- --------------------| 57.99% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |##############################--------------------| 59.2% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |##############################--------------------| 60.41% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |###############################-------------------| 61.62% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |###############################-------------------| 62.83% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |################################------------------| 64.04% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |#################################-----------------| 65.25% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |#################################-----------------| 66.46% 12:56:00 'NoneType' object has no attribute 'strip' Importing packages: |##################################----------------| 67.68% 12:56:01 'NoneType' object has no attribute 'strip' Importing packages: |##################################----------------| 68.89% 12:56:01 'NoneType' object has no attribute 'strip' Importing packages: |###################################---------------| 70.1% 12:56:01 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 71.31% 12:56:02 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 72.52% 12:56:02 'NoneType' object has no attribute 'strip' Importing packages: |#####################################-------------| 73.73% 12:56:02 'NoneType' object has no attribute 'strip' Importing packages: |#####################################-------------| 74.94% 12:56:02 'NoneType' object has no attribute 'strip' Importing packages: |######################################------------| 76.15% 12:56:03 'NoneType' object has no attribute 'strip' Importing packages: |#######################################-----------| 77.36% 12:56:04 'NoneType' object has no attribute 'strip' Importing packages: |#######################################-----------| 78.57% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |########################################----------| 79.78% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |########################################----------| 80.99% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |#########################################---------| 82.2% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |##########################################--------| 83.41% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |##########################################--------| 84.62% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |###########################################-------| 85.84% 12:56:05 'NoneType' object has no attribute 'strip' Importing packages: |############################################------| 87.05% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |############################################------| 88.26% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |#############################################-----| 89.47% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |#############################################-----| 90.68% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |##############################################----| 91.89% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |###############################################---| 93.1% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |###############################################---| 94.31% 12:56:06 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 95.52% 12:56:07 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 96.73% 12:56:07 'NoneType' object has no attribute 'strip' Importing packages: |#################################################-| 97.94% 12:56:07 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.15% 12:56:07 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.88% 12:56:07 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 100.0% 12:56:07 12:56:07 Linking packages to the channel. 12:56:08 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 12:56:08 Traceback (most recent call last): File "/usr/lib/python3.6/site- packages/spacewalk/satellite_tools/reposync.py", line 568, 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 1142, in import_packages importer.run() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'kernel-docs-html', 'epoch': None, 'version': '4.12.14', 'release': 'lp151.28.13.1', 'arch': 'noarch', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {106: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '4e78c1c69a499d24b5abd470a8f982527fe6ed15f3d27ca25c72f35a1c89a0ee', 'checksum_type': 'sha256', 'checksums': {'sha256': '4e78c1c69a499d24b5abd470a8f982527fe6ed15f3d27ca25c72f35a1c89a0ee'}, 'name_id': 6835, 'evr_id': 10132, 'package_arch_id': 100, 'nevra_id': 37578, 'checksum_id': 3352298}] in table rhnPackage 12:56:09 Total time: 0:08:46 -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

4 9

Re: [uyuni-users] Fwd: openSUSE 15.1 tools repo sync errors?
by Jordi Bruguera i Cortada 27 Aug '19

27 Aug '19

El dt 27 de 08 de 2019 a les 06:43 +0000, en/na Julio Gonzalez va escriure: Hello Julio, That worked for me. Thank you ! regards, -- --- Jordi Bruguera i Cortada Freelancer Systems and Open Source Specialist SU SE Enterprise Architect / SUSE Certified Instructor > This is not the definitive fix, but... > > Could you please backup /usr/lib/python3.6/site- > packages/spacewalk/server/importlib/packageImport.py > > And then apply the diff from: > https://gist.github.com/juliogonzalez/fc0cc3c78fc6ba6b3a61dceb48b1c5f > 1 > > i.e.: curl https://gist.githubusercontent.com/juliogonzalez/fc0cc3c78 > fc6ba6b3a61dceb48b1c5f1/raw/87eb1764a3a8fab542f05751cc8dd699795d1ce0/ > gistfile1.txt|patch -d/ -p0 > > Restart services: spacewalk-service restart > > And finally retry the reposync. > > This is part of https://github.com/uyuni-project/uyuni/pull/1315 > > NOTE: I was on holidays when this was develop, and the developer that > did the fix is on holidays now, but he tested so it should work for > you as well. > > Worst case, you can just rollback /usr/lib/python3.6/site- > packages/spacewalk/server/importlib/packageImport.py > > On viernes, 23 de agosto de 2019 18:53:42 (CEST) Strahil Nikolov > wrote: > > On August 23, 2019 5:06:33 PM GMT+03:00, Boris Manojlovic <boris@st > eki.net> wrote: > > >kernel-default but it is multiple packages that will trigger this > > >(same update as in SLE SP1 in which i first noticed this issue > with > > >this specific changelog entry ) > > > > > >sw:~ # cat /etc/*rele* > > >NAME="openSUSE Leap" > > >VERSION="15.1 " > > >ID="opensuse-leap" > > >ID_LIKE="suse opensuse" > > >VERSION_ID="15.1" > > >PRETTY_NAME="openSUSE Leap 15.1" > > >ANSI_COLOR="0;32" > > >CPE_NAME="cpe:/o:opensuse:leap:15.1" > > >BUG_REPORT_URL="https://bugs.opensuse.org" > > >HOME_URL="https://www.opensuse.org/" > > >Spacewalk release 4.0 (Smile) > > >sw:~ # rpm -q --changelog kernel-default |grep -A 5 -B1 > > >'reclaimed_journal_buckets' > > >* Mon Jul 15 2019 colyli(a)suse.de > > >- bcache: add reclaimed_journal_buckets to struct cache_set > > > > > > (bsc#1140652). > > > > > >- bcache: performance improvement for btree_flush_write() > > > > > > (bsc#1140652). > > > > > >- bcache: fix race in btree_flush_write() (bsc#1140652). > > >- bcache: remove retry_flush_write from struct cache_set > > >-- > > >* Mon Jul 15 2019 colyli(a)suse.de > > >- bcache: add reclaimed_journal_buckets to struct cache_set > > > > > > (bsc#1140652). > > > > > >- bcache: performance improvement for btree_flush_write() > > > > > > (bsc#1140652). > > > > > >- bcache: fix race in btree_flush_write() (bsc#1140652). > > >- bcache: remove retry_flush_write from struct cache_set > > >sw:~ # > > > > > >On Fri, Aug 23, 2019 at 12:46 AM Strahil Nikolov > > > > > ><hunter86_bg(a)yahoo.com> wrote: > > >> On August 21, 2019 12:21:29 PM GMT+03:00, Boris Manojlovic > > > > > ><boris(a)steki.net> wrote: > > >> >Hi list, > > >> > > > >> >reason why all of you had issues with updates from opensuse > 15.1 is > > >> >kernel update that originated from suse sources (or someone > made > > >> >exactly SAME kind of mistake) > > >> > > > >> >in source code (database code) you will find your mentioned > unique > > >> >index creation code > > >> > > > >> >``` > > >> >CREATE UNIQUE INDEX rhn_pkg_clr_pid_cld_uq > > >> > > > >> > ON rhnPackageChangeLogRec (package_id, changelog_data_id) > > >> > NOLOGGING > > >> > TABLESPACE [[32m_tbs]]; > > >> > > > >> >``` > > >> > > > >> >so what happens in other part of code is next > > >> >get changelog data from rpm, insert it into db line by line > (all > > > > > >text > > > > > >> >as one row per changelog entry ) > > >> >some other stuff in between > > >> >try adding rpm package changelog info into table as bellow > > > > > >(arbitrary > > > > > >> >values 10 and 3 just to show point) > > >> >``` > > >> >info into packagechangelogrec ( pkg_id=10 , chg_id=3 ,...); > > >> >info into packagechangelogrec ( pkg_id=10 , chg_id=3 ,...); <- > > > > > >second > > > > > >> >one fails with unique index problerm > > >> >` > > >> >insert will of course fail with given error (from log file > pasted) > > > > > >as > > > > > >> >package has exactly same changelog entries. > > >> > > > >> >hope this helps someone in future to debug this kind of error > > >> > > > >> >P.S. > > >> >sorry for not responding to thread as is, simply was not > subscribed > > >> >before :) > > >> > > > >> >P.P.S. > > >> > > > >> >Not sure list got it as i still did not confirm my subscription > > > > > >before > > > > > >> >sending... > > >> > > > >> > > > >> >Is it fixed, as I thought my Uyuni DB 'ended' and redeployed > again > > >: > > >:) ? > > >: > > >> >I will need to create all repos again. > > >> > > > >> >Best Regards, > > >> >Strahil Nikolov > > >> > > >> It's definitely not fixed: > > > > > >> 01:39:50 01:39:50 Importing packages to DB: > > >Importing packages: > > >|--------------------------------------------------| 0.21% > 01:41:24 > > > > > >0.21 % Importing packages: > > >|--------------------------------------------------| 0.38% > 01:42:40 > > > > > >duplicate key value violates unique constraint > "rhn_pkg_clr_pid_cld_uq" > > >DETAIL: Key (package_id, changelog_data_id)=(36047, 35803) > already > > >exists. 01:42:40 Unexpected error: 01:42:40 Traceback (most recent > call > > >last): File > > >"/usr/lib/python3.6/site- > packages/spacewalk/satellite_tools/reposync.py", > > >line 568, 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 1086, in import_packages importer.run() File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/importLib.py", > > >line 764, in run self.submit() File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/packageImport. > > >py", line 343, in > submit transactional=self.transactional) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backend.py", > > >line 853, in > processPackages transactional=transactional) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backend.py", > > >line 2158, in __processObjectCollection__ return > self.__doDML(dml) > > >File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backend.py", > > >line 2263, in __doDML self.__doInsert(dml.insert, dml.tables) > > >File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backend.py", > > >line 2270, in __doInsert self.__doInsertTable(tname, > dict) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backend.py", > > >line 2285, in __doInsertTable insertObj.query(hash) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backendLib.py" > > >, line 459, in query executeStatement(statement, values, > chunksize) > > >File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/importlib/backendLib.py" > > >, line 484, in executeStatement count += > > >statement.executemany(**tempdict) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/rhnSQL/sql_base.py", > > >line 159, in executemany return > > >self._execute_wrapper(self._executemany, *p, **kw) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/rhnSQL/driver_postgresql > > >.py", line 298, in _execute_wrapper retval = function(*p, > **kw) File > > >"/usr/lib/python3.6/site- > packages/spacewalk/server/rhnSQL/driver_postgresq > > >l.py", line 348, in _executemany > > >self._real_cursor.executemany(self.sql, all_kwargs) > > >psycopg2.IntegrityError: duplicate key value violates > > >unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key > (package_id, > > >changelog_data_id)=(36047, 35803) already exists. > > > > > >> Does anyone know the names of the offending packages ? > > >> > > >> Best Regards, > > >> Strahil Nikolov > > > > > >-- > > >To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org > > >To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org > > > > Adding uyuni-devel list. > > I hope someone in the dev can assist us. > > > > Best Regards, > > Strahil Nikolov > > > -- > Julio González Gil > Release Engineer, SUSE Manager and Uyuni > jgonzalez(a)suse.com -- -- -- -- 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] openSUSE 15.1 tools repo sync errors?
by Boris Manojlovic 23 Aug '19

23 Aug '19

Hi list, reason why all of you had issues with updates from opensuse 15.1 is kernel update that originated from suse sources (or someone made exactly SAME kind of mistake) in source code (database code) you will find your mentioned unique index creation code ``` CREATE UNIQUE INDEX rhn_pkg_clr_pid_cld_uq ON rhnPackageChangeLogRec (package_id, changelog_data_id) NOLOGGING TABLESPACE [[32m_tbs]]; ``` so what happens in other part of code is next get changelog data from rpm, insert it into db line by line (all text as one row) some other stuff in between try adding rpm package changelog info into table as bellow (arbitrary values 10 and 3 just to show point) ``` info into packagechangelogrec ( pkg_id=10 , chg_id=3 ,...); info into packagechangelogrec ( pkg_id=10 , chg_id=3 ,...); <- second one fails with unique index problerm ` insert will of course fail with given error (from log file pasted) as package has exactly same changelog entries. hope this helps someone in future to debug this kind of error P.S. sorry for not responding to thread as is, simply was not subscribed before :) -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 5

[uyuni-users] Bootstrap repo os151 and shell script creation
by Steve Moring 21 Aug '19

21 Aug '19

Hello, Now that the tools repositories appear to be synchronizing, I thought I'd create my bootstrap repo's. Everything appears to have gone ok, but the shell script that I'd expect to find in /srv/www/htdocs/pub/bootstrap/ was not created. Any ideas? yuni:~ # mgr-create-bootstrap-repo -d -c openSUSE-Leap-15.1-x86_64 Creating bootstrap repo for openSUSE-Leap-15.1-x86_64 DEBUG:The bootstrap repo should contain the following packages: ['libgudev-1_0-0', 'libnewt0_52', 'libslang2', 'newt', 'python3- asn1crypto', 'python3-cffi', 'python3-cryptography', 'python- dmidecode', 'python3-dmidecode', 'python3-idna', 'python3-libxml2- python', 'python3-netifaces', 'python3-newt', 'python3-pyasn1', 'python3-pycparser', 'python3-pyOpenSSL', 'python3-pyudev', 'python3- rpm', 'python3-packaging', 'python3-setuptools', 'python3-appdirs', 'python3-pyparsing', 'hwdata', 'python3-hwdata', 'python3-rhnlib', 'spacewalk-check', 'spacewalk-client-setup', 'spacewalk-client-tools', 'python3-spacewalk-check', 'python3-spacewalk-client-setup', 'python3- spacewalk-client-tools', 'python3-spacewalk-usix', 'mgr- daemon|spacewalksd', 'suseRegisterInfo', 'python3-suseRegisterInfo', 'zypp-plugin-spacewalk', 'python3-zypp-plugin', 'python3-zypp-plugin- spacewalk', 'libpgm-5_2-0', 'libsodium23', 'libzmq5', 'python3-Babel', 'python3-certifi', 'python3-chardet', 'python3-Jinja2', 'python3- MarkupSafe', 'python3-msgpack', 'python3-psutil', 'python3-py', 'python3-pycrypto', 'python3-pytz', 'python3-PyYAML', 'python3-pyzmq', 'python3-requests', 'python3-simplejson', 'python3-six', 'python3- tornado', 'python3-urllib3', 'timezone', 'salt', 'python3-salt', 'salt-minion', 'dmidecode', 'libunwind'] DEBUG:Package libgudev-1_0-0 found 1 resulting packages: DEBUG:{'id': 10574, 'nvrea': 'libgudev-1_0-0-232-lp151.2.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/5a0/libgudev-1_0-0/232- lp151.2.3/x86_64/5a0fda82859595b99b8162da48803035c11af5fb161018be0650f f076f4b019a/libgudev-1_0-0-232-lp151.2.3.x86_64.rpm'} copy 'libgudev-1_0-0-232-lp151.2.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/5a0/libgudev-1_0-0/232- lp151.2.3/x86_64/5a0fda82859595b99b8162da48803035c11af5fb161018be0650f f076f4b019a/libgudev-1_0-0-232-lp151.2.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package libnewt0_52 found 1 resulting packages: DEBUG:{'id': 11793, 'nvrea': 'libnewt0_52-0.52.20-lp151.6.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/075/libnewt0_52/0.52.20- lp151.6.4/x86_64/0758ae9dfe9a577f9a3c1dcffba9d31131ca00d55128e461fb6c0 9f3fc6694f5/libnewt0_52-0.52.20-lp151.6.4.x86_64.rpm'} copy 'libnewt0_52-0.52.20-lp151.6.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/075/libnewt0_52/0.52.20- lp151.6.4/x86_64/0758ae9dfe9a577f9a3c1dcffba9d31131ca00d55128e461fb6c0 9f3fc6694f5/libnewt0_52-0.52.20-lp151.6.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package libslang2 found 1 resulting packages: DEBUG:{'id': 13280, 'nvrea': 'libslang2-2.3.1a-lp151.4.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/506/libslang2/2.3.1a- lp151.4.3/x86_64/50677c6f1d627566afaf5f6a1aa404165d08b785864c5b9093aec c6de36f5dfd/libslang2-2.3.1a-lp151.4.3.x86_64.rpm'} copy 'libslang2-2.3.1a-lp151.4.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/506/libslang2/2.3.1a- lp151.4.3/x86_64/50677c6f1d627566afaf5f6a1aa404165d08b785864c5b9093aec c6de36f5dfd/libslang2-2.3.1a-lp151.4.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package newt found 1 resulting packages: DEBUG:{'id': 16209, 'nvrea': 'newt-0.52.20-lp151.6.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/a50/newt/0.52.20- lp151.6.4/x86_64/a506762a54554c619022bac974804142578616cffa181d6ab8749 d057358589d/newt-0.52.20-lp151.6.4.x86_64.rpm'} copy 'newt-0.52.20-lp151.6.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/a50/newt/0.52.20- lp151.6.4/x86_64/a506762a54554c619022bac974804142578616cffa181d6ab8749 d057358589d/newt-0.52.20-lp151.6.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-asn1crypto found 1 resulting packages: DEBUG:{'id': 22229, 'nvrea': 'python3-asn1crypto-0.24.0- lp151.2.3.noarch', 'arch': 'noarch', 'path': 'packages/1/487/python3- asn1crypto/0.24.0- lp151.2.3/noarch/487456d220748509531f7d8097e19370b5096a4746801f3007b4c 139aa98b3be/python3-asn1crypto-0.24.0-lp151.2.3.noarch.rpm'} copy 'python3-asn1crypto-0.24.0-lp151.2.3.noarch' DEBUG:copy /var/spacewalk / packages/1/487/python3-asn1crypto/0.24.0- lp151.2.3/noarch/487456d220748509531f7d8097e19370b5096a4746801f3007b4c 139aa98b3be/python3-asn1crypto-0.24.0-lp151.2.3.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-cffi found 1 resulting packages: DEBUG:{'id': 22475, 'nvrea': 'python3-cffi-1.11.2-lp151.4.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/dac/python3-cffi/1.11.2- lp151.4.3/x86_64/dac70d2ad55cb1ec54e371f6b8928d1b8c45c7396d123a3f6c33d a783711ec4a/python3-cffi-1.11.2-lp151.4.3.x86_64.rpm'} copy 'python3-cffi-1.11.2-lp151.4.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/dac/python3-cffi/1.11.2- lp151.4.3/x86_64/dac70d2ad55cb1ec54e371f6b8928d1b8c45c7396d123a3f6c33d a783711ec4a/python3-cffi-1.11.2-lp151.4.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-cryptography found 1 resulting packages: DEBUG:{'id': 22536, 'nvrea': 'python3-cryptography-2.1.4- lp151.4.2.x86_64', 'arch': 'x86_64', 'path': 'packages/1/a86/python3- cryptography/2.1.4- lp151.4.2/x86_64/a86f5780ac0426c7198e32d5bc277428e4b113829c9337a90b042 590e02b36ac/python3-cryptography-2.1.4-lp151.4.2.x86_64.rpm'} copy 'python3-cryptography-2.1.4-lp151.4.2.x86_64' DEBUG:copy /var/spacewalk / packages/1/a86/python3-cryptography/2.1.4- lp151.4.2/x86_64/a86f5780ac0426c7198e32d5bc277428e4b113829c9337a90b042 590e02b36ac/python3-cryptography-2.1.4-lp151.4.2.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python-dmidecode found 1 resulting packages: DEBUG:{'id': 37349, 'nvrea': 'python-dmidecode-3.12.2- lp150.4.6.x86_64', 'arch': 'x86_64', 'path': 'packages/1/294/python- dmidecode/3.12.2- lp150.4.6/x86_64/2949c5285dc908e5c80316a605341daca0f28c7397f2fc924ba90 9e1c38cc3eb/python-dmidecode-3.12.2-lp150.4.6.x86_64.rpm'} copy 'python-dmidecode-3.12.2-lp150.4.6.x86_64' DEBUG:copy /var/spacewalk / packages/1/294/python-dmidecode/3.12.2- lp150.4.6/x86_64/2949c5285dc908e5c80316a605341daca0f28c7397f2fc924ba90 9e1c38cc3eb/python-dmidecode-3.12.2-lp150.4.6.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-dmidecode found 1 resulting packages: DEBUG:{'id': 37371, 'nvrea': 'python3-dmidecode-3.12.2- lp150.4.6.x86_64', 'arch': 'x86_64', 'path': 'packages/1/082/python3- dmidecode/3.12.2- lp150.4.6/x86_64/0820f08aaab11c5d9e3e145fdaec0093536fd67128019045a01dc 0cef1f37fa3/python3-dmidecode-3.12.2-lp150.4.6.x86_64.rpm'} copy 'python3-dmidecode-3.12.2-lp150.4.6.x86_64' DEBUG:copy /var/spacewalk / packages/1/082/python3-dmidecode/3.12.2- lp150.4.6/x86_64/0820f08aaab11c5d9e3e145fdaec0093536fd67128019045a01dc 0cef1f37fa3/python3-dmidecode-3.12.2-lp150.4.6.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-idna found 1 resulting packages: DEBUG:{'id': 22832, 'nvrea': 'python3-idna-2.6-lp151.2.2.noarch', 'arch': 'noarch', 'path': 'packages/1/094/python3-idna/2.6- lp151.2.2/noarch/094f7c464be8488273a13e3e4693969d48a0cf4eebb0a96e3a572 b66aeeb542b/python3-idna-2.6-lp151.2.2.noarch.rpm'} copy 'python3-idna-2.6-lp151.2.2.noarch' DEBUG:copy /var/spacewalk / packages/1/094/python3-idna/2.6- lp151.2.2/noarch/094f7c464be8488273a13e3e4693969d48a0cf4eebb0a96e3a572 b66aeeb542b/python3-idna-2.6-lp151.2.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-libxml2-python found 1 resulting packages: DEBUG:{'id': 23011, 'nvrea': 'python3-libxml2-python-2.9.7- lp151.4.2.x86_64', 'arch': 'x86_64', 'path': 'packages/1/e4f/python3- libxml2-python/2.9.7- lp151.4.2/x86_64/e4fce3cbfce04366c11a11d5143b5e526548ba165c8937aa407fe 0ca3211db46/python3-libxml2-python-2.9.7-lp151.4.2.x86_64.rpm'} copy 'python3-libxml2-python-2.9.7-lp151.4.2.x86_64' DEBUG:copy /var/spacewalk / packages/1/e4f/python3-libxml2- python/2.9.7- lp151.4.2/x86_64/e4fce3cbfce04366c11a11d5143b5e526548ba165c8937aa407fe 0ca3211db46/python3-libxml2-python-2.9.7-lp151.4.2.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-netifaces found 1 resulting packages: DEBUG:{'id': 23114, 'nvrea': 'python3-netifaces-0.10.6- lp151.2.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/f86/python3- netifaces/0.10.6- lp151.2.4/x86_64/f8607d8a7354766fe47258b04afcaf0b75ad8c79a8e4a539c3088 6e634be5445/python3-netifaces-0.10.6-lp151.2.4.x86_64.rpm'} copy 'python3-netifaces-0.10.6-lp151.2.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/f86/python3-netifaces/0.10.6- lp151.2.4/x86_64/f8607d8a7354766fe47258b04afcaf0b75ad8c79a8e4a539c3088 6e634be5445/python3-netifaces-0.10.6-lp151.2.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-newt found 1 resulting packages: DEBUG:{'id': 23118, 'nvrea': 'python3-newt-0.52.20-lp151.6.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/89b/python3-newt/0.52.20- lp151.6.4/x86_64/89b940ef521db8e869f7e6835bd8a6365c1a7cdb37b0f6f0e6ba1 f8cad9eef6f/python3-newt-0.52.20-lp151.6.4.x86_64.rpm'} copy 'python3-newt-0.52.20-lp151.6.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/89b/python3-newt/0.52.20- lp151.6.4/x86_64/89b940ef521db8e869f7e6835bd8a6365c1a7cdb37b0f6f0e6ba1 f8cad9eef6f/python3-newt-0.52.20-lp151.6.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-pyasn1 found 1 resulting packages: DEBUG:{'id': 23317, 'nvrea': 'python3-pyasn1-0.4.2-lp151.2.2.noarch', 'arch': 'noarch', 'path': 'packages/1/d82/python3-pyasn1/0.4.2- lp151.2.2/noarch/d821e42aa008194882082bdf82ed5dda30e956c83c953e36ea96c 366189bd8a1/python3-pyasn1-0.4.2-lp151.2.2.noarch.rpm'} copy 'python3-pyasn1-0.4.2-lp151.2.2.noarch' DEBUG:copy /var/spacewalk / packages/1/d82/python3-pyasn1/0.4.2- lp151.2.2/noarch/d821e42aa008194882082bdf82ed5dda30e956c83c953e36ea96c 366189bd8a1/python3-pyasn1-0.4.2-lp151.2.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-pycparser found 1 resulting packages: DEBUG:{'id': 23327, 'nvrea': 'python3-pycparser-2.17- lp151.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/4de/python3- pycparser/2.17- lp151.2.1/noarch/4de8caf8d7f157c83f51800c43faa35828bc5e50d5be1c01856ce 737aa62641d/python3-pycparser-2.17-lp151.2.1.noarch.rpm'} copy 'python3-pycparser-2.17-lp151.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/4de/python3-pycparser/2.17- lp151.2.1/noarch/4de8caf8d7f157c83f51800c43faa35828bc5e50d5be1c01856ce 737aa62641d/python3-pycparser-2.17-lp151.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-pyOpenSSL found 1 resulting packages: DEBUG:{'id': 23308, 'nvrea': 'python3-pyOpenSSL-17.5.0- lp151.3.3.noarch', 'arch': 'noarch', 'path': 'packages/1/4f5/python3- pyOpenSSL/17.5.0- lp151.3.3/noarch/4f5833d65edf9cf215cd3de7c3d766411fa06e2aca221540760b5 0821f44f9f4/python3-pyOpenSSL-17.5.0-lp151.3.3.noarch.rpm'} copy 'python3-pyOpenSSL-17.5.0-lp151.3.3.noarch' DEBUG:copy /var/spacewalk / packages/1/4f5/python3-pyOpenSSL/17.5.0- lp151.3.3/noarch/4f5833d65edf9cf215cd3de7c3d766411fa06e2aca221540760b5 0821f44f9f4/python3-pyOpenSSL-17.5.0-lp151.3.3.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-pyudev found 1 resulting packages: DEBUG:{'id': 23511, 'nvrea': 'python3-pyudev-0.21.0-lp151.4.2.noarch', 'arch': 'noarch', 'path': 'packages/1/1e5/python3-pyudev/0.21.0- lp151.4.2/noarch/1e546f13f402b765ec8b21e4881533c8297eab593de2ae81bf585 3c924d9674b/python3-pyudev-0.21.0-lp151.4.2.noarch.rpm'} copy 'python3-pyudev-0.21.0-lp151.4.2.noarch' DEBUG:copy /var/spacewalk / packages/1/1e5/python3-pyudev/0.21.0- lp151.4.2/noarch/1e546f13f402b765ec8b21e4881533c8297eab593de2ae81bf585 3c924d9674b/python3-pyudev-0.21.0-lp151.4.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-rpm found 1 resulting packages: DEBUG:{'id': 23579, 'nvrea': 'python3-rpm-4.14.1-lp151.13.10.x86_64', 'arch': 'x86_64', 'path': 'packages/1/6f9/python3-rpm/4.14.1- lp151.13.10/x86_64/6f9ead53cc913bae464635934a0798a2c555557e1af2f1b4466 eeaf9173ce12e/python3-rpm-4.14.1-lp151.13.10.x86_64.rpm'} copy 'python3-rpm-4.14.1-lp151.13.10.x86_64' DEBUG:copy /var/spacewalk / packages/1/6f9/python3-rpm/4.14.1- lp151.13.10/x86_64/6f9ead53cc913bae464635934a0798a2c555557e1af2f1b4466 eeaf9173ce12e/python3-rpm-4.14.1-lp151.13.10.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-packaging found 1 resulting packages: DEBUG:{'id': 23194, 'nvrea': 'python3-packaging-16.8- lp151.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/d27/python3- packaging/16.8- lp151.2.1/noarch/d27b19c2dc689bde9212b9079a633f91251dc46b9fc725c576503 311fb150440/python3-packaging-16.8-lp151.2.1.noarch.rpm'} copy 'python3-packaging-16.8-lp151.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/d27/python3-packaging/16.8- lp151.2.1/noarch/d27b19c2dc689bde9212b9079a633f91251dc46b9fc725c576503 311fb150440/python3-packaging-16.8-lp151.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-setuptools found 1 resulting packages: DEBUG:{'id': 23632, 'nvrea': 'python3-setuptools-40.5.0- lp151.1.1.noarch', 'arch': 'noarch', 'path': 'packages/1/41e/python3- setuptools/40.5.0- lp151.1.1/noarch/41e979b640794d9617d1930f64adfc68890197535a6d7024acc44 34ee34767bd/python3-setuptools-40.5.0-lp151.1.1.noarch.rpm'} copy 'python3-setuptools-40.5.0-lp151.1.1.noarch' DEBUG:copy /var/spacewalk / packages/1/41e/python3-setuptools/40.5.0- lp151.1.1/noarch/41e979b640794d9617d1930f64adfc68890197535a6d7024acc44 34ee34767bd/python3-setuptools-40.5.0-lp151.1.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-appdirs found 1 resulting packages: DEBUG:{'id': 22218, 'nvrea': 'python3-appdirs-1.4.3-lp151.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/ea7/python3-appdirs/1.4.3- lp151.2.1/noarch/ea77f824624271df8065713fcd747953910adbb20743dc7b09638 5e736f6da2e/python3-appdirs-1.4.3-lp151.2.1.noarch.rpm'} copy 'python3-appdirs-1.4.3-lp151.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/ea7/python3-appdirs/1.4.3- lp151.2.1/noarch/ea77f824624271df8065713fcd747953910adbb20743dc7b09638 5e736f6da2e/python3-appdirs-1.4.3-lp151.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-pyparsing found 1 resulting packages: DEBUG:{'id': 23390, 'nvrea': 'python3-pyparsing-2.2.0- lp151.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/039/python3- pyparsing/2.2.0- lp151.2.1/noarch/0391cddc17c7d859ef4a538d1576fd4877828b2798a4885dd0837 fb4d65beb73/python3-pyparsing-2.2.0-lp151.2.1.noarch.rpm'} copy 'python3-pyparsing-2.2.0-lp151.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/039/python3-pyparsing/2.2.0- lp151.2.1/noarch/0391cddc17c7d859ef4a538d1576fd4877828b2798a4885dd0837 fb4d65beb73/python3-pyparsing-2.2.0-lp151.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package hwdata found 1 resulting packages: DEBUG:{'id': 5793, 'nvrea': 'hwdata-0.320-lp151.1.1.noarch', 'arch': 'noarch', 'path': 'packages/1/dda/hwdata/0.320- lp151.1.1/noarch/dda1c016a2b3832cd250b5c6856b86e4f8bc44272bacb6eaf74d9 e2d316380a1/hwdata-0.320-lp151.1.1.noarch.rpm'} copy 'hwdata-0.320-lp151.1.1.noarch' DEBUG:copy /var/spacewalk / packages/1/dda/hwdata/0.320- lp151.1.1/noarch/dda1c016a2b3832cd250b5c6856b86e4f8bc44272bacb6eaf74d9 e2d316380a1/hwdata-0.320-lp151.1.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-hwdata found 1 resulting packages: DEBUG:{'id': 37425, 'nvrea': 'python3-hwdata-2.3.5-lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/ec6/python3-hwdata/2.3.5- lp150.2.1/noarch/ec6088beeca617a4c43497683e87b890080724cd545720b22b7cc 69b8484b23d/python3-hwdata-2.3.5-lp150.2.1.noarch.rpm'} copy 'python3-hwdata-2.3.5-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/ec6/python3-hwdata/2.3.5- lp150.2.1/noarch/ec6088beeca617a4c43497683e87b890080724cd545720b22b7cc 69b8484b23d/python3-hwdata-2.3.5-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-rhnlib found 1 resulting packages: DEBUG:{'id': 37384, 'nvrea': 'python3-rhnlib-4.0.8-lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/c34/python3-rhnlib/4.0.8- lp150.2.1/noarch/c3441cb5b675433434ceecc3ca37444e1a41a634655792179ec39 72b1ab7f7c7/python3-rhnlib-4.0.8-lp150.2.1.noarch.rpm'} copy 'python3-rhnlib-4.0.8-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/c34/python3-rhnlib/4.0.8- lp150.2.1/noarch/c3441cb5b675433434ceecc3ca37444e1a41a634655792179ec39 72b1ab7f7c7/python3-rhnlib-4.0.8-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package spacewalk-check found 1 resulting packages: DEBUG:{'id': 37412, 'nvrea': 'spacewalk-check-4.0.9-lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/431/spacewalk-check/4.0.9- lp150.2.1/noarch/431a6be9ad341ab6cc167905dbd24a617f0ba878a3c55e0c1b338 06cb59a27b3/spacewalk-check-4.0.9-lp150.2.1.noarch.rpm'} copy 'spacewalk-check-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/431/spacewalk-check/4.0.9- lp150.2.1/noarch/431a6be9ad341ab6cc167905dbd24a617f0ba878a3c55e0c1b338 06cb59a27b3/spacewalk-check-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package spacewalk-client-setup found 1 resulting packages: DEBUG:{'id': 37413, 'nvrea': 'spacewalk-client-setup-4.0.9- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/000/spacewalk-client-setup/4.0.9- lp150.2.1/noarch/000706b01d6461672cbfd6c09d8b9fab5277b0306d896bc85a243 a8ffc7669a2/spacewalk-client-setup-4.0.9-lp150.2.1.noarch.rpm'} copy 'spacewalk-client-setup-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/000/spacewalk-client- setup/4.0.9- lp150.2.1/noarch/000706b01d6461672cbfd6c09d8b9fab5277b0306d896bc85a243 a8ffc7669a2/spacewalk-client-setup-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package spacewalk-client-tools found 1 resulting packages: DEBUG:{'id': 37414, 'nvrea': 'spacewalk-client-tools-4.0.9- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/1be/spacewalk-client-tools/4.0.9- lp150.2.1/noarch/1be324ec296176f0c7065c95aadef5af9a7b5635c0eddd593b808 fb58b30f163/spacewalk-client-tools-4.0.9-lp150.2.1.noarch.rpm'} copy 'spacewalk-client-tools-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/1be/spacewalk-client- tools/4.0.9- lp150.2.1/noarch/1be324ec296176f0c7065c95aadef5af9a7b5635c0eddd593b808 fb58b30f163/spacewalk-client-tools-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-spacewalk-check found 1 resulting packages: DEBUG:{'id': 37386, 'nvrea': 'python3-spacewalk-check-4.0.9- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/090/python3- spacewalk-check/4.0.9- lp150.2.1/noarch/0906f623f18e87cf8073c83d949bc709873ade551ea98be56f0d6 ed9abf2a2c5/python3-spacewalk-check-4.0.9-lp150.2.1.noarch.rpm'} copy 'python3-spacewalk-check-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/090/python3-spacewalk- check/4.0.9- lp150.2.1/noarch/0906f623f18e87cf8073c83d949bc709873ade551ea98be56f0d6 ed9abf2a2c5/python3-spacewalk-check-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-spacewalk-client-setup found 1 resulting packages: DEBUG:{'id': 37387, 'nvrea': 'python3-spacewalk-client-setup-4.0.9- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/5b6/python3- spacewalk-client-setup/4.0.9- lp150.2.1/noarch/5b6039ca675cb108e3e953a0216b963a5586191f664079d96ee1d a7d336f3688/python3-spacewalk-client-setup-4.0.9- lp150.2.1.noarch.rpm'} copy 'python3-spacewalk-client-setup-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/5b6/python3-spacewalk-client- setup/4.0.9- lp150.2.1/noarch/5b6039ca675cb108e3e953a0216b963a5586191f664079d96ee1d a7d336f3688/python3-spacewalk-client-setup-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-spacewalk-client-tools found 1 resulting packages: DEBUG:{'id': 37388, 'nvrea': 'python3-spacewalk-client-tools-4.0.9- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/e57/python3- spacewalk-client-tools/4.0.9- lp150.2.1/noarch/e57f26d6f86ef69017a9cf58e79826a52d3f07c6cdb94f122479a 5932d0568a2/python3-spacewalk-client-tools-4.0.9- lp150.2.1.noarch.rpm'} copy 'python3-spacewalk-client-tools-4.0.9-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/e57/python3-spacewalk-client- tools/4.0.9- lp150.2.1/noarch/e57f26d6f86ef69017a9cf58e79826a52d3f07c6cdb94f122479a 5932d0568a2/python3-spacewalk-client-tools-4.0.9-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-spacewalk-usix found 1 resulting packages: DEBUG:{'id': 37391, 'nvrea': 'python3-spacewalk-usix-4.0.9- lp150.3.1.noarch', 'arch': 'noarch', 'path': 'packages/1/854/python3- spacewalk-usix/4.0.9- lp150.3.1/noarch/854c1a502e71c3d1e3826fb739e8a252d3e0b7cdd376709caa99f 172ffefcccd/python3-spacewalk-usix-4.0.9-lp150.3.1.noarch.rpm'} copy 'python3-spacewalk-usix-4.0.9-lp150.3.1.noarch' DEBUG:copy /var/spacewalk / packages/1/854/python3-spacewalk- usix/4.0.9- lp150.3.1/noarch/854c1a502e71c3d1e3826fb739e8a252d3e0b7cdd376709caa99f 172ffefcccd/python3-spacewalk-usix-4.0.9-lp150.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package mgr-daemon found 1 resulting packages: DEBUG:{'id': 37344, 'nvrea': 'mgr-daemon-4.0.6-lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/268/mgr-daemon/4.0.6- lp150.2.1/noarch/2680af32cfe532291cc3441ce55eb7285f58ac5160a4d8224074c 27c6c3847da/mgr-daemon-4.0.6-lp150.2.1.noarch.rpm'} copy 'mgr-daemon-4.0.6-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/268/mgr-daemon/4.0.6- lp150.2.1/noarch/2680af32cfe532291cc3441ce55eb7285f58ac5160a4d8224074c 27c6c3847da/mgr-daemon-4.0.6-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package suseRegisterInfo found 1 resulting packages: DEBUG:{'id': 37421, 'nvrea': 'suseRegisterInfo-4.0.4- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/85a/suseRegisterInfo/4.0.4- lp150.2.1/noarch/85a74f693d3c28723347c8f9a2e521c0015a2501c4ed707ea531f e9b80bdc409/suseRegisterInfo-4.0.4-lp150.2.1.noarch.rpm'} copy 'suseRegisterInfo-4.0.4-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/85a/suseRegisterInfo/4.0.4- lp150.2.1/noarch/85a74f693d3c28723347c8f9a2e521c0015a2501c4ed707ea531f e9b80bdc409/suseRegisterInfo-4.0.4-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-suseRegisterInfo found 1 resulting packages: DEBUG:{'id': 37392, 'nvrea': 'python3-suseRegisterInfo-4.0.4- lp150.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/17c/python3- suseRegisterInfo/4.0.4- lp150.2.1/noarch/17cdb77c2c20e23ac95250da5cbd7ed85931682beff4e8b18497c 135667439ea/python3-suseRegisterInfo-4.0.4-lp150.2.1.noarch.rpm'} copy 'python3-suseRegisterInfo-4.0.4-lp150.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/17c/python3- suseRegisterInfo/4.0.4- lp150.2.1/noarch/17cdb77c2c20e23ac95250da5cbd7ed85931682beff4e8b18497c 135667439ea/python3-suseRegisterInfo-4.0.4-lp150.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package zypp-plugin-spacewalk found 1 resulting packages: DEBUG:{'id': 37422, 'nvrea': 'zypp-plugin-spacewalk-1.0.5- lp150.3.1.noarch', 'arch': 'noarch', 'path': 'packages/1/6d0/zypp- plugin-spacewalk/1.0.5- lp150.3.1/noarch/6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f927 6d32ab9ae9d/zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm'} copy 'zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch' DEBUG:copy /var/spacewalk / packages/1/6d0/zypp-plugin- spacewalk/1.0.5- lp150.3.1/noarch/6d0b0e653441372f0ecda91f628e6333a6acad9d5c3166630f927 6d32ab9ae9d/zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-zypp-plugin found 1 resulting packages: DEBUG:{'id': 23937, 'nvrea': 'python3-zypp-plugin-0.6.3- lp151.2.1.noarch', 'arch': 'noarch', 'path': 'packages/1/760/python3- zypp-plugin/0.6.3- lp151.2.1/noarch/76067033557cab9c5fccc32aaf54e9a125bcbc7e19f717b192fbe 0f9124cccc1/python3-zypp-plugin-0.6.3-lp151.2.1.noarch.rpm'} copy 'python3-zypp-plugin-0.6.3-lp151.2.1.noarch' DEBUG:copy /var/spacewalk / packages/1/760/python3-zypp-plugin/0.6.3- lp151.2.1/noarch/76067033557cab9c5fccc32aaf54e9a125bcbc7e19f717b192fbe 0f9124cccc1/python3-zypp-plugin-0.6.3-lp151.2.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-zypp-plugin-spacewalk found 1 resulting packages: DEBUG:{'id': 37393, 'nvrea': 'python3-zypp-plugin-spacewalk-1.0.5- lp150.3.1.noarch', 'arch': 'noarch', 'path': 'packages/1/24f/python3- zypp-plugin-spacewalk/1.0.5- lp150.3.1/noarch/24fd01061e87dade2deeb20522caaaeb3652e69f180e3d9625b7d 36178594842/python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm'} copy 'python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch' DEBUG:copy /var/spacewalk / packages/1/24f/python3-zypp-plugin- spacewalk/1.0.5- lp150.3.1/noarch/24fd01061e87dade2deeb20522caaaeb3652e69f180e3d9625b7d 36178594842/python3-zypp-plugin-spacewalk-1.0.5-lp150.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package libpgm-5_2-0 found 1 resulting packages: DEBUG:{'id': 12264, 'nvrea': 'libpgm-5_2-0-5.2.122-lp151.3.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/596/libpgm-5_2-0/5.2.122- lp151.3.3/x86_64/596e107728ddd9edd7e4e9e6640ce7632703d109ca29281a335ff 3f92f23c1d6/libpgm-5_2-0-5.2.122-lp151.3.3.x86_64.rpm'} copy 'libpgm-5_2-0-5.2.122-lp151.3.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/596/libpgm-5_2-0/5.2.122- lp151.3.3/x86_64/596e107728ddd9edd7e4e9e6640ce7632703d109ca29281a335ff 3f92f23c1d6/libpgm-5_2-0-5.2.122-lp151.3.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package libsodium23 found 1 resulting packages: DEBUG:{'id': 13337, 'nvrea': 'libsodium23-1.0.16-lp151.4.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/521/libsodium23/1.0.16- lp151.4.3/x86_64/5213d897f265ac7da826333ca51d1b0215e52e8aefe7889e7fea8 32b166b7936/libsodium23-1.0.16-lp151.4.3.x86_64.rpm'} copy 'libsodium23-1.0.16-lp151.4.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/521/libsodium23/1.0.16- lp151.4.3/x86_64/5213d897f265ac7da826333ca51d1b0215e52e8aefe7889e7fea8 32b166b7936/libsodium23-1.0.16-lp151.4.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package libzmq5 found 1 resulting packages: DEBUG:{'id': 36464, 'nvrea': 'libzmq5-4.2.3-lp151.5.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/660/libzmq5/4.2.3- lp151.5.3.1/x86_64/66086c82507b9c98c7b05cb00bbf217bf0d29fe64f97d340f9e 4647352c04ee3/libzmq5-4.2.3-lp151.5.3.1.x86_64.rpm'} copy 'libzmq5-4.2.3-lp151.5.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/660/libzmq5/4.2.3- lp151.5.3.1/x86_64/66086c82507b9c98c7b05cb00bbf217bf0d29fe64f97d340f9e 4647352c04ee3/libzmq5-4.2.3-lp151.5.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-Babel found 1 resulting packages: DEBUG:{'id': 22008, 'nvrea': 'python3-Babel-2.5.1-lp151.2.2.noarch', 'arch': 'noarch', 'path': 'packages/1/38a/python3-Babel/2.5.1- lp151.2.2/noarch/38a3136bd2190064418714926c7dfd6015e635ddcaa63d263058a aefb5e6cddb/python3-Babel-2.5.1-lp151.2.2.noarch.rpm'} copy 'python3-Babel-2.5.1-lp151.2.2.noarch' DEBUG:copy /var/spacewalk / packages/1/38a/python3-Babel/2.5.1- lp151.2.2/noarch/38a3136bd2190064418714926c7dfd6015e635ddcaa63d263058a aefb5e6cddb/python3-Babel-2.5.1-lp151.2.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-certifi found 1 resulting packages: DEBUG:{'id': 22473, 'nvrea': 'python3-certifi-2018.1.18- lp151.2.2.noarch', 'arch': 'noarch', 'path': 'packages/1/c33/python3- certifi/2018.1.18- lp151.2.2/noarch/c332b04fa7c584db01722b06881574204b8205d84b60bd8662b63 222a6b65db4/python3-certifi-2018.1.18-lp151.2.2.noarch.rpm'} copy 'python3-certifi-2018.1.18-lp151.2.2.noarch' DEBUG:copy /var/spacewalk / packages/1/c33/python3-certifi/2018.1.18- lp151.2.2/noarch/c332b04fa7c584db01722b06881574204b8205d84b60bd8662b63 222a6b65db4/python3-certifi-2018.1.18-lp151.2.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-chardet found 1 resulting packages: DEBUG:{'id': 22480, 'nvrea': 'python3-chardet-3.0.4-lp151.3.2.noarch', 'arch': 'noarch', 'path': 'packages/1/c9b/python3-chardet/3.0.4- lp151.3.2/noarch/c9ba205e5d174cc4ea3ba137a8f0f3338d5ca83f3f4a1b278d87f f5ee16aacb8/python3-chardet-3.0.4-lp151.3.2.noarch.rpm'} copy 'python3-chardet-3.0.4-lp151.3.2.noarch' DEBUG:copy /var/spacewalk / packages/1/c9b/python3-chardet/3.0.4- lp151.3.2/noarch/c9ba205e5d174cc4ea3ba137a8f0f3338d5ca83f3f4a1b278d87f f5ee16aacb8/python3-chardet-3.0.4-lp151.3.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-Jinja2 found 1 resulting packages: DEBUG:{'id': 22070, 'nvrea': 'python3-Jinja2-2.10.1-lp151.1.1.noarch', 'arch': 'noarch', 'path': 'packages/1/c21/python3-Jinja2/2.10.1- lp151.1.1/noarch/c21f80f865b5c30dc2057d790159f3874dd5b599f7ee726de0dd0 32decda11fb/python3-Jinja2-2.10.1-lp151.1.1.noarch.rpm'} copy 'python3-Jinja2-2.10.1-lp151.1.1.noarch' DEBUG:copy /var/spacewalk / packages/1/c21/python3-Jinja2/2.10.1- lp151.1.1/noarch/c21f80f865b5c30dc2057d790159f3874dd5b599f7ee726de0dd0 32decda11fb/python3-Jinja2-2.10.1-lp151.1.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-MarkupSafe found 1 resulting packages: DEBUG:{'id': 22080, 'nvrea': 'python3-MarkupSafe-1.0- lp151.2.5.x86_64', 'arch': 'x86_64', 'path': 'packages/1/e20/python3- MarkupSafe/1.0- lp151.2.5/x86_64/e208d78136e2d5a67577aaf60b5c1f575fd8dd33379dde5e2b93c 055718418fd/python3-MarkupSafe-1.0-lp151.2.5.x86_64.rpm'} copy 'python3-MarkupSafe-1.0-lp151.2.5.x86_64' DEBUG:copy /var/spacewalk / packages/1/e20/python3-MarkupSafe/1.0- lp151.2.5/x86_64/e208d78136e2d5a67577aaf60b5c1f575fd8dd33379dde5e2b93c 055718418fd/python3-MarkupSafe-1.0-lp151.2.5.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-msgpack found 1 resulting packages: DEBUG:{'id': 23086, 'nvrea': 'python3-msgpack-0.5.6-lp151.1.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/a87/python3-msgpack/0.5.6- lp151.1.1/x86_64/a87393da950d89edddcd9a693bdb560798219c023a6afe64a0853 3df946e4fa3/python3-msgpack-0.5.6-lp151.1.1.x86_64.rpm'} copy 'python3-msgpack-0.5.6-lp151.1.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/a87/python3-msgpack/0.5.6- lp151.1.1/x86_64/a87393da950d89edddcd9a693bdb560798219c023a6afe64a0853 3df946e4fa3/python3-msgpack-0.5.6-lp151.1.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-psutil found 1 resulting packages: DEBUG:{'id': 23286, 'nvrea': 'python3-psutil-5.4.8-lp151.1.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/7a8/python3-psutil/5.4.8- lp151.1.1/x86_64/7a82c3a27fb250fc0b416864eac1d50ed10605efb962876105b4b b315f4231dc/python3-psutil-5.4.8-lp151.1.1.x86_64.rpm'} copy 'python3-psutil-5.4.8-lp151.1.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/7a8/python3-psutil/5.4.8- lp151.1.1/x86_64/7a82c3a27fb250fc0b416864eac1d50ed10605efb962876105b4b b315f4231dc/python3-psutil-5.4.8-lp151.1.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-py found 1 resulting packages: DEBUG:{'id': 23296, 'nvrea': 'python3-py-1.5.2-lp151.2.2.noarch', 'arch': 'noarch', 'path': 'packages/1/d1b/python3-py/1.5.2- lp151.2.2/noarch/d1b63a33bbb052a9de3f7c9aebe8b33e3e88f9e5cf0b338effb8b ebbf8abcbf5/python3-py-1.5.2-lp151.2.2.noarch.rpm'} copy 'python3-py-1.5.2-lp151.2.2.noarch' DEBUG:copy /var/spacewalk / packages/1/d1b/python3-py/1.5.2- lp151.2.2/noarch/d1b63a33bbb052a9de3f7c9aebe8b33e3e88f9e5cf0b338effb8b ebbf8abcbf5/python3-py-1.5.2-lp151.2.2.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-pycrypto found 1 resulting packages: DEBUG:{'id': 23328, 'nvrea': 'python3-pycrypto-2.6.1- lp151.2.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/0bb/python3- pycrypto/2.6.1- lp151.2.4/x86_64/0bb245876c0128f6c6eea8a9d8e53f23ad174cf9bff7f29116704 86c74966c46/python3-pycrypto-2.6.1-lp151.2.4.x86_64.rpm'} copy 'python3-pycrypto-2.6.1-lp151.2.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/0bb/python3-pycrypto/2.6.1- lp151.2.4/x86_64/0bb245876c0128f6c6eea8a9d8e53f23ad174cf9bff7f29116704 86c74966c46/python3-pycrypto-2.6.1-lp151.2.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-pytz found 1 resulting packages: DEBUG:{'id': 23509, 'nvrea': 'python3-pytz-2018.5-lp151.1.1.noarch', 'arch': 'noarch', 'path': 'packages/1/8ee/python3-pytz/2018.5- lp151.1.1/noarch/8eea95078b3568af106c0fd42517d4f5ee2d97f4a1a26c62ed5c1 665fa6bbdb1/python3-pytz-2018.5-lp151.1.1.noarch.rpm'} copy 'python3-pytz-2018.5-lp151.1.1.noarch' DEBUG:copy /var/spacewalk / packages/1/8ee/python3-pytz/2018.5- lp151.1.1/noarch/8eea95078b3568af106c0fd42517d4f5ee2d97f4a1a26c62ed5c1 665fa6bbdb1/python3-pytz-2018.5-lp151.1.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-PyYAML found 1 resulting packages: DEBUG:{'id': 22127, 'nvrea': 'python3-PyYAML-3.13-lp151.1.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/aee/python3-PyYAML/3.13- lp151.1.1/x86_64/aeebdf6b1128fe4e8bf097a53da1431bc8cf4231aef86ed8aa151 8cec5d24e4b/python3-PyYAML-3.13-lp151.1.1.x86_64.rpm'} copy 'python3-PyYAML-3.13-lp151.1.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/aee/python3-PyYAML/3.13- lp151.1.1/x86_64/aeebdf6b1128fe4e8bf097a53da1431bc8cf4231aef86ed8aa151 8cec5d24e4b/python3-PyYAML-3.13-lp151.1.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-pyzmq found 1 resulting packages: DEBUG:{'id': 23517, 'nvrea': 'python3-pyzmq-17.0.0-lp151.2.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/afe/python3-pyzmq/17.0.0- lp151.2.3/x86_64/afecc5d5da1cd1821221a585f462ac9b66bb188982e641460e367 6b1e04dfab1/python3-pyzmq-17.0.0-lp151.2.3.x86_64.rpm'} copy 'python3-pyzmq-17.0.0-lp151.2.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/afe/python3-pyzmq/17.0.0- lp151.2.3/x86_64/afecc5d5da1cd1821221a585f462ac9b66bb188982e641460e367 6b1e04dfab1/python3-pyzmq-17.0.0-lp151.2.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-requests found 1 resulting packages: DEBUG:{'id': 36984, 'nvrea': 'python3-requests-2.20.1- lp151.2.3.1.noarch', 'arch': 'noarch', 'path': 'packages/1/dba/python3-requests/2.20.1- lp151.2.3.1/noarch/dbaa596c2cdab153776f3f632777ef69a0b163a7b7f32b4bb44 656a5e17822f0/python3-requests-2.20.1-lp151.2.3.1.noarch.rpm'} copy 'python3-requests-2.20.1-lp151.2.3.1.noarch' DEBUG:copy /var/spacewalk / packages/1/dba/python3-requests/2.20.1- lp151.2.3.1/noarch/dbaa596c2cdab153776f3f632777ef69a0b163a7b7f32b4bb44 656a5e17822f0/python3-requests-2.20.1-lp151.2.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-simplejson found 1 resulting packages: DEBUG:{'id': 23647, 'nvrea': 'python3-simplejson-3.13.2- lp151.2.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/01a/python3- simplejson/3.13.2- lp151.2.4/x86_64/01afb054f06ab7807520fceb89f3e91f96b8af46178bfdaf0bc3e daf0e171660/python3-simplejson-3.13.2-lp151.2.4.x86_64.rpm'} copy 'python3-simplejson-3.13.2-lp151.2.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/01a/python3-simplejson/3.13.2- lp151.2.4/x86_64/01afb054f06ab7807520fceb89f3e91f96b8af46178bfdaf0bc3e daf0e171660/python3-simplejson-3.13.2-lp151.2.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-six found 1 resulting packages: DEBUG:{'id': 23652, 'nvrea': 'python3-six-1.11.0-lp151.3.1.noarch', 'arch': 'noarch', 'path': 'packages/1/886/python3-six/1.11.0- lp151.3.1/noarch/886b49830c1475622cac1733021f79da5bc543a5a152fbad46839 0bc46b1c0dc/python3-six-1.11.0-lp151.3.1.noarch.rpm'} copy 'python3-six-1.11.0-lp151.3.1.noarch' DEBUG:copy /var/spacewalk / packages/1/886/python3-six/1.11.0- lp151.3.1/noarch/886b49830c1475622cac1733021f79da5bc543a5a152fbad46839 0bc46b1c0dc/python3-six-1.11.0-lp151.3.1.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package python3-tornado found 1 resulting packages: DEBUG:{'id': 23776, 'nvrea': 'python3-tornado-4.5.3-lp151.2.4.x86_64', 'arch': 'x86_64', 'path': 'packages/1/475/python3-tornado/4.5.3- lp151.2.4/x86_64/475ca2d0530837aaece0f2e8b7d4b65411743ba243f87c751333c 8e4bbb5d1e1/python3-tornado-4.5.3-lp151.2.4.x86_64.rpm'} copy 'python3-tornado-4.5.3-lp151.2.4.x86_64' DEBUG:copy /var/spacewalk / packages/1/475/python3-tornado/4.5.3- lp151.2.4/x86_64/475ca2d0530837aaece0f2e8b7d4b65411743ba243f87c751333c 8e4bbb5d1e1/python3-tornado-4.5.3-lp151.2.4.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-urllib3 found 1 resulting packages: DEBUG:{'id': 23821, 'nvrea': 'python3-urllib3-1.24-lp151.1.3.noarch', 'arch': 'noarch', 'path': 'packages/1/cc5/python3-urllib3/1.24- lp151.1.3/noarch/cc5a8643eb15024dd3740e628bd07d00f5c259e2b26eafe4bc595 79422a28229/python3-urllib3-1.24-lp151.1.3.noarch.rpm'} copy 'python3-urllib3-1.24-lp151.1.3.noarch' DEBUG:copy /var/spacewalk / packages/1/cc5/python3-urllib3/1.24- lp151.1.3/noarch/cc5a8643eb15024dd3740e628bd07d00f5c259e2b26eafe4bc595 79422a28229/python3-urllib3-1.24-lp151.1.3.noarch.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/noarch DEBUG:Package timezone found 2 resulting packages: DEBUG:{'id': 37144, 'nvrea': 'timezone-2019b-lp151.2.3.1.i586', 'arch': 'i586', 'path': 'packages/1/9ad/timezone/2019b- lp151.2.3.1/i586/9addc33d94865f3780833be4f068011df456b572d95cbf8c676c0 b642e1f0421/timezone-2019b-lp151.2.3.1.i586.rpm'} copy 'timezone-2019b-lp151.2.3.1.i586' DEBUG:copy /var/spacewalk / packages/1/9ad/timezone/2019b- lp151.2.3.1/i586/9addc33d94865f3780833be4f068011df456b572d95cbf8c676c0 b642e1f0421/timezone-2019b-lp151.2.3.1.i586.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/i586 DEBUG:{'id': 37145, 'nvrea': 'timezone-2019b-lp151.2.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/65f/timezone/2019b- lp151.2.3.1/x86_64/65fb76733271e19d184d8876e977ef5e3b4afff30c65c9b22b4 8448cc7fbcad1/timezone-2019b-lp151.2.3.1.x86_64.rpm'} copy 'timezone-2019b-lp151.2.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/65f/timezone/2019b- lp151.2.3.1/x86_64/65fb76733271e19d184d8876e977ef5e3b4afff30c65c9b22b4 8448cc7fbcad1/timezone-2019b-lp151.2.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package salt found 1 resulting packages: DEBUG:{'id': 37036, 'nvrea': 'salt-2019.2.0-lp151.5.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/a4e/salt/2019.2.0- lp151.5.3.1/x86_64/a4e4ab858cd6001d6f96e7f5f655eeddbaac218ee8b63ebb972 6beedde69df1d/salt-2019.2.0-lp151.5.3.1.x86_64.rpm'} copy 'salt-2019.2.0-lp151.5.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/a4e/salt/2019.2.0- lp151.5.3.1/x86_64/a4e4ab858cd6001d6f96e7f5f655eeddbaac218ee8b63ebb972 6beedde69df1d/salt-2019.2.0-lp151.5.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package python3-salt found 1 resulting packages: DEBUG:{'id': 36986, 'nvrea': 'python3-salt-2019.2.0- lp151.5.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/1fa/python3-salt/2019.2.0- lp151.5.3.1/x86_64/1fa6679c8446340e5d397578621c1fb7adc77e5be2a288be385 c769e0b843cf8/python3-salt-2019.2.0-lp151.5.3.1.x86_64.rpm'} copy 'python3-salt-2019.2.0-lp151.5.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/1fa/python3-salt/2019.2.0- lp151.5.3.1/x86_64/1fa6679c8446340e5d397578621c1fb7adc77e5be2a288be385 c769e0b843cf8/python3-salt-2019.2.0-lp151.5.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package salt-minion found 1 resulting packages: DEBUG:{'id': 37043, 'nvrea': 'salt-minion-2019.2.0- lp151.5.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/765/salt- minion/2019.2.0- lp151.5.3.1/x86_64/765ca91ad9a4a48b9e4bfe1b33917a109df78aef5eea48f2a09 c97b9f1d2fe68/salt-minion-2019.2.0-lp151.5.3.1.x86_64.rpm'} copy 'salt-minion-2019.2.0-lp151.5.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/765/salt-minion/2019.2.0- lp151.5.3.1/x86_64/765ca91ad9a4a48b9e4bfe1b33917a109df78aef5eea48f2a09 c97b9f1d2fe68/salt-minion-2019.2.0-lp151.5.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package dmidecode found 1 resulting packages: DEBUG:{'id': 2333, 'nvrea': 'dmidecode-3.2-lp151.3.1.x86_64', 'arch': 'x86_64', 'path': 'packages/1/125/dmidecode/3.2- lp151.3.1/x86_64/1252660380609f883aff3841c48551c7ad40fcc0912b905f13f06 ebff5ea1687/dmidecode-3.2-lp151.3.1.x86_64.rpm'} copy 'dmidecode-3.2-lp151.3.1.x86_64' DEBUG:copy /var/spacewalk / packages/1/125/dmidecode/3.2- lp151.3.1/x86_64/1252660380609f883aff3841c48551c7ad40fcc0912b905f13f06 ebff5ea1687/dmidecode-3.2-lp151.3.1.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 DEBUG:Package libunwind found 1 resulting packages: DEBUG:{'id': 13786, 'nvrea': 'libunwind-1.2.1-lp151.3.3.x86_64', 'arch': 'x86_64', 'path': 'packages/1/b28/libunwind/1.2.1- lp151.3.3/x86_64/b280d2ce280f2ffd95ad7acf727348cb57da90762414e475674d8 b33180b6b0f/libunwind-1.2.1-lp151.3.3.x86_64.rpm'} copy 'libunwind-1.2.1-lp151.3.3.x86_64' DEBUG:copy /var/spacewalk / packages/1/b28/libunwind/1.2.1- lp151.3.3/x86_64/b280d2ce280f2ffd95ad7acf727348cb57da90762414e475674d8 b33180b6b0f/libunwind-1.2.1-lp151.3.3.x86_64.rpm to /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/x86_64 Directory walk started Directory walk done - 65 packages Temporary output repo path: /srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/.repodata/ Preparing sqlite DBs Pool started (with 5 workers) Pool finished uyuni:~ # cd /srv/www/htdocs/pub/bootstrap/ uyuni:/srv/www/htdocs/pub/bootstrap # l total 16 drwxr-xr-x 2 root root 4096 Aug 13 18:06 ./ drwxr-xr-x 4 root root 4096 Aug 13 18:09 ../ -rwxr-xr-x 1 root root 6538 Jul 31 11:59 client_config_update.py* -- 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] openSUSE 15.1 tools repo sync errors?
by Steve Moring 20 Aug '19

20 Aug '19

Should I do this differently? uyuni:~ # /usr/bin/python3 -u /usr/bin/spacewalk-repo-sync --channel opensuse_leap15_1-uyuni-client-x86_64 --type yum --non-interactive 09:22:44 ====================================== 09:22:44 | Channel: opensuse_leap15_1-uyuni-client-x86_64 09:22:44 ====================================== 09:22:44 Sync of channel started. Retrieving repository 'opensuse_leap15_1-uyuni-client-x86_64' metadata ...........................................[done] Building repository 'opensuse_leap15_1-uyuni-client-x86_64' cache ................................................[done] All repositories have been refreshed. 09:22:48 Repo URL: https://download.opensuse.org/repositories/systemsm anagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/ 09:22:48 Packages in repo: 123 09:22:49 Packages already synced: 118 09:22:49 Packages to sync: 5 09:22:49 New packages to download: 5 09:22:49 Downloading packages: 09:22:49 Downloading total 5 files from 1 queues. 09:22:51 ERROR: Download failed: https://download.opensuse.org/reposit ories/systemsmanagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/noarch/hwdata-0.314-lp150.3.1.noarch.rpm - Target file isn't valid. Checksum should be 9efe07771dca0e0a2c4a258eba4af7c172ef200ed5b06f811cae7663716980d7 (sha256).. 09:22:51 1/5 : hwdata-0.314-lp150.3.1.noarch.rpm (failed) 09:22:52 ERROR: Download failed: https://download.opensuse.org/reposit ories/systemsmanagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/noarch/zypp-plugin-python-0.6.2- lp150.2.1.noarch.rpm - Target file isn't valid. Checksum should be e713e07a5d980f49da0224348e9d5c65414feb3d8257eb7f8e43e32493081f68 (sha256).. 09:22:52 2/5 : zypp-plugin-python-0.6.2-lp150.2.1.noarch.rpm (failed) 09:22:52 ERROR: Download failed: https://download.opensuse.org/reposit ories/systemsmanagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/noarch/python3-zypp-plugin-0.6.2- lp150.2.1.noarch.rpm - Target file isn't valid. Checksum should be dff89cb791181e1651885ff4983ffa1f3a39889fb2a74c803a2abe3b9f698449 (sha256).. 09:22:52 3/5 : python3-zypp-plugin-0.6.2-lp150.2.1.noarch.rpm (failed) 09:22:52 ERROR: Download failed: https://download.opensuse.org/reposit ories/systemsmanagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/noarch/python2-hwdata-2.3.5- lp150.2.1.noarch.rpm - Target file isn't valid. Checksum should be 3f5e8bba771b469abeb1155d48fa22953f6bd0afc45d5443a5f2ffbeadfcd76a (sha256).. 09:22:52 4/5 : python2-hwdata-2.3.5-lp150.2.1.noarch.rpm (failed) 09:22:52 ERROR: Download failed: https://download.opensuse.org/reposit ories/systemsmanagement:/Uyuni:/Stable:/openSUSE_Leap_15-Uyuni-Client- Tools/openSUSE_Leap_15.0/noarch/python3-hwdata-2.3.5- lp150.2.1.noarch.rpm - Target file isn't valid. Checksum should be ec6088beeca617a4c43497683e87b890080724cd545720b22b7cc69b8484b23d (sha256).. 09:22:52 5/5 : python3-hwdata-2.3.5-lp150.2.1.noarch.rpm (failed) 09:22:53 09:22:53 Importing packages to DB: 09:22:53 (50, 'checksums did not match 9efe07771dca0e0a2c4a258eba4af7c172ef200ed5b06f811cae7663716980d7 vs 3c128ae7f24082c6961e17c445b1d7b3bdd6dde43225b290a9197c5657650ecd', 'Invalid information uploaded to the server') Importing packages: |##########------------------ ----------------------| 20.0% 09:22:53 (50, 'checksums did not match 3f5e8bba771b469abeb1155d48fa22953f6bd0afc45d5443a5f2ffbeadfcd76a vs b0869bfea041ebae80f00d7aba2b50fb06e7169ae83d8b5b6c396f0786b76498', 'Invalid information uploaded to the server') Importing packages: |####################-------- ----------------------| 40.0% 09:22:53 (50, 'checksums did not match ec6088beeca617a4c43497683e87b890080724cd545720b22b7cc69b8484b23d vs 0725f19eff9105cfad0604aa22abe1fbcbf879f66e1898da5ece15ec0acccb31', 'Invalid information uploaded to the server') Importing packages: |##############################--------------------| 60.0% 09:22:53 (50, 'checksums did not match dff89cb791181e1651885ff4983ffa1f3a39889fb2a74c803a2abe3b9f698449 vs ab2757422568071daa04b735ef9b05ad0066ed52b8b4848ec0b2999a412e6a03', 'Invalid information uploaded to the server') Importing packages: |########################################----------| 80.0% 09:22:53 (50, 'checksums did not match e713e07a5d980f49da0224348e9d5c65414feb3d8257eb7f8e43e32493081f68 vs ec3b1d39297966d6e972b449f02a161ebc1b93f794e3bfde16d53cb63e9ea234', 'Invalid information uploaded to the server') Importing packages: |##################################################| 100.0% 09:22:53 09:22:53 Patches in repo: 0. 09:22:53 Total time: 0:00:08 -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 4

[uyuni-users] openSUSE 15.1 Update channel repo sync errors
by Jordi Bruguera i Cortada 20 Aug '19

20 Aug '19

Hello, While syncing the updates channel for openSUSE Leap 15.1 in recently released Uyuni 4.0.2 produces the following error. I've removed this software channel and repo and created it again but this error persists. Here is a short output from "spacewalk-repo-sync -c opensuse_leap15_1- x86_64-updates" command. Please find attached complete log. 09:43:40 09:43:40 Importing packages to DB: Importing packages: |#---------------------------- ---------------------| 1.69% 09:45:55 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(63794, 437802) already exists. Importing packages: |#---------------------------- ---------------------| 1.88% 09:45:55 1.88 % Importing packages: |#---------------------------- ---------------------| 2.63% 09:48:08 2.63 % Importing packages: |##----------------------------- -------------------| 3.56% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |###-------------------------- ---------------------| 5.44% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |####--------------------------- -------------------| 7.32% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |#####------------------------ ---------------------| 9.19% 09:48:30 'NoneType' object has no attribute 'strip' Importing packages: |######------------------------- -------------------| 11.07% 09:48:32 'NoneType' object has no attribute 'strip' Importing packages: |######------------------------- -------------------| 12.95% 09:48:33 'NoneType' object has no attribute 'strip' Importing packages: |#######---------------------- ---------------------| 14.82% 09:48:36 'NoneType' object has no attribute 'strip' Importing packages: |########----------------------- -------------------| 16.7% 09:48:40 'NoneType' object has no attribute 'strip' Importing packages: |#########-------------------- ---------------------| 18.57% 09:48:45 'NoneType' object has no attribute 'strip' Importing packages: |##########--------------------- -------------------| 20.45% 09:48:50 'NoneType' object has no attribute 'strip' Importing packages: |###########------------------ ---------------------| 22.33% 09:48:54 'NoneType' object has no attribute 'strip' Importing packages: |############------------------- -------------------| 24.2% 09:48:57 'NoneType' object has no attribute 'strip' Importing packages: |#############---------------- ---------------------| 26.08% 09:49:00 'NoneType' object has no attribute 'strip' Importing packages: |##############----------------- -------------------| 27.95% 09:49:04 'NoneType' object has no attribute 'strip' Importing packages: |###############-------------- ---------------------| 29.83% 09:49:07 'NoneType' object has no attribute 'strip' Importing packages: |################--------------- -------------------| 31.71% 09:49:11 'NoneType' object has no attribute 'strip' Importing packages: |#################------------ ---------------------| 33.58% 09:49:15 'NoneType' object has no attribute 'strip' Importing packages: |##################------------- -------------------| 35.46% 09:49:17 'NoneType' object has no attribute 'strip' Importing packages: |###################---------- ---------------------| 37.34% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |####################----------- -------------------| 39.21% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#####################-------- ---------------------| 41.09% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#####################-------- ---------------------| 42.96% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |######################--------- -------------------| 44.84% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#######################------ ---------------------| 46.72% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |########################------- -------------------| 48.59% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |#########################---- ---------------------| 50.47% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |##########################----- -------------------| 52.35% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |###########################-- ---------------------| 54.22% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |############################--- -------------------| 56.1% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |############################# ---------------------| 57.97% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |##############################- -------------------| 59.85% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |###############################-------------------| 61.73% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |################################------------------| 63.6% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |#################################-----------------| 65.48% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |##################################----------------| 67.35% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |###################################---------------| 69.23% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 71.11% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 72.98% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |#####################################-------------| 74.86% 09:49:30 'NoneType' object has no attribute 'strip' Importing packages: |######################################------------| 76.74% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |#######################################-----------| 78.61% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |########################################----------| 80.49% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |#########################################---------| 82.36% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |##########################################--------| 84.24% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |###########################################-------| 86.12% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |############################################------| 87.99% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |#############################################-----| 89.87% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |##############################################----| 91.74% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |###############################################---| 93.62% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 95.5% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |#################################################-| 97.37% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.25% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.81% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 100.0% 09:49:34 09:49:34 Linking packages to the channel. 09:49:38 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 09:49:38 Traceback (most recent call last): File "/usr/lib/python3.6/site- packages/spacewalk/satellite_tools/reposync.py", line 568, 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 1142, in import_packages importer.run() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'go1.12', 'epoch': None, 'version': '1.12.6', 'release': 'lp151.2.6.1', 'arch': 'x86_64', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {112: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '030794c4399795bbaa6e810058e91fead262a9478b1afc478813a07a9de2e4c1', 'checksum_type': 'sha256', 'checksums': {'sha256': '030794c4399795bbaa6e810058e91fead262a9478b1afc478813a07a9de2e4c1'}, 'name_id': 5077, 'evr_id': 17266, 'package_arch_id': 120, 'nevra_id': 63761, 'checksum_id': 5553832}] in table rhnPackage 09:49:39 Total time: 0:10:58 Any hints / ideas ? Thank you !

1 0

[uyuni-users] Uyuni 4.0.2 problem syncing OpenSUSE 15.1 updates
by Strahil Nikolov 17 Aug '19

17 Aug '19

Hello All, Does anyone else experience issues syncing OpenSUSE 15.1 Updates channel? It seems somehow related to habootstrap-formula package. Here is what I got after updating python & kernel (it was the same before latest patches): uyuni:/var/log/rhn/reposync # spacewalk-repo-sync -n -t yum -c opensuse_leap15_1-x86_64-updates 09:35:57 ====================================== 09:35:57 | Channel: opensuse_leap15_1-x86_64-updates 09:35:57 ====================================== 09:35:57 Sync of channel started. Retrieving repository 'opensuse_leap15_1-x86_64-updates' metadata ..........................[done]Building repository 'opensuse_leap15_1-x86_64-updates' cache ...............................[done]All repositories have been refreshed. 09:36:05 Repo URL: http://download.opensuse.org/update/leap/15.1/oss/ 09:36:05 Packages in repo: 2628 09:36:20 Packages already synced: 2603 09:36:20 Packages to sync: 25 09:36:20 New packages to download: 25 09:36:20 Downloading packages: 09:36:20 Downloading total 25 files from 1 queues. 09:36:30 1/25 : habootstrap-formula-0.2.4-lp151.7.1.noarch.rpm 09:36:30 2/25 : kernel-debug-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:35 3/25 : kernel-debug-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:37 4/25 : kernel-default-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:41 5/25 : kernel-debug-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:41 6/25 : kernel-docs-4.12.14-lp151.28.13.1.noarch.rpm 09:36:42 7/25 : kernel-default-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:45 8/25 : kernel-devel-4.12.14-lp151.28.13.1.noarch.rpm 09:36:47 9/25 : kernel-docs-html-4.12.14-lp151.28.13.1.noarch.rpm 09:36:48 10/25 : kernel-kvmsmall-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:49 11/25 : kernel-kvmsmall-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:49 12/25 : kernel-macros-4.12.14-lp151.28.13.1.noarch.rpm 09:36:52 13/25 : kernel-obs-qa-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:58 14/25 : kernel-kvmsmall-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:00 15/25 : kernel-obs-build-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:02 16/25 : kernel-syms-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:07 17/25 : kernel-default-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:10 18/25 : kernel-vanilla-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:10 19/25 : python2-shaptools-0.3.1-lp151.5.1.noarch.rpm 09:37:10 20/25 : python3-shaptools-0.3.1-lp151.5.1.noarch.rpm 09:37:11 21/25 : saphanabootstrap-formula-0.2.9-lp151.7.1.noarch.rpm 09:37:13 22/25 : kernel-vanilla-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:25 23/25 : kernel-vanilla-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:41 24/25 : kernel-source-4.12.14-lp151.28.13.1.noarch.rpm 09:37:41 25/25 : kernel-source-vanilla-4.12.14-lp151.28.13.1.noarch.rpm 09:37:41 09:37:41 Importing packages to DB: Importing packages: |##################--------------------------------| 36.0% 09:39:14 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(163672, 340908) already exists. Importing packages: |####################------------------------------| 40.0% 09:39:14 40.0 % Importing packages: |######################################------------| 76.0% 09:40:03 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 96.0% 09:40:09 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 100.0%09:40:09 09:40:09 Linking packages to the channel. 09:40:09 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 09:40:09 Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 568, 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 1142, in import_packages importer.run() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'habootstrap-formula', 'epoch': None, 'version': '0.2.4', 'release': 'lp151.7.1', 'arch': 'noarch', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {137: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '6c5112ea50ae4b2191d81a85fefe631e3714271544294723b59a35585d530a9f', 'checksum_type': 'sha256', 'checksums': {'sha256': '6c5112ea50ae4b2191d81a85fefe631e3714271544294723b59a35585d530a9f'}, 'name_id': 36772, 'evr_id': 43328, 'package_arch_id': 100, 'nevra_id': 163660, 'checksum_id': 5758490}] in table rhnPackage 09:40:09 Total time: 0:04:11 uyuni:~ # Thanks in advance for your reply. Best Regards, Strahil Nikolov -- 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] Documentation Bug in Uyuni 4.0.2 Reference guide (PDF)
by Strahil Nikolov 05 Aug '19

05 Aug '19

Hello All, Can someone rebuild the reference guide for Uyuni 4.0.2 ,as there is a difference between the PDF and the HTML ? I have described the issue in : https://github.com/uyuni-project/uyuni-docs/issues/6 Best Regards, Strahil Nikolov -- 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] Big Thank you
by Strahil Nikolov 04 Aug '19

04 Aug '19

Hello All, I just want to say a big "THANK YOU!" for your efforts. I really like the project and I will try to "contribute" as much as possible (although some people might think I'm just complaining). P.S.: As the SUMA is not being recommended to be migrated in-place, I've decided to just go with a fresh install. Thanks again and keep up the good work! Best Regards, Strahil Nikolov -- 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] Upgrade from 4.0.2RC to 4.0.2 stable
by Cristian Gherman 03 Aug '19

03 Aug '19

Hello, First of all, I love you work. It helped me very much in last months. I have Uyuni server on Opensuse 15.0 which used devel repos until Opensuse 15.1 switch. I look over documentation andnot found how to upgrade OS and Uyuni whitout loose minion settings (or readd to the master). What you suggest to do: a) Clean install and reattach minions to the new master? b) backup salt master config files, postgresql database, and restore on new machine, after ? c) Upgrade OS and Uyuni whithout any changes? Thank you in advance for any replay. -- 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 2

[uyuni-users] New website and branding
by Julio Gonzalez 02 Aug '19

02 Aug '19

Together with the announcement of Uyuni 4.0.2 we are happy to present our new website and branding: https://www.uyuni-project.org/ You can also check the updated documentation as HTML, and with a search engine working at: https://www.uyuni-project.org/uyuni-docs/uyuni/index-uyuni.html What's more, you can even contribute to the documentation from there! We hope you will enjoy it, and we will be happy to receive your feedback and contributions. Happy hacking! -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] Uyuni 4.0.2 is released!
by Julio Gonzalez 02 Aug '19

02 Aug '19

Hello everyone, We are happy to announce the immediate availability of Uyuni 4.0.2, our third Uyuni release! At https://www.uyuni-project.org/pages/stable-version.html you will find all the resources you need to start working with Uyuni 4.0.2, including the release notes, documentation, requirements and setup instructions. ===================================== IMPORTANT: If you are migrating from 4.0.1 check the release notes [1], as a special procedure is needed for the server! ===================================== This is the list of highlights for this release: - Base system upgrade to openSUSE Leap 15.1 - Salt 2019.2.0 - Prometheus Monitoring - Content lifecycle management - Virtualization management for Salt minions - Updated Documentation Structure - Improved logging for Salt Remote Command Page - Support for more Distributions as Clients - EoL for openSUSE Leap 42.3 clients - Salt Rate Limiting (Batching) - Product Information Loaded from SCC - Image build host with SLES 12 SP4 - Updated backend for communicating with SCC - XMLRPC API changes - Support for Ubuntu Clients - Change behavior on token refresh - New option to force regeneration of channel metadata - New products supported - Package download endpoint override - Technical preview: Single Sign-On (SSO) Please check the release notes for full details. Remember that Uyuni follows a rolling release planning, so there will be no maintenance of 4.0.2, but a new version with bugfixes and most probably new features. We hope you will enjoy Uyuni 4.0.2 and invite everyone of you to send us your feedback [1] and of course your patches, if you can contribute. Happy hacking! [1] https://www.uyuni-project.org/doc/4.0.2/release-notes-uyuni-server.html [2] https://www.uyuni-project.org/pages/contact.html -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: [uyuni-users] repo issue?
by Julio Gonzalez 31 Jul '19

31 Jul '19

On miércoles, 31 de julio de 2019 21:21:38 (CEST) David Mace wrote: > Will there be a bug fix release afterwards? For example some important > functionality is still broken like cobbler sync to proxies. Not exactly. The model Uyuni intends to follow is that of a rolling release. There will be a next release after this one (most probably 4.1.0) with bugfixing and probably more features. Regarding https://github.com/uyuni-project/uyuni/issues/1200 (cobbler sync to proxy fails) it's part of the functionality provided by Uyuni, so should get a fix. Sadly we had a lot of work adapting Uyuni to openSUSE 15.1 because of the switch of many components (JDK version, python2->python3, etc), and then summer just caught us and we had less people available to get Uyuni stable enough for a release. That is the reason it took us so long to get this version ready. However my expectation is to have a new release soon (let's say 4-6 weeks), and meanwhile keep working on having a public CI with two things in mind: 1. Providing feedback to the contributors 2. Getting their help to get the product stable more quickly. > Also although unsupported, will it be possible to zypper in --force a switch > from 4.0.2-dev in master to this stable release? It is a conditional "it depends". RPMs should be able to update, but you will need to make sure on your own that the database schema is coherent. Nothing official, but my suggestion is: - Take note of your current susemanager-schema version (4.0.X, let's call it current_version) - Apply the upgrade procedure. - Take note of the susemanager-schema version installed by the update (should be 4.0.13) - This will create a log at /var/log/spacewalk/schema-upgrade where you will see lines like "SQL> select 'susemanager-schema-3.2.18-to-susemanager- schema-3.2.19/002-alter-susesaltevent.sql.postgresql' from dual;" for each SQL script applied. - Then review /etc/sysconfig/rhn/schema-upgrade/ and verify if everything from the migration path from current_version up to 4.0.13 was applied. If something is missing, you will need to apply it manually: $ sudo su - postgres $ psql -f <SQL_SCRIPT> <yourdbname-usually-uyuni> But of course, despite you already said it, I have to repeat it: it is not supported in anyway and could bring problems in the future. > Thanks -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: [uyuni-users] repo issue?
by Julio Gonzalez 31 Jul '19

31 Jul '19

On miércoles, 31 de julio de 2019 20:38:59 (CEST) Steve Moring wrote: > Julio, > > On Tue, 2019-07-30 at 21:26 +0000, Julio Gonzalez wrote: > > @Steve, I will have a second look tomorrow, but as 4.0.2 is really > > near, I > > > > guess we'll just update the installation instructions on the site > > [1] > > Think by next week or next month? If nothing really bad happens tonight at OBS, or making the release itself tomorrow morning, I hope that 4.0.2 will be finally out tomorrow before the end of the day :-) > -Steve -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] repo issue?
by Steve Moring 31 Jul '19

31 Jul '19

uyuni:~ # zypper ar https://download.opensuse.org/repositories/systems management:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64- Media1/ uyuni-server-stable Adding repository 'uyuni-server-stable' ...................................................................... ....[done] Repository 'uyuni-server-stable' successfully added URI : https://download.opensuse.org/repositories/systemsmanage ment:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64-Media1/ Enabled : Yes GPG Check : Yes Autorefresh : No Priority : 99 (default priority) Repository priorities are without effect. All enabled repositories share the same priority. uyuni:~ # zypper ref Repository 'openSUSE-Leap-42.3-Non-Oss' is up to date. Repository 'openSUSE-Leap-42.3-Oss' is up to date. Repository 'openSUSE-Leap-42.3-Update' is up to date. Repository 'openSUSE-Leap-42.3-Update-Non-Oss' is up to date. Retrieving repository 'uyuni-server-stable' metadata ............................................................[error] Repository 'uyuni-server-stable' is invalid. [uyuni-server-stable|https://download.opensuse.org/repositories/system smanagement:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64- Media1/] Valid metadata not found at specified URL Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'uyuni-server-stable' because of the above error. Some of the repositories have not been refreshed because of an error. uyuni:~ # -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 3

[uyuni-users] openSUSE 15.1 channel
by Steve Moring 26 Jul '19

26 Jul '19

spacewalk-common-channels -l opensuse_leap15_0: x86_64 opensuse_leap15_0-non-oss: x86_64 opensuse_leap15_0-non-oss-updates: x86_64 opensuse_leap15_0-updates: x86_64 opensuse_leap15_0-uyuni-client: x86_64 opensuse_leap15_0-uyuni-client-devel: x86_64 opensuse_leap42_3: x86_64 opensuse_leap42_3-non-oss: x86_64 opensuse_leap42_3-non-oss-updates: x86_64 opensuse_leap42_3-updates: x86_64 opensuse_leap42_3-uyuni-client: x86_64 opensuse_leap42_3-uyuni-client-devel: x86_64 Wondering when 15.1 will appear as a channel. -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 8

Fwd: [uyuni-users] need assistance with debugging bootstrap issues
by Cristian Gherman 16 Jul '19

16 Jul '19

I had to change the id of minions in something: fe-1.blabla.com => fe-1-prod.blabla,com If I use previous names , they are not added to Uyuni any more. Cristian Gherman -------- Forwarded Message -------- Subject: Re: [uyuni-users] need assistance with debugging bootstrap issues Date: Tue, 9 Jul 2019 13:55:59 +0000 (UTC) From: Strahil Nikolov <hunter86_bg(a)yahoo.com> To: Cristian Gherman <cristian.gherman(a)reea.net> Hi Christian, thanks for the fast reply. Already done all of these. The new key is accepted , but the machines are not added. I even used "snapper" to rollback one of the VMs to openSUSE 15.0 in order to check bootstraping. The results are the same. Rebooting Uyuni doesn't solve the issue :) Any ideas appreciated. Best Regards, Strahil Nikolov В вторник, 9 юли 2019 г., 9:52:05 ч. Гринуич-4, Cristian Gherman <cristian.gherman(a)reea.net> написа: Hello, Can you try this: - remove minion key from master - stop the salt-minion on VM's - remove minion key from /etc/salt/pki/ - change the minion id in /etc/minion_id - change the machine id in /etc/machine-id with command systemd-machine-id-setup - start the salt-minion on VM's - accept new keys, check if minons is added on Uyuni This steps helped me with some stoborn minions some time ago. Cristian Gherman On 7/9/19 4:39 PM, Strahil Nikolov wrote: > Hello All, > can you assist me by guiding me in the correct direction? > Yesterday I found out that all my clients (4 openSUSE 15.1) are not reporting for the past 3 days.I tried to refresh , but it didn't do anything . > > Then I removed the VMs and tried to add them, but after accepting the salt key - the VM is not added as a system. > I have checked the logs and I see a lot of errors , one of them is : > 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.suse.manager.reactor.PGEventListener - Unexpected exception while executing a MessageAction com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ > at com.google.gson.Gson.fromJson(Gson.java:900) > at com.google.gson.Gson.fromJson(Gson.java:953) > at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.lambda$execute$7(JobReturnEventMessageAction.java:128) > at java.util.Optional.ifPresent(Optional.java:159) > at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.execute(JobReturnEventMessageAction.java:114) > at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) > at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) > at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) > at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) > at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) > at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) > at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) > at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) > at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) > at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) > at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) > at java.util.stream.Sink$ChainedReference.end(Sink.java:258) > at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483) > at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) > at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) > at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) > at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) > at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) > at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) > at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) > at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ > at com.google.gson.internal.bind.JsonTreeReader.expect(JsonTreeReader.java:161) > at com.google.gson.internal.bind.JsonTreeReader.beginObject(JsonTreeReader.java:87) > at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:183) > at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:145) > at com.google.gson.Gson.fromJson(Gson.java:888) > ... 30 more > 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException > 2019-07-09 16:26:24,720 [salt-event-thread-3] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException > 2019-07-09 16:26:24,720 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected NUMBER but was BEGIN_OBJECT at path $.retcode > > Any ideas how to debug this one? Which logs should I check ? > Maybe someone has already had a similar situation... > > Best Regards, > Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 4

[uyuni-users] need assistance with debugging bootstrap issues
by Strahil Nikolov 09 Jul '19

09 Jul '19

Hello All, can you assist me by guiding me in the correct direction? Yesterday I found out that all my clients (4 openSUSE 15.1) are not reporting for the past 3 days.I tried to refresh , but it didn't do anything . Then I removed the VMs and tried to add them, but after accepting the salt key - the VM is not added as a system. I have checked the logs and I see a lot of errors , one of them is : 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.suse.manager.reactor.PGEventListener - Unexpected exception while executing a MessageAction com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.Gson.fromJson(Gson.java:900) at com.google.gson.Gson.fromJson(Gson.java:953) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.lambda$execute$7(JobReturnEventMessageAction.java:128) at java.util.Optional.ifPresent(Optional.java:159) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.execute(JobReturnEventMessageAction.java:114) at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) at java.util.stream.Sink$ChainedReference.end(Sink.java:258) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.internal.bind.JsonTreeReader.expect(JsonTreeReader.java:161) at com.google.gson.internal.bind.JsonTreeReader.beginObject(JsonTreeReader.java:87) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:183) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:145) at com.google.gson.Gson.fromJson(Gson.java:888) ... 30 more 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-07-09 16:26:24,720 [salt-event-thread-3] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException 2019-07-09 16:26:24,720 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected NUMBER but was BEGIN_OBJECT at path $.retcode Any ideas how to debug this one? Which logs should I check ? Maybe someone has already had a similar situation... Best Regards, Strahil Nikolov -- 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] Update repo - error on update
by Cristian Gherman 05 Jul '19

05 Jul '19

Hello, I try today to update a repo in Uyuni and I get this errors: 2019/07/04 06:26:20 -04:00 Command: ['/usr/bin/spacewalk-repo-sync', '--channel', 'centos7-uyuni-client', '--type', 'yum', '--non-interactive'] 2019/07/04 06:26:20 -04:00 Sync of channel started. 2019/07/04 06:26:23 -04:00 Repo URL: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… 2019/07/04 06:26:23 -04:00 Packages in repo: 132 2019/07/04 06:26:23 -04:00 Packages already synced: 120 2019/07/04 06:26:23 -04:00 Packages to sync: 12 2019/07/04 06:26:23 -04:00 New packages to download: 12 2019/07/04 06:26:23 -04:00 Downloading packages: 2019/07/04 06:26:24 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:24 -04:00 1/12 : python2-salt-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 2/12 : salt-doc-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTP Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 3/12 : salt-debuginfo-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 4/12 : salt-cloud-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 5/12 : salt-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 6/12 : salt-api-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 7/12 : salt-master-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 8/12 : salt-minion-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 9/12 : salt-ssh-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 10/12 : salt-proxy-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 11/12 : salt-standalone-formulas-configuration-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 12/12 : salt-syndic-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 Importing packages started. 2019/07/04 06:26:26 -04:00 2019/07/04 06:26:26 -04:00 Importing packages to DB: 2019/07/04 06:26:26 -04:00 Importing packages finished. 2019/07/04 06:26:26 -04:00 2019/07/04 06:26:26 -04:00 Patches in repo: 0. When I check on browser, this files are available -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net | www.reea.net | +4 0365410942

3 4

[uyuni-users] Uyuni suse products missing - SUSE Linux Enterprise Server 15 SP1
by Strahil Nikolov 03 Jul '19

03 Jul '19

Hello All, Can someone clarify if Uiuni supports SLES15 SP1? It seems that my trial subscription is properly detected as I have SUSE Linux Enterprise Server 15/HPC , but the product for SLES 15 SP1 is missing from UI and mgr-sync: uyuni:~ # mgr-sync list products Please enter the credentials of SUSE Manager Administrator. Login: admin Password: Available Products: (R) - recommended extension Status: - [I] - product is installed - [ ] - product is not installed, but is available - [U] - product is unavailable [ ] RHEL Expanded Support 5 (i386) [ ] RHEL Expanded Support 5 (x86_64) [ ] RHEL Expanded Support 6 (i386) [ ] RHEL Expanded Support 6 (x86_64) [ ] RHEL Expanded Support 7 (x86_64) [ ] SUSE Linux Enterprise High Performance Computing 12 SP4 (x86_64) [ ] SUSE Linux Enterprise High Performance Computing 15 (x86_64) [ ] SUSE Linux Enterprise Server 10 SP3 (i586) [ ] SUSE Linux Enterprise Server 10 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 10 SP4 (i586) [ ] SUSE Linux Enterprise Server 10 SP4 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP1 (i586) [ ] SUSE Linux Enterprise Server 11 SP1 (ia64) [ ] SUSE Linux Enterprise Server 11 SP1 (ppc64) [ ] SUSE Linux Enterprise Server 11 SP1 (s390x) [ ] SUSE Linux Enterprise Server 11 SP1 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP2 (i586) [ ] SUSE Linux Enterprise Server 11 SP2 (ia64) [ ] SUSE Linux Enterprise Server 11 SP2 (ppc64) [ ] SUSE Linux Enterprise Server 11 SP2 (s390x) [ ] SUSE Linux Enterprise Server 11 SP2 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP3 (i586) [ ] SUSE Linux Enterprise Server 11 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP4 (i586) [ ] SUSE Linux Enterprise Server 11 SP4 (x86_64) [ ] SUSE Linux Enterprise Server 12 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP1 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP2 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP4 (x86_64) [I] SUSE Linux Enterprise Server 15 (x86_64) [I] (R) Basesystem Module 15 (x86_64) [I] (R) Server Applications Module 15 (x86_64) [I] (R) SUSE Manager Tools 15 (x86_64) [ ] Containers Module 15 (x86_64) [ ] Desktop Applications Module 15 (x86_64) [ ] Development Tools Module 15 (x86_64) [ ] Legacy Module 15 (x86_64) [ ] Public Cloud Module 15 (x86_64) [ ] SUSE Cloud Application Platform Tools Module 15 (x86_64) [I] SUSE Enterprise Storage 6 (x86_64) [ ] SUSE Linux Enterprise High Availability Extension 15 (x86_64) [ ] SUSE Package Hub 15 (x86_64) [ ] Web and Scripting Module 15 (x86_64) Best Regards, Strahil Nikolov -- 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] Uyuni Client Tools - openSUSE 15.1
by Strahil Nikolov 28 Jun '19

28 Jun '19

Hello, Can someone point me to the uyuni client tools for openSUSE 15.1 ? Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 4

Re: [uyuni-users] Uyuni Client Tools - openSUSE 15.1
by Strahil 27 Jun '19

27 Jun '19

Thanks for the reply. I have already tried the tools for opensuse Leap 15.0 on a fresh install 15.1 and it failed to subscribe to uyuni with some kind of error. I can try to reproduce once I'm back at home (Monday). That's why I asked about the stable version for opensuse Leap 15.1 . Best Regards, Strahil Nikolov On Jun 19, 2019 22:21, Julio González Gil <jgonzalez(a)suse.de> wrote: > > Hi, > > You can use that repository, but remember that's a master repository, > so it's not intended for production, as it constantly receives > changes from the master branch. > > We are working on having a Stable version as soon as possible, based > on openSUSE Leap 15.1 for Server and Proxy, and with native client > tools for Leap 15.1 > > So in the meantime I suggest you try try https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… > > It should work just fine, even if we didn't document it. > > In fact, you can see that for SLE 12 and 15 we don't generate different > sets of client tools for each SP: > https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… > > Client tools built for SLE12 should work for any subsequent SP, and same > for SLE15. > > However we still could not try for openSUSE, but truth to be told, we are > considering it, as it would simplify releases and make life for sysadmins > easier if it works as fine as it does for SLE (they will not need to wait > for a new Uyuni version to get a minor Leap version supported. > > Can you give it a try and let us know how it goes? > > > On miércoles, 19 de junio de 2019 20:46:25 (CEST) Robert Paschedag wrote: > > https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master: > > /openSUSE_Leap_15-Uyuni-Client-Tools/openSUSE_Leap_15.1/ > > > > Should be it... Based on master branch > > > > Robert > > > > ⁣sent from my mobile device > > > > > > -------- Originale Nachricht -------- > > Von: Strahil Nikolov <hunter86_bg(a)yahoo.com> > > Gesendet: Wed Jun 19 19:21:07 GMT+02:00 2019 > > An: uyuni-users(a)opensuse.org > > Betreff: [uyuni-users] Uyuni Client Tools - openSUSE 15.1 > > > > Hello, > > > > Can someone point me to the uyuni client tools for openSUSE 15.1 ? > > > > Best Regards, > > Strahil Nikolov > > -- > > To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org > > > -- > Julio González Gil > Release Engineer, SUSE Manager and Uyuni > jgonzalez(a)suse.com

1 0

[uyuni-users] python-pyzmq dependency issue
by Cristian Gherman 10 Jun '19

10 Jun '19

Hello, Looks to be a problem regarding dependenties for Salt client on CentOS 7: --> Processing Dependency: python-pyzmq >= 2.2.0 for package: python2-salt-2019.2.0-18.1.x86_64 ---> Package python2-zmq.x86_64 0:14.7.0-8.el7 will be obsoleting --> Processing Dependency: libzmq.so.5()(64bit) for package: python2-zmq-14.7.0-8.el7.x86_64 --> Finished Dependency Resolution Error: Package: python2-salt-2019.2.0-18.1.x86_64 (@susemanager:centos7-uyuni-client) Requires: python-pyzmq >= 2.2.0 Removing: python-zmq-14.5.0-3.4.x86_64 (@susemanager:centos7-uyuni-client) python-pyzmq = 14.5.0-3.4 Obsoleted By: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:centos7-epel) Not found Error: Package: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:centos7-epel) Requires: libzmq.so.5()(64bit) You could try using --skip-broken to work around the problem Package python-pyzmq >= 2.2.0 not exists on CentOS. -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net

3 3

[uyuni-users] Uyuni Master (development) is now based on openSUSE Leap 15.1
by Julio González Gil 06 Jun '19

06 Jun '19

Hello, In preparation for the next release of Uyuni, we switched the base OS for Master (the development version) Server and Proxy to openSUSE Leap 15.1 https://www.uyuni-project.org/devel-version.html is now updated showing this. For new installations, please use the new repositories. For older installations remember that updating is not supported, but if you still want to try, replace the repositories at /etc/zypper/repos.d and adjust your synced repositories the server. Please remember that Uyuni Master is intended for development and testing, and not for production. We cannot still give you an exact date for release of the next version, but we expect to have it ready in the next two to four weeks, and it will have big new features such as support for Ubuntu clients, monitoring with prometheus and grafana and much more. Stay tuned! -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

3 2

[uyuni-users] Uyuni 4.0.1 Configuration files - schedule a check
by Strahil Nikolov 04 Jun '19

04 Jun '19

Hello Community, I have setup a system with a centrally managed configuration file (/etc/motd) and when applying high state - it gets deployed. I checked the taskomatic and there is a job for checking (compare-configs-default) which properly detects a difference from centrally managed file and local one . Can someone hint me , how can I schedule a task so the files that diff to be replaced with the centrally managed one (from uyuni) - so if I edit /etc/motd locally -> the file to be restored on a schedule ? If there is no such option , is it currently under development ? Thanks in advance. Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] API curl example
by Strahil Nikolov 04 Jun '19

04 Jun '19

Hello community, can someone give a short example via curl & xml/json for accessing the API. Sadly my skills in python/perl/ruby are close to 0 . Thanks in advance. Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] Feature: Please add opensuse 15.1 to bootstrap
by Strahil Nikolov 25 May '19

25 May '19

Hello Users,Dev, I have modified my '/usr/share/susemanager/mgr_bootstrap_data.py' in order to bootstrap openSUSE Leap 15.1 , but it will be nice if in the next versions we have that out of the box.I haven't tested my modifications, but I will keep you updated. Do you see any issues with my modification? Here is what I got for openSUSE 15.X: openSUSE-Leap-15.0-x86_64' : { 'BASECHANNEL' : 'opensuse_leap15_0-x86_64', 'PKGLIST' : PKGLIST15 + PKGLIST15_NO_Z, 'DEST' : '/srv/www/htdocs/pub/repositories/opensuse/15/0/bootstrap/' }, 'openSUSE-Leap-15.1-x86_64' : { 'BASECHANNEL' : 'opensuse_leap15_1-x86_64', 'PKGLIST' : PKGLIST15 + PKGLIST15_NO_Z, 'DEST' : '/srv/www/htdocs/pub/repositories/opensuse/15/1/bootstrap/' }, Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] Feature request: Add missing Debian headers to repository metadata before signing
by Robert Paschedag 23 May '19

23 May '19

Hello Uyuni devel, this is a feature request for sysadmins, managing Debian / Ubuntu systems with Uyuni. Although there has been a lot of work to support Ubuntu / Debian, there is still some major thing missing. Several metadata headers are missing for Debian packages, that causes major issues on Debian / Ubuntu systems. One header is the "Multi-Arch" header, that is missing. This missing header causes packages to be installable over and over again. "apt" does not correctly "get it", that this package is already the newest installed and suggests these packages when searching for updates all the time. Also some dependencies cannot be successfully solved, because of this missing header. So the workaround most Debian / Ubuntu admins are doing right now, is to - sync the data into Uyuni - wait for spacewalk to generate the "Packages.gz" file - start - possibly below - script to add the missing "Multi-Arch" header to the "Packages.gz" file - sign the file Currently, I don't think that there are any efforts to tune the Uyuni database to also support the missing headers of Debian packages. So a further workaround could be to include such a script to add the missing headers "while or after" the "Packages.gz" gets created (or has been created), but before the file gets "signed". This could be added somewhere within the "DebRepositoryWriter.java" file, where the "signing" of the channel starts. First, I only had written a script to only add the "Multi-Arch" header. But this script below adds all headers missing for a packages. For this to work, you - of course - need the original "Packages.gz" file from Debian / Ubuntu with *all* headers present. Think about it. Would be cool, if this part could also be integrated into Uyuni. Just an idea and still used as workaround.... Best regards, Robert #!/usr/bin/env python -tt # Basically, this should only add one major header # 'Multi-Arch' to the Debian Packages file, but now # we add all missing headers. # # This only works correctly, if you are syncing the Debian repos # directly to one channel within Spacewalk or Uyuni # # You also need python-debian (which is installed on # Spacewalk server) to run this script # # Author: Robert Paschedag <robert.paschedag(a)netlution.de> # Version: 20181107 import sys import os from debian.deb822 import * if len(sys.argv) < 3: print "Usage: %s <path_to_unzipped_Packages_from_Spacewalk_Uyuni> <path_to_original_Debian_repo>" % sys.argv[0] sys.exit(1) spacewalk_file = sys.argv[1] original_file = sys.argv[2] if not os.path.isfile(spacewalk_file): print "Error: Inputfile '%s' not available." % spacewalk_file sys.exit(1) if not os.path.isfile(original_file): print "Error: Inputfile '%s' not available." % original_file sys.exit(1) spacewalk_packages = {} original_packages = {} with open(spacewalk_file, 'r') as pkgs: for pkg in Packages.iter_paragraphs(pkgs): spacewalk_packages[pkg['Package'] + pkg['Version'] + pkg['Architecture']] = pkg with open(original_file, 'r') as orig_file: for pkg in Packages.iter_paragraphs(orig_file): p = pkg['Package'] v = pkg['Version'] a = pkg['Architecture'] if spacewalk_packages.has_key(p + v + a): # found package. Check for missing headers for header in pkg.keys(): if not header in spacewalk_packages[p + v + a].keys(): spacewalk_packages[p + v + a][header] = pkg[header] # open new file new_package = open(spacewalk_file + '.new', 'w') for pkg in spacewalk_packages.values(): pkg.dump(new_package) new_package.write("\n") new_package.close() sys.exit(0) uyuni-test:/usr/local/sbin # -- 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] Inactive systems after registration
by Kaercher, Alexander 20 May '19

20 May '19

Hello, i set up a new uyuni and register my test systems. It was possible to registered the server successfully, but all the server are now inactive. After delete and reregistered again, only the salt-key is visible, but the system is not register successfully. After the delete I was also deinstalle the salt-minion, salt and python2-salt from the client and run the bootstrapscript again, without an error on the client side. The salt stack is working, I'm able to contact the minions from the salt-mast and across. The following os-systems are registered to Uyuni and has the same issue: OpenSUSE Leap 15.0 OpenSUSE Leap 15.1 OpenSUSE Leap 42.3 SLES12SP4 By the inactive and registered system it is possible to ask for the salt state from the client side: Salt-call state.highstate: local: ---------- ID: mgrchannels_repo Function: file.managed Name: /etc/zypp/repos.d/susemanager:channels.repo Result: True Comment: File /etc/zypp/repos.d/susemanager:channels.repo is in the correct state Started: 07:43:47.884492 Duration: 181.211 ms Changes: ---------- ID: /etc/pki/trust/anchors/RHN-ORG-TRUSTED-SSL-CERT Function: file.managed Result: True Comment: File /etc/pki/trust/anchors/RHN-ORG-TRUSTED-SSL-CERT is in the correct state Started: 07:43:48.066056 Duration: 1277.558 ms Changes: ---------- ID: update-ca-certificates Function: cmd.run Name: /usr/sbin/update-ca-certificates Result: True Comment: State was not run because none of the onchanges reqs changed Changes: ---------- ID: pkg_installed Function: pkg.installed Result: True Comment: No packages to install provided Started: 07:43:49.383607 Duration: 1.142 ms Changes: ---------- ID: pkg_removed Function: pkg.removed Result: True Comment: All specified packages are already absent Started: 07:43:49.385007 Duration: 1407.343 ms Changes: ---------- ID: pkg_latest Function: pkg.latest Result: True Comment: No packages to install provided Started: 07:43:50.792781 Duration: 0.797 ms Changes: ---------- ID: disable_spacewalksd Function: service.dead Name: rhnsd Result: True Comment: The named service rhnsd is not available Started: 07:43:50.795305 Duration: 17.72 ms Changes: ---------- ID: disable_spacewalk-update-status Function: service.dead Name: spacewalk-update-status Result: True Comment: The named service spacewalk-update-status is not available Started: 07:43:50.813411 Duration: 10.929 ms Changes: ---------- ID: disable_osad Function: service.dead Name: osad Result: True Comment: The named service osad is not available Started: 07:43:50.824714 Duration: 10.748 ms Changes: ---------- ID: remove_traditional_stack Function: pkg.removed Result: True Comment: All specified packages are already absent Started: 07:43:50.835840 Duration: 491.993 ms Changes: ---------- ID: mgr_mine_config Function: file.managed Name: /etc/salt/minion.d/susemanager-mine.conf Result: True Comment: File /etc/salt/minion.d/susemanager-mine.conf is in the correct state Started: 07:43:51.328156 Duration: 8.212 ms Changes: ---------- ID: mgr_salt_minion Function: pkg.installed Name: salt-minion Result: True Comment: All specified packages are already installed Started: 07:43:51.336736 Duration: 28026.016 ms Changes: ---------- ID: mgr_salt_minion Function: service.running Name: salt-minion Result: True Comment: The service salt-minion is already running Started: 07:44:19.363709 Duration: 30.719 ms Changes: Summary for local ------------- Succeeded: 13 Failed: 0 ------------- Total states run: 13 Total run time: 31.464 s >From the Salt-Master: uyuni:~ # salt '*' test.version uyuni-proxy.xxxxx.xxx: 2018.3.0 lxeval02.xxxxx.xxx: 2018.3.0 lxeval01.xxxxx.xxx: 2018.3.0 kvm.xxxxxx.xxx: 2019.2.0 I found no error in the /var/log/salt/master and only the following error is visible in the /etc/var/log/rhn/rhn_web_ui.log: 2019-05-09 07:49:40,330 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException 2019-05-09 07:49:40,350 [salt-event-thread-3] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-05-09 07:49:40,352 [salt-event-thread-6] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-05-09 07:49:40,352 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-05-09 07:49:40,353 [salt-event-thread-2] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-05-09 07:49:40,353 [salt-event-thread-2] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-05-09 07:49:40,353 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-05-09 07:49:40,353 [salt-event-thread-7] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-05-09 07:49:40,354 [salt-event-thread-6] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-05-09 07:49:40,355 [salt-event-thread-7] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-05-09 07:49:40,368 [salt-event-thread-1] ERROR com.suse.manager.reactor.PGEventListener - Unexpected exception while executing a MessageAction org.hibernate.NonUniqueResultException: query did not return a unique result: 2 at org.hibernate.query.internal.AbstractProducedQuery.uniqueElement(AbstractProducedQuery.java:1468) at org.hibernate.query.internal.AbstractProducedQuery.uniqueResult(AbstractProducedQuery.java:1438) at com.redhat.rhn.domain.server.VirtualInstanceFactory.lookupHostVirtInstanceByHostId(VirtualInstanceFactory.java:370) at com.redhat.rhn.manager.system.VirtualInstanceManager.updateHostVirtualInstance(VirtualInstanceManager.java:60) at com.suse.manager.reactor.messaging.VirtpollerBeaconEventMessageAction.lambda$execute$0(VirtpollerBeaconEventMessageAction.java:36) at java.util.Optional.ifPresent(Optional.java:159) at com.suse.manager.reactor.messaging.VirtpollerBeaconEventMessageAction.execute(VirtpollerBeaconEventMessageAction.java:35) at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) at java.util.stream.Sink$ChainedReference.end(Sink.java:258) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) 2019-05-09 07:49:40,386 [salt-event-thread-1] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException 2019-05-09 07:49:40,386 [salt-event-thread-7] ERROR com.suse.manager.reactor.messaging.JobReturnEventMessageAction - Error mapping action chain result: "'mgractionchains.resume' is not available." com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.Gson.fromJson(Gson.java:900) at com.google.gson.Gson.fromJson(Gson.java:953) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.lambda$execute$7(JobReturnEventMessageAction.java:128) at java.util.Optional.ifPresent(Optional.java:159) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.execute(JobReturnEventMessageAction.java:114) at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) at java.util.stream.Sink$ChainedReference.end(Sink.java:258) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.internal.bind.JsonTreeReader.expect(JsonTreeReader.java:161) at com.google.gson.internal.bind.JsonTreeReader.beginObject(JsonTreeReader.java:87) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:183) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:145) at com.google.gson.Gson.fromJson(Gson.java:888) For me it looks like an issue on the Uyuni, but can't found the issue. Who can help ? Best regards Alexander DXC Technology Company -- This message is transmitted to you by or on behalf of DXC Technology Company or one of its affiliates. It is intended exclusively for the addressee. The substance of this message, along with any attachments, may contain proprietary, confidential or privileged information or information that is otherwise legally exempt from disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate any part of this message. If you have received this message in error, please destroy and delete all copies and notify the sender by return e-mail. Regardless of content, this e-mail shall not operate to bind DXC Technology Company or any of its affiliates to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. --. -- 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] Minions not connect to server
by Cristian Gherman 20 May '19

20 May '19

Hello, I have 50 systems managed by a Uyuni server. From this 7 of the not reconnect to server from 2 days. (Uyuni is 4.0 RC1 on OpensuseLeap). I restart all, minions and server with same results If I check from salt console they are ok, execute all comands. Where I can check the issue? I deleted the system from Uyuni but I can't readd as managed server. (with same hostname) What you suggest? Thanks in advance for any replay -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net | www.reea.net | +4 0365410942

2 3

[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

[uyuni-users] Build repositories for openSUSE 42.3
by Robert Paschedag 28 Mar '19

28 Mar '19

Hi all, I already asked several times several weeks ago within the chat but I still have problems. I have a test uyuni server (4.0.1) running on openSUSE 42.3. Now I want to build new packages based on the "ubuntu-support" branch since there has been a lot of work in the last weeks and I want to test these improvements, since we are currently running Spacewalk 2.7 with a lot of Debian clients and are planning (or at least thinking about) migrating to Uyuni (to also get Salt). Now I also have a "build system" also based on openSUSE 42.3. But it seems that at least one "build repository" seems to be missing. Trying to build "spacewalk-backend" returns uyuni-build:~/git/uyuni/backend # rpmbuild -bb spacewalk-backend.spec error: Failed build dependencies: python2-spacewalk-usix is needed by spacewalk-backend-4.0.7-1.noarch python2-gzipstream is needed by spacewalk-backend-4.0.7-1.noarch python2-rhn-client-tools is needed by spacewalk-backend-4.0.7-1.noarch python2-rhnlib >= 2.5.74 is needed by spacewalk-backend-4.0.7-1.noarch My current list of repos. I know, there is missing but I did not find the above mentioned packages around the build.opensuse.org system (or I really overlooked something). uyuni-build:~/git/uyuni/backend # zypper lr Repository priorities are without effect. All enabled repositories share the same priority. # | Alias | Name | Enabled | GPG Check | Refresh ---+----------------------------------+-----------------------------------------+---------+-----------+-------- 1 | openSUSE-Leap-42.3-0 | openSUSE-Leap-42.3-0 | Yes | (r ) Yes | Yes 2 | repo-debug | openSUSE-Leap-42.3-Debug | No | ---- | ---- 3 | repo-debug-non-oss | openSUSE-Leap-42.3-Debug-Non-Oss | No | ---- | ---- 4 | repo-debug-update | openSUSE-Leap-42.3-Update-Debug | No | ---- | ---- 5 | repo-debug-update-non-oss | openSUSE-Leap-42.3-Update-Debug-Non-Oss | No | ---- | ---- 6 | repo-non-oss | openSUSE-Leap-42.3-Non-Oss | Yes | (r ) Yes | Yes 7 | repo-oss | openSUSE-Leap-42.3-Oss | Yes | (r ) Yes | Yes 8 | repo-source | openSUSE-Leap-42.3-Source | No | ---- | ---- 9 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | No | ---- | ---- 10 | repo-update | openSUSE-Leap-42.3-Update | Yes | (r ) Yes | Yes 11 | repo-update-non-oss | openSUSE-Leap-42.3-Update-Non-Oss | Yes | (r ) Yes | Yes 12 | uyuni-master_leap42_client-tools | uyuni-master_leap42_client-tools | Yes | (r ) Yes | No uyuni-build:~/git/uyuni/backend # Where do I find the needed repositories for openSUSE 42.3 to be able to successfully build all "changed" packages? Thanks Robert -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 3

[uyuni-users] Bootstrap repo question
by Steve Moring 21 Mar '19

21 Mar '19

Hi, I'm trying to figure out why my bootstrap repo for os150 seems to be wanting to install older rpms. Any thoughts how I should go about trouble-shooting this? The channels were sync'd by: # spacewalk-common-channels -u <myuser> -p <mypassword> -a x86_64 'opensuse_leap42_3*' # spacewalk-common-channels -u <myuser> -p <mypassword> -a x86_64 'opensuse_leap15* ..after sync's finished about 2 days later :-) The bootstrap repo's were created with: #mgr-create-bootstrap-repo -c openSUSE-Leap-15-x86_64 #mgr-create-bootstrap-repo -c openSUSE-Leap-42.3-x86_64 # mgr-create-bootstrap-repo -l 1. openSUSE-Leap-15-x86_64 2. openSUSE-Leap-42.3-x86_64 The bootstrap_os150.sh file has the key defined, that key has the os150 base channel set, and has: openSUSE 15.0 non oss (x86_64) openSUSE Leap 15.0 non oss Updates (x86_64) openSUSE Leap 15.0 Updates (x86_64) Bootstrap output... uyuni:~ # cat /srv/www/htdocs/pub/bootstrap/bootstrap_os150.sh | ssh r oot@os150test /bin/bash The authenticity of host 'os150test (192.168.5.23)' can't be established. ECDSA key fingerprint is SHA256:EELiWSn3F8JABjdagE2OuHxCDWNGZQNf7R7Fiv12o8o. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'os150test,192.168.5.23' (ECDSA) to the list of known hosts. Password: Uyuni Server Client bootstrap script v4.0 MINOR MANUAL EDITING OF THIS FILE MAY BE REQUIRED! If this bootstrap script was created during the initial installation of a Uyuni Server, the ACTIVATION_KEYS, and ORG_GPG_KEY values will probably *not* be set (see below). If this is the case, please do the following: - copy this file to a name specific to its use. (e.g., to bootstrap-SOME_NAME.sh - like bootstrap-web-servers.sh.) - on the website create an activation key or keys for the system(s) to be registered. - edit the values of the VARIABLES below (in this script) as appropriate: - ACTIVATION_KEYS needs to reflect the activation key(s) value(s) from the website. XKEY or XKEY,YKEY Please note that if you are using this script to boostrap minions, only the FIRST activation key will be used. Multiple activation keys are not supported with salt - ORG_GPG_KEY needs to be set to the name(s) of the corporate public GPG key filename(s) (residing in /srv/www/htdocs/pub) if appropriate. XKEY or XKEY,YKEY Verify that the script variable settings are correct: - CLIENT_OVERRIDES should be only set differently if a customized client-config-overrides-VER.txt file was created with a different name. - ensure the value of HOSTNAME is correct. - ensure the value of ORG_CA_CERT is correct. Enable this script: comment (with #'s) this block (or, at least just the exit below, if present) UPDATING RHN_REGISTER/UP2DATE CONFIGURATION FILES ------------------------------------------------- * downloading necessary files client_config_update.py... WARNING: cannot verify uyuni.mydomain.site's certificate, issued by ‘CN=uyuni.mydomain.site,OU=services,O=mydomain,L=Fort Wayne,ST=IN,C=US’: Unable to locally verify the issuer's authority. 2019-03-14 11:55:34 URL:https://uyuni.mydomain.site/pub/bootstrap/clie nt_config_update.py [6478/6478] -> "client_config_update.py" [1] FINISHED --2019-03-14 11:55:34-- Total wall clock time: 0.04s Downloaded: 1 files, 6.3K in 0s (167 MB/s) client-config-overrides.txt... WARNING: cannot verify uyuni.mydomain.site's certificate, issued by ‘CN=uyuni.mydomain.site,OU=services,O=mydomain,L=Fort Wayne,ST=IN,C=US’: Unable to locally verify the issuer's authority. 2019-03-14 11:55:34 URL:https://uyuni.mydomain.site/pub/bootstrap/clie nt-config-overrides.txt [641/641] -> "client-config-overrides.txt" [1] FINISHED --2019-03-14 11:55:34-- Total wall clock time: 0.04s Downloaded: 1 files, 641 in 0s (65.1 MB/s) PREPARE GPG KEYS AND CORPORATE PUBLIC CA CERT ------------------------------------------------- * no organizational GPG keys to import * attempting to install corporate public CA cert WARNING: cannot verify uyuni.mydomain.site's certificate, issued by ‘CN=uyuni.mydomain.site,OU=services,O=mydomain,L=Fort Wayne,ST=IN,C=US’: Unable to locally verify the issuer's authority. 2019-03-14 11:55:34 URL:https://uyuni.mydomain.site/pub/rhn-org-truste d-ssl-cert-1.0-1.noarch.rpm [9416/9416] -> "rhn-org-trusted-ssl-cert- 1.0-1.noarch.rpm" [1] FINISHED --2019-03-14 11:55:34-- Total wall clock time: 0.04s Downloaded: 1 files, 9.2K in 0s (101 MB/s) Preparing... ################################ ######## Updating / installing... rhn-org-trusted-ssl-cert-1.0- 1 ######################################## CLEANING UP OLD SUSE MANAGER REPOSITORIES ------------------------------------------------- CHECKING THE REGISTRATION STACK ------------------------------------------------- * check for necessary packages being installed... * client codebase is opensuse-15-sp0 package salt is not installed package salt-minion is not installed 2019-03-14 11:55:35 URL:https://uyuni.mydomain.site/pub/repositories/o pensuse/15/0/bootstrap/repodata/repomd.xml [1279/1279] -> "repomd.xml" [1] FINISHED --2019-03-14 11:55:35-- Total wall clock time: 0.04s Downloaded: 1 files, 1.2K in 0s (130 MB/s) * going to install missing packages... 2019-03-14 11:55:35 URL:https://uyuni.mydomain.site/pub/repositories/o pensuse/15/0/bootstrap/repodata/repomd.xml [1279/1279] -> "repomd.xml" [1] FINISHED --2019-03-14 11:55:35-- Total wall clock time: 0.04s Downloaded: 1 files, 1.2K in 0s (95.1 MB/s) adding client software repository at https://uyuni.mydomain.site/pub/ repositories/opensuse/15/0/bootstrap Retrieving repository 'susemanager:bootstrap' metadata [.done] Building repository 'susemanager:bootstrap' cache [....done] Specified repositories have been refreshed. Loading repository data... Reading installed packages... Resolving package dependencies... 2 Problems: Problem: nothing provides python2-salt = 2018.3.0-33.2 needed by salt- 2018.3.0-33.2.x86_64 Problem: nothing provides python2-salt = 2018.3.0-33.2 needed by salt- 2018.3.0-33.2.x86_64 Problem: nothing provides python2-salt = 2018.3.0-33.2 needed by salt- 2018.3.0-33.2.x86_64 Solution 1: do not install salt-2018.3.0-33.2.x86_64 Solution 2: break salt-2018.3.0-33.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): c no package provides salt ERROR: Failed to install all missing packages. Thanks, -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 6

Re: [uyuni-users] proper update steps using uyuni os423 to os150
by Julio González Gil 14 Mar '19

14 Mar '19

On jueves, 14 de marzo de 2019 11:22:50 (CET) Steve Moring wrote: > Julio, > > On Thu, 2019-03-14 at 09:19 +0100, Julio González Gil wrote: > > Are you talking about migrating a client? > > Yes, sorry. I have some clients that are os423, some are os150. I > have keys defined for both. I have bootstraps for both. All are > salt. Understood :-) > > As far as I know we don't have an official procedure. > > I totally understand. It's not enterprise (SUMA). Well, what I mean is that I am not aware of anybody testing that so far, so I can't provide instructions that will work for sure (that's why I mentioned there is no "official procedure" :-) > I'm wondering how I would move an os423 client to be subscribed to the > channels defined with the os150 keys. Or, if I can unsubscribe the > os423 clients, clean up the bootstrapped components, then re-subscribe > to the os150 key/channels and upgrade. I get to play, so this is all > blue sky. Well, first of all I am not sure about your channel structure. But assuming that you have one base channel for Leap 42.3 and another base c channel for 15.0: a) If you are not worried about changing the activation key used for the current 42.3 clients, you could change the channels assigned to that key, and then create an action change as described. I am not sure if changing an activation key propagates the changes to the clients. b) If that doesn't work, then the other way to do it is to change the base channel for all 42.3 clients from the 42.3 base channel to the 15.0 base channel. That could be done with the API, to find all 42.3 clients and then change the base channel, And then, again, an action change to update all clients and reboot. In theory maybe you can also use spacecmd instead of raw calls to the API. I am not sure how easy will be filtering 42.3 clients with spacecmd as "system_list" does not seem to allow filters. > > But since Uyuni manages the repositories for the clients, and > > assuming your > > > > current Leap 42.3 are NOT traditional clients you could: > > > > 1. Adjust the channels assigned to the activation key to change them > > from Leap > > > > 42.3 to 15.0 > > > > 2. Create an action change to: > > > > - Apply the highstate (so the Leap 15.0 repositories become > > available for the > > > > client(s) > > > > - Update all packages > > > > - Reboot. > > Unfortunately, for this particular scenario, I'd have to move all the > clients at once. You can do that. The action change can be defined for several clients. I think you can achieve this with SSM (System Set Manager) I suggest you try with only one client first so you can fix the issues before applying the change to all of them. > > O course, this assumes the clients will not have any kind of > > dependency > > > > conflicts when switching from Leap 42.3 to Leap 15.0. > > Agreed, should be fun :-) If you are using the official repositories from Leap, and nothing else, then you should not have problems. In this case I was thinking when I migrated my laptop from Leap 42.3 to Leap 15.0. That was a problem because I use A LOT of extra repositories from OBS, and zypper complained about vendor changes and that sort of things :-) Anyway, if the clients are similar, remember: try first with one and fix as needed, before doing the massive change. If there are groups that are similar, then try first with one system for each group. Good luck! > Thanks for the cycles. > > -Steve -- Julio González Gil <jgonzalez(a)suse.com> Release Engineer SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

1 0

[uyuni-users] proper update steps using uyuni os423 to os150
by Steve Moring 14 Mar '19

14 Mar '19

Hi, Having lab time is infrequent. I'm planning to spend some time playing this coming weekend. I'd like to test updating from os423 to os150 using uyuni. What are the proper highlevel steps to perform this upgrade? Are there proper steps to clear a client bootstrapping? I'd like to test removing the channels defined for os423, updating to os150 using installation media, re-bootstrapping to os150 channels to compare the process. Thanks, -Steve -- 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] Uyuni on openSUSE Leap 15
by Haupt, Torsten 02 Feb '19

02 Feb '19

Hello, the website mentions openSUSE Leap 42.3 as operating system. What about openSUSE Leap 15 or SLES 15? Works an installation on these systems, too? Or are there any disadvantages? Torsten -- 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] openSUSE 42.3 repo setup within wizard
by Steve Moring 02 Jan '19

02 Jan '19

Just getting started. I skipped the SCC credentials as I didn't have anything I wished to test against the SUSE SLE* repos (I do that with SUMA). Which brings up the question, how does one setup uyuni to mirror the openSUSE repos? I'd like to mirror then then bootstrap a few test boxes to play with. -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 5

[uyuni-users] Uyuni 4.0.1 is released!
by Julio González Gil 20 Dec '18

20 Dec '18

Hello everyone, We are happy to announce the immediate availability of Uyuni 4.0.1, our second Uyuni release! Repositories: - Server: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - Proxy: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - openSUSE Leap 42.3 (x86_64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - openSUSE Leap 15.0 (x86_64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - SLE12 (x86_64, pcc64le, s390x, aarch64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - SLE15 (x86_64, pcc64le, s390x, aarch64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - CentOS6 (i686, x86_64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… - CentOS7 (x86_64): https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… At https://www.uyuni-project.org/stable-version.html you will find all the resources you need to start working with Uyuni 4.0.1, including the release notes, documentation, requirements and setup instructions. Remember you can find the update instructions at the Best Practices guide. This is the list of highlights for this release: - Support for PostgreSQL 10 - spacecmd: Support state channels (aka Salt Minion config channels) - spacecmd: New API calls and spacecmd commands to merge packages and errata. - spacewalk-common-channels: Support for Uyuni, Fedora 29 and cleanup - openSUSE Leap 42.3/15.0, SLE12/15 and CentOS6 have now full support as salt, salt-ssh and traditional clients (Client Tools are still Beta) - New products added to SCC syncing Please check the release notes for full details. Remember that Uyuni will follow a rolling release planning, so next version will be 4.0.2 with bugfixes and features, and there will be no maintenance of 4.0.1. We hope you will enjoy Uyuni 4.0.1 and invite everyone of you to send us your feedback [1] and of course your patches, if you can contribute. Happy hacking! [1] https://www.uyuni-project.org/contact.html -- Julio González Gil <jgonzalez(a)suse.com> Release Engineer SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

1 0

[uyuni-users] Re: Aw: [uyuni-devel] Looking for a way to automate the first organization creation
by Julio González Gil 14 Nov '18

14 Nov '18

Hi Christian and Robert. AFAIK, /root/setup_env.sh will not allow you to specify data for the first org and user. But you can use curl to fill in the form with a call like this one: curl -k -X POST -d "submitted=true&orgName=MYORGNAME&login=MYADMINUSER&desiredpassword=MYADMINPASSWORD&desiredpasswordConfirm=MYADMINPASSWORD&email=MYADMINEMAIL&firstNames=MYADMINFIRSTNAME&lastName=MYADMINLASTNAME" https://UYUNISERVERHOSTNAME/rhn/newlogin/CreateFirstUser.do Just replace the stuff in caps with the data you want for your first organization and user, and UYUNISERVERHOSTNAME with the hostname/IP for the server. Needless to say, the call could change a little if the webUI changes at some point, but this was working when I prepared the workshop for Uyuni at the openSUSE Conference 2018, and I am not aware we changed this part of the WebUI. BTW: Since the last week we already have uyuni-users(a)opensuse.org [1] available for user related discussion. I am adding this to CC so we can have record of this thread there. Best regards. [1] You can subscribe at https://lists.opensuse.org/uyuni-users/ On miércoles, 14 de noviembre de 2018 0:28:32 (CET) Robert Paschedag wrote: > I think, currently there is no way. This has been removed in 2015. See > https://www.redhat.com/archives/spacewalk-devel/2015-December/msg00000.html > . > > Currently, I could only think of manual SQL to first create the user and > then, create the org. > > Good luck. > > Robert > > > Gesendet: Dienstag, 13. November 2018 um 23:30 Uhr > > Von: "Stankowic, Christian" <Christian.Stankowic(a)sva.de> > > An: "uyuni-devel(a)opensuse.org" <uyuni-devel(a)opensuse.org> > > Betreff: [uyuni-devel] Looking for a way to automate the first > > organization creation > > > > Hello Uyuni team! > > > > I'm currently writing a Chef cookbook for automating Uyuni test > > deployments. After installing Uyuni, the first organization still needs > > to be created using the web page. > > > > I understand that there is an automation tool spacecmd, but this seems not > > to work if no organization or admin user exist: > > > > # spacecmd org_create > > Spacewalk Username: > > Spacewalk Password: > > ERROR: Invalid credentials > > > > I figured out that entering no username/password does not work (also not > > via the .spacecmd/config file) - so therefore the error message seems > > legit. > > > > My question is now: how can I automate this? I cannot used the web page in > > an automated manner. Is there an option for the /root/setup_env.sh file? > > > > Thanks a lot in advance - also keep up the good work! > > > > > > > > Best wishes, > > Christian Stankowic -- Julio González Gil <jgonzalez(a)suse.com> Release Engineer SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

2 1

[uyuni-users] Welcome to the uyuni-users mailing list!
by Julio González Gil 06 Nov '18

06 Nov '18

This message serves to test that the list is working fine, and to give you a warm welcome! This is the list where we will be discussing Uyuni usage stuff, such as commenting the experience with Uyuni, questions, best practices, etc. Anyone can post to this list as long as it is registered. Enjoy! -- Julio González Gil <jgonzalez(a)suse.com> Release Engineer SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nürnberg Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

1 0