[Spacewalk-list] Antwort: is there a central place in Spacewalk2.10 that shows queued task jobs

[Matthias Gruber]

Hi!

Runnning a 2.9, but think, there is no difference...

Perhaps you seeking for
Admin -> Task Schedules ?

I only see this if I login as "true" admin

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Paul Rontanini" 
An: "spacewalk-list@redhat.com" 
Kopie:  "Paul Rontanini" 
Datum:  11.06.2020 23:21
Betreff:[Spacewalk-list] is there a central place in Spacewalk2.10 
thatshows queued task jobs
Gesendet von:   spacewalk-list-boun...@redhat.com



All,
 
Hope all are safe and healthy
 
I am new to spacewalk,  just built my first server,  v2.10 last month. 
I have been getting error of repo-syncs and other programs already running 
that were not started by me ( or at least not knowingly )
 
Is there a central place to see what taskomatic jobs are run AND when??
Other than parsing thru the rhn_taskomatic_daemon.log file
 
Thanks in advance
 
Paul Rontanini
System Engineer
prontan...@1800flowers.com
 
 
 ___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Friedrich von Metzler, 
Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Changing root password across the board

[Matthias Gruber]

We do that via Ansible if needed, no SpaceWalk involved



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Len Ewen" 
An: spacewalk-list@redhat.com
Datum:  31.01.2020 19:09
Betreff:[Spacewalk-list] Changing root password across the board
Gesendet von:   spacewalk-list-boun...@redhat.com



I know this has been in some previous threads but I was wondering if 
people could share how they are handling root password changes.  i had 
considered using the group commandline tool to do it, but I was wondering 
if there were smoother and less dangerous ways to do it.  Thank you for 
your help in advance.

---

Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362

Confidentiality Notice: This communication and/or its content are for the 
sole use of the intended recipient, and may be privileged, confidential, 
or otherwise protected from disclosure by law. If you are not the intended 
recipient, please notify the sender and then delete all copies of it. 
Unless you are the intended recipient, your use or dissemination of the 
information contained in this communication may be illegal.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list




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

[Spacewalk-list] Antwort: Process question - installing SW client RPMs when no Internet access is possible

[Matthias Gruber]

Hi Larry,

well I put the needed Files in a own "starting"-Repository. I Installed a 
machine, did a rpm -ql >PreSW, inststalled the SW-Client did a nother rpm 
-ql, then put all files in the diff into a repo for initial installation.
They reside on every Proxy or my SW-Server in the html-Directory... simple 
but works :-)

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Larry Clegg" 
An: spacewalk-list@redhat.com
Datum:  25.10.2019 00:09
Betreff:[Spacewalk-list] Process question - installing SW client 
RPMs when no Internet access is possible
Gesendet von:   spacewalk-list-boun...@redhat.com



Greetings Spacers,
 
I am wondering how others handle this situation:
 
When a new server is provisioned how do you get the Spacewalk client RPMs 
installed?  Our internal servers cannot reach the Internet so following 
the standard SW client installation procedures is not a viable option for 
us.  Currently including the RPMs in a pre-built image is also not a 
viable option for us at the moment.  I’ve thought about creating an 
internal repo that houses the RPMs but I haven’t figured out how to manage 
all the dependencies as well.
 
Thanks for your insight.   Regards,
 
Larry E. Clegg
Systems Engineer (SaaS Platform Operations) | Kyriba
[Cell Phone] +1 858-357-5579
[Address] 9620 Towne Centre Drive | Suite 250 | San Diego, California | 
92121
www.kyriba.com | Facebook | Twitter | LinkedIn | Blog
 ___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Updatesicon in System Groups always green

[Matthias Gruber]

Hi!

no I am on actual Versionsreposyncing  every night

[group_spacewalkproject-spacewalk-2.9-client-7: 71of 73] Skipping 
existing 00911911-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm


cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Michael Mraka" 
An: spacewalk-list@redhat.com
Datum:  22.10.2019 11:35
Betreff:Re: [Spacewalk-list] Updatesicon in System Groups always 
green
Gesendet von:   spacewalk-list-boun...@redhat.com



Matthias Gruber:
> Hi!
> 
> Perhaps thats a known bug, but the Update-Sign in my System Groups-Page 
is 
> always green
> 
> But when I have a look into a group e.g. 02-uc4-patched
> 
> 
> The Update-Sign is correct.
> Yes I cleared the cache, and also used other Browser, same result
> 
> What did I miss or did I forget somthing to configure ?
> 
> That is a SW 2.9 on a CentOS 7

Hello Matthias,

I think it's issue fixed by
https://github.com/spacewalkproject/spacewalk-wiki/pull/17

> Cheers
> Matthias

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

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



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Updatesicon in System Groups always green

[Matthias Gruber]

Hi!

Perhaps thats a known bug, but the Update-Sign in my System Groups-Page is 
always green



But when I have a look into a group e.g. 02-uc4-patched


The Update-Sign is correct.
Yes I cleared the cache, and also used other Browser, same result

What did I miss or did I forget somthing to configure ?

That is a SW 2.9 on a CentOS 7


Cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Question concerning Channel-Delete (removing old channels)

[Matthias Gruber]

Hi Michael

oh Lordcould it be so simple :-)

didnt had a look into the shell-commands  my fault, will check them 
next time first.

I will test + check that when I am back in office and keep the Mail-List 
informed if someone else has my "problem"

Thanks a lot
cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Michael Mraka" 
An: spacewalk-list@redhat.com
Datum:  02.10.2019 09:59
Betreff:Re: [Spacewalk-list] Question concerning Channel-Delete 
(removing old channels)
Gesendet von:   spacewalk-list-boun...@redhat.com



Matthias Gruber:
> Hi!
> First of all, thanks for your time to read that :-)
> 
> Second we are using a SW 2.9 on CentOS7.7
...
> Did I make something wrong, is there a recommended way to delete, or is 
> that a problem
> of my Channel design?
> 
> I even bought that SpaceWalk-Book, heheh well that doesnt help either 
:-)

Hello Matthias,

take a look at spacewalk-remove-channel script.

> Any help is appreciated...
> 
> cheers
> Matthias

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

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



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Question concerning Channel-Delete (removing old channels)

[Matthias Gruber]

Hi!
First of all, thanks for your time to read that :-)

Second we are using a SW 2.9 on CentOS7.7

Now my Question ;-)
Is there a recommended way to delete old CentOS-distribution-Channels 
(Versions),I am a bit confused ??

We have a Base-Channel called centos-7 with childs
centos-7_6-base
centos-7_6-updates
and so on
Now with CentOS 7.7 there are new additional childs
centos-7_7-base
centos-7_7-updates
etc
all with their individual repositories attached

From this Base-Channel we cloned our "production"-Channel called 
"clone-centos-7"
now with
clone-centos-7_6-base
clone-centos-7_6-updates
clone-centos-7_7-base
clone-centos-7_7-updates

at this Base-channel the clients are connected and subscribed to their 
respective Child-Channels

So far nothing special, I think.

Now I would like to remove the 7_6-Part, since there are no Clients 
attached anymore, and CentOS 7.6 is "dead".
I would start with the clones, afterward the "distro-Channel", were the 
client-channels have been cloned from

BUT, what makes me crazy, and I am not sure and would like to have some 
advice/clues/hints that enlights me:

I get a page in SW which tolds me he would like to delete packages.
Great Idea so far, because thats why I do that split of centos 7.6 and 
7.7, to delete the old Version 
and free up some space in /var/satellite

But SW shows me packages to delete which are also in 
clone-centos-7_7-Channels!

Did I make something wrong, is there a recommended way to delete, or is 
that a problem
of my Channel design?

I even bought that SpaceWalk-Book, heheh well that doesnt help either :-)

Any help is appreciated...

cheers
Matthias


----
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] /var/log/rhn/search/hadoop* - rotate (timeout) and compress

[Matthias Gruber]

Hi!

From an old post I have learned, that I can tweek the hadoop.log in 
/var/log/rhn/search with the file log4j.properties in 
/usr/share/nutch/conf

So far so bad, I modified the line:
# 15-day backup
log4j.appender.DRFA.MaxBackupIndex=15

to say
log4j.appender.DRFA.MaxBackupIndex=5

but I still have all my old log-files, am I looking in the right file??


Furthermore where can I configure to compress thos hadoop.logs?

Or should I simply do a cron-job which will compress + delete it?


cheers
Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: 404-error for Cloned Channel from Client behind Proxy

[Matthias Gruber]

Hi!

Finally I got it, I post this followup because, perhaps someone runs into 
the same problem (or I do in several years, cause I forgot it :->)

The solution was memory for the taskomatic.

I had a look into: /var/log/rhn/rhn_taskomatic_daemon.log and discovered 
OutOfMemoryErrors 

So I increased the Memory for the taskomatic in /etc/rhn/rhn.conf

taskomatic.java.initmemory = 1024
taskomatic.java.maxmemory = 4096

I had to add this one to the file, and restartet spacewalk, and 
then...wait
In my case:
NFO   | jvm 1| 2019/08/01 12:54:14 | 2019-08-01 12:54:14,094 
[Thread-100] INFO  com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter 
- Repository metadata generation for 'clone-chnl-os-rhel-7-server' 
finished in 553 seconds

After that my repository on the client shows
clone-chnl-os-rhel-7-server  clone-chnl-os-rhel-7-server   24,549
and not 0

And by the way that all happens on a Spacewalk 2.9, 


cheers (to myself)
Matthias




Von:    "Matthias Gruber" 
An: spacewalk-list@redhat.com
Datum:  30.07.2019 19:46
Betreff:[Spacewalk-list] 404-error for Cloned Channel from Client 
behind  Proxy
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP Bad Signature, Signed: 07/30/2019 at 07:45:55 PM
Hi! 

I have some strange error in my opinion... 

I have cloned channels for my RHEL 7 Servers (server-rpms, optional, 
supplemental, extra etc.p.p.) 
My client is behind a Spacewalk-Proxy in the same network as the 
Spacewalk-Server (doing that for performance and split reasons), several 
Proxies in other networks to come. 

However... 
If I subscribe the Client to the Cloned-Basechannel and the attached 
cloned Child-Channels (the whole RHEL 7-Stuff) I get all other except the 
Server-Base-Channel which counts 0 

[root@lvasx-bo2 etc]# yum clean all 
Loaded plugins: fastestmirror, product-id, rhnplugin, 
search-disabled-repos, subscription-manager 
Cleaning repos: basis-chnl-os-rhel-7 chnl-os-rhel-7-server 
chnl-os-rhel-7-server-extras chnl-os-rhel-7-server-fastrack 
  : chnl-os-rhel-7-server-optional 
chnl-os-rhel-7-server-optional-fastrack 
chnl-os-rhel-7-server-supplementary 
Cleaning up list of fastest mirrors 
Other repos take up 240 bytes of disk space (use --verbose for details) 
[root@lvasx-bo2 etc]# yum repolist 
Loaded plugins: fastestmirror, product-id, rhnplugin, 
search-disabled-repos, subscription-manager 
This system is receiving updates from RHN Classic or Red Hat Satellite. 
Determining fastest mirrors 
clone-basis-chnl-os-rhel-7  | 
871 B  00:00:00 
clone-basis-chnl-os-rhel-7/primary   |  129 B  00:00:00 
clone-chnl-epel-rhel-7  | 1.3 
kB  00:00:00 
clone-chnl-epel-rhel-7/group  | 365 kB  00:00:00 
clone-chnl-epel-rhel-7/updateinfo  | 1.2 MB  00:00:00 
clone-chnl-epel-rhel-7/primary   | 3.9 MB  00:00:00 
clone-chnl-epel-rhel-7  13595/13595 
clone-chnl-os-rhel-7-server-extras   | 1.1 kB  00:00:00 
clone-chnl-os-rhel-7-server-extras/updateinfo  | 176 kB 
00:00:00 
clone-chnl-os-rhel-7-server-extras/primary   | 183 kB 00:00:00 

