[Spacewalk-list] Antwort: is there a central place in Spacewalk2.10 that shows queued task jobs
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
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
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
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
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)
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)
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
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
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
[Spacewalk-list] Antwort: Issue with registering a system to spacewalk 2.9
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
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 ?
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 ?
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
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
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 Doe
[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 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?
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?
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?
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 englis
[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"-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 can sc
[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 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?
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
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
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, Micha
[Spacewalk-list] Antwort: 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, 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 ab
[Spacewalk-list] Increase speed of PostgreSQL Backup - SpaceWalk 2.5
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
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
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
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 An: "'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)
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??)
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" 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 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 Installed yum-rhn-plugin-2.5.5-1.el6.noarch @spacwalkintermediateclientrep
[Spacewalk-list] Recent httpd/mod_ssl Update break Proxy (2.5) no delivery of repomd etc. to clients (Known Error??)
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 An: "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
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" An: "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 * 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
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 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
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
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&d=DwIGaQ&c=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE&r=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA&m=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY&s=qjeOwDtujQBOws11lvjQhdsuf4D_JH6bQEBZ3mwgP-Y&e= 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&d=DwIGaQ&c=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE&r=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA&m=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY&s=zEMSlWEfa5cAfxj_XJf8ri9r8nuXqZ2uLimvHOTkzj4&e= From: spacewalk-list-boun...@redhat.com on behalf of Michael Mraka < https://urldefense.proofpoint.com/v2/url?u=http-3A__michael.mraka-40redhat.com&d=DwIGaQ&c=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE&r=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA&m=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY&s=ZV9A48T4fug2EDxquJwPgqYu5Hk7bzQs8mhd4rDoJxo&e= > 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&d=DwIGaQ&c=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE&r=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA&m=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY&s=E-9ed2yJu3fClL1Fm74mtGyG8c6zylJ-N5YVaueNvyA&e= https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_spacewalkproject_spacewalk_wiki_JabberAndOSAD&d=DwIGaQ&c=GUDVeAVg1gjs_GJkmwL1m3gEzDND7NeJG5BIAX_2yRE&r=zxSMv3Yyn0u8GiLjBm805qsHQ-PQnlWklaJFaNwJsRdou0Rx32Ld6bt57-Tq1kdA&m=5_tvcXZSOf4jtiGGn_sQCNsu5ElrFX48ipEQTHxqoIY&s=S8B3sT8rAh4g8YJ7LZHlTNLu9RmrhZ9phoY5CZTpDe0&e= 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 unbefugt weiterzuleiten oder zu kopie
[Spacewalk-list] Antwort: Conditional reboot after patching
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?
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?
Hi! Thanks a lot! cheers Matthias Von:Michael Mraka 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?
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
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
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?
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
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
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
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?
Hi Jiri, oh thanks, that helps really. Cheers Matthias Von:Jiří Dostál 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?
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
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 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 * 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 * 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
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
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)" An: "'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 we cannot accept any liability for their contents. PGP.sig Description: PGP signature
[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. PGP.sig Description: PGP signature ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list