Re: [Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package issues

[Andreas Dijkman]

It looks like your Spacewalk 2.10 setup has invalid module data. Module data 
from vanilla Spacewalk 2.10 has challenges and isn’t working properly.

If you run the command yum module list and there isn’t any modules listed, only 
a few and some message like ‘Fallback Module data used, then module data isn’t 
available for the AppStream-channel.

You can try Uyuni or maybe Spacewalk 2.11 (nightly/unstable/beta) if that’s 
still available or the Oracle-version of Spacewalk.

Or just bite the bullet and use Red Hat Satellite 6 (Foreman).

Kind regards,
Andreas Dijkman

On 8 Jun 2021, at 12:00, BARRIERE Benoit 
mailto:b.barri...@monaco-telecom.mc>> wrote:

Hello Spacewalk guys,

I have found an issue when i try to update an centos 8 stream client. I suspect 
modular metadatas are not inserted correctly when i use reposync command and 
conflicts occur when i update.

[root@worker1 yum.repos.d]# yum update
This system is receiving updates from Spacewalk server.
CentOS Stream Base (x86_64) 

   52 MB/s | 8.2 MB 00:00
CentOS Stream PowerTools (x86_64)   

   38 MB/s | 3.1 MB 00:00
CentOS Stream Extras (x86_64)   

  307 kB/s |  13 kB 00:00
EPEL 8 for CentOS Stream (x86_64)   

   71 MB/s |  14 MB 00:00
CentOS Stream AppStream (x86_64)

   78 MB/s |  15 MB 00:00
Copr repo for spacewalk-2.10-client owned by @spacewalkproject  

   60 kB/s |  28 kB 00:00
Error:
Problem 1: package perl-Time-HiRes-4:1.9758-2.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-Time-HiRes-4:1.9758-2.el8.x86_64
Problem 2: package perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64 
requires libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - package perl-CPAN-Meta-2.150010-397.module_el8.3.0+406+78614513.noarch 
requires perl(:MODULE_COMPAT_5.30.1), but none of the providers can be installed
  - cannot install the best update candidate for package 
perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64
  - cannot install the best update candidate for package 
perl-CPAN-Meta-2.150010-396.el8.noarch
  - package perl-libs-4:5.30.1-452.module_el8.4.0+646+45e06e4a.x86_64 is 
filtered out by modular filtering
Problem 3: package net-snmp-agent-libs-1:5.8-20.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
[…]

For example with perl-libs package installed in my client :
 [root@worker1 yum.repos.d]# rpm -qa | grep perl-libs
perl-libs-5.26.3-419.el8.x86_64

So spacewalk client try to install 2 perl-libs packages.

So In base i have 
perl-libs-5.26.3-419.el8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=393197>
 package and in appstream 3 packages of perl-libs :
perl-libs-5.24.4-404.module_el8.1.0+229+cd132df8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=58576>
perl-libs-5.30.1-451.module_el8.3.0+406+78614513:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=376135>
perl-libs-5.30.1-452.module_el8.4.0+646+45e06e4a:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=395004>

so have any idea to fix this strange behavious ?

thanks in advance for your help

De : BARRIERE Benoit
Envoyé : lundi 19 avril 2021 11:21
À : 'st...@alderfamily.org<mailto:st...@alderfamily.org>' 
mailto:st...@alderfamily.org>>; 
spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Objet : RE: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Thanks a lot for yours informations.

I have implemented this setup and and worked correctly. Hope spacewalk could 
work for next centos 9.

Regards,





De : 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@re

Re: [Spacewalk-list] Spacewalk and Satellite question

[Andreas Dijkman]

For OEL you can also use Oracle Linux Manager 2.10. It’s a patched version of 
Spacewalk 2.10 with additional support for OEL8.

Source-code: https://github.com/oracle/spacewalk/tree/OracleLinuxManager-2.10
Public yum-repo: 
http://yum.oracle.com/repo/OracleLinux/OL7/oraclelinuxmanager210/server//x86_64/

Works like a charm on OL7 as OS for Oracle Linux Manager itself with PostgreSQL 
as a backend. Here with PostgreSQL12 as DB.

Andreas Dijkman

On 4 Jun 2021, at 21:12, Paul Robert Marino 
mailto:prmari...@gmail.com>> wrote:

Satellite 5 and lower only supported RHEL and Solaris for support SLA reasons. 
Spacewalk can support multiple distributions at once with their own 
repositories, but the Solaris support was removed due to lack of interest/user 
base that still required it.

On Fri, Jun 4, 2021 at 2:30 PM Titus Magnificus 
mailto:titus.magnifi...@gmail.com>> wrote:
Thank you for answer.

So, if Satellite is v5.x or lower is it possible to use it to access a 
different repos depending on the distro you are using?


El vie, 4 jun 2021 a las 17:00, Paul Robert Marino 
(mailto:prmari...@gmail.com>>) escribió:
Spacewalk was  the upstream open source code base for Satellite prior to 
version 6. so Satellite 5.x and lower were Spacewalk. Starting with Satellite 
version 6 Red Hat based it on Katello.
Spacewalk was a Red Hat project until very recently.
That said, I think it would be difficult to install both on the same machine 
because you would have conflicting versions of some of the same components. You 
can install SAM and spacewalk on the same box (with a lot of difficulty) and 
even sync them but it would probably be extremely difficult if not impossible 
to install Satellite and spacewalk on the same machine without using 
virtualization.


On Fri, Jun 4, 2021 at 7:57 AM Titus Magnificus 
mailto:titus.magnifi...@gmail.com>> wrote:
Hi experts,

I facing a problem to upgrade/update my Oracle linux. Currently my network has 
many RHEL using Satellite to upgrade/update but now we are going to start using 
OEL. Per security policies is not allow to connect directly linux with a proxy. 
We solved RHEL with Satellite but it's not available for OEL. I see that OEL 
can use Spacewalk (based on Deb) but I don't know if installing Spacewalk on 
the same server than Satellite could be the solution.

Could you give me ideas?

Thank you in advance

Titus Magnificus

Per aspera ad astra
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://listman.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://listman.redhat.com/mailman/listinfo/spacewalk-list


--
Titus Magnificus

Per aspera ad astra
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://listman.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://listman.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://listman.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Failed to retrieve group file for repository

[Andreas Dijkman]

Group-files are located on the Spacewalk-server in '/var/satellite/rhn/comps/‘.

Check if the apache-server can read those files (owner, apache:apache, chmod: 
750 on directories) and if they have the correct context (spacewalk_data_t).

Andreas DIjkman

On 3 May 2021, at 19:32, Guy Matz mailto:guym...@gmail.com>> 
wrote:

Sorry again!!  Also should have mentioned that I'm seeing the "Failed to 
retrieve group file for repository" error on multiple machines, both pointing 
directly at the spacewalk server, as well as machines pointing to a proxy.

On Mon, May 3, 2021 at 12:36 PM Guy Matz 
mailto:guym...@gmail.com>> wrote:
Sorry, should have mentioned that 'yum clean all' and 'rm -rf /var/cache/yum/*' 
didn't help

On Mon, May 3, 2021 at 12:11 PM Guy Matz 
mailto:guym...@gmail.com>> wrote:
Does anyone know how to resolve "Failed to retrieve group file for repository"? 
 What causes it?

Thanks!!
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://listman.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://listman.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just showing white screen on web interface

[Andreas Dijkman]

I’ve used the documentation of the originial version of Spacewalk and the 
binaries/repositories of Oracle, with a PostgreSQL-database. It support OL8 
with Module Data and works nice.

Andreas Dijkman

On 30 Apr 2021, at 19:50, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:

Going to attack this from another direction because this installation has been 
trouble from the start.
I have tried using the installation documentation from Oracle Linux as well as 
other sources on the web and have rebuilt the server from scratch several times.
This current build is the furthest I’ve gotten, but honestly getting really 
frustrated getting it to work correctly.
What documentation have you found best suited for Spacewalk installation using 
a local database on the server?

Paul

From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Maglinger, Paul
Sent: Wednesday, April 28, 2021 4:12 PM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just 
showing white screen on web interface

Thanks.  In working through things I did find it griping that the database 
schema was at 94% of the allocated space.  I’ve got the DBAs looking at that 
now.  Regardless of if it’s causing the actual problem it should probably be 
addressed.

Paul

From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Andreas Dijkman
Sent: Wednesday, April 28, 2021 2:06 PM
To: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
Subject: Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just 
showing white screen on web interface

Yes, tomcat is throwing a stack-trace. Check the file 
/var/log/tomcat/

Andreas Dijkman

On 28 Apr 2021, at 19:51, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:

I don’t see any problem.  Am I missing something?

[root@maia ~]# spacewalk-service status
Redirecting to /bin/systemctl status jabberd.service
● jabberd.service - Jabber Server
   Loaded: loaded (/usr/lib/systemd/system/jabberd.service; enabled; vendor 
preset: disabled)
   Active: active (exited) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days ago
  Process: 4472 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 4472 (code=exited, status=0/SUCCESS)
Tasks: 0
   CGroup: /system.slice/jabberd.service

Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.
Redirecting to /bin/systemctl status tomcat.service
● tomcat.service - Apache Tomcat Web Application Container
   Loaded: loaded (/usr/lib/systemd/system/tomcat.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days 
ago
Main PID: 4490 (java)
Tasks: 95
   CGroup: /system.slice/tomcat.service
   └─4490 /usr/lib/jvm/jre/bin/java -ea -Xms256m -Xmx256m 
-Djava.awt.headless=true 
-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser 
-Dorg.apache.tomcat.util.http.Parameters.MA...

Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:528)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:172)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:220)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:213)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1086)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquireAndDecrementPendingAcquiresWithinLockOnSuccess(BasicResourcePool.java:1073)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:44)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool$ScatteredAcquireTask.run(BasicResourcePool.java:1814)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:696)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: 2021-04-28 
12:47:52,809 
[C3P0PooledConnectionPoolManager[identityToken->2w6u6rag14w1eme1nfx7pj|59317aab]

Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just showing white screen on web interface

[Andreas Dijkman]

Can you post the complete stack trace of the tomcat-container from the logfile 
of tomcat? Maybe there is something overlooked that someone has already seen?

Andreas

On 28 Apr 2021, at 23:12, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:

Thanks.  In working through things I did find it griping that the database 
schema was at 94% of the allocated space.  I’ve got the DBAs looking at that 
now.  Regardless of if it’s causing the actual problem it should probably be 
addressed.

Paul

From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Andreas Dijkman
Sent: Wednesday, April 28, 2021 2:06 PM
To: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
Subject: Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just 
showing white screen on web interface

Yes, tomcat is throwing a stack-trace. Check the file 
/var/log/tomcat/

Andreas Dijkman


On 28 Apr 2021, at 19:51, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:

I don’t see any problem.  Am I missing something?

[root@maia ~]# spacewalk-service status
Redirecting to /bin/systemctl status jabberd.service
● jabberd.service - Jabber Server
   Loaded: loaded (/usr/lib/systemd/system/jabberd.service; enabled; vendor 
preset: disabled)
   Active: active (exited) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days ago
  Process: 4472 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 4472 (code=exited, status=0/SUCCESS)
Tasks: 0
   CGroup: /system.slice/jabberd.service

Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.
Redirecting to /bin/systemctl status tomcat.service
● tomcat.service - Apache Tomcat Web Application Container
   Loaded: loaded (/usr/lib/systemd/system/tomcat.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days 
ago
Main PID: 4490 (java)
Tasks: 95
   CGroup: /system.slice/tomcat.service
   └─4490 /usr/lib/jvm/jre/bin/java -ea -Xms256m -Xmx256m 
-Djava.awt.headless=true 
-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser 
-Dorg.apache.tomcat.util.http.Parameters.MA...

Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:528)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:172)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:220)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:213)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1086)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquireAndDecrementPendingAcquiresWithinLockOnSuccess(BasicResourcePool.java:1073)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:44)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool$ScatteredAcquireTask.run(BasicResourcePool.java:1814)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:696)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: 2021-04-28 
12:47:52,809 
[C3P0PooledConnectionPoolManager[identityToken->2w6u6rag14w1eme1nfx7pj|59317aab]-HelperThread-#0]
 WARN  com.mchange.v2.reso...
Hint: Some lines were ellipsized, use -l to show in full.
Redirecting to /bin/systemctl status httpd.service
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:17:12 CDT; 3 weeks 5 days 
ago
 Docs: man:httpd(8)
   man:apachectl(8)
  Process: 4393 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, 
status=0/SUCCESS)
  Process: 24623 ExecReload=/usr/sbin/httpd $OPTIONS -k graceful (code=exited, 
status=0/SUCCESS)
Main PID: 4944 (httpd)
   Status: "Total requests: 0; Current requests/sec: 0; Current traffic:   0 
B/sec"
Tasks: 10
   CGroup: /system.slice/httpd.service
   ├─ 4944 /usr/sbin/httpd -DFOREGROUND
   ├─15554 /usr/sbin/httpd -DFOREGROUND
   ├─1 /usr/sbin/httpd -DFOREGROUND
 

Re: [Spacewalk-list] [EXTERNAL] New install of Spacewalk 2.7 just showing white screen on web interface

[Andreas Dijkman]

Yes, tomcat is throwing a stack-trace. Check the file 
/var/log/tomcat/

Andreas Dijkman

On 28 Apr 2021, at 19:51, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:

I don’t see any problem.  Am I missing something?

[root@maia ~]# spacewalk-service status
Redirecting to /bin/systemctl status jabberd.service
● jabberd.service - Jabber Server
   Loaded: loaded (/usr/lib/systemd/system/jabberd.service; enabled; vendor 
preset: disabled)
   Active: active (exited) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days ago
  Process: 4472 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 4472 (code=exited, status=0/SUCCESS)