clone-chnl-os-rhel-7-server-extras1118/1118 
clone-chnl-os-rhel-7-server-fastrack |  871 B  00:00:00 
clone-chnl-os-rhel-7-server-fastrack/primary |  129 B 
00:00:00 
clone-chnl-os-rhel-7-server-optional | 1.1 kB  00:00:00 
clone-chnl-os-rhel-7-server-optional/updateinfo| 2.1 
MB  00:00:00 
clone-chnl-os-rhel-7-server-optional/primary | 2.6 MB 
00:00:00 
clone-chnl-os-rhel-7-server-optional17856/17856 
clone-chnl-os-rhel-7-server-optional-fastrack  |  871 B 
00:00:00 
clone-chnl-os-rhel-7-server-optional-fastrack/primary   |  129 B 
00:00:00 
clone-chnl-os-rhel-7-server-supplementary  | 1.1 kB  00:00:00 
clone-chnl-os-rhel-7-server-supplementary/updateinfo |  52 kB 00:00:00 

clone-chnl-os-rhel-7-server-supplementary/primary  | 
88 kB  00:00:00 
clone-chnl-os-rhel-7-server-supplementary   322/322 
clone-chnl-spacewalk-29-client-rhel-7  |  871 B  00:00:00 
clone-chnl-spacewalk-29-client-rhel-7/primary  |  16 kB 
00:00:00 
clone-chnl-spacewalk-29-client-rhel-7   73/73 
repo id repo 
namestatus 
clone-basis-chnl-os-rhel-7 clone-basis-chnl-os-rhel-7   0 
clone-chnl-epel-rhel-7 clone-chnl-epel-rhel-7  13,595 
clone-chnl-os-rhel-7-server clone-chnl-os-rhel-7-server  0 
clone-chnl-os-rhel-7-server-extras clone-chnl-os-rhel-7-server-extras  
   1,118 
clone-chnl-os-rhel-7-server-fastrack clone-chnl-os-rhel-7-server-fastrack  
   0 
clone-chnl-os-rhel-7-server-optional clone-chnl-os-rhel-7-se

[Spacewalk-list] Antwort: Issue with registering a system to spacewalk 2.9

[Matthias Gruber]

Hi!

I had the same trouble, but discovered, that the path is wrong, i found 
spacewalk-repo-2.9-4.el7.noarch.rpm

behind: 00912457-spacewalk-repo not 00830557-spacewalk-repo

 wget 
https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00912457-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm
--2019-07-31 07:12:11--  
https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00912457-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm
Resolving copr-be.cloud.fedoraproject.org... 209.132.184.48
Connecting to copr-be.cloud.fedoraproject.org|209.132.184.48|:443... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: 11000 (11K) [application/x-rpm]
Saving to: `spacewalk-repo-2.9-4.el7.noarch.rpm'

100%[=>]
 
11,000  --.-K/s   in 0s

2019-07-31 07:12:11 (39.5 MB/s) - `spacewalk-repo-2.9-4.el7.noarch.rpm' 
saved [11000/11000]

 

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Linda Seignious" 
An: spacewalk-list@redhat.com
Datum:  31.07.2019 00:18
Betreff:[Spacewalk-list] Issue with registering a system to 
spacewalk 2.9
Gesendet von:   spacewalk-list-boun...@redhat.com



I'm trying to register a CentOS 7 vm and getting error when trying to 
install the repo. 

Repo:
rpm -Uvh 
https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00830557-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm

Error:
Curl: (22) The requested URL returned error: 404 not found.  Anyone else 
have another upstream for a repo? 

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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] 404-error for Cloned Channel from Client behind Proxy

[Matthias Gruber]

4 - 
"-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7"
10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET 
/XMLRPC/GET-REQ/clone-chnl-epel-rhel-7/repodata/comps.xml HTTP/1.1" 200 
373476 "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7"
10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET 
/XMLRPC/GET-REQ/clone-chnl-epel-rhel-7/repodata/updateinfo.xml.gz 
HTTP/1.1" 200 1300281 "-""rhn.rpclib.py/2.9.52.9.5-1.el71.el7"
10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET 
/XMLRPC/GET-REQ/clone-chnl-epel-rhel-7/repodata/primary.xml.gz HTTP/1.1" 
200 4049997 "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7"
10.50.55.100 - - [30/Jul/2019:19:23:04 +0200] "GET 
/XMLRPC/GET-REQ/clone-chnl-os-rhel-7-server/repodata/repomd.xml HTTP/1.1" 
404 - "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7"
10.50.55.100 - - [30/Jul/2019:19:23:04 +0200] "GET 
/XMLRPC/GET-REQ/clone-chnl-os-rhel-7-server/repodata/repomd.xml HTTP/1.1" 
404 - "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7"

And I see 404-Errors

A look into the rhn_proxy_broker I also see 404s (yes the timestamp is not 
exact in the example, ist from another try)
2019/07/30 19:27:00 +02:00 1273 10.50.17.22: proxy/rhnShared._serverCommo
2019/07/30 19:27:00 +02:00 1273 10.50.17.22: 
broker/rhnBroker.handler('Leaving handler with status code 404',)
2019/07/30 19:27:00 +02:00 1273 10.50.17.22: 
proxy/apacheHandler.handler('Leaving with status code 404',)
2019/07/30 19:27:00 +02:00 1273 10.50.17.22: 
proxy/apacheHandler.cleanupHandler
2019/07/30 19:27:00 +02:00 1568 10.50.17.22: 
proxy/apacheServer.__call__('New request, component proxy.broker',)
2019/07/30 19:27:00 +02:00 1568 10.50.17.22: broker/rhnBroker.handler
2019/07/30 19:27:00 +02:00 1568 10.50.17.22: proxy/rhnShared._serverCommo


I rebuild the squid-cache... no problem

I use this proxy also with Centos 6 + 7 and RHEL 6 and have no trouble 
with those cloned channels at all

Any clues or hints for me...

I also cloned the server-channel again with another name... same result, 
also a spacewalk-fsck had no success


Any help is appreciated thanks in advance

cheers
Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Bug in group_backup ?

[Matthias Gruber]

Hi!

I would like to backup our systemgroups into a specific directory

spacecmd {SSM:0}> group_backup
group_backup: backup a system group
usage: group_backup NAME [OUTDIR])

OUTDIR defaults to $HOME/spacecmd-backup/group/-MM-DD/NAME

spacecmd {SSM:0}> group_backup 00-new-server /SW-Backup/00-new-server
Backup Group: 00-new-server
Output File: /SW-Backup/00-new-server/00-new-server
Backup Group: /SW-Backup/00-new-server
ERROR: redstone.xmlrpc.XmlRpcFault: Unable to locate or access server 
group: "/SW-Backup/00-new-server"
spacecmd {SSM:0}> group_backup 00-new-server
Backup Group: 00-new-server
Output File: /root/spacecmd-backup/group/2019-07-26/00-new-server
spacecmd {SSM:0}>


Finally both is working but the own OUTDIR throws an ERROR, its a bit 
confusing.

We run a SW 2.9 on a CentOS7.

Is this just my fault or is that "works as nearly designed" ?

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Benefit from Postgres 9.6 ?

[Matthias Gruber]

Hi!

Does SpaceWalk 2.9 benefit from a Postgres 9.6 parallel query support? Or 
is it still advised to use the delivered 9.2.

For scaling considerations, we have aprox. 300+ Server with aprox 10+ 
Proxies

Cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Number of errata differs from Web to CLI

[Matthias Gruber]

Hi!

I am a little bit irritated, I had a look into our Errata-List of our 
SpaceWalk 2.5, the web tells me we hav 48036 errata, well quite a lot, but 
a 
/usr/bin/spacecmd --username=admin -- errata_list |wc -l

tells me 52602

Hmm.. If I delete one with the Web, the CLI-number still keeps the same
Is there some sort of cache, which taskomatic rebuilds or do I have some 
trouble with my DB?

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: FW: List of patched/to patched systems by commandline

[Matthias Gruber]

Hi!

Oh... thats sound good... I am back in that stuff tomorrow
Thanks a lot

Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"p.cook...@bham.ac.uk" 
An: "spacewalk-list@redhat.com" 
Datum:  18.02.2019 16:32
Betreff:[Spacewalk-list] FW: List of patched/to patched systems by 
commandline
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi Matthias
 
I’ve come across a “spacecmd” report called “report_outofdatesystems” 
which may be of interest to you as it produces a very simple list of 
systems with the number of outstanding patches?
 
spacecmd {SSM:0}> report_outofdatesystems
System   Packages
--
server 19
server 22
server 3590
server 4592
spacecmd {SSM:0}>
 
Regards
Phil
 
From: Philip Cookson (IT Services) 
Sent: 12 February 2019 15:27
To: 'spacewalk-list@redhat.com' 
Subject: RE: [Spacewalk-list] List of patched/to patched systems by 
commandline
 
Hi Matthias
 
Have you looked at the standard Spacewalk reports or “spacecmd” command at 
all?
 
The “spacewalk-report” tool outputs information in a CSV format.
 
The related package needs to be installed from the Spacewalk repository:
 
# yum -y install spacewalk-reports
 
The man page for spacewalk-report is in the usual format and there is also 
an option "--list-fields-info" that is helpful:
 
# spacewalk-report --list-fields
 
See report descriptions below – the “system-currency” report might be 
useful for what you’re after?
· channel-packages - Packages in channels 
· channels - Channel report 
· custom-info - Display system custom info 
· entitlements - Entitlement and channel list and usage 
· errata-channels - List of errata in channels 
· errata-list - Errata information based upon compliance checks 
against systems 
· errata-list-all - List of all erratas 
· errata-systems - Listing of each errata applicable to each 
affected system 
· inactive-systems - Inactive systems in Satellite 
· inventory - Inventory report 
· kickstartable-trees - List of kickstartable trees 
· packages-updates-all - List of packages that can be upgraded 
· packages-updates-newest - List of packages that can be upgraded 
· scap-scan - Results of OpenSCAP xccdf evaluation 
· scap-scan-results - Results of OpenSCAP xccdf evaluation 
· system-crash-count - Crash count for systems 
· system-crash-details - Crash details for systems 
· system-currency - System currency list 
· system-groups - System groups in Satellite 
· system-groups-keys - Activation keys for system groups 
· system-groups-systems - Systems in system groups 
· system-groups-users - System groups users report 
· system-history - System event history 
· system-history-channels - Channel event history 
· system-history-configuration - Configuration event history 
· system-history-entitlements - System entitlement event history 
· system-history-errata - Errata event history 
· system-history-kickstart - Kickstart event history 
· system-history-packages - Package event history 
· system-history-scap - OpenSCAP event history 
· system-packages-installed - Packages installed on systems 
· users - Users in the system 
· users-systems - Systems administered by individual users 
 
The output could be piped through awk to get just the columns of info 
you’re interested in perhaps - see example command below:
 
# spacewalk-report inventory | awk -F"," '{print $4, $3, 
$8}' > inventory.csv
 
The “spacecmd” tool is also available from the Spacewalk repository and 
can be installed on a system other than the Spacewalk server to execute 
reporting queries and other commands remotely.
 
Regards
Phil
 
From: spacewalk-list-boun...@redhat.com  On Behalf Of mgru...@metzler.com
Sent: 12 February 2019 14:56
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] List of patched/to patched systems by 
commandline
 
Hi! 

I am seeking for a way to determine via commandline or SQL-select, which 
systems are patched (no patches to apply) and which ones needed  to be 
patched. 

