Re: [Spacewalk-list] Channel clonning and patching strategy
Hi Jupin,
You may want to solve this by building the channel within one suborg and
share them to your mentioned suborgs by trust relationship between these
organisation. The (child) channels can then easily be cloned within the suborg
and provided to the suborg when needed by configuring the share channel to
trusted orgs. You can for example add another suborg that contains all packages
or use one of your already defined suborgs to provide these (child) channels.
Rick
-Oorspronkelijk bericht-
Aan: spacewalk-list@redhat.com;
Van: Lupin Deterd lupindet...@gmail.com
Verzonden: wo 11-12-2013 04:00
Onderwerp: Re: [Spacewalk-list] Channel clonning and patching strategy
Bijlage: inline.txt
Yes, the point being of using Spacewalk instead of plain cobbler/repo sync is
that you can have a lock channel and with spacewalk-clone-by-date you can have
complete control on when do you have your clone channel get updated.
On Wed, Dec 11, 2013 at 12:28 PM, Paul Robert Marino prmari...@gmail.com
wrote:
Well I have an idea I've been toying with for that but I haven't tested it yet.
Since cobbler does contain a usable yum repo under the hood you could
theoretically point repo sync to one of the other repos in cobbler.
Figuring out the URL is simple just view one of the kickstarts that uses the
source channel and you can copy the URL it uses for the channel.
The only problem I can see in doing that is I don't think the errata syncing
wouldn't work because I don't think cobblers repos get the erratas synced.
I've been thinking of doing this for things like EPEL where I have multiple
copies for CentOS, Scientific Linux, etc..
-- Sent from my HP Pre3
On Dec 10, 2013 13:56, Lupin Deterd lupindet...@gmail.com wrote:
Hi list,
I'm exploring the following setup.
- Multi-org setup
sub-org1
sub-org2
sub-org3
-Patching schedule policy
sub-org1 - monthly
sub-org2 - quaterly
sub-org3 - monthly
Based on the organization and schedule, I want then to clone my channels as
such.
Source Base Channel Centos6(Default Org)
- monthly-dev-clone-Centos6
- monthly-qa-clone-Centos6
- monthly-prod-clone-Centos6
-qtrly-dev-clone-Centos6
-qtrly-qa-clone-Centos6
-qtrly-prod-clone-Centos6
Then I will share the monthly clones channel to sub-org{1,3} and quaterly
clones to sub-org2.
I would like to ask for feedback on this setup or any other ways to accomplish
my requirements.
Thanks,
lupin
___
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] Jabber Issues after upgrading
Hi guys.
I'm seeing this errors on the server logs after I upgraded my system:
2013/12/11 09:36:36 -03:00 27397 0.0.0.0: osad/jabber_lib.__init__
2013/12/11 09:36:36 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:37 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:38 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('ERROR', 'Not able to reconnect')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.print_message('SSLError',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.print_message('Could not connect to jabber server',
'spacewalk.domain.com')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 589,
in connect\nraise SSLDisabledError\nSSLDisabledError\n')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber
server',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0: osad/jabber_lib.main('Unable
to connect to jabber servers, sleeping 10 seconds',)
It seems SSL was disabled and no c2s service is started at all in port
5222, It seems there were lots of modifications in the c2s.xml but
cannot tell which one is causing the error or if the certificate got
corrupted, I restore the original configuration file and c2s starts,
but but the clients cannot connect to jabber server anymore:
013-12-11 09:36:59 jabber_lib.main: Unable to connect to jabber
servers, sleeping 108 seconds
2013-12-11 09:38:50 jabber_lib.main: Unable to connect to jabber
servers, sleeping 119 seconds
2013-12-11 09:40:53 jabber_lib.main: Unable to connect to jabber
servers, sleeping 109 seconds
2013-12-11 09:42:45 jabber_lib.main: Unable to connect to jabber
servers, sleeping 68 seconds
2013-12-11 09:43:56 jabber_lib.main: Unable to connect to jabber
servers, sleeping 71 seconds
2013-12-11 09:45:10 jabber_lib.main: Unable to connect to jabber
servers, sleeping 110 seconds
Any help appreciated.
Regards
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Jabber Issues after upgrading
How was the upgrade? Which version to where?
Does client use the same version as server?
Wasn't there SSL regenerating?
Balint
On 11/12/13 12:48, Net Warrior wrote:
Hi guys.
I'm seeing this errors on the server logs after I upgraded my system:
2013/12/11 09:36:36 -03:00 27397 0.0.0.0: osad/jabber_lib.__init__
2013/12/11 09:36:36 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:37 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:38 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.connect('ERROR', 'Not able to reconnect')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.print_message('SSLError',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.print_message('Could not connect to jabber server',
'spacewalk.domain.com')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 589,
in connect\nraise SSLDisabledError\nSSLDisabledError\n')
2013/12/11 09:36:39 -03:00 27397 0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber
server',)
2013/12/11 09:36:39 -03:00 27397 0.0.0.0: osad/jabber_lib.main('Unable
to connect to jabber servers, sleeping 10 seconds',)
It seems SSL was disabled and no c2s service is started at all in port
5222, It seems there were lots of modifications in the c2s.xml but
cannot tell which one is causing the error or if the certificate got
corrupted, I restore the original configuration file and c2s starts,
but but the clients cannot connect to jabber server anymore:
013-12-11 09:36:59 jabber_lib.main: Unable to connect to jabber
servers, sleeping 108 seconds
2013-12-11 09:38:50 jabber_lib.main: Unable to connect to jabber
servers, sleeping 119 seconds
2013-12-11 09:40:53 jabber_lib.main: Unable to connect to jabber
servers, sleeping 109 seconds
2013-12-11 09:42:45 jabber_lib.main: Unable to connect to jabber
servers, sleeping 68 seconds
2013-12-11 09:43:56 jabber_lib.main: Unable to connect to jabber
servers, sleeping 71 seconds
2013-12-11 09:45:10 jabber_lib.main: Unable to connect to jabber
servers, sleeping 110 seconds
Any help appreciated.
Regards
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Jabber Issues after upgrading
Hi.
I made a yum upgrade, I upgraded to CentOS 6.5, and obiously there were
updates related to spacewalk as well, I did not see any ssl regeneration,
if that happened in background do not know.
Clients have:
osad-5.11.27-1.el6.noarch
Server has:
osa-dispatcher-5.11.27-1.el6.noarch
osa-dispatcher-selinux-5.11.27-1.el6.noarch
In the server I get
Starting osa-dispatcher:
The server log
2013/12/11 10:28:52 -03:00 26709 0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 567, in
connect\njabber.Client.connect(self)\n File
/usr/lib/python2.6/site-packages/jabber/xmlstream.py, line 488, in
connect\nraise socket.error(Unable to connect to the host and port
specified)\nerror: Unable to connect to the host and port specified\n')
2013/12/11 10:28:52 -03:00 26709 0.0.0.0:
osad/jabber_lib.sertup_connection('Could not connect to any jabber server',)
2013/12/11 10:28:52 -03:00 26709 0.0.0.0: osad/jabber_lib.main('Unable to
connect to jabber servers, sleeping 10 seconds',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0: osad/jabber_lib.__init__
2013/12/11 10:29:02 -03:00 26709 0.0.0.0:
osad/jabber_lib.print_message('socket error',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0:
osad/jabber_lib.print_message('Could not connect to jabber server', '
spacewalk.domain.com')
2013/12/11 10:29:02 -03:00 26709 0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 567, in
connect\njabber.Client.connect(self)\n File
/usr/lib/python2.6/site-packages/jabber/xmlstream.py, line 488, in
connect\nraise socket.error(Unable to connect to the host and port
specified)\nerror: Unable to connect to the host and port specified\n')
2013/12/11 10:29:02 -03:00 26709 0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber server',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0: osad/jabber_lib.main('Unable to
connect to jabber servers, sleeping 10 seconds',)
These are the c2s diff.:
[root@spacewalk jabberd]# diff -u /etc/jabberd/c2s.xml
/root/temp/jabberd/c2s.xml-orig
--- /etc/jabberd/c2s.xml2013-12-11 10:14:06.0 -0300
+++ /root/temp/jabberd/c2s.xml-orig 2013-12-09 11:34:15.0 -0300
@@ -10,12 +10,12 @@
!-- Router connection configuration --
router
!-- IP/port the router is waiting for connections on --
-ip::1/ip!-- default: 127.0.0.1 --
+ip127.0.0.1/ip!-- default: 127.0.0.1 --
port5347/port !-- default: 5347 --
!-- Username/password to authenticate as --
userjabberd/user !-- default: jabberd --
-pass9b6d8078f992346e0537a6e5514def7ffc28374b/pass !--
default: secret --
+pass71d26fd8f21c6cf9660217f363613a45d3a28e9d/pass !--
default: secret --
!-- File containing an SSL certificate and private key to use when
setting up an encrypted channel with the router. From
@@ -50,7 +50,7 @@
/router
!-- Log configuration - type is syslog, file or stdout --
- log type=syslog
+ log type='syslog'
!-- If logging to syslog, this is the log ident --
identjabberd/c2s/ident
@@ -133,7 +133,7 @@
you want this, add this attribute with any value, when you need
registration disabled.
--
-id require-starttls=false
pemfile=/etc/pki/spacewalk/jabberd/server.pem realm=
register-enable=truespacewalk/id
+id register-enable='mu'localhost.localdomain/id
!-- or
id realm='company.int'
pemfile='/etc/jabberd/server.pem'
@@ -149,7 +149,7 @@
id password-change='mu' / --
!-- IP address to bind to (default: 0.0.0.0) --
-ip::/ip
+ip0.0.0.0/ip
!-- Port to bind to, or 0 to disable unencrypted access to the
server (default: 5222) --
@@ -301,7 +301,7 @@
the following checks applied.
0 disables all checks. (default: 0) --
- interval60/interval
+ interval0/interval
!-- Idle connection checks.
@@ -319,7 +319,7 @@
disconnected without us knowing about it.
0 disables keepalives. (default: 0) --
- keepalive60/keepalive
+ keepalive0/keepalive
/check
@@ -348,7 +348,7 @@
path/usr/lib64/jabberd/path
!-- Backend module to use --
-moduledb/module
+modulesqlite/module
!-- Available authentication mechanisms --
mechanisms
@@ -421,7 +421,7 @@
!-- Database username and password --
userjabberd2/user
Re: [Spacewalk-list] Jabber Issues after upgrading
Have you read the diff's output?
The pass sections are modified. If I were you, I tried to with the new
conf file and the old pass sections.
Some other sections were affected as well:
!-- IP address to bind to (default: 0.0.0.0) --
-ip::/ip
+ip0.0.0.0/ip
!-- Port to bind to, or 0 to disable unencrypted access to the
server (default: 5222) --
@@ -301,7 +301,7 @@
the following checks applied.
0 disables all checks. (default: 0) --
- interval60/interval
+ interval0/interval
!-- Idle connection checks.
@@ -319,7 +319,7 @@
disconnected without us knowing about it.
0 disables keepalives. (default: 0) --
- keepalive60/keepalive
+ keepalive0/keepalive
Try the merge the old pass into the new xml file and let see.
I'm looking forward to the result :)
B
On 11/12/13 14:05, Net Warrior wrote:
Hi.
I made a yum upgrade, I upgraded to CentOS 6.5, and obiously there
were updates related to spacewalk as well, I did not see any ssl
regeneration, if that happened in background do not know.
Clients have:
osad-5.11.27-1.el6.noarch
Server has:
osa-dispatcher-5.11.27-1.el6.noarch
osa-dispatcher-selinux-5.11.27-1.el6.noarch
In the server I get
Starting osa-dispatcher:
The server log
2013/12/11 10:28:52 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 567,
in connect\njabber.Client.connect(self)\n File
/usr/lib/python2.6/site-packages/jabber/xmlstream.py, line 488, in
connect\nraise socket.error(Unable to connect to the host and
port specified)\nerror: Unable to connect to the host and port
specified\n')
2013/12/11 10:28:52 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.sertup_connection('Could not connect to any jabber
server',)
2013/12/11 10:28:52 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.main('Unable to connect to jabber servers, sleeping 10
seconds',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.__init__
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.print_message('socket error',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.print_message('Could not connect to jabber server',
'spacewalk.domain.com http://spacewalk.domain.com')
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.setup_connection('ERROR', 'Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 567,
in connect\njabber.Client.connect(self)\n File
/usr/lib/python2.6/site-packages/jabber/xmlstream.py, line 488, in
connect\nraise socket.error(Unable to connect to the host and
port specified)\nerror: Unable to connect to the host and port
specified\n')
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber
server',)
2013/12/11 10:29:02 -03:00 26709 0.0.0.0 http://0.0.0.0:
osad/jabber_lib.main('Unable to connect to jabber servers, sleeping 10
seconds',)
These are the c2s diff.:
[root@spacewalk jabberd]# diff -u /etc/jabberd/c2s.xml
/root/temp/jabberd/c2s.xml-orig
--- /etc/jabberd/c2s.xml2013-12-11 10:14:06.0 -0300
+++ /root/temp/jabberd/c2s.xml-orig 2013-12-09 11:34:15.0
-0300
@@ -10,12 +10,12 @@
!-- Router connection configuration --
router
!-- IP/port the router is waiting for connections on --
-ip::1/ip!-- default: 127.0.0.1 --
+ip127.0.0.1/ip!-- default: 127.0.0.1 --
port5347/port !-- default: 5347 --
!-- Username/password to authenticate as --
userjabberd/user !-- default: jabberd --
- pass9b6d8078f992346e0537a6e5514def7ffc28374b/pass
!-- default: secret --
+ pass71d26fd8f21c6cf9660217f363613a45d3a28e9d/pass
!-- default: secret --
!-- File containing an SSL certificate and private key to use when
setting up an encrypted channel with the router. From
@@ -50,7 +50,7 @@
/router
!-- Log configuration - type is syslog, file or stdout --
- log type=syslog
+ log type='syslog'
!-- If logging to syslog, this is the log ident --
identjabberd/c2s/ident
@@ -133,7 +133,7 @@
you want this, add this attribute with any value, when you need
registration disabled.
--
-id require-starttls=false
pemfile=/etc/pki/spacewalk/jabberd/server.pem realm=
register-enable=truespacewalk/id
+
[Spacewalk-list] OEL repo sync
Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ *Packages in repo: 24357** **Packages already synced: 19412** **Packages to sync:27* 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64 26/27 : php-mbstring-5.3.3-27.el6_5-0.x86_64 27/27 : php-process-5.3.3-27.el6_5-0.x86_64 Linking packages to channel. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has comps file comps.xml. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has 1266 errata. *Sync completed.** **Total time: 0:16:26* There is almost 5000 packages difference. Why? How could I fix it? I tried to run the /usr/bin/spacewalk-repo-sync --channel oel6-public-latest-x86_64 --type yum command from cron, console, the errata-import script run this command every night as well, and still not sync. Does somebody meet this issue in Spacewalk 2.0 ? Balint ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] OEL repo sync
The source repo is possibly a rolling version repository (oel6-public-latest-x86_64). If your sync'd repository has existed for a relatively long time, your repository likely has older packages that have been removed from the source repository. That would explain the discrepancy in package count. I have found this to be the case with the Fedora EPEL repo, where conflicting or obsolete packages are removed from the repo as an evolutionary requirement. If you do not have any dependencies on your local repository, you could remove all packages from your local copy of the repo, and then run the sync operation again. You'll likely find it comes back with the 19000-something count that the source repo at Oracle currently contains, if it is indeed a rolling version repository and based on my experiences... Good Luck! Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com | digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 9:16 AM To: spacewalk-list@redhat.com Subject: [Spacewalk-list] OEL repo sync Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ Packages in repo: 24357 Packages already synced: 19412 Packages to sync:27 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64 26/27 : php-mbstring-5.3.3-27.el6_5-0.x86_64 27/27 : php-process-5.3.3-27.el6_5-0.x86_64 Linking packages to channel. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has comps file comps.xml. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has 1266 errata. Sync completed. Total time: 0:16:26 There is almost 5000 packages difference. Why? How could I fix it? I tried to run the /usr/bin/spacewalk-repo-sync --channel oel6-public-latest-x86_64 --type yum command from cron, console, the errata-import script run this command every night as well, and still not sync. Does somebody meet this issue in Spacewalk 2.0 ? Balint ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Jabber Issues after upgrading
Yes, I notice the password section and others, changing the password made
any difference, running the service like this
/usr/bin/c2s -c /etc/jabberd//c2s.xml -D I see erros like these, no host
available, do not know if it's trying to resolve by name or
if it's something else
s2c and router are loaded, c2s doesnt' start up that why I'm running it
manually with -D
Wed Dec 11 12:41:25 2013 c2s.c:836 coming online
Wed Dec 11 12:41:25 2013 [notice] [0.0.0.0, port=5222] listening for
connections
Wed Dec 11 12:41:25 2013 [notice] ready for connections
jabber9764 1 0 12:28 ?00:00:00 /usr/bin/router -c
/etc/jabberd//router.xml
jabber9785 1 0 12:28 ?00:00:00 /usr/bin/s2s -c
/etc/jabberd//s2s.xml
Wed Dec 11 12:39:36 2013 c2s.c:640 component available from 's2s'
Wed Dec 11 12:39:36 2013 c2s.c:642 sm for serviced domain 's2s' online
Wed Dec 11 12:39:52 2013 [notice] connection to router established
The errors :
Wed Dec 11 12:35:25 2013 c2s.c:185 no host available for requested domain
'spacewalk'
Wed Dec 11 12:35:25 2013 c2s.c:185 no host available for requested domain
'spacewalk'
Wed Dec 11 12:36:00 2013 c2s.c:185 no host available for requested domain '
spacewalk.domain.com'
sx (error.c:79) prepared error: stream:error xmlns:stream='
http://etherx.jabber.org/streams'host-unknown
xmlns='urn:ietf:params:xml:ns:xmpp-streams'/text
xmlns='urn:ietf:params:xml:ns:xmpp-streams'service requested for unknown
domain/text/stream:error
sx (error.c:94) tag 8 event 1 data 0x0
Wed Dec 11 12:36:00 2013 c2s.c:40 want write
Wed Dec 11 12:36:00 2013 c2s.c:539 write action on fd 8
sx (io.c:328) 8 ready for writing
sx (io.c:286) encoding 229 bytes for writing: stream:error xmlns:stream='
http://etherx.jabber.org/streams'host-unknown
xmlns='urn:ietf:params:xml:ns:xmpp-streams'/text
xmlns='urn:ietf:params:xml:ns:xmpp-streams'service requested for unknown
domain/text/stream:error
I can alse see lots of request from differents IP, as if it were scanning
something:
Wed Dec 11 12:40:33 2013 c2s.c:544 close action on fd 8
Wed Dec 11 12:40:33 2013 [notice] [8] [172.16.8.27, port=45487] disconnect
jid=unbound, packets: 0
sx (server.c:45) building features nad
Leaving the c2s running and starting osad I get the
[root@spacewalk ~]# osa-dispatcher start
Spacewalk 10359 2013/12/11 12:43:08 -03:00: ('Not able to reconnect',)
Spacewalk 10359 2013/12/11 12:43:08 -03:00: ('Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 589, in
connect\nraise SSLDisabledError\nSSLDisabledError\n',)
2013/12/11 12:44:00 -03:00 10359 0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber server',)
2013/12/11 12:44:00 -03:00 10359 0.0.0.0: osad/jabber_lib.main('Unable to
connect to jabber servers, sleeping 10 seconds',)
2013/12/11 12:44:10 -03:00 10359 0.0.0.0: osad/jabber_lib.__init__
2013/12/11 12:44:10 -03:00 10359 0.0.0.0: osad/jabber_lib.connect('Server
did not return a features / stanza, reconnecting',)
2013/12/11 12:44:11 -03:00 10359 0.0.0.0: osad/jabber_lib.connect('Server
did not return a features / stanza, reconnecting',)
2013/12/11 12:44:12 -03:00 10359 0.0.0.0: osad/jabber_lib.connect('Server
did not return a features / stanza, reconnecting',)
2013/12/11 12:44:13 -03:00 10359 0.0.0.0: osad/jabber_lib.connect('ERROR',
'Not able to reconnect')
2013/12/11 12:44:13 -03:00 10359 0.0.0.0:
osad/jabber_lib.print_message('SSLError',)
Restroring the old config I get the same error.
Thanks for your time and support.
Regards
2013/12/11 Balint Szigeti balint.s...@gmail.com
Have you read the diff's output?
The pass sections are modified. If I were you, I tried to with the new
conf file and the old pass sections.
Some other sections were affected as well:
!-- IP address to bind to (default: 0.0.0.0) --
-ip::/ip
+ip0.0.0.0/ip
!-- Port to bind to, or 0 to disable unencrypted access to the
server (default: 5222) --
@@ -301,7 +301,7 @@
the following checks applied.
0 disables all checks. (default: 0) --
- interval60/interval
+ interval0/interval
!-- Idle connection checks.
@@ -319,7 +319,7 @@
disconnected without us knowing about it.
0 disables keepalives. (default: 0) --
- keepalive60/keepalive
+ keepalive0/keepalive
Try the merge the old pass into the new xml file and let see.
I'm looking forward to the result :)
B
On 11/12/13 14:05, Net Warrior wrote:
Hi.
I made a yum upgrade, I upgraded to CentOS 6.5, and obiously there were
updates related to spacewalk as well, I did not see any ssl regeneration,
if that happened in background do not know.
Clients have:
Re: [Spacewalk-list] OEL repo sync
Hello Mike, You would be right, if the oel6-public-latest repo has fewer packages then mine. But it has more then 24000 (on online repo). I tried to delete and recreate the channel which caused the re-sync the repository but it didn't solve the issue. Balint On 11/12/13 15:39, Michael Snyder wrote: The source repo is possibly a rolling version repository (oel6-public-latest-x86_64). If your sync'd repository has existed for a relatively long time, your repository likely has older packages that have been removed from the source repository. That would explain the discrepancy in package count. I have found this to be the case with the Fedora EPEL repo, where conflicting or obsolete packages are removed from the repo as an evolutionary requirement. If you do not have any dependencies on your local repository, you could remove all packages from your local copy of the repo, and then run the sync operation again. You'll likely find it comes back with the 19000-something count that the source repo at Oracle currently contains, if it is indeed a rolling version repository and based on my experiences... Good Luck! Mike Michael Snyder *|*Digital River *|*Principal Engineer, Cloud Engineering *msny...@digitalriver.com mailto:msny...@digitalriver.com |*digitalriver.com http://www.digitalriver.com/ p: +1 952-225-3257 *| *c: +1 952-491-1185 *| *f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA *From:*spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] *On Behalf Of *Balint Szigeti *Sent:* Wednesday, December 11, 2013 9:16 AM *To:* spacewalk-list@redhat.com *Subject:* [Spacewalk-list] OEL repo sync Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ *Packages in repo: 24357 Packages already synced: 19412 Packages to sync:27* 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64 26/27 : php-mbstring-5.3.3-27.el6_5-0.x86_64 27/27 : php-process-5.3.3-27.el6_5-0.x86_64 Linking packages to channel. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has comps file comps.xml. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has 1266 errata. *Sync completed. Total time: 0:16:26* There is almost 5000 packages difference. Why? How could I fix it? I tried to run the /usr/bin/spacewalk-repo-sync --channel oel6-public-latest-x86_64 --type yum command from cron, console, the errata-import script run this command every night as well, and still not sync. Does somebody meet this issue in Spacewalk 2.0 ? Balint ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] OEL repo sync
This was bugging me, so I did some digging against a text-save of the index page... The text-save created output where lines beginning with a tab character identified the RPM file links: $ grep ^Indexsave.txt |grep rpm |wc -l 24357 $ grep ^Indexsave.txt |grep src.rpm |wc -l 4918 $ expr 24357 - 4918 19439 So you're not getting the source rpms, and the binary rpm count adds up exactly :) -Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com | digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 9:59 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] OEL repo sync Hello Mike, You would be right, if the oel6-public-latest repo has fewer packages then mine. But it has more then 24000 (on online repo). I tried to delete and recreate the channel which caused the re-sync the repository but it didn't solve the issue. Balint On 11/12/13 15:39, Michael Snyder wrote: The source repo is possibly a rolling version repository (oel6-public-latest-x86_64). If your sync'd repository has existed for a relatively long time, your repository likely has older packages that have been removed from the source repository. That would explain the discrepancy in package count. I have found this to be the case with the Fedora EPEL repo, where conflicting or obsolete packages are removed from the repo as an evolutionary requirement. If you do not have any dependencies on your local repository, you could remove all packages from your local copy of the repo, and then run the sync operation again. You'll likely find it comes back with the 19000-something count that the source repo at Oracle currently contains, if it is indeed a rolling version repository and based on my experiences... Good Luck! Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com |digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.commailto:spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 9:16 AM To: spacewalk-list@redhat.commailto:spacewalk-list@redhat.com Subject: [Spacewalk-list] OEL repo sync Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ Packages in repo: 24357 Packages already synced: 19412 Packages to sync:27 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64 26/27 : php-mbstring-5.3.3-27.el6_5-0.x86_64 27/27 : php-process-5.3.3-27.el6_5-0.x86_64 Linking packages to channel. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has comps file comps.xml. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has 1266 errata. Sync completed. Total time: 0:16:26 There is almost 5000 packages difference. Why? How could I fix it? I tried to run the /usr/bin/spacewalk-repo-sync --channel oel6-public-latest-x86_64 --type yum command from cron, console, the errata-import script run this command every night as well, and still not sync. Does somebody meet this issue in Spacewalk 2.0 ? Balint ___ Spacewalk-list mailing list Spacewalk-list@redhat.commailto:Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] searching packages in spacewalk
Hi, I have the impression that searching for packages in spacewalk is buggy. Either via the webinterface or via the API call packages.search.name I don't get all packages that contain e.g. java in the name. I did do a cleanindex but it didn't change anything, although while it was recreating the indexes sometimes the search returned more packages, but in the end not. For now I reverted to a SQL search myself, but I would like the API call to work ok. Is someone else seeing the same? Spacewalk is still at 1.9 though. Franky ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Jabber Issues after upgrading
Hi Justin.
1 /etc/pki/spacewalk/jabberd/server.pem is the same, did not change
2 I have no backup
3 no issues with the FQDN server configuration.
4 Gonna check the FQDN in the c2s/s2s files, I restored the c2s.xml-swsave
which were created duting the update and none of the jabbers services start
up. routes/sm/c2s/s2s
On the other hand, is there a way to reconfigure this,? can I use
spacewalk-setup-jabberd to do so? in this moment the system is useless and
reinstalling wont be very funny, have 500 servers more than less plus
kickstart configurations and other stuff.
Thanks for your time and support.
Regards.
2013/12/11 Justin Edmands shockwav...@gmail.com
On Wed, Dec 11, 2013 at 11:17 AM, Balint Szigeti
balint.s...@gmail.comwrote:
Is your /etc/pki/spacewalk/jabberd/server.pem file changed?
Do you have backup from full /etc?
Was your hostname/FQDN changed?
I think, your DB access/FQDN or jabber's certs were changed during.
Check your FQDN in c2s/s2s and sm.xml file. Plus check it in your backed
up ones.
If you replace the new jabber dir with the old one, the issue is still
remain?
Balint
On 11/12/13 15:49, Net Warrior wrote:
Yes, I notice the password section and others, changing the password made
any difference, running the service like this
/usr/bin/c2s -c /etc/jabberd//c2s.xml -D I see erros like these, no host
available, do not know if it's trying to resolve by name or
if it's something else
s2c and router are loaded, c2s doesnt' start up that why I'm running it
manually with -D
Wed Dec 11 12:41:25 2013 c2s.c:836 coming online
Wed Dec 11 12:41:25 2013 [notice] [0.0.0.0, port=5222] listening for
connections
Wed Dec 11 12:41:25 2013 [notice] ready for connections
jabber9764 1 0 12:28 ?00:00:00 /usr/bin/router -c
/etc/jabberd//router.xml
jabber9785 1 0 12:28 ?00:00:00 /usr/bin/s2s -c
/etc/jabberd//s2s.xml
Wed Dec 11 12:39:36 2013 c2s.c:640 component available from 's2s'
Wed Dec 11 12:39:36 2013 c2s.c:642 sm for serviced domain 's2s' online
Wed Dec 11 12:39:52 2013 [notice] connection to router established
The errors :
Wed Dec 11 12:35:25 2013 c2s.c:185 no host available for requested domain
'spacewalk'
Wed Dec 11 12:35:25 2013 c2s.c:185 no host available for requested domain
'spacewalk'
Wed Dec 11 12:36:00 2013 c2s.c:185 no host available for requested
domain 'spacewalk.domain.com'
sx (error.c:79) prepared error: stream:error xmlns:stream='
http://etherx.jabber.org/streams'host-unknown
xmlns='urn:ietf:params:xml:ns:xmpp-streams'/text
xmlns='urn:ietf:params:xml:ns:xmpp-streams'service requested for unknown
domain/text/stream:error
sx (error.c:94) tag 8 event 1 data 0x0
Wed Dec 11 12:36:00 2013 c2s.c:40 want write
Wed Dec 11 12:36:00 2013 c2s.c:539 write action on fd 8
sx (io.c:328) 8 ready for writing
sx (io.c:286) encoding 229 bytes for writing: stream:error xmlns:stream='
http://etherx.jabber.org/streams'host-unknown
xmlns='urn:ietf:params:xml:ns:xmpp-streams'/text
xmlns='urn:ietf:params:xml:ns:xmpp-streams'service requested for unknown
domain/text/stream:error
I can alse see lots of request from differents IP, as if it were scanning
something:
Wed Dec 11 12:40:33 2013 c2s.c:544 close action on fd 8
Wed Dec 11 12:40:33 2013 [notice] [8] [172.16.8.27, port=45487]
disconnect jid=unbound, packets: 0
sx (server.c:45) building features nad
Leaving the c2s running and starting osad I get the
[root@spacewalk ~]# osa-dispatcher start
Spacewalk 10359 2013/12/11 12:43:08 -03:00: ('Not able to reconnect',)
Spacewalk 10359 2013/12/11 12:43:08 -03:00: ('Traceback (most recent call
last):\n File /usr/share/rhn/osad/jabber_lib.py, line 252, in
setup_connection\nc = self._get_jabber_client(js)\n File
/usr/share/rhn/osad/jabber_lib.py, line 309, in _get_jabber_client\n
c.connect()\n File /usr/share/rhn/osad/jabber_lib.py, line 589, in
connect\nraise SSLDisabledError\nSSLDisabledError\n',)
2013/12/11 12:44:00 -03:00 10359 0.0.0.0:
osad/jabber_lib.setup_connection('Could not connect to any jabber server',)
2013/12/11 12:44:00 -03:00 10359 0.0.0.0: osad/jabber_lib.main('Unable
to connect to jabber servers, sleeping 10 seconds',)
2013/12/11 12:44:10 -03:00 10359 0.0.0.0: osad/jabber_lib.__init__
2013/12/11 12:44:10 -03:00 10359 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 12:44:11 -03:00 10359 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 12:44:12 -03:00 10359 0.0.0.0:
osad/jabber_lib.connect('Server did not return a features / stanza,
reconnecting',)
2013/12/11 12:44:13 -03:00 10359 0.0.0.0:
osad/jabber_lib.connect('ERROR', 'Not able to reconnect')
2013/12/11 12:44:13 -03:00 10359 0.0.0.0:
osad/jabber_lib.print_message('SSLError',)
Restroring the old config I get the same error.
Thanks for your time and support.
Regards
2013/12/11
Re: [Spacewalk-list] OEL repo sync
hello Thank you for your investigating. Where is the indexsave.txt? Balint On 11/12/13 16:27, Michael Snyder wrote: This was bugging me, so I did some digging against a text-save of the index page... The text-save created output where lines beginning with a tab character identified the RPM file links: $ grep ^Indexsave.txt |grep rpm |wc -l 24357 $ grep ^Indexsave.txt |grep src.rpm |wc -l 4918 $ expr 24357 - 4918 19439 So you're not getting the source rpms, and the binary rpm count adds up exactly J -Mike Michael Snyder *|*Digital River *|*Principal Engineer, Cloud Engineering *msny...@digitalriver.com mailto:msny...@digitalriver.com |*digitalriver.com http://www.digitalriver.com/ p: +1 952-225-3257 *| *c: +1 952-491-1185 *| *f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA *From:*spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] *On Behalf Of *Balint Szigeti *Sent:* Wednesday, December 11, 2013 9:59 AM *To:* spacewalk-list@redhat.com *Subject:* Re: [Spacewalk-list] OEL repo sync Hello Mike, You would be right, if the oel6-public-latest repo has fewer packages then mine. But it has more then 24000 (on online repo). I tried to delete and recreate the channel which caused the re-sync the repository but it didn't solve the issue. Balint On 11/12/13 15:39, Michael Snyder wrote: The source repo is possibly a rolling version repository (oel6-public-latest-x86_64). If your sync'd repository has existed for a relatively long time, your repository likely has older packages that have been removed from the source repository. That would explain the discrepancy in package count. I have found this to be the case with the Fedora EPEL repo, where conflicting or obsolete packages are removed from the repo as an evolutionary requirement. If you do not have any dependencies on your local repository, you could remove all packages from your local copy of the repo, and then run the sync operation again. You'll likely find it comes back with the 19000-something count that the source repo at Oracle currently contains, if it is indeed a rolling version repository and based on my experiences... Good Luck! Mike Michael Snyder *|*Digital River *|*Principal Engineer, Cloud Engineering *msny...@digitalriver.com mailto:msny...@digitalriver.com |*digitalriver.com http://www.digitalriver.com/ p: +1 952-225-3257 *| *c: +1 952-491-1185 *| *f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA *From:*spacewalk-list-boun...@redhat.com mailto:spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] *On Behalf Of *Balint Szigeti *Sent:* Wednesday, December 11, 2013 9:16 AM *To:* spacewalk-list@redhat.com mailto:spacewalk-list@redhat.com *Subject:* [Spacewalk-list] OEL repo sync Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ *Packages in repo: 24357 Packages already synced: 19412 Packages to sync:27* 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64 26/27 : php-mbstring-5.3.3-27.el6_5-0.x86_64 27/27 : php-process-5.3.3-27.el6_5-0.x86_64 Linking packages to channel. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has comps file comps.xml. Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ has 1266 errata. *Sync completed. Total time: 0:16:26* There is almost 5000 packages difference. Why? How could I fix it? I tried
Re: [Spacewalk-list] OEL repo sync
I just went to http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ in my browser, and then saved the page as a text file. Then examined the saved file... -Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com | digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 11:26 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] OEL repo sync hello Thank you for your investigating. Where is the indexsave.txt? Balint On 11/12/13 16:27, Michael Snyder wrote: This was bugging me, so I did some digging against a text-save of the index page... The text-save created output where lines beginning with a tab character identified the RPM file links: $ grep ^Indexsave.txt |grep rpm |wc -l 24357 $ grep ^Indexsave.txt |grep src.rpm |wc -l 4918 $ expr 24357 - 4918 19439 So you're not getting the source rpms, and the binary rpm count adds up exactly :) -Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com |digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.commailto:spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 9:59 AM To: spacewalk-list@redhat.commailto:spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] OEL repo sync Hello Mike, You would be right, if the oel6-public-latest repo has fewer packages then mine. But it has more then 24000 (on online repo). I tried to delete and recreate the channel which caused the re-sync the repository but it didn't solve the issue. Balint On 11/12/13 15:39, Michael Snyder wrote: The source repo is possibly a rolling version repository (oel6-public-latest-x86_64). If your sync'd repository has existed for a relatively long time, your repository likely has older packages that have been removed from the source repository. That would explain the discrepancy in package count. I have found this to be the case with the Fedora EPEL repo, where conflicting or obsolete packages are removed from the repo as an evolutionary requirement. If you do not have any dependencies on your local repository, you could remove all packages from your local copy of the repo, and then run the sync operation again. You'll likely find it comes back with the 19000-something count that the source repo at Oracle currently contains, if it is indeed a rolling version repository and based on my experiences... Good Luck! Mike Michael Snyder | Digital River | Principal Engineer, Cloud Engineering msny...@digitalriver.commailto:msny...@digitalriver.com |digitalriver.comhttp://www.digitalriver.com/ p: +1 952-225-3257 | c: +1 952-491-1185 | f: +1 952-392-0972 10380 Bren Road West, Minnetonka, MN 55343, USA From: spacewalk-list-boun...@redhat.commailto:spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Balint Szigeti Sent: Wednesday, December 11, 2013 9:16 AM To: spacewalk-list@redhat.commailto:spacewalk-list@redhat.com Subject: [Spacewalk-list] OEL repo sync Hello All, Simple I don't get it, if the process find 24357 packages, why it didn't download all? Sync started: Wed Dec 11 14:47:12 2013 ['/usr/bin/spacewalk-repo-sync', '--channel', 'oel6-public-latest-x86_64', '--type', 'yum'] Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ Packages in repo: 24357 Packages already synced: 19412 Packages to sync:27 1/27 : php-odbc-5.3.3-27.el6_5-0.x86_64 2/27 : php-common-5.3.3-27.el6_5-0.x86_64 3/27 : php-imap-5.3.3-27.el6_5-0.x86_64 4/27 : php-dba-5.3.3-27.el6_5-0.x86_64 5/27 : php-intl-5.3.3-27.el6_5-0.x86_64 6/27 : php-bcmath-5.3.3-27.el6_5-0.x86_64 7/27 : php-fpm-5.3.3-27.el6_5-0.x86_64 8/27 : php-gd-5.3.3-27.el6_5-0.x86_64 9/27 : php-zts-5.3.3-27.el6_5-0.x86_64 10/27 : php-devel-5.3.3-27.el6_5-0.x86_64 11/27 : php-enchant-5.3.3-27.el6_5-0.x86_64 12/27 : php-xml-5.3.3-27.el6_5-0.x86_64 13/27 : php-ldap-5.3.3-27.el6_5-0.x86_64 14/27 : php-pdo-5.3.3-27.el6_5-0.x86_64 15/27 : php-pgsql-5.3.3-27.el6_5-0.x86_64 16/27 : php-recode-5.3.3-27.el6_5-0.x86_64 17/27 : php-embedded-5.3.3-27.el6_5-0.x86_64 18/27 : php-cli-5.3.3-27.el6_5-0.x86_64 19/27 : php-tidy-5.3.3-27.el6_5-0.x86_64 20/27 : php-mysql-5.3.3-27.el6_5-0.x86_64 21/27 : php-xmlrpc-5.3.3-27.el6_5-0.x86_64 22/27 : php-soap-5.3.3-27.el6_5-0.x86_64 23/27 : php-pspell-5.3.3-27.el6_5-0.x86_64 24/27 : php-5.3.3-27.el6_5-0.x86_64 25/27 : php-snmp-5.3.3-27.el6_5-0.x86_64
Re: [Spacewalk-list] Channel clonning and patching strategy
Hi Rick,
Yes, I think that's what I envisioned above. I will create all clone
channels on the Default-Org and then only share those clones to sub-orgs.
From my test I cannot clone a channel within the sub-org if it was a shared
channel.
Thanks,
Lupin
On Wed, Dec 11, 2013 at 5:06 PM, Rick van der Linde r...@rilp.nl wrote:
Hi Jupin,
You may want to solve this by building the channel within one suborg and
share them to your mentioned suborgs by trust relationship between these
organisation. The (child) channels can then easily be cloned within the
suborg and provided to the suborg when needed by configuring the share
channel to trusted orgs. You can for example add another suborg that
contains all packages or use one of your already defined suborgs to provide
these (child) channels.
Rick
-Oorspronkelijk bericht-
*Aan:* spacewalk-list@redhat.com;
*Van:* Lupin Deterd lupindet...@gmail.com
*Verzonden:* wo 11-12-2013 04:00
*Onderwerp:* Re: [Spacewalk-list] Channel clonning and patching strategy
*Bijlage:* inline.txt
Yes, the point being of using Spacewalk instead of plain cobbler/repo sync
is that you can have a lock channel and with spacewalk-clone-by-date you
can have complete control on when do you have your clone channel get
updated.
On Wed, Dec 11, 2013 at 12:28 PM, Paul Robert Marino
prmari...@gmail.comwrote:
Well I have an idea I've been toying with for that but I haven't tested it
yet.
Since cobbler does contain a usable yum repo under the hood you could
theoretically point repo sync to one of the other repos in cobbler.
Figuring out the URL is simple just view one of the kickstarts that uses
the source channel and you can copy the URL it uses for the channel.
The only problem I can see in doing that is I don't think the errata
syncing wouldn't work because I don't think cobblers repos get the erratas
synced.
I've been thinking of doing this for things like EPEL where I have
multiple copies for CentOS, Scientific Linux, etc..
-- Sent from my HP Pre3
--
On Dec 10, 2013 13:56, Lupin Deterd lupindet...@gmail.com wrote:
Hi list,
I'm exploring the following setup.
- Multi-org setup
sub-org1
sub-org2
sub-org3
-Patching schedule policy
sub-org1 - monthly
sub-org2 - quaterly
sub-org3 - monthly
Based on the organization and schedule, I want then to clone my channels
as such.
Source Base Channel Centos6(Default Org)
- monthly-dev-clone-Centos6
- monthly-qa-clone-Centos6
- monthly-prod-clone-Centos6
-qtrly-dev-clone-Centos6
-qtrly-qa-clone-Centos6
-qtrly-prod-clone-Centos6
Then I will share the monthly clones channel to sub-org{1,3} and quaterly
clones to sub-org2.
I would like to ask for feedback on this setup or any other ways to
accomplish my requirements.
Thanks,
lupin
___
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
Re: [Spacewalk-list] CPU bound postgresql process ? Why and how to stop it?
Thank you for the suggestions. I had previously done periodic pgtune passes. I managed to do some tuning of config settings as you suggested for postgres and get a pass through vacuuming and reindexing. The performance of the server seems to be a bit crisper. However it didn't eliminate the problem with a process going CPU bound. I'm still waiting to hear back on my question about when I might be able to apply the updates that Michael Mraka pointed to. Robert -Original Message- From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Paul Robert Marino Sent: Monday, December 09, 2013 4:25 PM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] CPU bound postgresql process ? Why and how to stop it? sorry for the delayed responce on this I thought I sent it but its been sitting in my drafts folder On Wed, Dec 4, 2013 at 11:21 AM, Boyd, Robert robert.b...@peoplefluent.com wrote: I have several hundred servers in spacewalk. How much time should I allow for a window to run this db maintenance? that depends on how fragmented the tables and free space in the tables are which is a direct correlation to how many changes have been made since autovacuume has cleaned it up. my facilities are 24x7 365 mission critical but on the weekend no changes are allowed to any systems so I have a cron job that does it at midnight on the first Saturday of each month and I don't really time it. if its the first time you are doing it I would schedule 4 hours. 1 hour if you skip the reindex and second vacuum analyze. the reindex is whats really time consuming and not really required. And how does this relate to the bugzilla that Michael mentioned? Yes and no they are and are not related Not doing the maintenance I mentioned would significantly exacerbate the issue in the bugzilla ticket. this is because it seems to be a planner issue and the planer utilizes the statistics created by the analyze process to figure out how to handle complex queries like this. additionally you could more quickly help it if you tune the planner for example in ~postgres/data/postgresql.conf adjusting the size of effective_cache_size can be extremely helpful. Also turning on constraint_exclusion in the same file is helpfull with spacewalk! it means the planner takes longer but can automatically figure out things to exclude in subqueries and joins based on constraints in the other parts of the overall query so the resulting query can be faster. by default constraint_exclusion is turned off in PostgreSQL because if you don't do a lot of joins and conditional sub queries it will hurt you performance but in the case of spacewalk its a significant help. the query planner in PostgreSQL is a complex subject but the major things to look at for spacewalk tuning are shared_buffers (increase a lot) work_mem (increase a lot if possible) effective_cache_size (definitely increase a lot) default_statistics_target (increase a little or a lot but the down size is it makes analyze take longer the more you increase it and there is a point of diminishing returns) constraint_exclusion (enable this) from_collapse_limit (increase slightly) join_collapse_limit (increase slightly) Also you you want to speed up vacuum, autovacuum, and reindex, and analyze operations increasing the maintenance_work_mem is helpful for that but keep in mind that autovacuums may use that during normal database operation so be careful not to make it too high so for example on my production boxes I have it set to 1GB Michael, how long before the spacewalk-java update will move from nightly to production release? Thank you both for your assistance! Robert ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] CPU bound postgresql process ? Why and how to stop it?
What about the config options I think the constraint exclusion would help you because it effectively allows the planner attempt to do the same thing as the patch.-- Sent from my HP Pre3On Dec 11, 2013 16:03, Boyd, Robert robert.b...@peoplefluent.com wrote: Thank you for the suggestions. I had previously done periodic pgtune passes. I managed to do some tuning of config settings as you suggested for postgres and get a pass through vacuuming and reindexing. The performance of the server seems to be a bit crisper. However it didn't eliminate the problem with a process going CPU bound. I'm still waiting to hear back on my question about when I might be able to apply the updates that Michael Mraka pointed to. Robert -Original Message- From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Paul Robert Marino Sent: Monday, December 09, 2013 4:25 PM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] CPU bound postgresql process ? Why and how to stop it? sorry for the delayed responce on this I thought I sent it but its been sitting in my drafts folder On Wed, Dec 4, 2013 at 11:21 AM, Boyd, Robert robert.b...@peoplefluent.com wrote: I have several hundred servers in spacewalk. How much time should I allow for a window to run this db maintenance? that depends on how fragmented the tables and free space in the tables are which is a direct correlation to how many changes have been made since autovacuume has cleaned it up. my facilities are 24x7 365 mission critical but on the weekend no changes are allowed to any systems so I have a cron job that does it at midnight on the first Saturday of each month and I don't really time it. if its the first time you are doing it I would schedule 4 hours. 1 hour if you skip the reindex and second vacuum analyze. the reindex is whats really time consuming and not really required. And how does this relate to the bugzilla that Michael mentioned? Yes and no they are and are not related Not doing the maintenance I mentioned would significantly exacerbate the issue in the bugzilla ticket. this is because it seems to be a planner issue and the planer utilizes the statistics created by the analyze process to figure out how to handle complex queries like this. additionally you could more quickly help it if you tune the planner for example in ~postgres/data/postgresql.conf adjusting the size of effective_cache_size can be extremely helpful. Also turning on constraint_exclusion in the same file is helpfull with spacewalk! it means the planner takes longer but can automatically figure out things to exclude in subqueries and joins based on constraints in the other parts of the overall query so the resulting query can be faster. by default constraint_exclusion is turned off in PostgreSQL because if you don't do a lot of joins and conditional sub queries it will hurt you performance but in the case of spacewalk its a significant help. the query planner in PostgreSQL is a complex subject but the major things to look at for spacewalk tuning are shared_buffers (increase a lot) work_mem (increase a lot if possible) effective_cache_size (definitely increase a lot) default_statistics_target (increase a little or a lot but the down size is it makes analyze take longer the more you increase it and there is a point of diminishing returns) constraint_exclusion (enable this) from_collapse_limit (increase slightly) join_collapse_limit (increase slightly) Also you you want to speed up vacuum, autovacuum, and reindex, and analyze operations increasing the maintenance_work_mem is helpful for that but keep in mind that autovacuums may use that during normal database operation so be careful not to make it too high so for example on my production boxes I have it set to 1GB Michael, how long before the spacewalk-java update will move from nightly to production release? Thank you both for your assistance! Robert ___ 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] Showing all systems takes forever
When going to Systems -- All , it takes about 30 seconds to show the list. I have it currently set to show 25 at a time. Everything else in the system is working fine. with htop, I notice the process uses 100% CPU and sits at (idle) It's only managing 73 systems and doesn't do much, that I know of. Spacewalk server is a VM with: 6GB RAM 4x L5520 vCPU (started with 1 vCPU as more is not always better in virtualization) no limit on disk IOPS (new iSCSI SAN with roughly 2K IOPS available) no contention anywhere on spacecmd, it loads the system_list command in a split second. We have two spacewalk servers, the one that has over 250 clients loads the same size list in about 2 seconds. This one, with more RAM and vCPU, takes 15 times longer to load. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