Tasks: 0
   CGroup: /system.slice/jabberd.service

Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.
Redirecting to /bin/systemctl status tomcat.service
● tomcat.service - Apache Tomcat Web Application Container
   Loaded: loaded (/usr/lib/systemd/system/tomcat.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:15:49 CDT; 3 weeks 5 days 
ago
Main PID: 4490 (java)
Tasks: 95
   CGroup: /system.slice/tomcat.service
   └─4490 /usr/lib/jvm/jre/bin/java -ea -Xms256m -Xmx256m 
-Djava.awt.headless=true 
-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser 
-Dorg.apache.tomcat.util.http.Parameters.MA...

Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:528)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:172)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:220)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:213)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1086)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquireAndDecrementPendingAcquiresWithinLockOnSuccess(BasicResourcePool.java:1073)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool.access$800(BasicResourcePool.java:44)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.resourcepool.BasicResourcePool$ScatteredAcquireTask.run(BasicResourcePool.java:1814)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: at 
com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:696)
Apr 28 12:47:52 maia.scvl.com<http://maia.scvl.com/> server[4490]: 2021-04-28 
12:47:52,809 
[C3P0PooledConnectionPoolManager[identityToken->2w6u6rag14w1eme1nfx7pj|59317aab]-HelperThread-#0]
 WARN  com.mchange.v2.reso...
Hint: Some lines were ellipsized, use -l to show in full.
Redirecting to /bin/systemctl status httpd.service
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:17:12 CDT; 3 weeks 5 days 
ago
 Docs: man:httpd(8)
   man:apachectl(8)
  Process: 4393 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, 
status=0/SUCCESS)
  Process: 24623 ExecReload=/usr/sbin/httpd $OPTIONS -k graceful (code=exited, 
status=0/SUCCESS)
Main PID: 4944 (httpd)
   Status: "Total requests: 0; Current requests/sec: 0; Current traffic:   0 
B/sec"
Tasks: 10
   CGroup: /system.slice/httpd.service
   ├─ 4944 /usr/sbin/httpd -DFOREGROUND
   ├─15554 /usr/sbin/httpd -DFOREGROUND
   ├─1 /usr/sbin/httpd -DFOREGROUND
   ├─15556 /usr/sbin/httpd -DFOREGROUND
   ├─16656 /usr/sbin/httpd -DFOREGROUND
   ├─17020 /usr/sbin/httpd -DFOREGROUND
   ├─17022 /usr/sbin/httpd -DFOREGROUND
   ├─17023 /usr/sbin/httpd -DFOREGROUND
   ├─20012 /usr/sbin/httpd -DFOREGROUND
   └─29670 /usr/sbin/httpd -DFOREGROUND

Apr 25 03:10:02 maia.scvl.com<http://maia.scvl.com/> systemd[1]: Reloading The 
Apache HTTP Server.
Apr 25 03:10:02 maia.scvl.com<http://maia.scvl.com/> systemd[1]: Reloaded The 
Apache HTTP Server.
Warning: Journal has been rotated since unit was started. Log output is 
incomplete or unavailable.
Redirecting to /bin/systemctl status osa-dispatcher.service
● osa-dispatcher.service - OSA Dispatcher daemon
   Loaded: loaded (/usr/lib/systemd/system/osa-dispatcher.service; enabled; 
vendor preset: disabled)
   Active: active (running) since Fri 2021-04-02 11:17:13 CDT; 

Re: [Spacewalk-list] [EXTERNAL] All repo-syncs failing

[Andreas Dijkman]

I had this same issue. My rhnCache-folder was corrupt because we had a full 
filesystem before the error.

Try removing the file checksum_cache in the folder /var/cache/rhn/reposync or 
delete the entire folder (move it aside first maybe?). That fixed it for me.

Andreas Dijkman


On 8 Apr 2021, at 00:48, Peirce, Dean 
mailto:dean.pei...@cengage.com>> wrote:

Hi Steve,
See below for the command and output.
# /usr/bin/spacewalk-repo-sync -vvv --channel centos_7_updates --type yum
18:47:02 ==
18:47:02 | Channel: centos_7_updates
18:47:02 ==
18:47:02 Sync of channel started.
Traceback (most recent call last):
  File "/usr/bin/spacewalk-repo-sync", line 257, in 
sys.exit(abs(main() or 0))
  File "/usr/bin/spacewalk-repo-sync", line 237, in main
force_all_errata=options.force_all_errata)
  File 
"/usr/lib/python2.7/site-packages/spacewalk/satellite_tools/reposync.py", line 
396, in __init__
self.checksum_cache = rhnCache.get(checksum_cache_filename)
  File "/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line 
76, in get
return cache.get(name, modified)
  File "/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line 
403, in get
return self.cache.get(name, modified)
  File "/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line 
374, in get
return cPickle.loads(pickled)
EOFError

Thanks

Dean

On Apr 7, 2021, at 4:35 PM, Steve Meier 
mailto:em...@steve-meier.de>> wrote:

Hi Dean,

maybe try running spacewalk-repo-sync manually to see if that yields any 
pointers:

# /usr/bin/spacewalk-repo-sync --channel centos_7_updates --type yum

Kind regards,
 Steve

Am 2021-04-07 19:25, schrieb Peirce, Dean:
Hi all,
All of my repo updates have stopped working for some reason. I’ve
checked that all of the external sits I’m syncing with are valid, and
the worked successfully for a long time.
I ran one sync manually and this is what’s in the repo-sync err file:
2021-04-07 13:15:56,568 [Thread-505] ERROR
com.redhat.rhn.taskomatic.task.RepoSyncTask  - Traceback (most recent
call last):
 File "/usr/bin/spacewalk-repo-sync", line 257, in 
   sys.exit(abs(main() or 0))
 File "/usr/bin/spacewalk-repo-sync", line 237, in main
   force_all_errata=options.force_all_errata)
 File
"/usr/lib/python2.7/site-packages/spacewalk/satellite_tools/reposync.py",
line 396, in __init__
   self.checksum_cache = rhnCache.get(checksum_cache_filename)
 File
"/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line
76, in get
   return cache.get(name, modified)
 File
"/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line
403, in get
   return self.cache.get(name, modified)
 File
"/usr/lib/python2.7/site-packages/spacewalk/common/rhnCache.py", line
374, in get
   return cPickle.loads(pickled)
EOFError
2021-04-07 13:15:56,575 [DefaultQuartzScheduler_Worker-10] ERROR
com.redhat.rhn.taskomatic.task.RepoSyncTask  - Executing a task threw
an exception: org.quartz.JobExecutionException
2021-04-07 13:15:56,576 [DefaultQuartzScheduler_Worker-10] ERROR
com.redhat.rhn.taskomatic.task.RepoSyncTask  - Message: Command
'[/usr/bin/spacewalk-repo-sync, --channel, centos_7_updates, --type,
yum]' exited with error code 1
2021-04-07 13:15:56,576 [DefaultQuartzScheduler_Worker-10] ERROR
com.redhat.rhn.taskomatic.task.RepoSyncTask  - Cause: null
2021-04-07 13:15:56,576 [DefaultQuartzScheduler_Worker-10] ERROR
com.redhat.rhn.taskomatic.task.RepoSyncTask  - Stack
trace:org.quartz.JobExecutionException: Command
'[/usr/bin/spacewalk-repo-sync, --channel, centos_7_updates, --type,
yum]' exited with error code 1
at com.redhat.rhn.taskomatic.task.RhnJavaJob.executeExtCmd(RhnJavaJob.java:103)
at com.redhat.rhn.taskomatic.task.RepoSyncTask.execute(RepoSyncTask.java:70)
at com.redhat.rhn.taskomatic.task.RhnJavaJob.execute(RhnJavaJob.java:88)
at com.redhat.rhn.taskomatic.TaskoJob.execute(TaskoJob.java:186)
at org.quartz.core.JobRunShell.run(JobRunShell.java:216)
at
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
Any help is much appreciated.
Thanks!
Dean
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://urldefense.com/v3/__https://listman.redhat.com/mailman/listinfo/spacewalk-list__;!!MXVguWEtGgZw!dyErcErIG54ADsJay4SVwkEnEyF3KsMGV4Ba1cIQURVMA2_i9BYtk1_6zDa0i0FFCg$

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://urldefense.com/v3/__https://listman.redhat.com/mailman/listinfo/spacewalk-list__;!!MXVguWEtGgZw!dyErcErIG54ADsJay4SVwkEnEyF3KsMGV4Ba1cIQURVMA2_i9BYtk1_6zDa0i0FFCg$

___
Sp

Re: [Spacewalk-list] PXE install failed.

[Andreas Dijkman]

I believe the file .discinfo in the kickstart tree has the files listed that 
are downloaded. Try removing that line. At least that was the fix in EL7.

Andreas Dijkman


On 2 Feb 2021, at 12:18, tommy mailto:sz_cui...@163.com>> 
wrote:

Hi, every one:

I configured the kickstart, but when running it faild:




It needs download the /image/pxeboot//LiveOS/squashfs.img , but there no this 
file:

[root@olms1 pxeboot]#
[root@olms1 pxeboot]#
[root@olms1 pxeboot]# ll
total 82040
-r--r--r--. 2 root root 74491128 Nov 10 07:50 initrd.img
-r--r--r--. 1 root root  441 Nov 10 07:58 TRANS.TBL
-r-xr-xr-x. 2 root root  9516568 Nov  6 10:21 vmlinuz
[root@olms1 pxeboot]#
[root@olms1 pxeboot]#
[root@olms1 pxeboot]#
[root@olms1 pxeboot]# pwd
/var/distro-trees/OL83-x86_64-server/images/pxeboot
[root@olms1 pxeboot]#


If I must use the LiveCD to using pxe install ?








___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Why cannot install rpm from spacewalk server ?

[Andreas Dijkman]

1.tltd.com/CN=olms1.tltd.com’:<http://olms1.tltd.com/CN=olms1.tltd.com%E2%80%99:>
  Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 405 Method Not Allowed
2021-02-01 21:30:53 ERROR 405: Method Not Allowed.

















From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Andreas Dijkman
Sent: Monday, February 1, 2021 6:46 PM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: Re: [Spacewalk-list] Why cannot install rpm from spacewalk server ?

Have you looked in the webserver access-logging and error-logging? How about 
AVC-errors in audit-log?

The error points in the direction that the webserver cannot read the file or 
the file isn’t available. Have a look in 
/var/satellite/redhat/1/56b/python2-osad/5.11.110-1.el7/noarch/56b67101a58dbd01318b3a6baf5e1d578d0960cba3aaf6fbd4d24add1eed60d8/python2-osad-5.11.110-1.el7.noarch.rpm
 to check if the file exists and the user apache can access the file.
Regards,

Andreas Dijkman


On 1 Feb 2021, at 11:39, tommy mailto:sz_cui...@163.com>> 
wrote:

And the download button of any package is disabled:



From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of tommy
Sent: Monday, February 1, 2021 4:49 PM
To: Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
Subject: [Spacewalk-list] Why cannot install rpm from spacewalk server ?

1. I have installed the spacewalk server and created the channel and synced 
the local with the internet.

2. I have create the channel and registerd the channel from the client. 
Then I install some software using yum:

[root@olms1 ~]# yum repolist
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
repo id
repo name  
status
ol7_oracle-linux-manager210_client 
ol7_oracle-linux-manager210_client  
   58
oraclelinux7-x86_64
Oracle_Linux_7 
30,595
repolist: 30,653
[root@olms1 ~]#
[root@olms1 ~]#
[root@olms1 ~]# yum search osad
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
 N/S 
matched: osad 
=
osad.noarch : Open Source Architecture Daemon
python2-osad.noarch : Open Source Architecture Daemon

  Name and summary matches only, use "search all" for everything.
[root@olms1 ~]#
[root@olms1 ~]# yum install osad
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
Resolving Dependencies
--> Running transaction check
---> Package osad.noarch 0:5.11.110-1.el7 will be installed
--> Processing Dependency: python2-osad = 5.11.110-1.el7 for package: 
osad-5.11.110-1.el7.noarch
--> Running transaction check
---> Package python2-osad.noarch 0:5.11.110-1.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved


Package   ArchVersion   
 Repository   
Size

Installing:
osad  noarch  5.11.110-1.el7
 ol7_oracle-linux-manager210_client   
23 k
Installing for dependencies:
python2-osad  noarch  5.11.110-1.el7
 ol7_oracle-linux-manager210_client   
31 k

Transaction Summary

Install  1 Package (+1 Dependent package)

Total download size: 54 k
Installed size: 97 k
Is this ok [y/d/N]: y
Downloading packages:
No Presto metadata available for ol7_oracle-linux-manager210_client


Error downloading packages:
  python2-osad-5.11.110-1.el7.noarch: failed to retrieve 
getPackage/python2-osad-5.11.110-1.el7.noarch.rpm from 
ol7_oracle-linux-manager210_client
error was [Errno 14] HTTPS Error 404 - Not Found
  osad-5.11.110-1.el7.noarch: failed to retrieve 
getPackage/osad-5.11.11

Re: [Spacewalk-list] Why cannot install rpm from spacewalk server ?

[Andreas Dijkman]

Have you looked in the webserver access-logging and error-logging? How about 
AVC-errors in audit-log?

The error points in the direction that the webserver cannot read the file or 
the file isn’t available. Have a look in 
/var/satellite/redhat/1/56b/python2-osad/5.11.110-1.el7/noarch/56b67101a58dbd01318b3a6baf5e1d578d0960cba3aaf6fbd4d24add1eed60d8/python2-osad-5.11.110-1.el7.noarch.rpm
 to check if the file exists and the user apache can access the file.

Regards,

Andreas Dijkman


On 1 Feb 2021, at 11:39, tommy mailto:sz_cui...@163.com>> 
wrote:

And the download button of any package is disabled:



From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of tommy
Sent: Monday, February 1, 2021 4:49 PM
To: Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
Subject: [Spacewalk-list] Why cannot install rpm from spacewalk server ?

1. I have installed the spacewalk server and created the channel and synced 
the local with the internet.

2. I have create the channel and registerd the channel from the client. 
Then I install some software using yum:

[root@olms1 ~]# yum repolist
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
repo id
repo name  
status
ol7_oracle-linux-manager210_client 
ol7_oracle-linux-manager210_client  
   58
oraclelinux7-x86_64
Oracle_Linux_7 
30,595
repolist: 30,653
[root@olms1 ~]#
[root@olms1 ~]#
[root@olms1 ~]# yum search osad
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
 N/S 
matched: osad 
=
osad.noarch : Open Source Architecture Daemon
python2-osad.noarch : Open Source Architecture Daemon

  Name and summary matches only, use "search all" for everything.
[root@olms1 ~]#
[root@olms1 ~]# yum install osad
Loaded plugins: rhnplugin
This system is receiving updates from Spacewalk server.
Resolving Dependencies
--> Running transaction check
---> Package osad.noarch 0:5.11.110-1.el7 will be installed
--> Processing Dependency: python2-osad = 5.11.110-1.el7 for package: 
osad-5.11.110-1.el7.noarch
--> Running transaction check
---> Package python2-osad.noarch 0:5.11.110-1.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved


Package   ArchVersion   
 Repository   
Size

Installing:
osad  noarch  5.11.110-1.el7
 ol7_oracle-linux-manager210_client   
23 k
Installing for dependencies:
python2-osad  noarch  5.11.110-1.el7
 ol7_oracle-linux-manager210_client   
31 k

Transaction Summary

Install  1 Package (+1 Dependent package)

Total download size: 54 k
Installed size: 97 k
Is this ok [y/d/N]: y
Downloading packages:
No Presto metadata available for ol7_oracle-linux-manager210_client


Error downloading packages:
  python2-osad-5.11.110-1.el7.noarch: failed to retrieve 
getPackage/python2-osad-5.11.110-1.el7.noarch.rpm from 
ol7_oracle-linux-manager210_client
error was [Errno 14] HTTPS Error 404 - Not Found
  osad-5.11.110-1.el7.noarch: failed to retrieve 
getPackage/osad-5.11.110-1.el7.noarch.rpm from 
ol7_oracle-linux-manager210_client
error was [Errno 14] HTTPS Error 404 - Not Found


3. But the files are all on the server:

Details
Description:
Python 2 specific files for osad
Package Architecture:
noarch
Available Architectures:
noarch
Available From:
ol7_oracle-linux-manager210_client<https://192.168.10.113/rhn/channels/ChannelDetail.do?cid=142>
Vendor:
Oracle America
Signing Key:
72f97b74ec551f03
SHA256sum:
56b67101a58dbd01318b3a6baf5e1d578d0960cba3aaf6fbd4d24add1eed60d8
File System Path:
redhat/1/56b/python2-osad/5.11.110-1.el7/noarch/56b67101a58dbd01318b3a6baf5e1d

Re: [Spacewalk-list] Spacewalk 5.10 issues with RHEL 8 appstream repo

[Andreas Dijkman]

Yes, I did.

Oracle has done some fantastic work regarding this: 
https://github.com/oracle/spacewalk/tree/SPACEWALK-2.10 
<https://github.com/oracle/spacewalk/tree/SPACEWALK-2.10> with the repo: 
http://yum.oracle.com/repo/OracleLinux/OL7/spacewalk210/server//x86_64/index.html
 
<http://yum.oracle.com/repo/OracleLinux/OL7/spacewalk210/server//x86_64/index.html>
 

I forked <https://github.com/rippiedoos/spacewalk/tree/SPACEWALK-2.10> their 
repo and added the handling of modules.yaml in the tool 
spacewalk-manage-channel-lifecycle, based on the Uyuni-project: 
https://github.com/uyuni-project/uyuni/pull/2745 
<https://github.com/uyuni-project/uyuni/pull/2745>

I haven’t published any build-instructions yet but it’s working for me. It’s 
only a couple of patches extra for the Oracle-versions of those patches, adding 
the handling of modules data when merging packages into existing channels with 
spacewalk-manage-channel-lifecycle. Maybe there are some other tools that need 
adjusting as well, I don’t know.

However, there is work going on to also allow the Uyuni-project to be built and 
run on RHEL8, not only on SUSE-systems.

Met vriendelijke groet,

Andreas Dijkman
Oracle Technical Consultant
Phone: +31(0)50-210 0132 | Mobile: +31(0)6-8115 2982
Cygnis <http://www.cygnis.nl/> | Stationsweg 3B | 9726 AC Groningen
Op vrijdag afwezig

> On 30 Nov 2020, at 22:39, Paul Rontanini  wrote:
> 
> All,
>  
> I have Spacewalk 2.10 server and I have an issue supporting RHEL 8 and RHEL 8 
> appstream  channels
> I can download the rpms, and create the channels but have issues 
> supporting/propagating the RHEL 8 channels as repos
> Has anyone implemented RHEL 8 and channels with Spacewalk 2.10?
> If yes, any problems/advice/fixes.
>  
>  
> Paul Rontanini
> System Engineer
> 516-237-4687 ( office )
> 516-591-5563 ( cell )
> prontan...@1800flowers.com <mailto:prontan...@1800flowers.com>
>  
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list 
> <https://www.redhat.com/mailman/listinfo/spacewalk-list>


smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] GPG keys distribution from Spacewalk

[Andreas Dijkman]

You could use the Configuration Channel for this. But the Configuration Channel 
is kind of old and not very flexible. We use saltstack for key-distribution, 
but any other configuration-management-tool will do, like Ansible, Puppet, 
Chef, Saltstack or any of the likes.

Kind regards,

Andreas Dijkman


On 24 Jul 2020, at 20:09, Jackson K. Bonvissuto 
mailto:jbonviss...@aplura.com>> wrote:

Hello all,

I am trying to find a solution for populating GPG keys on client systems 
through Spacewalk, so that every time a system subscribes to a new channel and 
I do not have to wget the key manually. Are there any systems in spacewalk to 
auto distribute the channel's key when a client subscribes to it, or an 
alternate recommended solution.

Example of the issue when installing a package from a new channel:

yum install osquery-4.4.0-1.x86_64


Is this ok [y/d/N]: y


#error


Downloading packages:


warning: 
/var/cache/yum/x86_64/7/osquery-x86_64/packages/osquery-4.4.0-1.x86_64.rpm: 
Header V4 RSA/SHA256 Signature, key ID c9d8b80b: NOKEY


Retrieving key from file:///etc/pki/rpm-gpg/OSQUERY-S3-RPM-REPO-GPGKEY


GPG key retrieval failed: [Errno 14] curl#37 - "Couldn't open file 
/etc/pki/rpm-gpg/OSQUERY-S3-RPM-REPO-GPGKEY"


Currently solved by manually placing the key in “/etc/pki/rpm-gpg on the client 
system.

Thanks,
Jackson




___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk clean up packages issue

[Andreas Dijkman]

Unfortunately there is no way to see in the UI what te current settings are in 
the UI. Only way to know for sure is to tick the appropriate checkboxes and 
press Schedule (again), as Avi already said, to override the settings that are 
already saved for the job. The checkboxes aren’t filled according the settings 
currently saved.

Andreas Dijkman

> On 13 Jul 2020, at 23:35, Avi Miller  wrote:
> 
> Hi,
> 
>> On 14 Jul 2020, at 7:08 am, Sulove Khanal  wrote:
>> 
>> So I can't get the option of "sync only latest packages" to save at all on 
>> the UI. I click on the checkbox, but there is no save button on the page. 
>> Checking the box off and then hitting "sync now" also doesn't save it. I'm 
>> reading here 
>> https://www.redhat.com/archives/spacewalk-list/2016-March/msg00048.html, but 
>> I want this save to be permanent. What can be done?
> 
> If you check the boxes and hit "Schedule" (at the bottom of the page), it 
> should save the options along with your chosen schedule. If this doesn't 
> work, it's a bug.
> 
> Thanks,
> Avi
> 
> --
> Avi Miller
> Senior Manager
> Oracle Linux and Virtualization Product Management
> 
> Phone: +61.3.8616.3496
> Preferred pronouns: he/him/his
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Client execution returned "Invalid function call attempted" (code 6)

[Andreas Dijkman]

Looks like corrupt or invalid metadata.

On 1 Jul 2020, at 04:44, Wenkai Chen 
mailto:wenkai_c...@ensigninfosecurity.com>> 
wrote:

HI,

Anyone can help on this?
Furthermore, when I do a ‘yum repolist’ command on the client machine, the 
number of packages listed for the Spacewalk channel is 0.


When in fact, it has 1 over packages.






Chen Wenkai
Infrastructure Security Engineer

   
  



  E:  
wenkai_c...@ensigninfosecurity.com
  A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213





From: 
spacewalk-list-boun...@redhat.com 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Wenkai Chen
Sent: Wednesday, 24 June 2020 6:40 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Client execution returned "Invalid function call 
attempted" (code 6)

EXTERNAL: Caution this email originated from outside of the organization. Do 
not click links or open attachments unless you recognize the sender and know 
the content is safe.
HI Spacewalk users,

I encountered an error while trying to run a package verification job on one of 
the CentOS 7 clients.

Client execution returned "Invalid function call attempted" (code 6)

Here is the output of the command “rhn_check -vvv”.

==
rhn_check -vvv
D: opening  db environment /var/lib/rpm cdb:0x401
D: opening  db index   /var/lib/rpm/Packages 0x400 mode=0x0
D: locked   db index   /var/lib/rpm/Packages
D: opening  db index   /var/lib/rpm/Providename 0x400 mode=0x0
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
D: opening  db environment /var/lib/rpm cdb:0x401
D: opening  db index   /var/lib/rpm/Packages 0x400 mode=0x0
D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
D: loading keyring from rpmdb
D: opening  db index   /var/lib/rpm/Name 0x400 mode=0x0
D: added key gpg-pubkey-f4a80eb5-53a7ff4b to keyring
D: added key gpg-pubkey-442df0f8-4783f24a to keyring
D: added key gpg-pubkey-352c64e5-52ae6884 to keyring
D: added key gpg-pubkey-7fac5991-4615767f to keyring
D: added key gpg-pubkey-d38b4796-570c8cd3 to keyring
D: added key gpg-pubkey-2582e0c5-56099b04 to keyring
D: added key gpg-pubkey-9bd837ba-5bfbc74c to keyring
D: added key gpg-pubkey-6963f07f-57fad2ec to keyring
D: Using legacy gpg-pubkey(s) from rpmdb
D: opening  db index   /var/lib/rpm/Providename 0x400 mode=0x0
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Name
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm
Loaded plugins: fastestmirror, langpacks, rhnplugin
Adding en_SG.UTF-8 to language list
Config time: 0.024
D: login(forceUpdate=False) invoked
D: readCachedLogin invoked
D: Checking pickled loginInfo, currentTime=1592995113.38, 
createTime=1592994906.84, expire-offset=3600.0
D: readCachedLogin(): using pickled loginInfo set to expire at 1592998506.84
D: rpcServer: Calling XMLRPC up2date.listChannels
This system is receiving updates from RHN Classic or Red Hat Satellite.
rpmdb time: 0.000
Loading mirror speeds from cached hostfile
* base: mirror.upsi.edu.my
* epel: mirrors.bfsu.edu.cn
D: Attempt to call an unsupported action packages.checkNeedUpdate('rhnsd=1',)
D: local action status: (6, 'Invalid function call attempted', {})
D: rpcServer: Calling XMLRPC registration.welcome_message
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm
==

May I know how to resolve this issue?
Thank you.




Chen Wenkai
Infrastructure Security Engineer

   

 

 



  E:  

Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

[Andreas Dijkman]

Yes, you can.

You could also have a look at Pulp Project: https://pulpproject.org/

It’s more light weight than Katello/Foreman and Pulp is also using Pulp 
internally for it’s repository management.

But have a look at all the projects and choose whatever fits your need best. No 
best practises here, only Spacewalk Users.

On 22 Jun 2020, at 10:35, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

I just want to using package files server, because our servers can not connect 
to internet, install and update packages is difficult.

So, I can chose Katello/Foreman to resole my problem ?





发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 16:10
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

What parts of the system do you want to manage?

If it is packages that are installed on the system, you can take a look at 
Katello/Foreman: https://www.theforeman.org/plugins/katello/
If it’s only config you want to manage, use Ansible (the RHEL-standard) or 
Saltstack. Both have The Foreman Plugins to use the config-management within 
The Foreman.

We don’t use Spacewalk for other things than Repo-management, and a separate 
config management system for all our system-configuration.