I have used system_listerrata with a SSM, but the output is. well a little 
bit verbose, the Hostname would be enough 

Does anyone have some h

[Spacewalk-list] List of patched/to patched systems by commandline

[Matthias Gruber]

Hi!

I am seeking for a way to determine via commandline or SQL-select, which 
systems are patched (no patches to apply) and which ones needed  to be 
patched.

I have used system_listerrata with a SSM, but the output is. well a little 
bit verbose, the Hostname would be enough

Does anyone have some hint or trick for me, to get that done?

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Apologizes for the german... didnt glimpse on the "To:" :-)

Again in some broken english :-)

I had the SW registred, but never ever installed an OSAD onto it, was 
illogical at that time I installed the Server, but now, he schedules as 
expected/whished.

Cheers
Matthias Gruber



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Kevin Olbrich" 
An: spacewalk-list@redhat.com
Kopie:  mgru...@metzler.com
Datum:  23.01.2019 13:50
Betreff:Re: [Spacewalk-list] Any chance to get "Schedule"-Jobs 
running on SW-Server?



Hi Matthias,

I did not try it but you could add / register the SW server itself to
the inventory.
This would give you the same features on the server that the clients can 
use.

Kind regards
Kevin

Am Mi., 23. Jan. 2019 um 10:57 Uhr schrieb Matthias Gruber
:
>
> Hi!
>
> Is there any chance to Schedule-Jobs via "system_runscript" working on a 
SpaceWalk-Server like it works on any Client?
> I know taskomatic is the "scheduler" within SpaceWalk, but that is not 
configurable.
>
> At the moment I use at to schedule dynamic processes, but thats a bit 
"tricky"
>
> Perhaps someone has a better solution, and not using something like 
obsidian or Automic?
>
> cheers
> Matthias
>
> 
--------
> METZLER
> Informationstechnologie
>
> Matthias Gruber
> IT-Infrastruktur & -Betrieb
>
> B. Metzler seel. Sohn & Co.
> Kommanditgesellschaft auf Aktien
> Untermainanlage 1
> 60329 Frankfurt am Main
> Telefon (0 69) 21 04 - 43 30
> Telefax (0 69) 21 04 - 40 40
> mgru...@metzler.com
> www.metzler.com
>
>
> Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, 
Friedrich von Metzler, Emmerich Müller, Gerhard Wiesheu
> Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
> Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515
>
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.
> This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Hi!

Danke für den Hinweis, heheh ich hatte den SW zwar registirert, aber nie 
einen OSAD drauf gepackt... o.O erschien mir damals einfach nicht logisch, 
wenn er doch selbst der Server ist ;-)
Aber jetzt scheduled er auch sauber.

cheers
Matthias Gruber


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Kevin Olbrich" 
An: spacewalk-list@redhat.com
Kopie:  mgru...@metzler.com
Datum:  23.01.2019 13:50
Betreff:Re: [Spacewalk-list] Any chance to get "Schedule"-Jobs 
running on SW-Server?



Hi Matthias,

I did not try it but you could add / register the SW server itself to
the inventory.
This would give you the same features on the server that the clients can 
use.

Kind regards
Kevin

Am Mi., 23. Jan. 2019 um 10:57 Uhr schrieb Matthias Gruber
:
>
> Hi!
>
> Is there any chance to Schedule-Jobs via "system_runscript" working on a 
SpaceWalk-Server like it works on any Client?
> I know taskomatic is the "scheduler" within SpaceWalk, but that is not 
configurable.
>
> At the moment I use at to schedule dynamic processes, but thats a bit 
"tricky"
>
> Perhaps someone has a better solution, and not using something like 
obsidian or Automic?
>
> cheers
> Matthias
>
> 
----
> METZLER
> Informationstechnologie
>
> Matthias Gruber
> IT-Infrastruktur & -Betrieb
>
> B. Metzler seel. Sohn & Co.
> Kommanditgesellschaft auf Aktien
> Untermainanlage 1
> 60329 Frankfurt am Main
> Telefon (0 69) 21 04 - 43 30
> Telefax (0 69) 21 04 - 40 40
> mgru...@metzler.com
> www.metzler.com
>
>
> Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, 
Friedrich von Metzler, Emmerich Müller, Gerhard Wiesheu
> Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
> Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515
>
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.
> This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Antwort: Re: Antwort: Re: Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Hi Phil

okay cool, I'll do the same thanks, was in doubt if its okay.

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"p.cook...@bham.ac.uk" 
An: "spacewalk-list@redhat.com" 
Datum:  23.01.2019 15:11
Betreff:Re: [Spacewalk-list] Antwort: Re: Antwort: Re: Any chance 
to  get "Schedule"-Jobs running on  SW-Server?
Gesendet von:   spacewalk-list-boun...@redhat.com



Yes, I’ve registered my Spacewalk server with itself, to get updates etc, 
and installed OSAD on it.
 
Regards
Phil
 
From: spacewalk-list-boun...@redhat.com 
 On Behalf Of mgru...@metzler.com
Sent: 23 January 2019 12:46
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Antwort: Re: Antwort: Re: Any chance to get 
"Schedule"-Jobs running on SW-Server?
 
Hi Phil 

Ohh.. thanks a lot for your notices, they are quite helpfull, but :-) 

can I install an osad on the spacewalk-server, so that he can schedules 
tasks on "himself"? 

I tried the following, on the SW-Web-Gui: 

Systems -> Seeking my Spacewalk-Server (swmain) -> Details -> Remote 
Command 
As skript just a "ls" or something like that and schedule in 5 mins. 

Got a "Remote Command has been scheduled successfully at 1/23/19 1:34:00 
PM CET. " 

A look into Schedule tells me "Pending", afai understand, and I will see 
it tomorrow, in max 4h he will/should execute my simple ls, and now the 
part I am seeking for... 
Again thats not scheduled on any client, but on the Spacewalk-Server, 
where Spacewalk is running solely, pgsql, the webgui, osa-dispatcher and 
all the stuff.. 

As I learned, the osa-dispatcher -> osad communication does the trick to 
schedule it and run it at the designated time, not the 4h cycle, since the 
osad runs on SW-clients, there is no trouble, (well sometimes with the 
communication of osad, but thats a different topic), now the question, 
could I riskfree install a osad on my swmain, there would be running 
osa-dispatcher and osad on the same machine, and would he (swmain) pick 
the job correctly? 

Thanks again for your time 
cheers 
Matthias 

--------
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com 



Von:"p.cook...@bham.ac.uk"  
An:"spacewalk-list@redhat.com"  
Datum:23.01.2019 13:03 
Betreff:Re: [Spacewalk-list] Antwort: Re: Any chance to get 
"Schedule"-JobsrunningonSW-Server? 
Gesendet von:spacewalk-list-boun...@redhat.com 




Hi Matthias 
  
No problem, I have NO ability to write as much as you have in a foreign 
language so you’re still doing far better than meJ 
  
When Spacewalk is installed on the server osa-dispatcher will be running 
automatically. Scheduled tasks (including scripts initiated from Remote 
Command) will only be picked up every 4 hours, as mentioned below. You 
could possibly reduce this to minutes, rather than hours, by amending the 
setting in /etc/sysconfig/rhn/rhnsd. Alternatively, you can install OSAD 
on registered client systems and then scheduled tasks should be picked up 
almost immediately. 
  
If you want to install OSAD my notes, below, may help? 
  
osa-dispatcher 
Server-side service written in Python that determines when an osad client 
instance needs to be pinged or run rhn_check and sends a message telling 
them to do so. 
  
Open Source Architecture Daemon (OSAD) 
Client-side service written in Python that responds to pings and runs 
rhn_check when told to by osa-dispatcher. 
  
Install OSAD and related RHN/Spacewalk packages 
# yum -y install osad rhncfg rhncfg-actions rhncfg-client 
  
Spacewalk Actions Control - Enable Scheduled Actions 
# rhn-actions-control --enable-all 
  
Spacewalk Actions Control - Show Status 
# rhn-actions-control --report 
  
Start OSAD 
# systemctl start osad.service OR service osad start 
  
Enable OSAD 
# systemctl enable osad.service OR chkconfig osad on 
  
OSAD Log File 
/var/log/osad 
  
Regards 
Phil 
  
From: spacewalk-list-boun...@redhat.com  On Behalf Of mgru...@metzler.com
Sent: 23 January 2019 11:21
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Antwort: Re: Any chance to get "Schedule"-Jobs 
running on SW-Server? 
  
Hi Phil, 

thanks for your explanation, sorry, as non native english per

[Spacewalk-list] Antwort: Re: Antwort: Re: Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Hi Phil

Ohh.. thanks a lot for your notices, they are quite helpfull, but :-)

can I install an osad on the spacewalk-server, so that he can schedules 
tasks on "himself"?

I tried the following, on the SW-Web-Gui:

Systems -> Seeking my Spacewalk-Server (swmain) -> Details -> Remote 
Command
As skript just a "ls" or something like that and schedule in 5 mins.

Got a "Remote Command has been scheduled successfully at 1/23/19 1:34:00 
PM CET. " 

A look into Schedule tells me "Pending", afai understand, and I will see 
it tomorrow, in max 4h he will/should execute my simple ls, and now the 
part I am seeking for...
Again thats not scheduled on any client, but on the Spacewalk-Server, 
where Spacewalk is running solely, pgsql, the webgui, osa-dispatcher and 
all the stuff..

As I learned, the osa-dispatcher -> osad communication does the trick to 
schedule it and run it at the designated time, not the 4h cycle, since the 
osad runs on SW-clients, there is no trouble, (well sometimes with the 
communication of osad, but thats a different topic), now the question, 
could I riskfree install a osad on my swmain, there would be running 
osa-dispatcher and osad on the same machine, and would he (swmain) pick 
the job correctly?

Thanks again for your time
cheers
Matthias

--------
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"p.cook...@bham.ac.uk" 
An: "spacewalk-list@redhat.com" 
Datum:  23.01.2019 13:03
Betreff:Re: [Spacewalk-list] Antwort: Re: Any chance to get 
"Schedule"-Jobs running on  SW-Server?
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi Matthias
 
No problem, I have NO ability to write as much as you have in a foreign 
language so you’re still doing far better than meJ
 
When Spacewalk is installed on the server osa-dispatcher will be running 
automatically. Scheduled tasks (including scripts initiated from Remote 
Command) will only be picked up every 4 hours, as mentioned below. You 
could possibly reduce this to minutes, rather than hours, by amending the 
setting in /etc/sysconfig/rhn/rhnsd. Alternatively, you can install OSAD 
on registered client systems and then scheduled tasks should be picked up 
almost immediately.
 
If you want to install OSAD my notes, below, may help?
 
osa-dispatcher
Server-side service written in Python that determines when an osad client 
instance needs to be pinged or run rhn_check and sends a message telling 
them to do so.
 
Open Source Architecture Daemon (OSAD)
Client-side service written in Python that responds to pings and runs 
rhn_check when told to by osa-dispatcher.
 
Install OSAD and related RHN/Spacewalk packages
# yum -y install osad rhncfg rhncfg-actions rhncfg-client
 
Spacewalk Actions Control - Enable Scheduled Actions
# rhn-actions-control --enable-all
 
Spacewalk Actions Control - Show Status
# rhn-actions-control --report
 
Start OSAD
# systemctl start osad.service OR service osad start
 
Enable OSAD
# systemctl enable osad.service OR chkconfig osad on
 
OSAD Log File
/var/log/osad
 
Regards
Phil
 
From: spacewalk-list-boun...@redhat.com 
 On Behalf Of mgru...@metzler.com
Sent: 23 January 2019 11:21
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Antwort: Re: Any chance to get "Schedule"-Jobs 
running on SW-Server?
 
Hi Phil, 

thanks for your explanation, sorry, as non native english person, I had 
some trouble to formulate it correct 

Yes thats the way, as you describe with client systems, the way I also do 
it or via spacecmd, but I would like to schedule this way on my 
SpaceWalk-Server, not the client. 
As far as I noticed there is the osa-dispatcher running but not an osad 
(client) therefore he (my spacewalk-server) doesnt pick the job 

This was my question... (still have trouble to put it in propper english 
sentences ;->) 

cheers 
Matthias 


----
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com 



Von:"p.cook...@bham.ac.uk"  
An:"spacewalk-list@redhat.com"  
Datum:23.01.2019 11:43 
Betreff:Re: [Spacewalk-list] Any chance to get "Schedule"-Jobs 
runningonSW-Server? 
Gesendet von:spacewalk-list-boun...@redhat.com 




Hi Matthias 
  
I’m not entirely sure what you’re asking but you c

[Spacewalk-list] Antwort: Re: Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Hi Phil,

thanks for your explanation, sorry, as non native english person, I had 
some trouble to formulate it correct

Yes thats the way, as you describe with client systems, the way I also do 
it or via spacecmd, but I would like to schedule this way on my 
SpaceWalk-Server, not the client.
As far as I noticed there is the osa-dispatcher running but not an osad 
(client) therefore he (my spacewalk-server) doesnt pick the job

This was my question... (still have trouble to put it in propper english 
sentences ;->)

cheers
Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"p.cook...@bham.ac.uk" 
An: "spacewalk-list@redhat.com" 
Datum:  23.01.2019 11:43
Betreff:Re: [Spacewalk-list] Any chance to get "Schedule"-Jobs 
running on  SW-Server?
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi Matthias
 
I’m not entirely sure what you’re asking but you can schedule scripts from 
the Spacewalk Web UI in the following way:
 
Systems > Click on system name > Remote Command - Add script details then 
click on Schedule
 
Click on Schedule top menu item to see progress of Action
 
Note, by default, the rhnsd daemon on a client system connects to the 
Spacewalk server every 4 hours (see /etc/sysconfig/rhn/rhnsd) and performs 
any updates or actions that you have scheduled. However, if you install 
the Open Source Architecture Daemon (OSAD), on the client system, updates 
and actions should be picked up almost immediately from the Spacewalk 
server.
 
Regards
Phil
 
From: spacewalk-list-boun...@redhat.com 
 On Behalf Of mgru...@metzler.com
Sent: 23 January 2019 09:56
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Any chance to get "Schedule"-Jobs running on 
SW-Server?
 
Hi! 

Is there any chance to Schedule-Jobs via "system_runscript" working on a 
SpaceWalk-Server like it works on any Client? 
I know taskomatic is the "scheduler" within SpaceWalk, but that is not 
configurable. 

At the moment I use at to schedule dynamic processes, but thats a bit 
"tricky" 

Perhaps someone has a better solution, and not using something like 
obsidian or Automic? 

cheers 
Matthias 

----
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierf

[Spacewalk-list] Any chance to get "Schedule"-Jobs running on SW-Server?

[Matthias Gruber]

Hi!

Is there any chance to Schedule-Jobs via "system_runscript" working on a 
SpaceWalk-Server like it works on any Client?
I know taskomatic is the "scheduler" within SpaceWalk, but that is not 
configurable.

At the moment I use at to schedule dynamic processes, but thats a bit 
"tricky"

Perhaps someone has a better solution, and not using something like 
obsidian or Automic?

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: osa-dispatcher installation on spacewalk proxy

[Matthias Gruber]

Hi!

We have several SpaceWalk-Proxies running but no one runs a 
osa-dispatcher, I expected that this way because for my understanding the 
osa-dispatcher-Process is a Main-Server-Process, the proxy is just a 
simple squid with a jabberd connection.
On the proxies runs an osad-Process, yes, but no osa-dispatcher that are 
"two different processes".

cheers
Matthias Gruber




METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Robert Paschedag" 
An: spacewalk-list@redhat.com
Kopie:  "spacewalk-list@redhat.com" 
Datum:  12.12.2018 15:41
Betreff:Re: [Spacewalk-list] osa-dispatcher installation on 
spacewalk proxy
Gesendet von:   spacewalk-list-boun...@redhat.com



 
The dump answerI would expect it to work just as "without" a proxy. 
But as I do not have a proxy within my infrastructure (at the moment), I 
cannot tell anything more right now.
 
Sorry.
 
Robert
 
Gesendet: Mittwoch, 12. Dezember 2018 um 13:04 Uhr
Von: "SAM O" 
An: "spacewalk-list@redhat.com" 
Betreff: Re: [Spacewalk-list] osa-dispatcher installation on spacewalk 
proxy
I highly appreciate if any one can help me out =)
 

From: SAM O 
Sent: Monday, December 3, 2018 10:05 AM
To: SAM O; spacewalk-list@redhat.com
Subject: Re: osa-dispatcher installation on spacewalk proxy 
 
If anyone can please advise about how to make OSA works with spacewalk 
proxy, just a piece of info: I use 3rd part SSL certifications.
 
 

From: spacewalk-list-boun...@redhat.com 
 on behalf of SAM O 

Sent: Friday, November 30, 2018 5:23 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] osa-dispatcher installation on spacewalk proxy 
 
Hello All,
 
Do you install usaully osa-dispatcher on Spacewalk proxy ? 
 
I have clients registered to Spacewalk proxy: 
 
OSA Status:
offline as of unknown
 
Thanks
 
___ 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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Increase speed of PostgreSQL Backup - SpaceWalk 2.5

[Matthias Gruber]

Hi!

For the books, my previous "solution" was only for online_backups :-/

Now I found something else, which I use and could reduce the time quite 
well

In: /usr/share/perl5/vendor_perl/Dobby/Files.pm
the line
my $gz = gzopen("$dst", "wb") or die "gzopen: $!\n";
was changed to
my $gz = gzopen("$dst", "wb1") or die "gzopen: $!\n";

Thats line 45 in subroutine gzip_copy

Cheers
Matthias

----
METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:Matthias Gruber/METZLER
An: spacewalk-list@redhat.com
Datum:  29.11.2018 14:39
Betreff:Antwort: [Spacewalk-list] Increase speed of PostgreSQL 
Backup - SpaceWalk 2.5


Hi!

If someone seeks for a similiar "problem", I found following

I stumbled over
https://bugzilla.redhat.com/show_bug.cgi?id=1056417

Took this as clue and went straight into
/usr/share/perl5/vendor_perl/Dobby/CLI/BackupCommands.pm

where I changed
my $ret = system(@{Dobby::CLI::MiscCommands::pg_version('pg_dump')}, 
"--blobs", "--clean", "-Fc", "-v", "-Z7", "--file=$file", 
PXT::Config->get('db_name'));
to 
my $ret = system(@{Dobby::CLI::MiscCommands::pg_version('pg_dump')}, 
"--blobs", "--clean", "-Fc", "-v", "-Z2", "--file=$file", 
PXT::Config->get('db_name'));

well takes more space for the Backup, but if it doesnt has so much time in 
compression, its okay for me... perhaps I woll even change the -Fc
man pg_dump is helpfull

I will give that a try.


cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com




Von:"Matthias Gruber" 
An: spacewalk-list@redhat.com
Datum:  28.11.2018 12:24
Betreff:[Spacewalk-list] Increase speed of PostgreSQL Backup - 
SpaceWalk 2.5
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP Bad Signature, Signed: 11/28/2018 at 12:23:18 PM
Hi! 

I am seeking for a way to increase the speed of our SpaceWalk-Backup. The 
most time of it  is consumed by the spacewalk-dobby -> db-control backup 
Process. 
Is there a way to increase the speed, as I notices the db-control only 
uses one CPU, is that modifyable? 

Any hints or clues are welcomed 

cheers 
Matthias 



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
* Matthias Gruber 
* 0xDAF721D3

* PGP Unprotected
* text/plain body
 * PGP Unprotected

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


* PGP Bad Signature, Signed: 11/28/2018 at 12:23:18 PM
* text/plain body
* text/html body
* Matthias Gruber 
* 0xDAF721D3




 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmeri

[Spacewalk-list] Antwort: Increase speed of PostgreSQL Backup - SpaceWalk 2.5

[Matthias Gruber]

Hi!

If someone seeks for a similiar "problem", I found following

I stumbled over
https://bugzilla.redhat.com/show_bug.cgi?id=1056417

Took this as clue and went straight into
/usr/share/perl5/vendor_perl/Dobby/CLI/BackupCommands.pm

where I changed
my $ret = system(@{Dobby::CLI::MiscCommands::pg_version('pg_dump')}, 
"--blobs", "--clean", "-Fc", "-v", "-Z7", "--file=$file", 
PXT::Config->get('db_name'));
to 
my $ret = system(@{Dobby::CLI::MiscCommands::pg_version('pg_dump')}, 
"--blobs", "--clean", "-Fc", "-v", "-Z2", "--file=$file", 
PXT::Config->get('db_name'));

well takes more space for the Backup, but if it doesnt has so much time in 
compression, its okay for me... perhaps I woll even change the -Fc
man pg_dump is helpfull

I will give that a try.


cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Matthias Gruber" 
An: spacewalk-list@redhat.com
Datum:  28.11.2018 12:24
Betreff:[Spacewalk-list] Increase speed of PostgreSQL Backup - 
SpaceWalk 2.5
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP Bad Signature, Signed: 11/28/2018 at 12:23:18 PM
Hi! 

I am seeking for a way to increase the speed of our SpaceWalk-Backup. The 
most time of it  is consumed by the spacewalk-dobby -> db-control backup 
Process. 
Is there a way to increase the speed, as I notices the db-control only 
uses one CPU, is that modifyable? 

Any hints or clues are welcomed 

cheers 
Matthias 



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
* Matthias Gruber 
* 0xDAF721D3

* PGP Unprotected
* text/plain body
 * PGP Unprotected

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


* PGP Bad Signature, Signed: 11/28/2018 at 12:23:18 PM
* text/plain body
* text/html body
* Matthias Gruber 
* 0xDAF721D3



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly

[Spacewalk-list] Increase speed of PostgreSQL Backup - SpaceWalk 2.5

[Matthias Gruber]

Hi!

I am seeking for a way to increase the speed of our SpaceWalk-Backup. The 
most time of it  is consumed by the spacewalk-dobby -> db-control backup 
Process.
Is there a way to increase the speed, as I notices the db-control only 
uses one CPU, is that modifyable? 

Any hints or clues are welcomed

cheers
Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Packages in Channel doesnt reduce even if files in repo reduced

[Matthias Gruber]

Hi!

At first thanks for the clue with "spacewalk-remove-old-packages.py", but 
in my case a dryrun told me only 1 file it would reduce, and to be honest, 
that one exists still in my repository :-)

I have a selfmade repository with our own packed/repacked rpms, called 
e.g. "chnl-metzler-os-6" 

I got 56 Packages in it, and rebuild the repolist (to be sure I deleted 
the old directory), and run a
[root@lvasp-swmain CentOSRHEL6]# /usr/bin/createrepo 
/MetzlerRepo/CentOSRHEL6
Spawning worker 0 with 56 pkgs
Workers Finished
Gathering worker results

Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete

thats okay... and exact the number of RPMs in that Directory,

after that I did a
[root@lvasp-swmain ~]# /usr/bin/spacewalk-repo-sync --channel 
chnl-metzler-os-6
==
| Channel: chnl-metzler-os-6
==
()
Repo URL: file:///MetzlerRepo/CentOSRHEL6
Packages in repo:56
No new packages to sync.
Repo file:///MetzlerRepo/CentOSRHEL6 has 0 errata.
Sync completed.
Total time: 0:00:39