Or if you are adventurous, use Uyuni (https://www.uyuni-project.org/), the 
reboot of Spacewalk by Suse. That has Saltstack built-in but the server only 
runs on openSuse (I think).


On 22 Jun 2020, at 10:01, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Thanks for your answer.

I want to have a  try to use spacewalk to manage linux servers, but now the 
projrct is stopped, could you give me same advice to choose what others instead 
of spacewalk ?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 15:27
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Satellite is the RedHat-version that is used by RedHat and its systems. I think 
it's paid or maybe you get it with a subscription, I don’t know.

There is almost always an OpenSource Upstream-version of RedHat-products and 
Spacewalk is the upstream-version of Satellite 5. The Foreman + Katello is the 
upstream-version of Satellite 6.

But from my point of few, if you are not already using Spacewalk at the moment, 
don’t start using it for new environments. Use something else that fits your 
needs.




On 22 Jun 2020, at 08:58, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Satellite is opensource or commercial software ?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:51
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Because Spacewalk is old (first release 2008) and Redhat has been focussing on 
the newer version RedHat Satellite 6, The Foreman + Katello and a bunch of 
other plugins.

But SpaceWalk 2.10 on CentOS 7 and CentOS 8 should work fine.

Regards,
Andreas Dijkman




On 22 Jun 2020, at 08:36, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

I mean that spacewalk server is installed on centos7, and centos8 is client 
subscribing the channel on the spacewalk server.

Since Release 8 can subscribing spacewalk server, why spacewalk project stopped 
?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:10
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Do you mean as client or as server?

It cannot be used on RHEL/CentOS 8 as server but CentOS 8 is supported as 
client and maybe even RHEL8 (never tried it, I use OracleLinux 8). However the 
entire ModuleStream-setup is different in regards to pure RPM-versions in 
CentOS 7 and below.

Regards,
Andreas DIjkman





On 22 Jun 2020, at 07:40, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Anyone here ??



发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 崔涛
发送时间: 2020年6月21日 21:37
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listi

Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

[Andreas Dijkman]

What parts of the system do you want to manage?

If it is packages that are installed on the system, you can take a look at 
Katello/Foreman: https://www.theforeman.org/plugins/katello/
If it’s only config you want to manage, use Ansible (the RHEL-standard) or 
Saltstack. Both have The Foreman Plugins to use the config-management within 
The Foreman.

We don’t use Spacewalk for other things than Repo-management, and a separate 
config management system for all our system-configuration.

Or if you are adventurous, use Uyuni (https://www.uyuni-project.org/), the 
reboot of Spacewalk by Suse. That has Saltstack built-in but the server only 
runs on openSuse (I think).

On 22 Jun 2020, at 10:01, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Thanks for your answer.

I want to have a  try to use spacewalk to manage linux servers, but now the 
projrct is stopped, could you give me same advice to choose what others instead 
of spacewalk ?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 15:27
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Satellite is the RedHat-version that is used by RedHat and its systems. I think 
it's paid or maybe you get it with a subscription, I don’t know.

There is almost always an OpenSource Upstream-version of RedHat-products and 
Spacewalk is the upstream-version of Satellite 5. The Foreman + Katello is the 
upstream-version of Satellite 6.

But from my point of few, if you are not already using Spacewalk at the moment, 
don’t start using it for new environments. Use something else that fits your 
needs.



On 22 Jun 2020, at 08:58, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Satellite is opensource or commercial software ?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:51
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Because Spacewalk is old (first release 2008) and Redhat has been focussing on 
the newer version RedHat Satellite 6, The Foreman + Katello and a bunch of 
other plugins.

But SpaceWalk 2.10 on CentOS 7 and CentOS 8 should work fine.

Regards,
Andreas Dijkman



On 22 Jun 2020, at 08:36, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

I mean that spacewalk server is installed on centos7, and centos8 is client 
subscribing the channel on the spacewalk server.

Since Release 8 can subscribing spacewalk server, why spacewalk project stopped 
?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:10
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Do you mean as client or as server?

It cannot be used on RHEL/CentOS 8 as server but CentOS 8 is supported as 
client and maybe even RHEL8 (never tried it, I use OracleLinux 8). However the 
entire ModuleStream-setup is different in regards to pure RPM-versions in 
CentOS 7 and below.

Regards,
Andreas DIjkman




On 22 Jun 2020, at 07:40, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Anyone here ??



发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 崔涛
发送时间: 2020年6月21日 21:37
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

[Andreas Dijkman]

Satellite is the RedHat-version that is used by RedHat and its systems. I think 
it's paid or maybe you get it with a subscription, I don’t know.

There is almost always an OpenSource Upstream-version of RedHat-products and 
Spacewalk is the upstream-version of Satellite 5. The Foreman + Katello is the 
upstream-version of Satellite 6.

But from my point of few, if you are not already using Spacewalk at the moment, 
don’t start using it for new environments. Use something else that fits your 
needs.


On 22 Jun 2020, at 08:58, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Satellite is opensource or commercial software ?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:51
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Because Spacewalk is old (first release 2008) and Redhat has been focussing on 
the newer version RedHat Satellite 6, The Foreman + Katello and a bunch of 
other plugins.

But SpaceWalk 2.10 on CentOS 7 and CentOS 8 should work fine.

Regards,
Andreas Dijkman


On 22 Jun 2020, at 08:36, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

I mean that spacewalk server is installed on centos7, and centos8 is client 
subscribing the channel on the spacewalk server.

Since Release 8 can subscribing spacewalk server, why spacewalk project stopped 
?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:10
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Do you mean as client or as server?

It cannot be used on RHEL/CentOS 8 as server but CentOS 8 is supported as 
client and maybe even RHEL8 (never tried it, I use OracleLinux 8). However the 
entire ModuleStream-setup is different in regards to pure RPM-versions in 
CentOS 7 and below.

Regards,
Andreas DIjkman



On 22 Jun 2020, at 07:40, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Anyone here ??



发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 崔涛
发送时间: 2020年6月21日 21:37
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

[Andreas Dijkman]

Because Spacewalk is old (first release 2008) and Redhat has been focussing on 
the newer version RedHat Satellite 6, The Foreman + Katello and a bunch of 
other plugins.

But SpaceWalk 2.10 on CentOS 7 and CentOS 8 should work fine.

Regards,
Andreas Dijkman

On 22 Jun 2020, at 08:36, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

I mean that spacewalk server is installed on centos7, and centos8 is client 
subscribing the channel on the spacewalk server.

Since Release 8 can subscribing spacewalk server, why spacewalk project stopped 
?




发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 Andreas Dijkman
发送时间: 2020年6月22日 14:10
收件人: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
主题: Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

Do you mean as client or as server?

It cannot be used on RHEL/CentOS 8 as server but CentOS 8 is supported as 
client and maybe even RHEL8 (never tried it, I use OracleLinux 8). However the 
entire ModuleStream-setup is different in regards to pure RPM-versions in 
CentOS 7 and below.

Regards,
Andreas DIjkman


On 22 Jun 2020, at 07:40, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Anyone here ??



发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 崔涛
发送时间: 2020年6月21日 21:37
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?

[Andreas Dijkman]

Do you mean as client or as server?

It cannot be used on RHEL/CentOS 8 as server but CentOS 8 is supported as 
client and maybe even RHEL8 (never tried it, I use OracleLinux 8). However the 
entire ModuleStream-setup is different in regards to pure RPM-versions in 
CentOS 7 and below.

Regards,
Andreas DIjkman

On 22 Jun 2020, at 07:40, 崔涛的个人邮箱 mailto:sz_cui...@163.com>> 
wrote:

Anyone here ??



发件人: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
代表 崔涛
发送时间: 2020年6月21日 21:37
收件人: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
主题: [Spacewalk-list] Can spacewalk support Redhat Linux 8, or can not ?


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [EXTERNAL EMAIL] Re: End of life for Spacewalk project?

[Andreas Dijkman]

Yes, of course, that’s completely understandable and fine and I don’t think and 
expect SuSE is taking over the Spacewalk replacement development. 
CentOS/RHEL/OracleLinux support would be really nice though :-) But as a 
(hopefully straight forward) replacement, Uyuni is not that great for a 
non-SuSE-house.

With that taken in mind, we are looking into Pulp (https://pulpproject.org/), 
which is part of the Foreman/Katello (Sattelite 6) project. We only use the 
repository-part of Spacewalk, including the cloning of channels, and not the 
million other features of Foreman/Katello. So Foreman/Katello is a bit 
feature-heavy for our taste. And as we already are running Saltstack, the 
Uyuni-server would be a great replacement for us. But as everything else goes, 
you need to look forward and use what you can and is available.

Andreas Dijkman


On 22 May 2020, at 11:51, Pau Garcia Quiles 
mailto:pau.gar...@suse.com>> wrote:

Hello

We at SUSE will not work directly on porting Uyuni (the Server and Proxy) to 
CentOS, Oracle Linux or any other operating system but we will welcome such a 
port. In fact, Neal Gompa has been working on that for Fedora:
https://build.opensuse.org/project/show/home:Pharaoh_Atem:Fedora_Uyuni:Master

Thank you

Pau Garcia Quiles
SUSE Manager Product Owner & Technical Project Manager
SUSE Software Solutions Spain


De: spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
en nombre de Andreas Dijkman 
mailto:andreas.dijk...@cygnis.nl>>
Enviado: viernes, 22 de mayo de 2020 10:41
Para: mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
Asunto: Re: [Spacewalk-list] [EXTERNAL EMAIL] Re: End of life for Spacewalk 
project?

Uyuni would be a nice candidate, but in their docs it (obviously) states it can 
only be installed on SuSE Leap. I don’t have a single SuSE-machine running and 
I don’t intend to. Can I just add this repos to a CentOS or OracleLinux VM and 
do a ‘yum install uyuni’?

Andreas Dijkman

On 22 May 2020, at 10:25, Simon Avery 
mailto:simon.av...@atass-sports.co.uk>> wrote:

Hello Joe,

It’s worth noting, for those who can’t see Foreman/Katello fitting their use 
case,  that Spacewalk has already been forked by https://www.uyuni-project.org/ 
and is under active development there.

It’s quite familiar to Spacewalk users and also adds Salt Master functionality. 
(But not required to use this)

From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Joe Belliveau
Sent: 21 May 2020 16:14
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [EXTERNAL EMAIL] Re: [Spacewalk-list] End of life for Spacewalk 
project?

Means we have to either fork it or move on to the newer stack that redhat uses.
My plan so far is to start migrating to the newer stack. Sadly the value of 
spacewalk is dropping due to cloud usage. And a lack of understanding what 
Spacewalk can do.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [EXTERNAL EMAIL] Re: End of life for Spacewalk project?

[Andreas Dijkman]

Uyuni would be a nice candidate, but in their docs it (obviously) states it can 
only be installed on SuSE Leap. I don’t have a single SuSE-machine running and 
I don’t intend to. Can I just add this repos to a CentOS or OracleLinux VM and 
do a ‘yum install uyuni’?

Andreas Dijkman

On 22 May 2020, at 10:25, Simon Avery 
mailto:simon.av...@atass-sports.co.uk>> wrote:

Hello Joe,

It’s worth noting, for those who can’t see Foreman/Katello fitting their use 
case,  that Spacewalk has already been forked by https://www.uyuni-project.org/ 
and is under active development there.

It’s quite familiar to Spacewalk users and also adds Salt Master functionality. 
(But not required to use this)

From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of Joe Belliveau
Sent: 21 May 2020 16:14
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [EXTERNAL EMAIL] Re: [Spacewalk-list] End of life for Spacewalk 
project?


Means we have to either fork it or move on to the newer stack that redhat uses.

My plan so far is to start migrating to the newer stack. Sadly the value of 
spacewalk is dropping due to cloud usage. And a lack of understanding what 
Spacewalk can do.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] spacewalk - GUI console login issue

[Andreas Dijkman]

Have you tried looking in the JS-console of the browers? Maybe it’s not 
something server-side but something in the browers JavaScript.

White screens are often browser-issues with JavaScript and such. Try opening 
the Web Console (shortcuts: 
https://developer.mozilla.org/en-US/docs/Tools/Keyboard_shortcuts) and then 
load the login-screen.

Kind regards,
Andreas Dijkman



On 31 Mar 2020, at 19:03, Stefan Bluhm 
mailto:redhat@bluhm-de.com>> wrote:

Hi Gupta,

I really don't know and I am just guessing...

Your postgresql entries do not look like mine (which probably does not mean 
anything). Not sure if this is normal. Maybe check for its proper 
functionailty. When I shut down the Postgresql server, I also get a login page 
issue after a few minutes loading time (!). Maybe right port? Maybe some other 
conflict?
Check firewall (maybe switch it off temporarily). Maybe other processes are 
blocking the server?

I doubt that osa-dispatcher is the culprit.
You can start the service with "systemctl start osa-dispatcher.service" (this 
works similar for all services).
Also "spacewalk-server restart" restarts all services.

Did you actually ever try a restart? Maybe try a postgreql restart first 
("systemctl restart postgresql") and if that does not fix it, try 
"spacewalk-server restart".

Good Luck and Best wishes,

Stefan


Von: "GUPTA, AJAY KUMAR" mailto:agupta...@dxc.com>>
An: "spacewalk-list" 
mailto:spacewalk-list@redhat.com>>
CC: "Gupta Ajay Kumar (Telenor Sverige AB)" 
mailto:ajay.kumar.gu...@telenor.se>>
Gesendet: Dienstag, 31. März 2020 16:27:19
Betreff: Re: [Spacewalk-list] spacewalk - GUI console  login issue

Hi Stefan,

There is no disk space issue observed on the server. Enough disk space 
available under / file system. Also check spacewalk services. There is 
osa-dispatcher.service is inactive (dead). Can you suggest how can start this 
individual service.

[root@spacewalk ~]# df -kh
Filesystem Size  Used Avail Use% Mounted on
devtmpfs   1.9G 0  1.9G   0% /dev
tmpfs  1.9G 0  1.9G   0% /dev/shm
tmpfs  1.9G  177M  1.7G  10% /run
tmpfs  1.9G 0  1.9G   0% /sys/fs/cgroup
/dev/mapper/rhel-root  118G   95G   23G  81% /
/dev/sda1  497M  232M  266M  47% /boot
tmpfs  378M 0  378M   0% /run/user/1004
tmpfs  378M 0  378M   0% /run/user/14872
[root@spacewalk ~]#

[root@spacewalk ~]# spacewalk-service status
● postgresql.service - PostgreSQL database server
   Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Mon 2020-02-24 15:44:42 CET; 1 months 5 days 
ago
  Process: 97082 ExecStop=/usr/bin/pg_ctl stop -D ${PGDATA} -s -m fast 
(code=exited, status=0/SUCCESS)
  Process: 97242 ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o -p 
${PGPORT} -w -t 300 (code=exited, status=0/SUCCESS)
  Process: 97225 ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA} 
(code=exited, status=0/SUCCESS)
Main PID: 97257 (postgres)
   CGroup: /system.slice/postgresql.service
   ├─36907 postgres: rhnuser rhnschema 127.0.0.1(39176) idle
   ├─37932 postgres: rhnuser rhnschema [local] idle
   ├─39977 postgres: rhnuser rhnschema 127.0.0.1(42552) idle
   ├─40126 postgres: rhnuser rhnschema 127.0.0.1(42722) idle
   ├─40383 postgres: rhnuser rhnschema [local] idle
   ├─40573 postgres: rhnuser rhnschema [local] idle
   ├─40759 postgres: rhnuser rhnschema [local] idle
   ├─41007 postgres: rhnuser rhnschema [local] idle
   ├─41015 postgres: rhnuser rhnschema [local] idle
   ├─41039 postgres: rhnuser rhnschema [local] idle
   ├─41101 postgres: rhnuser rhnschema 127.0.0.1(43786) idle
   ├─41744 postgres: rhnuser rhnschema [local] idle
   ├─41810 postgres: rhnuser rhnschema [local] idle
   ├─41896 postgres: rhnuser rhnschema 127.0.0.1(44552) idle
   ├─97257 /usr/bin/postgres -D /var/lib/pgsql/data -p 5432
   ├─97271 postgres: logger process
   ├─97273 postgres: checkpointer process
   ├─97274 postgres: writer process
   ├─97275 postgres: wal writer process
   ├─97276 postgres: autovacuum launcher process
   ├─97277 postgres: stats collector process
   ├─97834 postgres: rhnuser rhnschema 127.0.0.1(40228) idle
   ├─97940 postgres: rhnuser rhnschema 127.0.0.1(40230) idle
   ├─97941 postgres: rhnuser rhnschema 127.0.0.1(40232) idle
   ├─97942 postgres: rhnuser rhnschema 127.0.0.1(40234) idle
   ├─97943 postgres: rhnuser rhnschema 127.0.0.1(40236) idle
   ├─97944 postgres: rhnuser rhnschema 127.0.0.1(40238) idle
   ├─97945 postgres: rhnuser rhnschema 127.0.0.1(40240) idle
   

Re: [Spacewalk-list] Removed Repository from Channel. How to remove packages

[Andreas Dijkman]

You have to remove the RPM’s bij hand. Simply removing the repository won’t add 
new RPM’s to the channel but also won’t remove the old ones. The reposync is 
more of an add-everything-thats-not-already-in-the-channel-action. The 
removing-part isn’t part of that process.

Kind regards,
Andreas

On 29 Jan 2020, at 13:33, Mertens, Jonas 
mailto:jonas.mert...@sn-ens.de>> wrote:

Hi all,

I removed a repository subscription from a channel. I assumed, that the 
packages from this repo will disappear from the channel (after the next snyc?). 
But the packages stay in the channel. How to remove these packages from the 
channel?

Thanks in advance
Jonas
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] What is the correct way to safely remove all errata that is orphaned and not part of any packages