Looks also not bad...
But I have still 68 Packages in my Spacewalk

[root@lvasp-swmain CentOSRHEL6]# spacecmd -u admin 
softwarechannel_listallpackages chnl-metzler-os-6  | wc -l
INFO: Connected to https://lvasp-swmain.metzler.com/rpc/api as admin
68

I checked if an old package I removed is propably still installed 
somewhere, but SpaceWalk told me "nope", and personally I am quite sure it 
is really nowhere installed anymore.

I am working on that problem since several weeks, and also did a 
spacewalk-data-fsck -r -S -C -O with no change in that behaviour.

Thats an SpaceWalk 2.5 on a CentOS6

Did I missed something or get crossed up with something, personally I 
would expect that a softwarechannle_listallpackages should deliver 56 
Files.?

Any clues are welcome.


Cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Keep Last 2 Version in Spacewalk Repo

[Matthias Gruber]

Hi!

Nearly the same Problem here... my repo has 56 Files and my 
SpaceWalk-Channel, even after a /usr/bin/spacewalk-repo-sync  tells me 68, 
I also has no clue why and how to fix

cheers
Matthias




Von:"Ananda Arifianto" 
An: "spacewalk-list@redhat.com" 
Datum:  22.10.2018 12:06
Betreff:[Spacewalk-list] Keep Last 2 Version in Spacewalk Repo
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi All,
 
When we sync repository, it will add the new package that available in the 
internet repo.
It caused the size of repo bigger and bigger, is it possible to clean up 
the old packages and keep last 2 or 3 newer version?
Please advice, thank you..
 
 
Best Regards,
Ananda Arifianto
The information in this e-mail is confidential and is transmitted strictly 
for the addressee/s. If you receive this e-mail in error, please notify 
the sender and delete it immediately. Copying and/or disseminating the 
contents are prohibited. PT Bank Danamon Indonesia, Tbk. shall not be 
responsible for the accuracy or completeness of this email and any views 
expressed herein do not necessarily reflect the views of PT Bank Danamon 
Indonesia, Tbk.___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: advice about organizing channels and repositories

[Matthias Gruber]

Hi!

I have a little bit "complex" layout.
Based on the problem that I have to keep all my Servers on same Patchlevel 
throughout the month.

As example for the CentOS 6-part

Base-Channel CentOS6 
--- childchannel CentOS 6.9
--- childchannel CentOS 6.9 Updates

Clone Of Base-Channel CentOS6
--- clone of childchannel CentOS 6
--- clone of childchannel CentOS 6 Updates - Months 01-04-07-10
--- clone of childchannel CentOS 6 Updates - Months 02-05-08-11
--- clone of childchannel CentOS 6 Updates - Months 03-06-09-12


There is no Server connected to Base-Channel and below, this is wehre I do 
my Reposync on daily base in it

All my Servers are subscribed to the Clone of Base-Channel, CentOS 6 the 
"clone of Childchannel CentOS6" and the papropiate Updates-Channel 
I do a clone by date + Channelsync every start of the Month and switch my 
Servers from e.g subchannel 02-05-08-11 to 03-06-09-12 and so on

With this one I have the benefit to keep the Servers on the same Level for 
the full month, end even could keep them at least 3 Months "old" :-)

cheers
Matthias




METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:Nicole Beck <nsky...@syr.edu>
An: "'spacewalk-list@redhat.com'" <spacewalk-list@redhat.com>
Datum:  01.12.2017 16:00
Betreff:[Spacewalk-list] advice about organizing channels and 
repositories
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi,
I’m new to spacewalk, and I’m not sure how to organize the channels.  If, 
for example, you are running CentOS 6.7 without spacewalk, and you run 
“yum update”, you will end up at CentOS 6.9.  If I add spacewalk, what is 
the best way to do that?  Do I make a centos67-base with a 
centos67-updates child, then a centos69-base with a centos69-update child, 
using the respective repositories (which I think are a vault.centos.org 
and http://mirror.centos.org/centos-6/6.9/os/x86_64/)? But then do I have 
to change which channel my server is subscribed to from the centos67 to 
centos69? Or should I make a centos6 channel with the child 
centos6-updates channel using the repositories for latest minor version (
http://mirror.centos.org/centos-6/6/os/x86_64/ )? Is this advisable?
 
Is there documentation for best practices for setting up/organizing 
channels? 
 
Thanks for your advice!
Nicole
 
Nicole Beck
Information Technology Analyst
Information Technolgy Services – Core Infrustructure Services - Unix
315.506.9744
nsky...@syr.edu
215 Machinery Hall, Syracuse, NY 13244
syracuse.edu
Syracuse University
 
 
 ___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list



 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Recent httpd/mod_ssl Update break Proxy (2.5) no delivery of repomd etc. to clients (Known Error??) (Used Solution)

[Matthias Gruber]

Hi!

for the "books"

I used following sollution:

#cd /etc/httpd/conf.d
#vi aa-spacewalk-25-client-fix.conf

and inserted:
#
# Workaround to deal with older (yum|dnf)-rhn-plugin issue where the 
plugin sends
# mildly-malformed HTTP headers, in a way that strict RFC compliance 
rejects with
# a 400 (See bz1427625)
#
# If httpd is more recent than 2.4.25, it a) has 
strict-whitespace-enforcement enabled,
# and b) has an option available to relax the restriction. We do so, so 
that spacewalk
# clients that have not had their yum|dnf-rhn-plugin updated, can still 
call home.
#
= 2.4.25>
  HttpProtocolOptions unsafe

#
# Some platforms backported the strict-whitespace-enforcement without 
updating to 2.4.25.
# RHEL added a define to check in this case, _RH_HAS_HTTPPROTOCOLOPTIONS
#
# If an httpd version does NOT have _RH_HAS_HTTPPROTOCOLOPTIONS defined, 
then the
# option is ignored. If it IS defined, relax the constraints by default
#

  HTTPProtocolOptions unsafe

#
# In either case, this setting can be removed only if a) one is certain 
that every ISO
# and kickstart-tree in use in the spacewalk-server is not (or at least no 
longer) affected
# by the problem with the plugin, and b) all existing clients have been 
updated to the
# fixed version of the plugin, as found in 
f53a791847105cf422f9fbb41dcb41eeb018c6be
#
# yum-rhn-plugin fixed in versions:
# RHEL5  : UNAFFECTED
# RHEL6  : yum-rhn-plugin-0.9.1-61-el6
# RHEL7  : yum-rhn-plugin-2.0.1-7-el7
# FEDORA : yum-rhn-plugin-2.7.1-1
#
# dnf-rhn-plugin fixed in versions:
# RHEL5  : N/A
# RHEL6  : N/A
# RHEL7  : N/A
# FEDORA : dnf-plugin-spacewalk-2.7.4-1
#
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Recent httpd/mod_ssl Update break Proxy (2.5) no delivery of repomd etc. to clients (Known Error??)

[Matthias Gruber]

Hi!

This will be the 2.6 client, there is nothing newer than the 2.5.5-1 in 
the SpaceWalk 2.5 repo.?

I'll  have first  a look at the "HttpUnsafe..."Parameter, I do not like to 
mix that Versions, eventhough Ih would have to establish a new channel 
etc.

Cheers
Matthias

METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Tomáš Kašpárek" <tkasp...@redhat.com>
An: spacewalk-list@redhat.com
Kopie:  mgru...@metzler.com, cody.skidm...@duke.edu
Datum:  16.08.2017 12:01
Betreff:Re: [Spacewalk-list] Recent httpd/mod_ssl Update break 
Proxy (2.5) no delivery of repomd etc. to clients (Known Error??)



Hello,

update of yum-rhn-plugin package on your clients should resolve your 
problems.
Additionally putting [1] into /etc/httpd/conf.d/aa-spacewalk-server.conf 
can serve as temporary workaround.

Tomas

[1] - 
https://raw.githubusercontent.com/spacewalkproject/spacewalk/master/backend/apache-conf/aa-spacewalk-server.conf


On 08/16/2017 11:28 AM, Cody Skidmore wrote:
I ran into this just a couple of hours ago. While this applies to Apache 
2.4, the HTTPProtocolOptions unsafe config worked for my Spacewalk 2.3 
instance running on CentOS 6 with Apache 2.2.
https://bugzilla.redhat.com/show_bug.cgi?id=1445428#c2

Cody Skidmore 
Fuqua School of Business
Duke University

On Aug 16, 2017, at 5:06 AM, Matthias Gruber <mgru...@metzler.com> wrote:

Hi! 

We have a SpaceWalk 2.5 with several proxy running, all on CentOS 6.9 

After patching the first two Proxies this week, the clients which are 
attached to this updated proxies  doesnt receiving any updates anymore 

Simply getting: 
root@lvasp-uimvmgmt ~]# yum repolist 
Loaded plugins: fastestmirror, rhnplugin 
This system is receiving updates from RHN Classic or Red Hat Satellite. 
Loading mirror speeds from cached hostfile 
repo id   
repo name 
 status 
clone-basis-chnl-os-centos-6   
   clone-basis-chnl-os-centos-6   
0 
clone-chnl-os-centos-6-base   
clone-chnl-os-centos-6-base   
 0 
clone-chnl-os-centos-6-update_2017-08 
clone-chnl-os-centos-6-update_2017-08 
 0 
clone-chnl-spacewalk-25-client-centos-6   
clone-chnl-spacewalk-25-client-centos-6   
 0 
repolist: 0 
[root@lvasp-uimvmgmt ~]# 

a yum update delivers 
[root@lvasp-uimvmgmt ~]# yum update 
Loaded plugins: fastestmirror, rhnplugin 
This system is receiving updates from RHN Classic or Red Hat Satellite. 
Setting up Update Process 
Loading mirror speeds from cached hostfile 
Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
clone-basis-chnl-os-centos-6. Please verify its path and try again 
[root@lvasp-uimvmgmt ~]# 

However, the only change on the proxy for this example between two month, 
the privious it was working, are patches 

[root@lvasp-swp043 ~]# yum history list 
Loaded plugins: fastestmirror, rhnplugin 
This system is receiving updates from RHN Classic or Red Hat Satellite. 
ID | Login user   | Date and time| Action(s)  | 
Altered 
--- 

17 | System| 2017-08-15 04:15 | E, I, U|   
13 EE 
16 | System| 2017-07-11 04:16 | E, I, U|   
16 EE 
 

[root@lvasp-swp043 ~]# yum history info 17 
Loaded plugins: fastestmirror, rhnplugin 
This system is receiving updates from RHN Classic or Red Hat Satellite. 
Transaction ID : 17 
Begin time : Tue Aug 15 04:15:41 2017 
Begin rpmdb: 473:93beb7d664b07e2e33a54e88e6b10e37da9ce7ed 
End time   :04:17:13 2017 (92 seconds) 
End rpmdb  : 473:e19a7257b45854883ad4d129c53b10530b3eb870 
User   : System  
Return-Code: Success 
Command Line   : -y update 
Transaction performed with: 
Installed rpm-4.8.0-55.el6.x86_64   
@anaconda-CentOS-201605220104.x86_64/6.8 
Installed yum-3.2.29-81.el6.centos.noarch   
@clone-chnl-os-centos-6-base 
Installed yum-metadata-parser-1.1.2-16.el6.x86_64   
@anaconda-CentOS-201605220104.x86_64/6.8 
Installed yum-plugin-fastestmirror-1.1.30-40.el6.noarch 
@clone-chnl-os-centos-6-base 
Install

[Spacewalk-list] Recent httpd/mod_ssl Update break Proxy (2.5) no delivery of repomd etc. to clients (Known Error??)

[Matthias Gruber]

: No such file 
or directory
   2 warning:erase unlink of 
/lib/modules/2.6.32-642.11.1.el6.x86_64/modules.networking failed: No such 
file or directory
   3 warning:erase unlink of 
/lib/modules/2.6.32-642.11.1.el6.x86_64/modules.modesetting failed: No 
such file or directory
   4 warning:erase unlink of 
/lib/modules/2.6.32-642.11.1.el6.x86_64/modules.drm failed: No such file 
or directory
   5 warning:erase unlink of 
/lib/modules/2.6.32-642.11.1.el6.x86_64/modules.block failed: No such file 
or directory


There are new http. + mod_ssl  and yum delivered and installed.

I simply rolled that back. and the proxy now runs perfect again.


Is this a known error? Any Workaround, something I missed?

Cheers
Matthias Gruber





METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:Daryl Rose <darylr...@outlook.com>
An: "spacewalk-list@redhat.com" <spacewalk-list@redhat.com>
Datum:  15.08.2017 16:27
Betreff:[Spacewalk-list] error was [Errno 14] HTTPS Error 400 - 
Bad Request
Gesendet von:   spacewalk-list-boun...@redhat.com



Earlier this summer I had to upgrade my proxy server with v2.6.   After 
which I started experiencing errors with my SLES servers receiving "HTTPS 
Error 400 - Bad Request" errors.  I was adviced to update the zypper 
library, which resolved this issue. I am now getting the same error with 
CentOS 7.3 servers.  I would assume that I need to upgrade a yum library 
package, but I'm not sure which one.  Please advice.

Thank you.

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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Old spacewalk-channels in /var/cache/yum

[Matthias Gruber]

Hi!

I just seeked a bit around, yes /var/cache/yum seems only used by yum, 
spacewalk has no business in this part.

Found an old KB-Entry at RedHat concerning this problem.
yum clean all doesnt helped fully in that case because yum only has a look 
into rhnplugin.repos and deletes what it founds there, therefore it keeps 
the old channels because they are not listed  there.

Since it is only the cache I empties as stated in the KB-entry and simply 
did a yum repolist to recreate rhe rhnplugin.repos
I put that into my update-scripts

Cheers
Matthias



METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"Lichtinger, Bernhard" <bernhard.lichtin...@lrz.de>
An: "spacewalk-list@redhat.com" <spacewalk-list@redhat.com>
Datum:  08.06.2017 12:57
Betreff:Re: [Spacewalk-list] Old spacewalk-channels in 
/var/cache/yum
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP - S/MIME Signed: 06/08/2017 at 12:56:24 PM

Hi,

> 
>> /var/cache/yum which are eating up space, even if they are removed from 

>> spacewalk.
>> 

Isn't /var/cache/yum only used by yum? That is the cache for the machine 
itself and is not used by spacewalk-server.
This cache can be cleaned up by "yum clean all". More details are in "man 
yum".

The packages of spacewalk-server are in /var/satellite (or whatever you 
have as mount_point in /etc/rhn/rhn.conf). 
spacewalk-data-fsck will remove unneeded packages at this location.
> There are two tools which can help you:
> spacewalk-remove-channel
> spaceewalk-data-fsck

Regards,
Bernhard

* Bernhard Lichtinger <bernhard.lichtin...@lrz.de>
* Issuer: Leibniz-Rechenzentrum
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Old spacewalk-channels in /var/cache/yum

[Matthias Gruber]

Hello Michael

thanks I'll give them a try

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:Michael Mraka <michael.mr...@redhat.com>
An: spacewalk-list@redhat.com
Datum:  08.06.2017 10:53
Betreff:Re: [Spacewalk-list] Old spacewalk-channels in 
/var/cache/yum
Gesendet von:   spacewalk-list-boun...@redhat.com



Matthias Gruber:
> Hi!
> 
> I just noticed, that I have several of my spacewalk-channels have left 
in 
> /var/cache/yum which are eating up space, even if they are removed from 
> spacewalk.
> 
> We are generating monthly errata-channels to keep several states of 
> patched systems, e.g . clone-centos-server-02_2017; 
> clone-centos-server-03_2017 and so on.
> We are checking, that no system is subscribed to those channels we are 
> deleting from spacewalk.
> If I look into /var/yum/cache/ I still see those channels with 
several 
> hundred MB/Mo 
> 
> Is there a way in SpaceWalk to remove them, well yes scheduled Command 
and 
> a simple rm -rf ... but it seems not a correct way.
> I thought if I unsubscribe a system from a channel all orccurences are 
> removed, even /var/cached stuff, but it doesnt seems like
> 
> Any clues for me, or is that a expected behaviour, but in that case I 
have 
> "hundreds" of Directories over the years

Hello Matthias,

There are two tools which can help you:
spacewalk-remove-channel
spaceewalk-data-fsck

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

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

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Old spacewalk-channels in /var/cache/yum

[Matthias Gruber]

Hi!

I just noticed, that I have several of my spacewalk-channels have left in 
/var/cache/yum which are eating up space, even if they are removed from 
spacewalk.

We are generating monthly errata-channels to keep several states of 
patched systems, e.g . clone-centos-server-02_2017; 
clone-centos-server-03_2017 and so on.
We are checking, that no system is subscribed to those channels we are 
deleting from spacewalk.
If I look into /var/yum/cache/ I still see those channels with several 
hundred MB/Mo 

Is there a way in SpaceWalk to remove them, well yes scheduled Command and 
a simple rm -rf ... but it seems not a correct way.
I thought if I unsubscribe a system from a channel all orccurences are 
removed, even /var/cached stuff, but it doesnt seems like

Any clues for me, or is that a expected behaviour, but in that case I have 
"hundreds" of Directories over the years

cheers
Matthias


METZLER 
Informationstechnologie

Matthias Gruber 
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Error connecting to jabber

[Matthias Gruber]

Hi!

We also switched fast after the installation of 2.5 to sqlite, berkeley 
was quite bad, well even the sqlite sometimes has problems, we have a lot 
of Proxy-Server and several hundered of clients
I am thinking of moving to the postgres, but dont have the time at the 
moment

cheers
Matthias



Von:"Wilkinson, Matthew" 
An: "spacewalk-list@redhat.com" 
Datum:  31.05.2017 17:48
Betreff:Re: [Spacewalk-list] Error connecting to jabber
Gesendet von:   spacewalk-list-boun...@redhat.com



This is a good point. I didn't realize some users already had sqlite 
installations of jabberd. 

--Matthew Wilkinson