[Andreas Dijkman]

From the spacecmd console there are several errata-commands. I think 
errata_delete would be the most interesting for you:

Miscellaneous help topics:
==
time  systems  ssm

spacecmd {SSM:0}> help errata_delete
errata_delete: Delete an erratum
usage: errata_delete ERRATA|search:XXX ...
spacecmd {SSM:0}> 

Further details can be found here: 
https://opensource.suse.com/doc-susemanager/suse-manager/reference/spacecmd/errata_.html

Andreas Dijkman


> On 7 Oct 2019, at 11:56, Wenkai Chen  
> wrote:
> 
> HI Andreas,
>  
> What is the complete spacecmd command to remove the relevant errata?
> Thanks.
>  
> 
> 
> Chen Wenkai
> Infrastructure Security Engineer
> 
> <https://www.linkedin.com/company/ensign-infosecurity/> 
>  <https://youtu.be/9J7FkhXpb-4>  
> <https://www.facebook.com/EnsignGlobal>
>   
>   E:  wenkai_c...@ensigninfosecurity.com 
> <mailto:wenkai_c...@ensigninfosecurity.com>
>   A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213
>  
>  
> From: spacewalk-list-boun...@redhat.com  
> On Behalf Of Andreas Dijkman
> Sent: Monday, 7 October 2019 2:18 PM
> To: spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] What is the correct way to safely remove all 
> errata that is orphaned and not part of any packages
>  
> I removed all my relevant errata with spacecmd. And spacecmd can handle 
> wildcards, so that should be easy enough to remove them in bulk. And if you 
> remove too much, just import them again by syncing the channels with errata 
> available.
> 
> Andreas Dijkman
>  
> On 7 Oct 2019, at 08:01, Wenkai Chen  <mailto:wenkai_c...@ensigninfosecurity.com>> wrote:
>  
> Hi Users,
>  
> Anyone able to advise? 
> Thank you.
>  
> 
> 
> Chen Wenkai
> Infrastructure Security Engineer
> 
> <https://www.linkedin.com/company/ensign-infosecurity/> 
>  <https://youtu.be/9J7FkhXpb-4>  
> <https://www.facebook.com/EnsignGlobal>
>   
>   E:  wenkai_c...@ensigninfosecurity.com 
> <mailto:wenkai_c...@ensigninfosecurity.com>
>   A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213
>  
>  
> From: Wenkai Chen 
> Sent: Friday, 13 September 2019 11:09 AM
> To: spacewalk-list@redhat.com <mailto:spacewalk-list@redhat.com>
> Subject: [Spacewalk-list] What is the correct way to safely remove all errata 
> that is orphaned and not part of any packages
>  
> HI Spacewalk users,
>  
> Recently I just remove a RHEL 7 channel and its associated repository from 
> Spacewalk. I remove via the spacecmd command and also did a 
> spacewalk-data-fsck to check the database for any orphan packages that are 
> not in use.
> Now, all the RHEL packages and channels with its repositories are all removed 
> from Spacewalk. However, the errata information related to the RHEL 7 channel 
> still exists in Spacewalk.
> How do I safely remove all these errata information that are no use? Should I 
> just remove via the GUI under ‘Errata’ > ‘Manage Errata’? Do I need to do 
> anything else? Or will the UI take care of everything?
>  
> Thank you.
>  
> 
> 
> Chen Wenkai
> Infrastructure Security Engineer
> 
> <https://www.linkedin.com/company/ensign-infosecurity/> 
>  <https://youtu.be/9J7FkhXpb-4>  
> <https://www.facebook.com/EnsignGlobal>
>   
>   E:  wenkai_c...@ensigninfosecurity.com 
> <mailto:wenkai_c...@ensigninfosecurity.com>
>   A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213
>  
>  
>  
> CONFIDENTIALITY NOTICE: “This email is confidential and may also be 
> privileged. If this email has been sent to you in error, please delete it 
> immediately and notify us. Please do not copy, distribute or disseminate part 
> or whole of this email if you are not the intended recipient or if you have 
> not been authorized to do so. We reserve the right, to the extent and under 
> circumstances permitted by applicable laws, to monitor, retain, intercept and 
> block email messages to and from our systems. Thank you.”
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list 
> <https://www.redhat.com/mailman/listinfo/spacewalk-list>
>  
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] What is the correct way to safely remove all errata that is orphaned and not part of any packages

[Andreas Dijkman]

I removed all my relevant errata with spacecmd. And spacecmd can handle 
wildcards, so that should be easy enough to remove them in bulk. And if you 
remove too much, just import them again by syncing the channels with errata 
available.

Andreas Dijkman

On 7 Oct 2019, at 08:01, Wenkai Chen 
mailto:wenkai_c...@ensigninfosecurity.com>> 
wrote:

Hi Users,

Anyone able to advise?
Thank you.




Chen Wenkai
Infrastructure Security Engineer

   <https://www.linkedin.com/company/ensign-infosecurity/>
 <https://youtu.be/9J7FkhXpb-4> 
<https://www.facebook.com/EnsignGlobal>


  E:  
wenkai_c...@ensigninfosecurity.com<mailto:wenkai_c...@ensigninfosecurity.com>
  A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213





From: Wenkai Chen
Sent: Friday, 13 September 2019 11:09 AM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [Spacewalk-list] What is the correct way to safely remove all errata 
that is orphaned and not part of any packages

HI Spacewalk users,

Recently I just remove a RHEL 7 channel and its associated repository from 
Spacewalk. I remove via the spacecmd command and also did a spacewalk-data-fsck 
to check the database for any orphan packages that are not in use.
Now, all the RHEL packages and channels with its repositories are all removed 
from Spacewalk. However, the errata information related to the RHEL 7 channel 
still exists in Spacewalk.
How do I safely remove all these errata information that are no use? Should I 
just remove via the GUI under ‘Errata’ > ‘Manage Errata’? Do I need to do 
anything else? Or will the UI take care of everything?

Thank you.




Chen Wenkai
Infrastructure Security Engineer

   <https://www.linkedin.com/company/ensign-infosecurity/>
 <https://youtu.be/9J7FkhXpb-4> 
<https://www.facebook.com/EnsignGlobal>


  E:  
wenkai_c...@ensigninfosecurity.com<mailto:wenkai_c...@ensigninfosecurity.com>
  A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213








CONFIDENTIALITY NOTICE: “This email is confidential and may also be privileged. 
If this email has been sent to you in error, please delete it immediately and 
notify us. Please do not copy, distribute or disseminate part or whole of this 
email if you are not the intended recipient or if you have not been authorized 
to do so. We reserve the right, to the extent and under circumstances permitted 
by applicable laws, to monitor, retain, intercept and block email messages to 
and from our systems. Thank you.”

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Cloned child channel is not getting subscribed to

[Andreas Dijkman]

Try as channel owner:

Spacewalk -> Channels -> Manage Software Channels -> Details tab of your cloned 
channel -> Scroll down to Channel Access Control

We clone our channels by clearing the content and filling them again. I setup 
that ACL once for every channel (spacecmd softwarechannel_setorgaccesstree) and 
don’t need to touch it again otherwise you need to reapply those ACL’s every 
time you (re)create a channel.

Hope that helps.

Andreas Dijkman


> On 24 Sep 2019, at 19:34, Guy Matz  wrote:
> 
> one other thing, the cloned channel correctly has prod as it's parent channel 
> . . .
> 
> On Tue, Sep 24, 2019 at 1:32 PM Guy Matz  <mailto:guym...@gmail.com>> wrote:
> Hi!  I have a new child channel moving through my SDLC, and when I've cloned 
> from test -> prod, I don't see the new child channel available for newly 
> subscribed machines.  I know I need to add it to currently subscribed 
> machines, but why would it not automatically show up for newly registered 
> machines?  Is there a checkbox somewhere that I've missed?
> 
> Thanks!
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How to Replace Self-Signed SSL Certificate

[Andreas Dijkman]

Have a look at this blog-post: 
https://omg.dje.li/2017/04/using-lets-encrypt-ssl-certificates-with-spacewalk/

Not entirely accurate but almost the same. The procedure is the same. Hope it 
helps!

Andreas Dijkman

On 17 May 2019, at 13:09, p.cook...@bham.ac.uk<mailto:p.cook...@bham.ac.uk> 
wrote:

Hello subscribers

I have Spacewalk 2.8 installed on a RHEL 7 server using the original 
self-signed SSL certificate. I need to replace this with a certificate from my 
organisation. Not sure if this can be done from the WebUI or needs to be 
command line but can someone provide a procedure please (haven’t been able to 
spot anything relevant for my setup online or in list, yet, but can’t help 
thinking many people would have wanted to do this)?

Regards

Philip Cookson
Linux Administrator
IT Services
ERI Building
Edgbaston
Birmingham
B15 2TT

Tel: 0121 414 4731
Email: p.cook...@bham.ac.uk<mailto:p.cook...@bham.ac.uk>

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Accessing spacewalk software/packages issue

[Andreas Dijkman]

Have you looked at the following page?

https://github.com/spacewalkproject/spacewalk/wiki/RegisteringClients

Those URL’s are recently retired so you need the fedora copr ones:
https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.7-client/ 
<https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.7-client/>
https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.7/ 
<https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.7/>
https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.6-client/ 
<https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.6-client/>
https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.6/ 
<https://copr-be.cloud.fedoraproject.org/archive/spacewalk/2.6/>

Andreas Dijkman


> On 25 Sep 2018, at 23:48, Yakin, Francis  wrote:
> 
>  
> I am having issue(403 – forbidden error) to install spacewalk client.tried to 
> install spacewalk  2.7 client on  centOS 2.6
>  
> rpm -Uvh 
> http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm
>  
> <http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm>
> Retrieving 
> http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm
>  
> <http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm>
> curl: (22) The requested URL returned error: 403 Forbidden
> error: skipping 
> http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm
>  
> <http://yum.spacewalkproject.org/2.7-client/RHEL/6/x86_64/spacewalk-client-repo-2.7-2.el6.noarch.rpm>
>  - transfer failed
>  
>  
>  
> Francis Yakin | IT System Admin |  direct: 510-749-2027
> 500 Wind River Way, Alameda, CA  94501
>  <http://www.windriver.com/>   
>  
>  
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list 
> <https://www.redhat.com/mailman/listinfo/spacewalk-list>


smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] .treeinfo file missing and then trying squashfs.img

[Andreas Dijkman]

My usual problem is that I forgot to copy that file, so it’s not there on the 
filesystem. 

What I usually do is do an rsync of the files residing on the ISO and exclude 
the RPM-files to some local folder and copy the .treeinfo and .discinfo to that 
folder as well. Then use that folder to create a kickstart-distribution and let 
spacewalk/cobbler/pxe do the rest of the magic.