-Original Message-
From: spacewalk-list-boun...@redhat.com [
mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Ree, Jan-Albert van
Sent: Wednesday, May 31, 2017 10:15
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Error connecting to jabber

[This is an external email. Be cautious with links, attachments and 
responses.]

**
While I agree that sqlite is better than berkeleydb why not make 
PostgreSQL the default if the PostgreSQL database is already being set up 
during installation ( ie spacewalk-setup-postgresql is called ) Our modest 
installation (roughly 80 clients) still wasn't rock solid using sqlite 
(instead of crashing almost daily it became a 'once a month' thing where 
the DB got corrupted), only after moving to PostgreSQL do we now have an 
osa-dispatcher/jabber/osad setup which requires virtually no maintenance 
and is pretty much crash-proof.

Regards,
--
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 | 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.marin.nl=DwIGaQ=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY=qjeOwDtujQBOws11lvjQhdsuf4D_JH6bQEBZ3mwgP-Y=
 


MARIN news: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.marin.nl_web_News_News-2Ditems_Zeeen-2Dzonder-2Dzwavel-2DHet-2DFinancieele-2DDagblad.htm=DwIGaQ=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY=zEMSlWEfa5cAfxj_XJf8ri9r8nuXqZ2uLimvHOTkzj4=
 



From: spacewalk-list-boun...@redhat.com 
 on behalf of Michael Mraka <
https://urldefense.proofpoint.com/v2/url?u=http-3A__michael.mraka-40redhat.com=DwIGaQ=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY=ZV9A48T4fug2EDxquJwPgqYu5Hk7bzQs8mhd4rDoJxo=
 
>
Sent: Wednesday, May 31, 2017 09:35
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Error connecting to jabber

Fouts, Christopher:
> From that page,
>
> “Then reconfigure jabberd and restart the Satellite services”
>
> What (re)configuration does jabberd need?

Hi Chris,

try to look at
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_spacewalkproject_spacewalk_wiki_OsadHowTo=DwIGaQ=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY=E-9ed2yJu3fClL1Fm74mtGyG8c6zylJ-N5YVaueNvyA=

https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_spacewalkproject_spacewalk_wiki_JabberAndOSAD=DwIGaQ=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY=S8B3sT8rAh4g8YJ7LZHlTNLu9RmrhZ9phoY5CZTpDe0=
 


BTW in nightly version (upcomming 2.7) we've changed default jabberd 
backend from berkeleydb to sqlite which seems to be more reliable.

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
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

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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht 

[Spacewalk-list] Antwort: Conditional reboot after patching

[Matthias Gruber]

Hi!

Its not a beauty, but I do that via remote commands:

SOLLZEIT=0415

UHRZEIT=`date +%H%M`
MAXUHRZEIT=`date -d "${SOLLZEIT} + 2 minutes" +'%H%M'`

if [ ${UHRZEIT} -ge ${SOLLZEIT} ] && [ ${UHRZEIT} -le ${MAXUHRZEIT} ]; 
then

logger -p local0.info -t SPACEWALK Starting yum update via 
system_runscript

if [ "$(ls -A /etc/yum.repos.d/)" ]; then
logger -p local0.info -t SPACEWALK Emptying /etc/yum.repos.d
rm -rf /etc/yum.repos.d/*
fi

logger -p local0.info -t SPACEWALK UPDATING via system_runscript
STARTYUM=`date +%s`
yum -y update
if [ $? -ne 0 ]; then
echo "FEHLER IM YUM"
logger -p local0.crit -t SPACEWALK XALERTX ERROR WITH YUM UPDATE
exit  1
fi

ENDEYUM=`date +%s`

SLEEPTIME=$(( (3600 - (${ENDEYUM} - ${STARTYUM})) - ((10#${UHRZEIT} - 
10#${SOLLZEIT}) * 60)  ))
logger -p local0.info -t SPACEWALK UPDATE ENDS via system_runscript
logger -p local0.info -t SPACEWALK waiting for reboot \(sleep 
$SLEEPTIME\)

sleep ${SLEEPTIME}

logger -p local0.info -t SPACEWALK rebooting
reboot
else
logger -p local0.crit -t SPACEWALK XALERTX OUT OF TIMERANGE XALERTX
exit -1
fi





Von:Steve Ensley 
An: spacewalk-list@redhat.com
Datum:  15.05.2017 21:22
Betreff:[Spacewalk-list] Conditional reboot after patching
Gesendet von:   spacewalk-list-boun...@redhat.com



Whats a good way to batch schedule patching followed by a reboot if all 
the patches in the schedule were successfull.  This is actually to be done 
in SuseManager but any spacewalk method should be adaptable.

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

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Where are Spacewalk logs when applying patches?

[Matthias Gruber]

Hi!

I just parse through this mails and notice this
> # yum repolist
> base/7/x86_64   CentOS-7 - Base   9,363
> centos-7-base   centos-7-base   9,363
> centos-7-centosplus centos-7-centosplus  71
> centos-7-cr centos-7-cr   0
> centos-7-extras centos-7-extras 337
> centos-7-fasttrack  centos-7-fasttrack   0
> centos-7-updatescentos-7-updates   1,577
> epel/x86_64 Extra Packages for Enterprise Linux 
7 11,625
> epel-7  epel-7  11,737
> extras/7/x86_64 CentOS-7 - Extras 337
> spacewalk/x86_64Spacewalk 116
> updates/7/x86_64CentOS-7 - Updates   1,577

I think that you will perhaps get some "duplicate"-Troube, because I think 
you have channels with identical repositories
The number of packages are identical in "updates/7/x86_64" and 
"centos-7-updates" etc.

As rhetoric question, how should yum know  which package to use if it is 
in both repositories... I dunno

cheers
Matthias



Von:Michael Mraka 
An: spacewalk-list@redhat.com
Datum:  11.05.2017 10:16
Betreff:Re: [Spacewalk-list] Where are Spacewalk logs when 
applying patches?
Gesendet von:   spacewalk-list-boun...@redhat.com



Fouts, Christopher:
> I have registered the client to the SW server. However, I have not 
created a SW channel on the server.
> 
> To “temporarily” work around this, I create 
/etc/yum.repos.d/spacewalk.repo in the client machine. Is this the correct 
info?

You need spacewalk-client repo on the client machine. The easiest way to
setup it is:
   rpm -Uvh 
http://yum.spacewalkproject.org/2.6-client/RHEL/7/x86_64/spacewalk-client-repo-2.6-0.el7.noarch.rpm

 
See https://github.com/spacewalkproject/spacewalk/wiki/RegisteringClients 
for aditional details.

> # cat spacewalk.repo
> [spacewalk]
> name=Spacewalk
> baseurl=http://yum.spacewalkproject.org/2.6/RHEL/7/$basearch/
> gpgkey=http://yum.spacewalkproject.org/RPM-GPG-KEY-spacewalk-2015
> enabled=1
> gpgcheck=1

This is a server repo, not needed on client.

> # yum repolist
> base/7/x86_64   CentOS-7 - Base   9,363
> centos-7-base   centos-7-base   9,363
> centos-7-centosplus centos-7-centosplus  71
> centos-7-cr centos-7-cr   0
> centos-7-extras centos-7-extras 337
> centos-7-fasttrack  centos-7-fasttrack   0
> centos-7-updatescentos-7-updates   1,577
> epel/x86_64 Extra Packages for Enterprise Linux 
7 11,625
> epel-7  epel-7  11,737
> extras/7/x86_64 CentOS-7 - Extras 337
> spacewalk/x86_64Spacewalk 116
> updates/7/x86_64CentOS-7 - Updates   1,577

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: spacecmd 2.6.16-1.el6.rpm with SpaceWalk 2.5?

[Matthias Gruber]

Hi!

Thanks a lot!


cheers
Matthias



Von:Michael Mraka <michael.mr...@redhat.com>
An: spacewalk-list@redhat.com
Datum:  20.04.2017 15:24
Betreff:Re: [Spacewalk-list] spacecmd 2.6.16-1.el6.rpm with 
SpaceWalk 2.5?
Gesendet von:   spacewalk-list-boun...@redhat.com



Matthias Gruber:
> Hi!
> 
> I just added my EPEL-channel to my SpaceWalk 2.5  Server and  a yum 
update 
> told me that there is a new spacecmd-package (2.6.16-1.el6) available.
> 
> Is it okay to use the 2.6 spacecmd with my 2.5 Spacewalk or should I 
> exclude that update till I update my SpaceWalk to Version 2.6, what I 
dont 
> think will be done in the near future.

Hi Matthias,

you can use spacecmd 2.6 with Spacewalk server 2.5. There's no problem
we are aware of.

> Any clues or hints are welcome.
> 
> cheers
> Matthias

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

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

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] spacecmd 2.6.16-1.el6.rpm with SpaceWalk 2.5?

[Matthias Gruber]

Hi!

I just added my EPEL-channel to my SpaceWalk 2.5  Server and  a yum update 
told me that there is a new spacecmd-package (2.6.16-1.el6) available.

Is it okay to use the 2.6 spacecmd with my 2.5 Spacewalk or should I 
exclude that update till I update my SpaceWalk to Version 2.6, what I dont 
think will be done in the near future.

Any clues or hints are welcome.

cheers
Matthias

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: newbie question

[Matthias Gruber]

Hi!

No you dont have to setup a seperate SpaceWalk-Server for CentOS, that 
should work wih your OEL-SpaceWalk

cheers
Matthias



Von:Robin Beardsley 
An: "spacewalk-list@redhat.com" 
Datum:  10.04.2017 13:55
Betreff:[Spacewalk-list] newbie question
Gesendet von:   spacewalk-list-boun...@redhat.com



I have a Spacewalk server running Oracle Linux 7 with 10 Oracle Linux 
clients.  Everything is running great so far and I’m syncing the repo’s at 
night without issues.
I also have 3 Centos 7 clients that I would like to add. 
 
My question is can I built channels and repositories on my Oracle Linux 7 
server for my Centos 7 hosts or do I need to have a separate Spacewalk 
server for the Centos clients?
 
Thanks for any recommendations.
 ___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] OSAD doesnt work behind SpaceWalk-Proxy

[Matthias Gruber]

Hi!
We are running a SW 2.5 with several SW-Proxy

I try to schedule scripts via the SW-scheduler but they are not picked up 
as expected but aprox 4h later, I have in mind that this happens if osad 
is not working well

This action will be executed after 1/23/17 7:00:00 PM CET
This action's status is: Completed.
The client picked up this action on 1/23/17 10:17 PM
The client completed this action on 1/23/17 11:19 PM
Client execution returned "Script executed" (code 0) 

If I check my machines, I do that every 10 minutes the osad of the 
Main-SpaceWalk tells me

###
Total servers:  114
Online OSA servers:  114
Offline OSA servers:  0
Unknown OSA servers:  0
###

Everything is fine, from that perspective, has anyone a clue for me, 
perhaps I missed something?

cheers
Matthias
 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Session Timeout & jabberd s2s?

[Matthias Gruber]

Hi!

Are there any "heartbeats" in the communication between two jabberd/s2s 
processes?

I have some trouble with scripts which I expect to start at a given time 
(04:15am) the behind my proxies the are starting way behind that time 
(05:45am, 06:12 am and so on), so it seems that are no reliable 
jabberd-communication is running

Between the Main-SpaceWalk-Server (version 2.5) and my proxies a 
CheckPoint FireWall fullfills his work.

I was wondering if the both jabberd/s2s sends some sort of heartbeats to 
keep there communication on Port 5269 up, or does the initiate the 
communication and went to "sleep" till there is something to do?

cheers
Matthias

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Alternative ways without OSAD

[Matthias Gruber]

Hi!

Evenso we have by far not 6000+ machines in Spacewalk, only a few hundred, 
but we had also trouble with osad, which went away, as we switched the 
jabberd to SQLite.

cheers
Matthias




Von:Matt Moldvan 
An: spacewalk-list@redhat.com
Datum:  17.01.2017 15:14
Betreff:Re: [Spacewalk-list] Alternative ways without OSAD
Gesendet von:   spacewalk-list-boun...@redhat.com



Depends on the volume of your systems... I tried this as well, but 
rhn_check initially makes HTTPS calls and with 6,000+ systems it 
overwhelmed the Apache instances and caused deadlocks in the Postgres 
databases (even with Apache and pgsql variables increased).

I ended up switching the jabberd database to SQLite and it made a lot of 
difference over the default Berkeley DB.

For systems going offline, we have a few lines in our Puppet configs to 
restart OSAD on stale connections on a daily basis.  To debug your own 
connection issues, I recommend increasing the debug value for OSAD in 
/etc/sysconfig/rhn/osad.conf (debug = 9) then restart OSAD, to see if you 
can narrow down what might be causing the systems to go offline.  If it's 
not at the clients you might be able to find something at the server, 
somewhere in /var/log/rhn or so.

$date = strftime("%F")
$datetime = strftime("%F @ %T")
exec { "restart_osad_on_conn_error":
command => "/sbin/service osad restart",
onlyif => "/bin/grep -q '^${date}.*Unable to connect to 
jabber servers' /var/log/osad && sed -i 's/Unable to connect to jabber 
servers/fixed on ${datetime} by spacewalk::c_osad.pp/g' /var/log/osad",
}
exec { "restart_osad_on_stale_conn":
command => "/sbin/service osad restart",
onlyif => "/bin/netstat -an | /bin/grep -q 
':5222.*CLOSE_WAIT'",
}


On Tue, Jan 17, 2017 at 5:33 AM Zeal Vora  wrote:
Hi

Thanks for the inputs everyone.

Basically we need the rpm's to be installed in real time ( around 2-3 
minutes delay is fine ) from SpaceWalk. Since OSAD was giving bit of 
trouble, we thought rhn_check was ideal solution. 

As we cannot configure rhn_check in the configuration to check every few 
minutes, I thought to put a cron for 2 minutes which does rhn_check but it 
didn't seem to work properly. Can this be an ideal way ?



On Thu, Jan 12, 2017 at 5:17 PM, Lichtinger, Bernhard <
bernhard.lichtin...@lrz.de> wrote:

>
>> Due to some reason, many of the servers have issues related to OSAD 
going offline time and again so sometimes we just go for a way of running 
rhn_check manually.
>>
>> So I was wondering, can we have rhn_check in all the servers in CRON ? 
Can it work in this situation ? I had bit trouble with putting it in cron 
so wanted to verify.
>

You don't need to run rhn_check via cron: rhnsd is already checking in to 
spacewalk server (per default) every 4 hours.
So if you don't need to trigger actions in "real time" then just disable 
osad on the clients.
___
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
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: spacewalk 2.6 multiple activation keys / register system to epel channel

[Matthias Gruber]

Hi!

As far as I know, and if I understand your problem correct, you can not 
assign a System with two basechannels, only with one basechannel and as 
many childchannels below that base channel as you like, but perhaps thats 
new in 2.6 we use a 2.5

cheers
Matthias




Von:Florin Portase 
An: spacewalk-list@redhat.com
Datum:  06.01.2017 11:23
Betreff:[Spacewalk-list] spacewalk 2.6 multiple activation keys / 
register system to epel channel
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP Signed by an unknown key

Hello,

So here is my setup::


Spacewalk 2.6

Software Channels

centos7.2-base
|
\_ centos7.2-updates

centos7.3-base
|
\_ centos7.3-updates


rhel-7
|
\_ epel_rhel7_x86_64


So far so good, but here is what I can't figure out what  do I have to
do::

I want to register a system, let's say for base channel centos7.3-base +
epel7

To reproduce what I have tried:

1. create distrib channel mapping => OS=centos-release Release=7
ARCH=x86_64 Channel Label=centos-7.3-base

2. create an activation key [ 1-MYORG-key01 ]=>  Base Channel =
"Spacewalk Default" Child Channels="centos-7.3-updates,
epel_rhel7_x86_64"


But  on my client system [ installed centos 7.3 ] if I do rhnreg_ks
--activationkey=1-MYORG-key01

system is registering only on centos7.3-base + centos-7.3-updates; epel
is completely ignored

* Unknown Key
* 0x4994F78A(L)

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


 

Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.
This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: Manage automatic updates of errata updates

[Matthias Gruber]

Hi!

Perhaps I do it a bit compilcated, but at the moment thats works for me

I have a "Base"-Channel with the Childchannels attached to the repos

Base
- CentOS6-Base
--- repo-centos6-base
- CentOS6-Update
--- repo-centos6-update


The repos itself I simply update via rsync every night, after this sync I 
do a spacewalk-repo-sync on that, and apply the CEFS

Then I have a "Cloned-Base" with spacewalk-clone-by-date
ClonedBase
- CentOS6-Updates-till_2016_10
- CentOS6-Updates-till_2016_11

The Cloned channels do not need a repo attached, because there are like a 
static view to the "CentOS-Update"-Channel at time of the 
spacewalk-clone-by-date

All my Clients are connected to the "ClonedBase"-Channel an I fire a 
Shellscript in a cronjob which switches them from Channel 
"CentOS6-Updates-till_2016_10" to Channel "CentOS6-Updates-till_2016_11" 
at given time. Furthermore another Shellscript via cron which starts the 
update via spacecmd system_runscript command.

Well yes quite complicated, but runs :-)

You do not need repositories at the cloned channels, as far as I know

cheers
Matthias






Von:Grund Anders 
An: "spacewalk-list@redhat.com" 
Datum:  10.11.2016 14:07
Betreff:Re: [Spacewalk-list] Manage automatic updates of errata 
updates
Gesendet von:   spacewalk-list-boun...@redhat.com



Well the errata is not a problem, I'm using CEFS 
https://cefs.steve-meier.de/  for that.

I had hope for an easy way to schedule the real packet updates in the Gui, 
or what options is available ?

I have looked at spacewalk-clone-by-date cmd, but it clones the channels.
What about the repos, you have to add repos to the cloned channels then i 
guess ?

Would be convenient to use something like clone-by-date in the gui, so you 
get some tracability and be able to schedule it once o month.

Pretty difficult to find any documentation on the concrete steps necessary 
to get this working.

How do you do at your site ?
/Anders




-Ursprungligt meddelande-
Från: Robert Paschedag [mailto:robert.pasche...@web.de] 
Skickat: den 9 november 2016 12:40
Till: Grund Anders 
Kopia: spacewalk-list@redhat.com
Ämne: Re: [Spacewalk-list] Manage automatic updates of errata updates

Sure.. But you have to use the API to find erratas for a system and apply 
them and setup a cron job to do it.

Am 09.11.2016 09:17 schrieb Grund Anders :
>
> Hello,
>
>  
>
> Is it possible to schedule automatic updates  for errata in Spacewalk ?
>
> e.g like once or twice a month
>
>  
>
> Regards
>
> /Anders
>
>  
>
>  
>
> -
>
> Softronic AB
>
> Ringvägen 100, 118 60 Stockholm
>
> Växel: +46 8 51 90 90 000
>
> Mobil: +46 70 881 31 07
> E-post: anders.gr...@softronic.se
>
> -
>
>  

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


 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: Re: requiring reboot list via spacecmd?

[Matthias Gruber]

Hi Jiri,

oh thanks, that helps really.

Cheers
Matthias




Von:Jiří Dostál <jdos...@redhat.com>
An: spacewalk-list@redhat.com
Datum:  09.11.2016 12:11
Betreff:Re: [Spacewalk-list] requiring reboot list via spacecmd?
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi Matthias,

it is possible to get list of systems requiring reboot via API 
'system.listSuggestedReboot', please check it in API docs. It requires 
only session-key as parameter and as a result you'll get an array 
containing all the systems that require reboot. Unfortunately, this 
feature is not yet available in spacecmd.
Hope it helps! 

Regards,
Jiri


Dne 7.11.2016 v 15:03 Matthias Gruber napsal(a):
Hi! 

I am seeking now for quite a while but I didnt get ist. 

Is it possible to get a list of systems requiring reboot via spacecmd, 
there is a page in the webgui, but I would like to schedule the reboot via 
script. 

Is that somewhere hidden, any clues are welcome and aprreciated. 

cheers 
Matthias 



Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 
515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 

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

-- 
Jiri Dostal
Associate Software Engineer
jdostal@redhat.com___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] requiring reboot list via spacecmd?

[Matthias Gruber]

Hi!

I am seeking now for quite a while but I didnt get ist.

Is it possible to get a list of systems requiring reboot via spacecmd, 
there is a page in the webgui, but I would like to schedule the reboot via 
script.

Is that somewhere hidden, any clues are welcome and aprreciated.

cheers
Matthias


 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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

[Spacewalk-list] Antwort: SpaceWalk 2.5 - Signing the Certificate - perl-Skript not existend

[Matthias Gruber]

Hi!

I got it.
FIrst of all, it seems that Cert-Page with that entitlement-Stuff ist 
complete useless in 2.5, as written in the changelog (2.4 -> 2.5)  there 
are no entitlements as far as I understood.
However, after copying  the needed rpms on my proxy for the bootstrap it 
seems to work.

cheers
Matthias




Von:    Matthias Gruber <mgru...@metzler.com>
An: spacewalk-list@redhat.com
Datum:  25.10.2016 10:52
Betreff:[Spacewalk-list] SpaceWalk 2.5 - Signing the Certificate - 
perl-Skript not existend
Gesendet von:   spacewalk-list-boun...@redhat.com



* PGP Bad Signature, Signed: 10/25/2016 at 10:43:51 AM
Hi! 


As mentioned in an other post concerning the entitlements, I would like to 
resign the cert with the needed entitlements on my new installed SpaceWalk 
2.5 on CentOS6 

The Link in the Wiki: 
"Download the 
​https://github.com/spacewalkproject/spacewalk/blob/master/scripts/gen-oss-sat-cert.pl
 
script to your Spacewalk. " is not existent, a seek for another location 
was successfull, but it crashes with "Can't locate RHN/SatelliteCert.pm in 
@INC " 

I found some old list-articles that it is a problem of an 2.1-2.3 
SpaceWalk, well and how should  I resign the cert now? 
By the way the "rhn-satellite-activate" is also not existent as mentioned 
on the wiki. 

Does anyone made a installation based on that and could help me with 
his/her results and workarounds, since the wiki-page is nearly useless, 
because it seems for an old SW-Version and was never revised. 

Thanks for your help in advance 
Matthias 



Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 
515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents. 
* Matthias Gruber <mgru...@metzler.com>
* 0xDAF721D3

* PGP Unprotected
* text/plain body
 * PGP Unprotected

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


* PGP Bad Signature, Signed: 10/25/2016 at 10:43:51 AM
* text/plain body
* text/html body
* Matthias Gruber <mgru...@metzler.com>
* 0xDAF721D3



 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.



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

[Spacewalk-list] SpaceWalk 2.5 - Signing the Certificate - perl-Skript not existend

[Matthias Gruber]

Hi!


As mentioned in an other post concerning the entitlements, I would like to 
resign the cert with the needed entitlements on my new installed SpaceWalk 
2.5 on CentOS6

The Link in the Wiki:
"Download the 
​https://github.com/spacewalkproject/spacewalk/blob/master/scripts/gen-oss-sat-cert.pl
 
script to your Spacewalk. " is not existent, a seek for another location 
was successfull, but it crashes with "Can't locate RHN/SatelliteCert.pm in 
@INC "

I found some old list-articles that it is a problem of an 2.1-2.3 
SpaceWalk, well and how should  I resign the cert now?
By the way the "rhn-satellite-activate" is also not existent as mentioned 
on the wiki.

Does anyone made a installation based on that and could help me with 
his/her results and workarounds, since the wiki-page is nearly useless, 
because it seems for an old SW-Version and was never revised.

Thanks for your help in advance
Matthias


 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.



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

[Spacewalk-list] Antwort: Re: SpaceWalk 2.5 - Provisioning Entitlement

[Matthias Gruber]

Hi Javier,

thanks, there are no Provisioning entitlements to be chosen, I think I 
missed something essential "Signing the Certifikate" with the 
template-eval.cert.
thats my perl-problem "I had one miss, with the gpg-perl-Script, some 
RHN/Satellite.pm was not found, but I simply ignored that. "
Hmm... the github-Link in the wiki is not working anymore I found another 
script, but that throws that Perl-Module exception.

Thanks to your hint, I noticed that problem... so I've to seek for that 
Signing-Script-Problem

cheers
Matthias




Von:"Flores, Javier (D4\\INF\\IT ID)" <javier.flo...@gmz.migros.ch>
An: "'spacewalk-list@redhat.com'" <spacewalk-list@redhat.com>
Datum:  25.10.2016 08:45
Betreff:Re: [Spacewalk-list] SpaceWalk 2.5 - Provisioning 
Entitlement
Gesendet von:   spacewalk-list-boun...@redhat.com



Hi Matthias,
 
You can manage the entitlements in the “Spacewalk Default Organization” 
under Admin > Subscriptions > “System Entitlements”. Click on 
“Provisioning (Add-On)” and then Organizations.
 
Make sure the organization in which your spacewalk proxy is in, has enough 
entitlements.
 
Regards,
Javier
Von: spacewalk-list-boun...@redhat.com [
mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Matthias Gruber
Gesendet: Montag, 24. Oktober 2016 16:49
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] SpaceWalk 2.5 - Provisioning Entitlement
 
Hi! 

I installed SW 2.5 on a CentOS 6 System based on the docs in 
https://fedorahosted.org/spacewalk/wiki 
I had one miss, with the gpg-perl-Script, some RHN/Satellite.pm was not 
found, but I simply ignored that. 
However... I got some clients connected, osad running, works like a charm, 
so far. 

After that running, I tried to get a SpaceWalk-Proxy up as the 
prerequisites told "A provisioning entitlement for the Proxy server " 
Well, there starts the problem I noticed that I have only the 
"Virtualization" Entitlement, nothing more. 
I thought I had something missed in the Installation of the Server (not 
the proxy) and did it simply again, same procedure, same result not 
"provisioning"-Entitlement. 

I know I missed something, but what? Any clues for me? All google-Results 
I got, are a nicer output of the wiki-Installation, or a link to the 
proxy-Installtion, nothings substantional. 

Cheers 
Matthias 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich 
von Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 
515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender 
mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht 
unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder 
Vollständigkeit der in dieser Nachricht enthaltenen Informationen 
garantieren oder zusichern können, sind die vorstehenden Ausführungen 
rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we 
kindly ask you to inform the sender and delete the information. Any 
unauthorised dissemination or copying hereof is prohibited. As we cannot 
guarantee or assure the genuineness or completeness of the information 
contained in this message, the statements set forth above are not legally 
binding. Accordingly we cannot accept any liability for their contents.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly w

[Spacewalk-list] SpaceWalk 2.5 - Provisioning Entitlement

[Matthias Gruber]

Hi!

I installed SW 2.5 on a CentOS 6 System based on the docs in 
https://fedorahosted.org/spacewalk/wiki 
I had one miss, with the gpg-perl-Script, some RHN/Satellite.pm was not 
found, but I simply ignored that.
However... I got some clients connected, osad running, works like a charm, 
so far.

After that running, I tried to get a SpaceWalk-Proxy up as the 
prerequisites told "A provisioning entitlement for the Proxy server "
Well, there starts the problem I noticed that I have only the 
"Virtualization" Entitlement, nothing more.
I thought I had something missed in the Installation of the Server (not 
the proxy) and did it simply again, same procedure, same result not 
"provisioning"-Entitlement.

I know I missed something, but what? Any clues for me? All google-Results 
I got, are a nicer output of the wiki-Installation, or a link to the 
proxy-Installtion, nothings substantional.

Cheers
Matthias

 


Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von 
Metzler, Emmerich Müller, Dr. Johannes J. Reich, Gerhard Wiesheu
Vorsitzender des Aufsichtsrates: Dr. Christoph Schücking
Sitz der Gesellschaft: Frankfurt am Main, Handelsregisternummer: HRB 27 515

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger 
sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und 
die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt 
weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit 
der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern 
können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine 
Haftung hierfür wird ausgeschlossen.

This message is confidential. If you are not the intended recipient, we kindly 
ask you to inform the sender and delete the information. Any unauthorised 
dissemination or copying hereof is prohibited. As we cannot guarantee or assure 
the genuineness or completeness of the information contained in this message, 
the statements set forth above are not legally binding. Accordingly we cannot 
accept any liability for their contents.


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