So:
mkdir /opt/distro-trees/ol7.5-x86_64
rsync -avr --exclude '*.rpm' /media/* /opt/distro-trees/ol7.5-x86_64/
cp /media/.treeinfo /opt/distro-trees/ol7.5-x86_64/
cp /media/.discinfo /opt/distro-trees/ol7.5-x86_64/

I then create or update my kickstart-distribution using the folder 
/opt/distro-trees/ol7.5-x86_64.

Hope that helps.

Andreas Dijkman


> On 30 May 2018, at 09:08, Nikos Zaharioudakis  wrote:
> 
> Hi Spacewalk gurus,
> 
> Apart from the hot topic about forking, does anybody have some
> thoughts about the below ?
> Apologies for top-posting and bringing the issue up again, but it
> seems really irritating at this point.
> 
> Thanks in advance,
> 
> Nikos
> Nikos
> 
> 3
> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
> Zimbra Instructor
> https://www.redhat.com/rhtapps/verify/?certId=100-001-262
> Public  Calendar :
> https://www.google.com/calendar/embed?src=nzahar%40gmail.com=Europe/Athens
> +30 694 720 40 63
> http://zimbra.wikidot.com/zimbra-installations-in-greece
> 
> 
> On 28 May 2018 at 19:08, Nikos Zaharioudakis  wrote:
>> Dear list,
>> 
>> Apart from the fork or not to fork from Spacewalk I have a tiny issue
>> and any inptut would be highly appreciated.
>> 
>> Trying to PXE provision from a spacewalk 2.8 gives me the error that
>> the .treeinfo file cannot be picked up and as a result tries to switch
>> to squashfs which doesn't exit. (check attached screenshot)
>> 
>> More background info:
>> 
>> I am trying to PXE boot a vmware machine which relies in the same
>> subnet with the Spacewalk
>> 
>> from the logs I realise that it picks up an ip address and the TFTP
>> server provides it the right vmlinuz initrd file
>> 
>> /var/log/messages
>> 
>> 
>> May 28 16:13:00 du-tst-spw-trn02 in.tftpd[15736]: Client
>> :::10.131.101.30 finished
>> /images/rhel-74-server-rpms-pure-gui-dvd-import-repo:1:Synchronoss-test00/vmlinuz
>> May 28 16:13:03 du-tst-spw-trn02 in.tftpd[15737]: Client
>> :::10.131.101.30 finished
>> /images/rhel-74-server-rpms-pure-gui-dvd-import-repo:1:Synchronoss-test00/initrd.img
>> May 28 16:13:09 du-tst-spw-trn02 dhcpd: DHCPDISCOVER from
>> 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPOFFER on 10.131.101.30 to
>> 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPREQUEST for 10.131.101.30
>> (10.131.101.19) from 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPACK on 10.131.101.30 to
>> 00:50:56:a3:1c:b9 via ens192
>> 
>> Apache access log says that the kickstart file was picked up
>> 
>> 
>> ==> /var/log/httpd/access_log <==
>> 10.131.101.30 - - [28/May/2018:16:13:13 +0100] "GET
>> /cblr/svc/op/ks/profile/ks-rhel-74-server-rpms-pure-gui-dvd-import-eus:1:XXX-test00
>> HTTP/1.1" 200 52106 "-" "curl/7.29.0"
>> 
>> The operating system in question is rhel 7.4 which was imported with
>> locally mounted iso file.
>> It seems that the .treeinfo file is imported
>> 
>> 
>> /var/cache/rhn/reposync/1/rhel-74-server-rpms-pure-gui-dvd-import-repo/.treeinfo
>> 
>> Side note.
>> * The distribution was created successfully from the gui menu:
>> Systems--> Kickstarts--> Distribution
>> 
>> * The relevant Software channel provides access to libxml2-python,
>> spacewalk-koan rhnlib etc packages. There is a note when trying to
>> create the Kickstart progile but it was fixed by joining the relevant
>> repos
>> 
>> I am pretty sure I am missing something here. But what ?
>> 
>> All I need is to PXE install a machine with a specific RH 7.4
>> installation for our PoC lab
>> Well I could boot from a standard iso and then append something like
>> inst.ks=http:// ... pointing to the kickstart file, but I guess it
>> defeats the purpose doesn't it ? :-)
>> 
>> Thanks in Advance,
>> 
>> 
>> Nikos
>> 
>> 3
>> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
>> Zimbra Instructor
>> https://www.redhat.com/rhtapps/verify/?certId=100-001-262
>> Public  Calendar :
>> https://www.google.com/calendar/embed?src=nzahar%40gmail.com=Europe/Athens
>> +30 694 720 40 63
>> http://zimbra.wikidot.com/zimbra-installations-in-greece
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Cobbler / anaconda - Source needs network for installation

[Andreas Dijkman]

My best guess would be that the device eth0 isn’t present. In newer releases, 
the kernel is naming the ethernet-devices differently. If you are running 
vmware, try ens192 or ens166 as device. But if you have only 1 interface, don’t 
supply the device at all.

Kind regards,

Andreas Dijkman


> On 9 May 2018, at 13:22, Kevin Olbrich <k...@sv01.de> wrote:
> 
> The previous text was not displayed correctly:
> network --device=eth0 --activate --onboot=on --bootproto=dhcp
> 
> https://paste.fedoraproject.org/paste/FUFMmfAFbl08Tq~vi1spIA 
> <https://paste.fedoraproject.org/paste/FUFMmfAFbl08Tq~vi1spIA>
> 
> 
> Mit freundlichen Grüßen / best regards,
> Kevin Olbrich.
> 
> 2018-05-09 13:18 GMT+02:00 Kevin Olbrich <k...@sv01.de <mailto:k...@sv01.de>>:
> Hi!
> 
> I have set up a kickstart profile for fedora 28 (first kickstart project).
> My kickstart file contains:
> network --device=eth0 --activate --onboot=on --bootproto=dhcp
> 
> Every time I try deploying the image profile, I get:
> Source http://xxx. <http://xxx./>.. needs network for installation.
> (/tmp/anaconda.log)
> 
> Both "installation source" and "software selection" are marked by exclamation 
> marks.
> Network configuration is ticked and "wired eth0 connected".
> 
> Any ideas?
> 
> Kind regards
> Kevin
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Java heap space

[Andreas Dijkman]

Also dropping the parameter -XX:MaxNewSize=256 helps with big JVM’s. We had an 
big speedup when removing that parameters as it was limiting the 
tomcat-container from fully using the larger amounts of memory.

Andreas Dijkman


On 10 Apr 2018, at 23:55, William H. ten Bensel 
<whten...@up.com<mailto:whten...@up.com>> wrote:

We had to go higher in memory allocation -->

# Increase java heap size and logging: https://access.redhat.com/solutions/43122
taskomatic.java.maxmemory=12288
taskomatic.java.initmemory=512
taskomatic.logfile.maxsize=100m
java.taskomatic_channel_repodata_workers=4


tomcat6 -->

-Xms512m -Xmx8192m





From:Ezequiel Sozzi <soz...@gmail.com<mailto:soz...@gmail.com>>
To:spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Date:04/10/2018 02:36 PM
Subject:[Spacewalk-list] Java heap space
Sent by:
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>




This email originated from outside of the company. Please use discretion if 
opening attachments or clicking on links.



Hello,

I'm currently having a problem with taskomatic. while is trying to generate the 
reporsitory metadata for my repository 'rh6-x86_64-os' I'm getting the 
following error:

rhn_taskomatic_daemon.log

INFO   | jvm 1| 2018/04/10 14:52:15 | 2018-04-10 14:52:15,756 [Thread-53] 
INFO  com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Generating new 
repository metadata for channel 'rh6-x86_64-os'(sha1) 28664 packages, 4902 
errata

INFO   | jvm 1| 2018/04/10 15:00:28 | Exception in thread "Thread-53" 
java.lang.OutOfMemoryError: Java heap space
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.util.PGbytea.toBytesHexEscaped(PGbytea.java:40)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.util.PGbytea.toBytes(PGbytea.java:35)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBytes(AbstractJdbc2ResultSet.java:2433)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.internalGetObject(AbstractJdbc2ResultSet.java:165)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc3.AbstractJdbc3ResultSet.internalGetObject(AbstractJdbc3ResultSet.java:36)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc4.AbstractJdbc4ResultSet.internalGetObject(AbstractJdbc4ResultSet.java:296)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getObject(AbstractJdbc2ResultSet.java:2703)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getObject(AbstractJdbc2ResultSet.java:2715)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.mchange.v2.c3p0.impl.NewProxyResultSet.getObject(NewProxyResultSet.java:4303)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.getObject(CachedStatement.java:732)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.addToObject(CachedStatement.java:715)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.processResultSet(CachedStatement.java:570)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:420)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaboratorBatch(CachedStatement.java:346)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaboratorBatch(CachedStatement.java:373)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaborator(CachedStatement.java:325)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.SelectMode.elaborate(SelectMode.java:130)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.DataResult.elaborate(DataResult.java:159)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.taskomatic.task.repomd.RpmRepositoryWriter.writeRepomdFiles(RpmRepositoryWriter.java:185)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.taskomatic.task.repomd.ChannelRepodataWorker.run(ChannelRepodataWorker.java:104)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
java.lang.Thread.run(Thread.java:748)

I have extended the memory parameter in the /etc/sysconfig/tomcat file from 256 
to 1024

JAVA_OPTS="-ea -Xms1024m -Xmx1024m -Djava.awt.headless=true 
-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser

Re: [Spacewalk-list] Unused packages

[Andreas Dijkman]

We are using the script "spacewalk-remove-old-packages -- Deletes packages 
without channel OR outdated packages from one channel" from 
https://github.com/angrox/spacewalk-api-scripts

On 5 Feb 2018, at 23:45, Matthew Madey 
> wrote:

I'm looking to do some cleanup of packages in Spacewalk, but not yet sure how 
to approach the problem. I'd like to identify packages managed by Spacewalk in 
specific channels that are not installed on any servers. We have many 
developers pushing content to Spacewalk 24/7. Over time, we end up with tens of 
thousands of packages that are no longer needed in any lifecycle. I know there 
are some API's to determine what servers have a specific package installed, but 
I'm looking for the opposite.. identify packages that are not installed on any 
Spacewalk managed server.. I think that will give me a better idea of what can 
be purged.

I'm also looking for a good way to manage this in the future.. for instance, 
allowing "n" number of versions of a specific package, and programmatically 
removing the oldest versions that exceed "n" number.. has anyone attempted this 
or have advice on how I could go about doing it?
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How to confirm that spacewalk is fetching updates (for mitigating meltdown bug)

[Andreas Dijkman]

I don’t know, I use Oracle Linux and am not subject to RedHat Subscription 
Channels. Unfortunately I can’t help you with that. But I read somewhere else 
that RHEL7.2 isn’t supported any more without Advanced or Extended Update 
support. So my suggestion would be to upgrade to 7.4 anyway.

KR,

Andreas Dijkman


> On 6 Jan 2018, at 12:27, Soham Chakraborty <dec.so...@gmail.com> wrote:
> 
> Hi Andreas,
> 
> Thanks for responding. 
> 
> So I checked the logs and in fact I had taken a look there before I sent this 
> email and apparently reposync can't find any new errata. And going back I 
> noticed that it didn't fetch any errata on previous scheduled runs as well. 
> 
> I restarted spacewalk-service and ran reposync again to no effect. 
> 
> What do you think I should attempt? 
> 
> Apparently right now I have to figure out why spacewalk is not syncing any 
> new errata. 
> 
> Thanks, 
> 
> On Sat, Jan 6, 2018 at 2:40 PM, Andreas Dijkman <andreas.dijk...@cygnis.nl 
> <mailto:andreas.dijk...@cygnis.nl>> wrote:
> The logging of Spacewalk is located in /var/log/rhn. The sync-stuff mainly 
> reposync.log and details of each channel in the subdirectory reposync. 
> 
> KR,
> 
> Andreas Dijkman
> 
>> On 5 Jan 2018, at 19:55, Soham Chakraborty <dec.so...@gmail.com 
>> <mailto:dec.so...@gmail.com>> wrote:
>> 
>> Hi,
>> 
>> I was trying to sync my repositories (subscribed with Red Hat) to bring the 
>> patches for meltdown bug (possibly everyone on earth who works with 
>> computers know this by now). 
>> 
>> I manually issued a reposync on my repositories. However the updated kernel 
>> didn't reach the spacewalk server and reposync completed saying that there 
>> are no packages to sync.
>> 
>> The spacewalk server is a RHEL7.2 box. When I checked manually on the server 
>> by running "yum --security check-update", I noticed the updated kernel in 
>> the yum output.
>> 
>> Does anyone know how can I verify that spacewalk is successfully fetching 
>> updates? And can anyone point out why I could be unable to fetch this kernel 
>> (anything to do with subscriptions)? Since Red Hat guys frequent this 
>> mailing list, decided to give it a try. 
>> 
>> Thanks, 
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
>> https://www.redhat.com/mailman/listinfo/spacewalk-list 
>> <https://www.redhat.com/mailman/listinfo/spacewalk-list>
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list 
> <https://www.redhat.com/mailman/listinfo/spacewalk-list>
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How to confirm that spacewalk is fetching updates (for mitigating meltdown bug)

[Andreas Dijkman]

The logging of Spacewalk is located in /var/log/rhn. The sync-stuff mainly 
reposync.log and details of each channel in the subdirectory reposync. 

KR,

Andreas Dijkman

> On 5 Jan 2018, at 19:55, Soham Chakraborty <dec.so...@gmail.com> wrote:
> 
> Hi,
> 
> I was trying to sync my repositories (subscribed with Red Hat) to bring the 
> patches for meltdown bug (possibly everyone on earth who works with computers 
> know this by now). 
> 
> I manually issued a reposync on my repositories. However the updated kernel 
> didn't reach the spacewalk server and reposync completed saying that there 
> are no packages to sync.
> 
> The spacewalk server is a RHEL7.2 box. When I checked manually on the server 
> by running "yum --security check-update", I noticed the updated kernel in the 
> yum output.
> 
> Does anyone know how can I verify that spacewalk is successfully fetching 
> updates? And can anyone point out why I could be unable to fetch this kernel 
> (anything to do with subscriptions)? Since Red Hat guys frequent this mailing 
> list, decided to give it a try. 
> 
> Thanks, 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] 2.6 404 error login

[Andreas Dijkman]

Probably CentOS/RHEL/OL7 with update 4 recently installed?

If so, tomcat has some SELinux-issues, maybe a restorecon -FR on the 
/usr/share/tomcat directory could fix it.

Andreas Dijkman


> On 20 Sep 2017, at 22:40, Konstantin Raskoshnyi <konra...@gmail.com> wrote:
> 
> Here's what catalina log says:
> java.io.IOException: Failed to access resource /WEB-INF/lib/antlr.jar
> This file is present on the system, no any issues with it :/
> 
> Archive:  WEB-INF/lib/antlr.jar
> Zip file size: 374774 bytes, number of entries: 244
> -rw-r--r--  3.0 unx  157 t- defX 06-Nov-01 21:37 META-INF/MANIFEST.MF
> drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/
> -rw-r--r--  3.0 unx  248 t- defX 06-Nov-01 21:37 META-INF/INDEX.LIST
> drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/maven/
> drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/maven/antlr/
> drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 
> META-INF/maven/antlr/antlr/
> -rw-r--r--  3.0 unx  109 t- defX 06-Nov-01 21:37 
> META-INF/maven/antlr/antlr/pom.properties
> drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 antlr/
> -rw-r--r--  3.0 unx  196 b- defX 06-Nov-01 21:37 antlr/ANTLRError.class
> -rw-r--r--  3.0 unx  361 b- defX 06-Nov-01 21:37 
> antlr/ANTLRException.class
> -rw-r--r--  3.0 unx 2073 b- defX 06-Nov-01 21:37 
> antlr/ANTLRGrammarParseBehavior.class
> -rw-r--r--  3.0 unx 1387 b- defX 06-Nov-01 21:37 
> antlr/ANTLRHashString.class
> -rw-r--r--  3.0 unx15675 b- defX 06-Nov-01 21:37 antlr/ANTLRLexer.class
> 
> 
> 
> 
> On Wed, Sep 20, 2017 at 12:37 PM, Konstantin Raskoshnyi <konra...@gmail.com 
> <mailto:konra...@gmail.com>> wrote:
> Hi guys,
> I was doing sys packages upgrade. After that spacewalk doesn't start up.
> Tomcat log shows:
> 
> 192.168.0.2 - - [20/Sep/2017:19:36:24 +] "GET /rhn/Login.do HTTP/1.1" 404 
> -
> 192.168.0.2 - - [20/Sep/2017:19:36:30 +] "GET /rhn/Login.do HTTP/1.1" 404 
> -
> 
> I was trying to upgrade operation on top of 2.6, but it didn't work out.
> I see java app in /usr/share/tomcat/webapps/rhn
> 
> Any thoughts?
> Thanks
> 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk, PostgreSQL 9.6, SQL reserved words

[Andreas Dijkman]

Or you could fix the query as stated in this PR on GitHub: 
https://github.com/spacewalkproject/spacewalk/pull/465

This adds PostgreSQL 9.6-support.

Met vriendelijke groet,

Andreas Dijkman

Cygnis<http://www.cygnis.nl/> | Stationsweg 3B | 9726 AC Groningen

On 23 Feb 2017, at 14:32, Ree, Jan-Albert van 
<j.a.v@marin.nl<mailto:j.a.v@marin.nl>> wrote:

Just use the stock CentOS7 PostgreSQL 9.2 , which works flawless out of the box.

And as a tip : also use the same PostgreSQL database for your jabberd database, 
this for us has finally completely fixed all OSAD problems.
Been running over a month without any machine losing connection through OSAD.
--
Jan-Albert



Jan-Albert van Ree  | Linux System Administrator | MARIN Support Group
MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl

MARIN news: 
http://www.marin.nl/web/News/News-items/Few-places-left-for-Offshore-and-Ship-hydrodynamics-courses.htm


From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
<spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>> 
on behalf of Rob Sterenborg 
<r.sterenb...@netmatch.nl<mailto:r.sterenb...@netmatch.nl>>
Sent: Thursday, February 23, 2017 14:14
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [Spacewalk-list] Spacewalk, PostgreSQL 9.6, SQL reserved words

Hi,

We currently use Spacewalk 2.2 with PostgreSQL 8.4 on CentOS 6 and we have 
problems with it (TRACEBACK emails), so I want to replace these old servers. 
I'm now setting up Spacewalk 2.6 with PostgreSQL 9.6 on CentOS 7.

Installing and importing the database seems to have worked, however..

Now I get a different "TRACEBACK" error email from Spacewalk, and my eye fell 
on this:
==
Extra information about this error:
SQL Error generated: ('ERROR:  syntax error at or near "method"\nLINE 3: ...
sa.remaining_tries, at.label method,\n  
  ^\n', , '\n
select sa.action_id id, a.version,\n   
sa.remaining_tries, at.label method,\n   
at.unlocked_only,\n   a.prerequisite\n  
from rhnServerAction sa,\n   rhnAction a,\n 
  rhnActionType at\n where sa.server_id = 
%(server_id)s\n   and sa.action_id = a.id\n 
  and a.action_type = at.id\n   and sa.status in (0, 1) 
-- Queued or picked up\n   and a.earliest_action <= curren
t_timest
amp -- Check earliest_action\n   and not exists (\n 
  select 1\n from rhnServerAction 
sap\nwhere sap.server_id = %(server_id)s\n  
and sap.action_id = a.prerequisite\n
  and sap.status != 2 -- completed\n   )\n  
order by a.earliest_action, a.prerequisite nulls first, a.id\n')
==

Searching for this error I found these:
http://git.net/ml/spacewalk-devel/2016-11/msg4.html
https://github.com/spacewalkproject/spacewalk/blob/master/backend/server/handlers/xmlrpc/queue.py

In /usr/share/rhn/server/handlers/xmlrpc/queue.py, "def 
_future_actions_enabled(self):" reads from line 229:
==
   _query_queue_future = rhnSQL.Statement("""
   select sa.action_id id, a.version,
  sa.remaining_tries, at.label method,
  at.unlocked_only,
  a.prerequisite
 from rhnServerAction sa,
  rhnAction a,
  rhnActionType at
where sa.server_id = :server_id
  and sa.action_id = a.id
  and a.action_type = at.id
  and sa.status in (0, 1) -- Queued or picked up
  and a.earliest_action <= current_timestamp + 
numtodsinterval(:time_window * 3600, 'second')  -- Check earliest_action
  and at.label in ('packages.update', 'errata.update',
   'packages.runTransaction', 'packages.fullUpdate')
 order by a.earliest_action, a.prerequisite nulls first, 
a.id
   """)
==

I tried this query manually and it failed on "at" and "method". Both look like 
reserved words to me (my SQL editor agrees in this), and when I replace those 
with "atype" and "method1" the query works.

Of course this is not *the* solution, because my Python-fu isn't that great and 
I haven't looked where this "method&qu

Re: [Spacewalk-list] Spacewalk - Systems Needing Reboot

[Andreas Dijkman]

To be listed under the section "Systems Requiring Reboot", there must be an 
errata applied with the tag ‘reboot_suggested’. And as there are very few 
errata with that tag, because the errata-maintainers don’t populate that tag, 
outside of RedHat itself, there is very little chance that there is EVER a 
system listed under that section.

Kind regards,
Andreas Dijkman


On 28 Jun 2016, at 16:03, Lemp, Dustin 
<dl...@jeffco.edu<mailto:dl...@jeffco.edu>> wrote:


Hey all,

I recently set up a Spacewalk server to manage our Linux server updates.  So 
far everything is going great, with just one minor issue.  After updating a few 
systems that obviously need a reboot (ie. new kernels were installed), the 
section titled "Systems Requiring Reboot" is empty.  We're looking into 
getting Ksplice soon, but until then I would like to get this to work.  Does 
anyone have any tips on this?  Does anyone even use Spacewalk (I don't see many 
posts on it)?

I'm running Spacewalk 2.4.  Thanks!

___
Dustin Lemp
Systems Analyst
Jefferson College
636-481-3477
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Duplicate packages in selection and spacewalk

[Andreas Dijkman]

Yes, that worked! I’ve added the saltstack channel again but didn’t include it 
in the kickstart key or kickstart profile. That worked.

Now I only have to create a saltstack-state that adds that channel and starts 
the salt-stack-stuff. Thanks for the workaround!

Kind regards,

Andreas Dijkman


> On 19 May 2016, at 14:23, Kalchik, Jeffery <jdkalc...@landolakes.com> wrote:
> 
> Good morning. 
>  
> The hash clash isn’t unknown, I have it albeit under different channels.
>  
> Given your situation, as a fall back, you could run spacewalk-channel during 
> a chrooted post install script, to add your SaltStack channel and install 
> packages there.  Not optimal, but a possibility.  I do this for things that I 
> really can’t determine until run time, like installing the HP Proliant 
> Support Pack.
>  
> Jeff Kalchik
> Systems Engineering
> Land O’Lakes
>  
> From: spacewalk-list-boun...@redhat.com 
> [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Andreas Dijkman
> Sent: Wednesday, May 18, 2016 10:23 AM
> To: spacewalk-list <spacewalk-list@redhat.com>
> Subject: [Spacewalk-list] Duplicate packages in selection and spacewalk
>  
> Hi,
>  
> We have a SW2.4-installation, successfully setup with PXE-boot, kickstart, 
> the works.
>  
> I recently started using SaltStack as configuration management, so I’ve added 
> the SaltStack-repository to my SpaceWalk-system 
> (https://repo.saltstack.com/yum/rhel6/ 
> <https://repo.saltstack.com/yum/rhel6/>). Everything works fine until I try 
> to kickstart a system using PXE or ISO. Somehow the SpaceWalk-system is 
> confused about duplicate packages that are the same in versions but not in 
> hash. In my case it first breaks on the package pciutils. I think Spacewalk 
> decides to serve the wrong package during installation so anaconda is 
> complaining it can’t find the correct package. SaltStack isn’t playing nice 
> because in their repo they are supplying the same packages as used in CentOS. 
> But the packages from Oracle Linux and CentOS are different from each other.
>  
> After I removed the SaltStack-channels and packages from SpaceWalk, the 
> Kickstart worked fine again…
>  
> Is there a way to prioritise packages during kickstart with spacewalk or give 
> a spacewalk-channel priority above other channels? I really want to keep the 
> SaltStack-channel in our SpaceWalk-server, but if it breaks updates, I have 
> to figure something else out.
> 
> Kind regards,
> 
> Andreas Dijkman
> This message may contain confidential material from Land O'Lakes, Inc. (or 
> its subsidiary) for the sole use of the intended recipient(s) and may not be 
> reviewed, disclosed, copied, distributed or used by anyone other than the 
> intended recipient(s). If you are not the intended recipient, please contact 
> the sender by reply email and delete all copies of this message. 
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com <mailto:Spacewalk-list@redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list 
> <https://www.redhat.com/mailman/listinfo/spacewalk-list>


smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Duplicate packages in selection and spacewalk

[Andreas Dijkman]

Hi,

We have a SW2.4-installation, successfully setup with PXE-boot, kickstart, the 
works.

I recently started using SaltStack as configuration management, so I’ve added 
the SaltStack-repository to my SpaceWalk-system 
(https://repo.saltstack.com/yum/rhel6/ 
<https://repo.saltstack.com/yum/rhel6/>). Everything works fine until I try to 
kickstart a system using PXE or ISO. Somehow the SpaceWalk-system is confused 
about duplicate packages that are the same in versions but not in hash. In my 
case it first breaks on the package pciutils. I think Spacewalk decides to 
serve the wrong package during installation so anaconda is complaining it can’t 
find the correct package. SaltStack isn’t playing nice because in their repo 
they are supplying the same packages as used in CentOS. But the packages from 
Oracle Linux and CentOS are different from each other.

After I removed the SaltStack-channels and packages from SpaceWalk, the 
Kickstart worked fine again…

Is there a way to prioritise packages during kickstart with spacewalk or give a 
spacewalk-channel priority above other channels? I really want to keep the 
SaltStack-channel in our SpaceWalk-server, but if it breaks updates, I have to 
figure something else out.

Kind regards,

Andreas Dijkman


smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Can't install post kickstart install

[Andreas Dijkman]

In the kickstart-menu is also a submenu GPG and SSL Keys. Create your keys 
there and import them into your kickstart profile.

That part is in a submenu of your kickstart profile System Details -> GPG & SSL.

Kind regards,

Andreas Dijkman


On 04 Apr 2016, at 08:23, Lachlan Musicman 
<data...@gmail.com<mailto:data...@gmail.com>> wrote:

Is it because my kickstart software channel is based on the tree 
/var/distro-trees/Centos-7 (which is essentially the maximum install dvd with 
all the rpms removed), and that has a key RPM-GPG-KEY-CentOS-7 which I'm not 
importing?

How would I import that?

cheers
L.

--
The most dangerous phrase in the language is, "We've always done it this way."

- Grace Hopper

On 4 April 2016 at 16:09, Lachlan Musicman 
<data...@gmail.com<mailto:data...@gmail.com>> wrote:
Hola,

After installation via kickstart, I get the following errors (first the webui, 
then the cli):

Client execution returned "Error while executing packages action: Public key 
for htop-2.0.1-1.el7.x86_64.rpm is not installed [[6]]" (code -1)

[root@vmpr-res-head-node rhn]# yum install htop
Loaded plugins: fastestmirror, langpacks, rhnplugin
Adding en_US.UTF-8 to language list
Config time: 0.031
This system is receiving updates from RHN Classic or Red Hat Satellite.
Looking for repo options for [main]
Looking for repo options for [centos_7_x86_64]
Repo 'centos_7_x86_64' setting option 'enabled' = '1'
Repo 'centos_7_x86_64' setting option 'gpgcheck' = '1'
Repo 'centos_7_x86_64' setting option 'timeout' = '120'
Looking for repo options for [slurm_15.08]
Repo 'slurm_15.08' setting option 'enabled' = '1'
Repo 'slurm_15.08' setting option 'gpgcheck' = '1'
Repo 'slurm_15.08' setting option 'timeout' = '120'
Looking for repo options for [jpackage_5.0_noarch]
Repo 'jpackage_5.0_noarch' setting option 'enabled' = '1'
Repo 'jpackage_5.0_noarch' setting option 'gpgcheck' = '1'
Repo 'jpackage_5.0_noarch' setting option 'timeout' = '120'
Looking for repo options for [centos_7_x86_64_base]
Repo 'centos_7_x86_64_base' setting option 'enabled' = '1'
Repo 'centos_7_x86_64_base' setting option 'gpgcheck' = '1'
Repo 'centos_7_x86_64_base' setting option 'timeout' = '120'
Looking for repo options for [centos_7_x86_64_extras]
Repo 'centos_7_x86_64_extras' setting option 'enabled' = '1'
Repo 'centos_7_x86_64_extras' setting option 'gpgcheck' = '1'
Repo 'centos_7_x86_64_extras' setting option 'timeout' = '120'
Looking for repo options for [zabbix_x86_64]
Repo 'zabbix_x86_64' setting option 'enabled' = '1'
Repo 'zabbix_x86_64' setting option 'gpgcheck' = '1'
Repo 'zabbix_x86_64' setting option 'timeout' = '120'
Looking for repo options for [spacewalk_x86_64_client]
Repo 'spacewalk_x86_64_client' setting option 'enabled' = '1'
Repo 'spacewalk_x86_64_client' setting option 'gpgcheck' = '1'
Repo 'spacewalk_x86_64_client' setting option 'timeout' = '120'
Looking for repo options for [spacewalk_x86_64_server]
Repo 'spacewalk_x86_64_server' setting option 'enabled' = '1'
Repo 'spacewalk_x86_64_server' setting option 'gpgcheck' = '1'
Repo 'spacewalk_x86_64_server' setting option 'timeout' = '120'
Looking for repo options for [epel_7_x86_64]
Repo 'epel_7_x86_64' setting option 'enabled' = '1'
Repo 'epel_7_x86_64' setting option 'gpgcheck' = '1'
Repo 'epel_7_x86_64' setting option 'timeout' = '120'
Looking for repo options for [cisco_snic_x86_64]
Repo 'cisco_snic_x86_64' setting option 'enabled' = '1'
Repo 'cisco_snic_x86_64' setting option 'gpgcheck' = '1'
Repo 'cisco_snic_x86_64' setting option 'timeout' = '120'
Looking for repo options for [centos_7_x86_64_updates]
Repo 'centos_7_x86_64_updates' setting option 'enabled' = '1'
Repo 'centos_7_x86_64_updates' setting option 'gpgcheck' = '1'
Repo 'centos_7_x86_64_updates' setting option 'timeout' = '120'
Yum version: 3.4.3

You have enabled checking of packages via GPG keys. This is a good thing.
However, you do not have any GPG public keys installed. You need to download
the keys for packages you wish to install and install them.
You can do that by running the command:
rpm --import public.gpg.key


Alternatively you can specify the url to the key you would like to use
for a repository in the 'gpgkey' option in a repository section and yum
will install it for you.

For more information contact your distribution or package provider.

Problem repository: centos_7_x86_64



There are a number main issues here.

1. AFAICT, the Activation key associated with this base/parent channel 
(RHN-ORG-TRUSTED-SSL-CERT) has successfully been bought across. Why wouldn't 
this work, and why would it fail on centos_7_x86_64, which is the base channel 
with no rpms? (we have a centos_7_x86_64_base child channel with all the rpms, 
because having the rpms in the base/parent channel doesn't work for kickstart 
installs...)

2. I want all my servers to only talk to the Spacewalk server for purposes of 
yum. So the key problem should only exist for the Sp

Re: [Spacewalk-list] Spacewalk Kickstart and Oracle UEK

[Andreas Dijkman]

Hey Glen,

I’ve added these few lines as kickstart-post-script in OL7 to use the 
RHCK-kernel as default, also after reboot and kernel-package-update!!

## RHCK as default
sed -i 's/=kernel-uek/=kernel/' /etc/sysconfig/kernel
grub2-set-default 0
grub2-mkconfig -o /boot/grub2/grub.cfg

The /etc/sysconfig/kernel-part should also work on OL6 but you have to tweak 
the grub.conf manually in OL6.

As Avi already mentioned, the kernel-uek-package is a dependancy-issue but the 
/etc/sysconfig/kernel-tweak uses the RHCK as default, even if UEK is installed. 
I just leave the kernel-uek-packages installed but use the RHCK as default 
under OL7.

Kind regards,

Andreas Dijkman

 On 13 Mar 2015, at 20:43, Avi Miller avi.mil...@oracle.com wrote:
 
 Hey Glen,
 
 On 14 Mar 2015, at 4:58 am, Glen Collins glenc2...@comcast.net wrote:
 
 Hi all. Does anyone know how to have only the Redhat Compatable Kernel 
 install and not the UEK? I tried the parameter to remove kernel-uek and 
 kernel-uek-firmware but it's still the default kernel. I also added kernel 
 and kernel-firmware thinking that maybe it needed the rhel compat kernel 
 defined during the KS. But still my final system defaults to having the UEK 
 booted.
 
 There are a few packages that pull in the UEK as a dependency, most obviously 
 oraclelinux-release. I believe that our internal QA teams do have a KS 
 solution for this, but I'll need to double-check.
 
 Thanks,
 Avi
 
 --
 Oracle http://www.oracle.com
 Avi Miller | Product Management Director | +61 (3) 8616 3496
 Oracle Linux and Virtualization
 417 St Kilda Road, Melbourne, Victoria 3004 Australia
 
 
 ___
 Spacewalk-list mailing list
 Spacewalk-list@redhat.com
 https://www.redhat.com/mailman/listinfo/spacewalk-list
 



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] upgrading postgres (8.4 9.x) on the spacewalk server ?

[Andreas Dijkman]

Hi,

The RPM isn’t actually looking at the file but at the file specs of all 
available RPM’s. You need to install and rpm that provides the binary 
/usr/bin/psql in it’s metadata. You could build an metadata-only-rpm that 
depends on all the postgresql-9.x-stuff and provides the necessary files in 
it’s metadata and secretly creates symlinks underneath.

Met vriendelijke groet,

Andreas Dijkman
Oracle Technical Consultant
Phone: +31(0)50-210 0132 | Mobile: +31(0)6-8115 2982
Cygnishttp://www.cygnis.nl/ | Stationsweg 3B | 9726 AC Groningen
Op maandag afwezig

On 23 Jul, 2014, at 23:42 , Boyd, Robert 
robert.b...@peoplefluent.commailto:robert.b...@peoplefluent.com wrote:

I tried changing the link for /usr/bin/psql to directly link to the binary.  
That didn't help.

I tried removing the link and copying the binary to /usr/bin/psql -- that 
didn't help either.

I take it this means that the error message I'm getting isn't telling me the 
truth about what the real error is.

Robert Boyd
Sr. Systems Engineer
PeopleFluent
p. 919-645-2972 | c. 919-306-4681
e. robert.b...@peoplefluent.commailto:robert.b...@peoplefluent.com

-Original Message-
From: Boyd, Robert
Sent: Wednesday, July 23, 2014 5:33 PM
To: 'spacewalk-list@redhat.commailto:spacewalk-list@redhat.com'
Subject: RE: [Spacewalk-list] upgrading postgres (8.4  9.x) on the spacewalk 
server ?

I'm attempting an install of spacewalk 2.2 using postgresql-9.3.

I installed and manually configured postgresql.

When I attempt to install spacewalk I get this error:

 yum install spacewalk-postgresql

 ... many dependencies resolved ... etc ...

 Error: Package: spacewalk-postgresql-2.2.2-1.el6.noarch (spacewalk)
  Requires: /usr/bin/psql

However there is clearly something there:

[root ~]# ll /usr/bin/psql
lrwxrwxrwx. 1 root root 28 Jul 21 12:35 /usr/bin/psql - 
/etc/alternatives/pgsql-psql

[root ~]# ll /etc/alternatives/pgsql-psql
lrwxrwxrwx. 1 root root 23 Jul 21 12:35 /etc/alternatives/pgsql-psql - 
/usr/pgsql-9.3/bin/psql

[root ~]# ll /usr/pgsql-9.3/bin/psql
-rwxr-xr-x. 1 root root 447560 Mar 18 03:19 /usr/pgsql-9.3/bin/psql

What is this package expecting to find there?  Is a symbolic link not good 
enough?  Can I fake it out by copying over the real binary or changing the link 
to point directly to the binary instead of an intermediate link?


Robert Boyd
Sr. Systems Engineer
PeopleFluent
p. 919-645-2972 | c. 919-306-4681
e. robert.b...@peoplefluent.commailto:robert.b...@peoplefluent.com

___
Spacewalk-list mailing list
Spacewalk-list@redhat.commailto:Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk 2.0 unable to update clients

[Andreas Dijkman]

In my experience, the Taskomatic-daemon has not enough memory to do all the 
errata and repository stuff. I had to raise the xmx-value for taskomatic and 
after that, it all ran smooth. I had to change it in the file 
/usr/share/rhn/config-defaults/rhn_taskomatic_daemon.conf and restart 
taskomatic. Than retry the reposync for all the repositories and try again.

Kind regards,

Andreas Dijkman


On 22 Nov, 2013, at 1:41 , Micheal  Maxine Miller miller3...@comcast.net 
wrote:

 Larry, I am not an expert, matter of fact I am new to the Linux and Spacewalk 
 world. what does rhn-satellite status says. Ensure Taskomatic is running. If 
 taskomatic is not running, then look into your httpd dir and ensure that 
 “Listen” only has the port number. For example: Listen 80 and not the full 
 FQDN. Taskomatic has to run in order for the metadata to be generated.
 Also what does rhn_check  -v -v  -v –v shows
  
 Mike Miller
  
 From: spacewalk-list-boun...@redhat.com 
 [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Clegg, Larry E [HDS]
 Sent: Thursday, November 21, 2013 3:14 PM
 To: spacewalk-list@redhat.com
 Subject: [Spacewalk-list] Spacewalk 2.0 unable to update clients
  
 Greetings Spacewalkers,
  
 I am running Spacewalk V2.0 on Oracle Linux 6.4 with the latest patches.
 I am running Cobbler V2.4.0
  
 I’ve created base/child channels and reposync’d them from the various public 
 repos.
  
 I am successfully performing a bare metal install on a client and that client 
 is successfully registering back to the Spacewalk server.  But when I attempt 
 to apply any updates to that client I get the errors shown below.  So far we 
 have not figured out the root cause and fix.  Hopefully this list will be 
 able to offer some insight.
  
 Thank you,
 Larry
  
 From the client:
  
 [root@shdswalk240 log]# yum repolist
 Loaded plugins: rhnplugin, security
 This system is receiving updates from RHN Classic or Red Hat Satellite.
 repo id  repo namestatus
 epel_ol6.4_x86_64EPEL for Oracle Linux 6.4 - Base (x86_64)0
 hp_ol6.4_latest  HP for Oracle 6.40
 oul6.4_base  Oracle Linux 6.4 - Base (x86_64) 0
 oul6_latest  Oracle Linux 6 Latest (x86_64)   0
 ppc_2.0_oul6.4   Puppet Client for Oracle Linux 6 - x86_640
 swc2.0_oul6.4Spacewalk Client 2.0 for Oracle Linux 6.40
 repolist: 0
  
 Same channels as seen from the Spacewalk server:
 Oracle Linux 6.4 - Base (x86_64)  
   6250 
 Child Channel EPEL for Oracle Linux 6.4 - Base (x86_64)  9990 
 Child Channel HP for Oracle 6.4   
219 
 Child Channel Oracle Linux 6 Latest (x86_64)   17949 
 Child Channel Puppet Client for Oracle Linux 6 - x86_64  356 
 Child Channel Spacewalk Client 2.0 for Oracle Linux 6.4  22 
  
 From the /var/log/up2date log on the client:
  
 [Thu Nov 21 11:21:24 2013] up2date logging into up2date server
 [Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication 
 token from up2date server
 [Thu Nov 21 11:21:24 2013] up2date updateLoginInfo() login info
 [Thu Nov 21 11:21:24 2013] up2date logging into up2date server
 [Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication 
 token from up2date server
 [Thu Nov 21 11:21:24 2013] up2date updateLoginInfo() login info
 [Thu Nov 21 11:21:24 2013] up2date logging into up2date server
 [Thu Nov 21 11:21:24 2013] up2date successfully retrieved authentication 
 token from up2date server
 [Thu Nov 21 11:21:24 2013] up2date
 Traceback (most recent call last):
   File /usr/sbin/rhn_check, line 347, in __run_action
 (status, message, data) = CheckCli.__do_call(method, params, kwargs)
   File /usr/sbin/rhn_check, line 339, in __do_call
 method = getMethod.getMethod(method, /usr/share/rhn/, actions)
   File /usr/share/rhn/up2date_client/getMethod.py, line 79, in getMethod
 actions = __import__(modulename)
   File /usr/share/rhn/actions/packages.py, line 273, in module
 yum_base = YumAction()
   File /usr/share/rhn/actions/packages.py, line 64, in __init__
 self.doTsSetup()
   File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 84, in 
 doTsSetup
 return self._getTs()
   File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 99, in _getTs
 self._getTsInfo(remove_only)
   File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 110, in 
 _getTsInfo
 pkgSack = self.pkgSack
   File /usr/lib/python2.6/site-packages/yum/__init__.py, line 887, in 
 lambda
 pkgSack = property(fget=lambda self: self._getSacks(),
   File /usr/lib/python2.6/site-packages/yum/__init__.py, line 669, in 
 _getSacks
 self.repos.populateSack(which=repos)
   File /usr/lib/python2.6/site-packages/yum/repos.py, line 309, in 
 populateSack
 sack.populate(repo, mdtype, callback

Re: [Spacewalk-list] Oracle Linux Channel

[Andreas Dijkman]

It looks like you have architecture-mixed up. The issue looks like that you 
only have 32bits packages available when it needs 64bits packages. Updated by 
line ends with x86_64  and available ends with i686. Check on the client a yum 
repolist to see if something is wrong in the channels.

Kind regards,

Andreas Dijkman

On 13 Nov, 2013, at 21:38 , Lupin Deterd lupindet...@gmail.com wrote:

 Hi,
 
 I'm testing Oracle Linux for spacewalk 2.0, I created a channel and point the 
 its repo to http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ 
 it work fine got the packages and erratas however when I tried to update my 
 test client I got the following error.
 
 -- Finished Dependency Resolution
 Error: Package: kernel-2.6.32-358.2.1.el6.x86_64 (prod-oraclelinux6-x86_64)
Requires: kernel-firmware = 2.6.32-358.2.1.el6
Installed: kernel-firmware-2.6.32-131.0.15.el6.noarch 
 (@anaconda-OracleLinuxServer-201302251503.x86_64/6.4)
kernel-firmware = 2.6.32-131.0.15.el6
Available: kernel-firmware-2.6.32-71.el6.noarch 
 (prod-oraclelinux6-x86_64)
kernel-firmware = 2.6.32-71.el6
 Error: Package: util-linux-ng-2.17.2-12.9.el6_4.3.i686 
 (prod-oraclelinux6-x86_64)
Requires: libuuid = 2.17.2-12.9.el6_4.3
Removing: libuuid-2.17.2-12.el6.x86_64 
 (@anaconda-OracleLinuxServer-201302251503.x86_64/6.4)
libuuid = 2.17.2-12.el6
Updated By: libuuid-2.17.2-12.7.el6.x86_64 
 (prod-oraclelinux6-x86_64)
libuuid = 2.17.2-12.7.el6
Available: libuuid-2.17.2-6.el6.i686 (prod-oraclelinux6-x86_64)
libuuid = 2.17.2-6.el6
 Error: Package: util-linux-ng-2.17.2-12.9.el6_4.3.i686 
 (prod-oraclelinux6-x86_64)
Requires: libblkid = 2.17.2-12.9.el6_4.3
Removing: libblkid-2.17.2-12.el6.x86_64 
 (@anaconda-OracleLinuxServer-201302251503.x86_64/6.4)
libblkid = 2.17.2-12.el6
Updated By: libblkid-2.17.2-12.7.el6.x86_64 
 (prod-oraclelinux6-x86_64)
libblkid = 2.17.2-12.7.el6
Available: libblkid-2.17.2-6.el6.i686 (prod-oraclelinux6-x86_64)
libblkid = 2.17.2-6.el6
  You could try using --skip-broken to work around the problem
  You could try running: rpm -Va --nofiles --nodigest
 [root@chorus-oelclient ~]# cat /etc/issue.net
 Oracle Linux Server release 6.1
 Kernel \r on an \m
 [root@chorus-oelclient ~]# uname -a
 Linux chorus-oelclient.homebrew.com 2.6.32-100.34.1.el6uek.x86_64 #1 SMP Wed 
 May 25 17:46:45 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
 
 
 My question for those who are running Oracle linux client which repo do I 
 need to sync?
 
 
 Kind regards,
 Joseph
 ___
 Spacewalk-list mailing list
 Spacewalk-list@redhat.com
 https://www.redhat.com/mailman/listinfo/spacewalk-list



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] spacecmd system_listupgrades not working

[Andreas Dijkman]

Hi,

We currently have some systems configured with spacewalk and wanted to play 
around with spacecmd.

The problem is the output of spacecmd system_listupgrades. Somehow there is a 
package-cache or something, because the system_listupgrades-command returns the 
list of not installed packages including the latest kernel-packages.

However in the spacewalk-web-GUI these updates aren't listed. Can someone 
explain or confirm this behavior? We are running Spacewalk 2.0 with Oracle as 
backend.

Met vriendelijke groet,

Andreas Dijkman
Oracle Technical Consultant
Phone: +31(0)50-210 0132 | Mobile: +31(0)6-8115 2982
Cygnishttp://www.cygnis.nl | Stationsweg 3B | 9726 AC Groningen

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list