[Spacewalk-list] Taskomatic problems spacewalk 2.7, Centos 6.7

[Konstantin Raskoshnyi]

Hi guys,
After a recent upgrade, I created a new Channel, attache packages.
After sync I see all packages in spacewalk gui, but in this
directory: /var/cache/rhn/repodata

Don't see any errors on taskomatic side.

Did anyone experience the same issue? Thanks
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] upgrade to 2.7 fails

[Konstantin Raskoshnyi]

Yes, finally I found, that I had some packages installed from another
spacewalk repo which were in conflict for yum. Just removed those with rpm
nodeps. Installed without any issues after.
Thanks.

On Thu, Oct 5, 2017 at 11:21 PM Christoph Galuschka 
wrote:

> Hi,
>
> did you also add the add. repo required?
> (cd /etc/yum.repos.d && curl -O
> https://copr.fedorainfracloud.org/coprs/g/spacewalkproject/java-packages/repo/epel-7/group_spacewalkproject-java-packages-epel-7.repo
> )
> (cd /etc/yum.repos.d && curl -O
> https://copr.fedorainfracloud.org/coprs/g/spacewalkproject/epel6-addons/repo/epel-6/group_spacewalkproject-epel6-addons-epel-6.repo
> )
>
> > Konstantin Raskoshnyi  hat am 6. Oktober 2017 um
> 07:36 geschrieben:
> >
> >
> > Hi guys,
> > Scientific Linux 6.7,
> > After I deleted rpms per instuction and disabled jpackage.repo, when I
> try
> > to do yum update and see next errors:
> >
> > ** Found 49 pre-existing rpmdb problem(s), 'yum check' output follows:
> > ant-junit-1.7.1-13.el6.x86_64 has missing requires of junit
> > ant-trax-1.7.1-13.el6.x86_64 has missing requires of jaxp_transform_impl
> > bsf-2.4.0-4.1.el6.noarch has missing requires of jakarta-commons-logging
> > bsf-2.4.0-4.1.el6.noarch has missing requires of xalan-j2
> > dom4j-1.6.1-10.jpp5.noarch has missing requires of xalan-j2
> > 1:excalibur-avalon-framework-impl-4.3.1-0.r508111.13.jpp5.noarch has
> > missing requires of jakarta-commons-logging
> > groovy15-1.5.6-2.jpp5.noarch has missing requires of
> jakarta-commons-logging
> > groovy15-1.5.6-2.jpp5.noarch has missing requires of junit
> > hibernate3-3.2.4-1.SP1_CP01.9.jpp5.noarch has missing requires of
> > jakarta-commons-logging >= ('0', '1.0.4', None)
> > hivemind-1.1.1-3.jpp5.noarch has missing requires of
> jakarta-commons-logging
> > hivemind-1.1.1-3.jpp5.noarch has missing requires of junit
> > jakarta-commons-beanutils-1.7.0-12.5.el6.x86_64 has missing requires of
> > jakarta-commons-logging >= ('0', '1.0', None)
> > jakarta-commons-chain-1.2-2.jpp5.noarch has missing requires of
> > jakarta-commons-digester
> > jakarta-commons-chain-1.2-2.jpp5.noarch has missing requires of
> > jakarta-commons-logging
> > jakarta-commons-cli-1.1-5.el6.x86_64 has missing requires of
> > jakarta-commons-logging
> > 1:jakarta-commons-httpclient-3.1-0.9.el6_5.x86_64 has missing requires of
> > jakarta-commons-logging >= ('0', '1.0.3', None)
> > jakarta-commons-validator-1.3.1-8.jpp5.noarch has missing requires of
> > jakarta-commons-digester >= ('0', '1.7', None)
> > jakarta-commons-validator-1.3.1-8.jpp5.noarch has missing requires of
> > jakarta-commons-logging >= ('0', '1.1', None)
> > jakarta-taglibs-standard-1.1.2-7.jpp5.noarch has missing requires of
> > xalan-j2 >= ('0', '2.6.0', None)
> > jaxen-1.1-3.jpp5.noarch has missing requires of xalan-j2
> > jdom-1.1.1-1.el6.noarch has missing requires of xalan-j2 >= ('0',
> '2.2.0',
> > None)
> > jetty5-5.1.14-6.jpp5.noarch has missing requires of
> jakarta-commons-logging
> > jpam-0.4-28.el6.x86_64 has missing requires of jakarta-commons-logging
> > mockobjects-0.09-17.jpp5.noarch has missing requires of junit
> > 1:mx4j-3.0.1-9.13.el6.noarch has missing requires of axis >= ('0', '1.1',
> > None)
> > 1:mx4j-3.0.1-9.13.el6.noarch has missing requires of
> > jakarta-commons-logging >= ('0', '1.0.1', None)
> > oscache-2.4.1-1.jpp5.noarch has missing requires of
> jakarta-commons-logging
> > quartz-1.8.4-6.el6.noarch has missing requires of jakarta-commons-logging
> > saxpath-1.0-3.jpp5.noarch has missing requires of xalan-j2
> > sinjdoc-0.5-9.1.el6.x86_64 has missing requires of java_cup >= ('0',
> > '0.10', None)
> > spacewalk-java-2.6.49-1.el6.noarch has missing requires of
> > jakarta-commons-discovery
> > spacewalk-java-2.6.49-1.el6.noarch has missing requires of
> > jakarta-commons-logging
> > spacewalk-java-2.6.49-1.el6.noarch has missing requires of xalan-j2 >=
> > ('0', '2.6.0', None)
> > spacewalk-search-2.6.1-1.el6.noarch has missing requires of
> > jakarta-commons-logging
> > spacewalk-taskomatic-2.6.49-1.el6.noarch has missing requires of
> > jakarta-commons-dbcp
> > spacewalk-taskomatic-2.6.49-1.el6.noarch has missing requires of
> > jakarta-commons-logging
> > spacewalk-taskomatic-2.6.49-1.el6.noarch has missing 

[Spacewalk-list] upgrade to 2.7 fails

[Konstantin Raskoshnyi]

Hi guys,
Scientific Linux 6.7,
After I deleted rpms per instuction and disabled jpackage.repo, when I try
to do yum update and see next errors:

** Found 49 pre-existing rpmdb problem(s), 'yum check' output follows:
ant-junit-1.7.1-13.el6.x86_64 has missing requires of junit
ant-trax-1.7.1-13.el6.x86_64 has missing requires of jaxp_transform_impl
bsf-2.4.0-4.1.el6.noarch has missing requires of jakarta-commons-logging
bsf-2.4.0-4.1.el6.noarch has missing requires of xalan-j2
dom4j-1.6.1-10.jpp5.noarch has missing requires of xalan-j2
1:excalibur-avalon-framework-impl-4.3.1-0.r508111.13.jpp5.noarch has
missing requires of jakarta-commons-logging
groovy15-1.5.6-2.jpp5.noarch has missing requires of jakarta-commons-logging
groovy15-1.5.6-2.jpp5.noarch has missing requires of junit
hibernate3-3.2.4-1.SP1_CP01.9.jpp5.noarch has missing requires of
jakarta-commons-logging >= ('0', '1.0.4', None)
hivemind-1.1.1-3.jpp5.noarch has missing requires of jakarta-commons-logging
hivemind-1.1.1-3.jpp5.noarch has missing requires of junit
jakarta-commons-beanutils-1.7.0-12.5.el6.x86_64 has missing requires of
jakarta-commons-logging >= ('0', '1.0', None)
jakarta-commons-chain-1.2-2.jpp5.noarch has missing requires of
jakarta-commons-digester
jakarta-commons-chain-1.2-2.jpp5.noarch has missing requires of
jakarta-commons-logging
jakarta-commons-cli-1.1-5.el6.x86_64 has missing requires of
jakarta-commons-logging
1:jakarta-commons-httpclient-3.1-0.9.el6_5.x86_64 has missing requires of
jakarta-commons-logging >= ('0', '1.0.3', None)
jakarta-commons-validator-1.3.1-8.jpp5.noarch has missing requires of
jakarta-commons-digester >= ('0', '1.7', None)
jakarta-commons-validator-1.3.1-8.jpp5.noarch has missing requires of
jakarta-commons-logging >= ('0', '1.1', None)
jakarta-taglibs-standard-1.1.2-7.jpp5.noarch has missing requires of
xalan-j2 >= ('0', '2.6.0', None)
jaxen-1.1-3.jpp5.noarch has missing requires of xalan-j2
jdom-1.1.1-1.el6.noarch has missing requires of xalan-j2 >= ('0', '2.2.0',
None)
jetty5-5.1.14-6.jpp5.noarch has missing requires of jakarta-commons-logging
jpam-0.4-28.el6.x86_64 has missing requires of jakarta-commons-logging
mockobjects-0.09-17.jpp5.noarch has missing requires of junit
1:mx4j-3.0.1-9.13.el6.noarch has missing requires of axis >= ('0', '1.1',
None)
1:mx4j-3.0.1-9.13.el6.noarch has missing requires of
jakarta-commons-logging >= ('0', '1.0.1', None)
oscache-2.4.1-1.jpp5.noarch has missing requires of jakarta-commons-logging
quartz-1.8.4-6.el6.noarch has missing requires of jakarta-commons-logging
saxpath-1.0-3.jpp5.noarch has missing requires of xalan-j2
sinjdoc-0.5-9.1.el6.x86_64 has missing requires of java_cup >= ('0',
'0.10', None)
spacewalk-java-2.6.49-1.el6.noarch has missing requires of
jakarta-commons-discovery
spacewalk-java-2.6.49-1.el6.noarch has missing requires of
jakarta-commons-logging
spacewalk-java-2.6.49-1.el6.noarch has missing requires of xalan-j2 >=
('0', '2.6.0', None)
spacewalk-search-2.6.1-1.el6.noarch has missing requires of
jakarta-commons-logging
spacewalk-taskomatic-2.6.49-1.el6.noarch has missing requires of
jakarta-commons-dbcp
spacewalk-taskomatic-2.6.49-1.el6.noarch has missing requires of
jakarta-commons-logging
spacewalk-taskomatic-2.6.49-1.el6.noarch has missing requires of xalan-j2
>= ('0', '2.6.0', None)
spring-all-1.2.9-3.jpp5.noarch has missing requires of
jakarta-commons-logging
struts-1.3.8-2.jpp5.noarch has missing requires of jakarta-commons-digester
struts-1.3.8-2.jpp5.noarch has missing requires of jakarta-commons-logging
struts-1.3.8-2.jpp5.noarch has missing requires of junit
tapestry-4.0.2-3.jpp5.noarch has missing requires of jakarta-commons-logging
tomcat6-6.0.24-105.el6_8.noarch has missing requires of jakarta-commons-dbcp
tomcat6-6.0.24-105.el6_8.noarch has missing requires of
jakarta-commons-logging
tomcat6-lib-6.0.24-105.el6_8.noarch has missing requires of
jakarta-commons-dbcp
velocity-dvsl-1.0-2.jpp5.noarch has missing requires of xalan-j2
velocity-tools-1.4-1.jpp5.noarch has missing requires of
jakarta-commons-digester
velocity-tools-1.4-1.jpp5.noarch has missing requires of
jakarta-commons-logging
xom-1.2.1-1.jpp5.noarch has missing requires of xalan-j2

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

[Spacewalk-list] osad + spaceproxy (spacewalk 2.6) stopped working in remote datacenter

[Konstantin Raskoshnyi]

Hi guys,
Our remote proxy doesn't seem to be working ok with jabber for a week.

All clients just can't get response eventually (even though they're
connected to local spaceproxy)


Log output:

2017-10-06 00:16:11 jabber_lib.setup_connection: Connected to jabber server
spaceproxy.internal
2017-10-06 00:16:11 osad_client.start: osad-03e0a2b2af f99def6643bdeca43e22
osad
2017-10-06 00:16:11 jabber_lib.auth: osad-03e0a2b2af f99def6643bdeca43e22
osad 1
2017-10-06 00:16:11 jabber_lib.auth: Sending auth request osad-03e0a2b2af
2017-10-06 00:16:11 jabber_lib._waitForResponse: auth-get-fb6d63-2 60
2017-10-06 00:16:11 jabber_lib._waitForResponse: before get_one_stanza
2017-10-06 00:16:11 jabber_lib.process: 59.899864
2017-10-06 00:16:11 jabber_lib.process: before select(); timeout
59.899864
2017-10-06 00:16:11 jabber_lib.process: select() returned
2017-10-06 00:16:11 jabber_lib.process: Reading 1024 bytes from ssl socket
2017-10-06 00:16:11 jabber_lib.process: Read 181 bytes
2017-10-06 00:16:11 jabber_lib.dispatch: osad-03e0a2b2af
2017-10-06 00:16:11 jabber_lib.cleanup_expired_callbacks:
2017-10-06 00:16:11 jabber_lib._get_callbacks: osad-03e0a2b2af
2017-10-06 00:16:11 jabber_lib.dispatch: Unhandled stanza osad-03e0a2b2af
2017-10-06 00:16:11 jabber_lib._waitForResponse: after get_one_stanza
2017-10-06 00:16:11 jabber_lib.auth: Auth response osad-03e0a2b2af
2017-10-06 00:16:11 jabber_lib.auth: Sending auth info osad-03e0a2b2afosad83d3270abe43d520ae7b06ce74e0bd89c5a38635
2017-10-06 00:16:11 jabber_lib._waitForResponse: auth-set-fb6d63-3 300
2017-10-06 00:16:11 jabber_lib._waitForResponse: before get_one_stanza
2017-10-06 00:16:11 jabber_lib.process: 299.76873
2017-10-06 00:16:11 jabber_lib.process: before select(); timeout
299.76873


Any thoughts?

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

[Spacewalk-list] osad problems through proxy in remote DC

[Konstantin Raskoshnyi]

Hi, guys

All our hosts in second remote DC stopped respond to OSA-dispatcher.
All of them show similar errors:
2017-10-04 23:30:07 rhn_log.log_error: Error caught:
2017-10-04 23:30:07 rhn_log.log_error: Traceback (most recent call last):
  File "/usr/share/rhn/osad/jabber_lib.py", line 126, in main
c = self.setup_connection(no_fork=no_fork)
  File "/usr/share/rhn/osad/jabber_lib.py", line 304, in setup_connection
resource=self._resource)
  File "/usr/share/rhn/osad/osad_client.py", line 63, in start
self.auth(username, password, resource)
  File "/usr/share/rhn/osad/jabber_lib.py", line 928, in auth
self.SendAndWaitForResponse(auth_set_iq)
  File "/usr/lib/python2.6/site-packages/jabber/jabber.py", line 401, in
SendAndWaitForResponse
return self.waitForResponse(ID,timeout)
  File "/usr/share/rhn/osad/jabber_lib.py", line 1209, in waitForResponse
raise TimeoutError()
TimeoutError

2017-10-04 23:39:15 rhn_log.log_error: Error caught:
2017-10-04 23:39:15 rhn_log.log_error: Traceback (most recent call last):
  File "/usr/share/rhn/osad/jabber_lib.py", line 126, in main
c = self.setup_connection(no_fork=no_fork)
  File "/usr/share/rhn/osad/jabber_lib.py", line 304, in setup_connection
resource=self._resource)
  File "/usr/share/rhn/osad/osad_client.py", line 63, in start
self.auth(username, password, resource)
  File "/usr/share/rhn/osad/jabber_lib.py", line 928, in auth
self.SendAndWaitForResponse(auth_set_iq)
  File "/usr/lib/python2.6/site-packages/jabber/jabber.py", line 401, in
SendAndWaitForResponse
return self.waitForResponse(ID,timeout)
  File "/usr/share/rhn/osad/jabber_lib.py", line 1209, in waitForResponse
raise TimeoutError()
TimeoutError

On the proxy I see connects/disconnects.

The jabber DB is shared via postgres, I don't see any issues on proxies
itself (they can connect to spacewalk and the channel is up)

Anyone had something similar?

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

Re: [Spacewalk-list] configuration file question

[Konstantin Raskoshnyi]

Hi Elizabeth,
You need to deploy files manually to specific machines/groups.

On Tue, Sep 26, 2017 at 1:56 PM, Elizabeth Jones 
wrote:

> I started using configuration files from my spacewalk server and it is
> awesome.  Got a question though -
>
> I have a channel called channel1 and I have 2 files in it that are syncing
> out to 50 servers.  If I add a new file to this channel but only want it to
> go to a subset of servers, will this work?  Or will my nightly check say
> hey this file hasn't been deployed to these servers I'd better push it out
> to all 50?
>
> ___
> 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] 2.6 404 error login

[Konstantin Raskoshnyi]

Here's what catalina log says:
java.io.IOException: Failed to access resource /WEB-INF/lib/antlr.jar
This file is present on the system, no any issues with it :/

Archive:  WEB-INF/lib/antlr.jar
Zip file size: 374774 bytes, number of entries: 244
-rw-r--r--  3.0 unx  157 t- defX 06-Nov-01 21:37 META-INF/MANIFEST.MF
drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/
-rw-r--r--  3.0 unx  248 t- defX 06-Nov-01 21:37 META-INF/INDEX.LIST
drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/maven/
drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 META-INF/maven/antlr/
drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37
META-INF/maven/antlr/antlr/
-rw-r--r--  3.0 unx  109 t- defX 06-Nov-01 21:37
META-INF/maven/antlr/antlr/pom.properties
drwxr-xr-x  3.0 unx0 b- stor 06-Nov-01 21:37 antlr/
-rw-r--r--  3.0 unx  196 b- defX 06-Nov-01 21:37 antlr/ANTLRError.class
-rw-r--r--  3.0 unx  361 b- defX 06-Nov-01 21:37
antlr/ANTLRException.class
-rw-r--r--  3.0 unx 2073 b- defX 06-Nov-01 21:37
antlr/ANTLRGrammarParseBehavior.class
-rw-r--r--  3.0 unx 1387 b- defX 06-Nov-01 21:37
antlr/ANTLRHashString.class
-rw-r--r--  3.0 unx15675 b- defX 06-Nov-01 21:37 antlr/ANTLRLexer.class




On Wed, Sep 20, 2017 at 12:37 PM, Konstantin Raskoshnyi 
wrote:

> Hi guys,
> I was doing sys packages upgrade. After that spacewalk doesn't start up.
> Tomcat log shows:
>
> 192.168.0.2 - - [20/Sep/2017:19:36:24 +] "GET /rhn/Login.do HTTP/1.1"
> 404 -
> 192.168.0.2 - - [20/Sep/2017:19:36:30 +] "GET /rhn/Login.do HTTP/1.1"
> 404 -
>
> I was trying to upgrade operation on top of 2.6, but it didn't work out.
> I see java app in /usr/share/tomcat/webapps/rhn
>
> Any thoughts?
> Thanks
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] 2.6 404 error login

[Konstantin Raskoshnyi]

That was this:

To resolve this issue, make sure your */etc/tomcat567
<https://github.com/spacewalkproject/spacewalk/wiki/567>/Catalina/localhost/rhn.xml*
contains
the following:





On Wed, Sep 20, 2017 at 12:37 PM, Konstantin Raskoshnyi 
wrote:

> Hi guys,
> I was doing sys packages upgrade. After that spacewalk doesn't start up.
> Tomcat log shows:
>
> 192.168.0.2 - - [20/Sep/2017:19:36:24 +] "GET /rhn/Login.do HTTP/1.1"
> 404 -
> 192.168.0.2 - - [20/Sep/2017:19:36:30 +] "GET /rhn/Login.do HTTP/1.1"
> 404 -
>
> I was trying to upgrade operation on top of 2.6, but it didn't work out.
> I see java app in /usr/share/tomcat/webapps/rhn
>
> Any thoughts?
> Thanks
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] 2.6 404 error login

[Konstantin Raskoshnyi]

Hi guys,
I was doing sys packages upgrade. After that spacewalk doesn't start up.
Tomcat log shows:

192.168.0.2 - - [20/Sep/2017:19:36:24 +] "GET /rhn/Login.do HTTP/1.1"
404 -
192.168.0.2 - - [20/Sep/2017:19:36:30 +] "GET /rhn/Login.do HTTP/1.1"
404 -

I was trying to upgrade operation on top of 2.6, but it didn't work out.
I see java app in /usr/share/tomcat/webapps/rhn

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

[Spacewalk-list] spacecmd configchannel_updatefile

[Konstantin Raskoshnyi]

Hi guys,
Does anybody have experience with configchannel_updatefile CHANNEL FILE?
It works ok from cmd, but still not clear does it support non-interactive
mode or not?
The Idea is to push updates to config channels via jenkins without manual
changes.

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

[Spacewalk-list] spacecmd

[Konstantin Raskoshnyi]

Hi guys,
Does anybody have experience with configchannel_updatefile CHANNEL FILE?
It works ok from cmd, but still not clear does it support non-interactive
mode or not?
The Idea is to push updates to config channels via jenkins without manual
changes.

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

[Spacewalk-list] httpd ajp_ilink_receive() can't receive header

[Konstantin Raskoshnyi]

Hi guys,
after upgrade to 2.6 I see often httpd cannot communicate with tomcat
After tomcat restart everything is ok

[proxy_ajp:error] [pid 40478] (70007)The timeout specified has expired:
AH01030: ajp_ilink_receive() can't receive header

Tomcat config for ajp



Any thoughts?

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

Re: [Spacewalk-list] Spacewalk 2.6 doesn't update packages list

[Konstantin Raskoshnyi]

Yes it does. And yes it's the same.
I had to remove the directory in repodata and restart spacewalk. Not it
works fine

On Mon, Jul 10, 2017 at 12:43 AM Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > Hi guys,
> > After upgrade to 2.6 both spacewalk servers stopped upgrading packages
> list
> > for clients
> >
> > For example:
> > yum list chef --showduplicate
> > chef.x86_64
> > 13.2.7-1.el6
> >   @sl67-chef-repo
> ...
> > Even though spacewalk server has newer versions
> > chef-13.2.16-1.el6.x86_64 The full stack of chef Unknown
> > chef-13.2.18-1.el6.x86_64 The full stack of chef Unknown
> > chef-13.2.20-1.el6.x86_64 The full stack of chef Unknown
> >
> > I know that it's possible to clean up some directories on spacewalk to
> > reinitiate creatinon of xml.gz files
> >
> > Any thoughts?
>
> Does taskomatic run on the spacewalk server? Is the
> /var/cache/rhn/repodata/sl67-chef-repo/primary.xml.gz on the spacewalk
> server same as one on the client?
>
> 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

Re: [Spacewalk-list] Spacewalk gui irresponsive

[Konstantin Raskoshnyi]

Completely from spacewalk


On Thu, Jul 6, 2017 at 10:29 PM Robert Paschedag 
wrote:

> Am 7. Juli 2017 00:12:07 MESZ schrieb Konstantin Raskoshnyi <
> konra...@gmail.com>:
> >I have 7 version of java on board so it should be compatible with
> >tomcat6
> >
> >Where can I find db.prperties?
> >
> >On Thu, Jul 6, 2017 at 2:14 PM Vipul Sharma (GDC)
> >
> >wrote:
> >
> >> Any catalina errors - What about the version of Java, Can you check
> >the
> >> compatibility with Tomcat.
> >>
> >> Your connection settings looks fine for Tomcat, Please verify your
> >> db.properties files for postgres.
> >>
> >> Thanks
> >> Vipul
> >> DevOps
> >>
> >> On Fri, Jul 7, 2017 at 1:37 AM, Konstantin Raskoshnyi
> >
> >> wrote:
> >>
> >>> Hi guys, after upgrade to 2.6, when I try to remove more than 10
> >packages
> >>> spacewalk become irresponsive.
> >>>
> >>> Server config 24Gb or ram, 24 cores.
> >>>
> >>> I did some tuning of tomcat and pg
> >>>
> >>> It used to work fine, no any error in the logs though.
> >>>
> >>> Here's my settings:
> >>>
> >>> DB:
> >>> autovacuum on
> >>> default_statistics_target = 50 # pgtune wizard 2015-12-08
> >>> maintenance_work_mem = 960MB # pgtune wizard 2015-12-08
> >>> constraint_exclusion = on # pgtune wizard 2015-12-08
> >>> checkpoint_completion_target = 0.9 # pgtune wizard 2015-12-08
> >>> effective_cache_size = 6GB # pgtune wizard 2015-12-08
> >>> work_mem = 3840kB # pgtune wizard 2015-12-08
> >>> wal_buffers = 8MB # pgtune wizard 2015-12-08
> >>> checkpoint_segments = 256 # pgtune wizard 2015-12-08
> >>> shared_buffers = 3840MB # pgtune wizard 2015-12-08
> >>> checkpoint_timeout = 30min # range 30s-1h
> >>> max_connections = 600
> >>>
> >>>
> >>> Heap for tomcat 8Gb
> >>>
> >>> ulimits.conf
> >>>
> >>> * soft nproc 65535
> >>>
> >>> * hard nproc 65535
> >>>
> >>> * soft nofile 65535
> >>>
> >>> * hard nofile 65535
> >>>
> >>> Tomcat
> >>>
> >>> Tomcat:
> >>> /etc/tomcat6/server.xml
> >>>
> >>>  >>> redirectPort="8443" URIEncoding="UTF-8" address="127.0.0.1"
> >>> maxKeepAliveRequests="1000"/>
> >>>
> >>>
> >>>  >>> URIEncoding="UTF-8" address="127.0.0.1" maxThreads="1024"/>
> >>>
> >>> Top is almost quiet
> >>>
> >>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
> >>>  4810 postgres  20   0 4140m 2.0g 2.0g D 24.9  8.4   0:24.72
> >*postmaster*
> >>>  3914 jabber20   0  137m 4288 2396 S  5.0  0.0   0:08.77 sm
> >>>  4817 postgres  20   0 4128m  17m  15m S  4.6  0.1   0:02.82
> >postmaster
> >>>  3906 jabber20   0 62400 2480 1876 S  3.0  0.0   0:04.60 router
> >>>
> >>> Any thoughts?
> >>>
> >>> ___
> >>> Spacewalk-list mailing list
> >>> Spacewalk-list@redhat.com
> >>> https://www.redhat.com/mailman/listinfo/spacewalk-list
> >>>
> >>
> >>
> >>
> >> Please consider the environment before printing this email.
> >> *
> >> This communication may contain information which is confidential,
> >personal
> >> and/or privileged. It is for the exclusive use of the intended
> >recipient(s).
> >> If you are not the intended recipient(s), please note that any
> >> distribution, forwarding, copying or use of this communication or the
> >> information in it is strictly prohibited. If you have received it in
> >error
> >> please contact the sender immediately by return e-mail. Please then
> >delete
> >> the e-mail and any copies of it and do not use or disclose its
> >contents to
> >> any person.
> >> Any personal views expressed in this e-mail are those of the
> >individual
> >> sender and the company does not endorse or accept responsibility for
> >them.
> >> Prior to taking any action based upon this e-mail message, you should
> >seek
> >> appropriate confirmation of its authenticity.
> >> This message has been checked for viruses on behalf of the company.
> >> *
> >>
> >>
>
> Just another question. Where do you remove the packages?
>
> From a channel?
> Completely from spacewalk?
> Remove packages from a system?
>
> Robert
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk gui irresponsive

[Konstantin Raskoshnyi]

I have 7 version of java on board so it should be compatible with tomcat6

Where can I find db.prperties?

On Thu, Jul 6, 2017 at 2:14 PM Vipul Sharma (GDC) 
wrote:

> Any catalina errors - What about the version of Java, Can you check the
> compatibility with Tomcat.
>
> Your connection settings looks fine for Tomcat, Please verify your
> db.properties files for postgres.
>
> Thanks
> Vipul
> DevOps
>
> On Fri, Jul 7, 2017 at 1:37 AM, Konstantin Raskoshnyi 
> wrote:
>
>> Hi guys, after upgrade to 2.6, when I try to remove more than 10 packages
>> spacewalk become irresponsive.
>>
>> Server config 24Gb or ram, 24 cores.
>>
>> I did some tuning of tomcat and pg
>>
>> It used to work fine, no any error in the logs though.
>>
>> Here's my settings:
>>
>> DB:
>> autovacuum on
>> default_statistics_target = 50 # pgtune wizard 2015-12-08
>> maintenance_work_mem = 960MB # pgtune wizard 2015-12-08
>> constraint_exclusion = on # pgtune wizard 2015-12-08
>> checkpoint_completion_target = 0.9 # pgtune wizard 2015-12-08
>> effective_cache_size = 6GB # pgtune wizard 2015-12-08
>> work_mem = 3840kB # pgtune wizard 2015-12-08
>> wal_buffers = 8MB # pgtune wizard 2015-12-08
>> checkpoint_segments = 256 # pgtune wizard 2015-12-08
>> shared_buffers = 3840MB # pgtune wizard 2015-12-08
>> checkpoint_timeout = 30min # range 30s-1h
>> max_connections = 600
>>
>>
>> Heap for tomcat 8Gb
>>
>> ulimits.conf
>>
>> * soft nproc 65535
>>
>> * hard nproc 65535
>>
>> * soft nofile 65535
>>
>> * hard nofile 65535
>>
>> Tomcat
>>
>> Tomcat:
>> /etc/tomcat6/server.xml
>>
>> > redirectPort="8443" URIEncoding="UTF-8" address="127.0.0.1"
>> maxKeepAliveRequests="1000"/>
>>
>>
>> > URIEncoding="UTF-8" address="127.0.0.1" maxThreads="1024"/>
>>
>> Top is almost quiet
>>
>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>>  4810 postgres  20   0 4140m 2.0g 2.0g D 24.9  8.4   0:24.72 *postmaster*
>>  3914 jabber20   0  137m 4288 2396 S  5.0  0.0   0:08.77 sm
>>  4817 postgres  20   0 4128m  17m  15m S  4.6  0.1   0:02.82 postmaster
>>  3906 jabber20   0 62400 2480 1876 S  3.0  0.0   0:04.60 router
>>
>> Any thoughts?
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
>
> Please consider the environment before printing this email.
> *
> This communication may contain information which is confidential, personal
> and/or privileged. It is for the exclusive use of the intended recipient(s).
> If you are not the intended recipient(s), please note that any
> distribution, forwarding, copying or use of this communication or the
> information in it is strictly prohibited. If you have received it in error
> please contact the sender immediately by return e-mail. Please then delete
> the e-mail and any copies of it and do not use or disclose its contents to
> any person.
> Any personal views expressed in this e-mail are those of the individual
> sender and the company does not endorse or accept responsibility for them.
> Prior to taking any action based upon this e-mail message, you should seek
> appropriate confirmation of its authenticity.
> This message has been checked for viruses on behalf of the company.
> *
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Spacewalk gui irresponsive

[Konstantin Raskoshnyi]

Hi guys, after upgrade to 2.6, when I try to remove more than 10 packages
spacewalk become irresponsive.

Server config 24Gb or ram, 24 cores.

I did some tuning of tomcat and pg

It used to work fine, no any error in the logs though.

Here's my settings:

DB:
autovacuum on
default_statistics_target = 50 # pgtune wizard 2015-12-08
maintenance_work_mem = 960MB # pgtune wizard 2015-12-08
constraint_exclusion = on # pgtune wizard 2015-12-08
checkpoint_completion_target = 0.9 # pgtune wizard 2015-12-08
effective_cache_size = 6GB # pgtune wizard 2015-12-08
work_mem = 3840kB # pgtune wizard 2015-12-08
wal_buffers = 8MB # pgtune wizard 2015-12-08
checkpoint_segments = 256 # pgtune wizard 2015-12-08
shared_buffers = 3840MB # pgtune wizard 2015-12-08
checkpoint_timeout = 30min # range 30s-1h
max_connections = 600


Heap for tomcat 8Gb

ulimits.conf

* soft nproc 65535

* hard nproc 65535

* soft nofile 65535

* hard nofile 65535

Tomcat

Tomcat:
/etc/tomcat6/server.xml






Top is almost quiet

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 4810 postgres  20   0 4140m 2.0g 2.0g D 24.9  8.4   0:24.72 *postmaster*
 3914 jabber20   0  137m 4288 2396 S  5.0  0.0   0:08.77 sm
 4817 postgres  20   0 4128m  17m  15m S  4.6  0.1   0:02.82 postmaster
 3906 jabber20   0 62400 2480 1876 S  3.0  0.0   0:04.60 router

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

[Spacewalk-list] Spacewalk 2.6 doesn't update packages list

[Konstantin Raskoshnyi]

Hi guys,
After upgrade to 2.6 both spacewalk servers stopped upgrading packages list
for clients

For example:
yum list chef --showduplicate
chef.x86_64

13.2.7-1.el6

  @sl67-chef-repo
Available Packages
chef.x86_64

12.17.44-1.el6

  sl67-ooma-repo
chef.x86_64

13.0.122-1.el6

  sl67-chef-repo
chef.x86_64

13.0.123-1.el6

  sl67-chef-repo
chef.x86_64

13.1.3-1.el6

  sl67-chef-repo
chef.x86_64

13.1.5-1.el6

  sl67-chef-repo
chef.x86_64

13.1.6-1.el6

  sl67-chef-repo
chef.x86_64

13.1.18-1.el6

 sl67-chef-repo
chef.x86_64

13.1.19-1.el6

 sl67-chef-repo
chef.x86_64

13.1.20-1.el6

 sl67-chef-repo
chef.x86_64

13.1.30-1.el6

 sl67-chef-repo
chef.x86_64

13.1.31-1.el6

 sl67-chef-repo
chef.x86_64

13.1.32-1.el6

 sl67-chef-repo
chef.x86_64
*
13.2.7-1.el6
*
sl67-chef-repo

Even though spacewalk server has newer versions
chef-13.2.16-1.el6.x86_64 The full stack of chef Unknown
chef-13.2.18-1.el6.x86_64 The full stack of chef Unknown
chef-13.2.20-1.el6.x86_64 The full stack of chef Unknown

I know that it's possible to clean up some directories on spacewalk to
reinitiate creatinon of xml.gz files

Any thoughts?

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

[Spacewalk-list] post_install_network_config snippet

[Konstantin Raskoshnyi]

HI guys,
Does anyone use that default post_install_network_config def snippet?

A truncated it since 2.3, reverted in 2.6 when I kickstart KVM guest that
snippet sets hostname of the guest = to KVM host.

Is it possible to set the new guest hostname to the name I specify in
spacewalk GUI before kickstart?

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

Re: [Spacewalk-list] 2.5->2.6 update issues

[Konstantin Raskoshnyi]

Yes, I had a typo.
Already found the problem a couple hours ago
On Wed, Jun 7, 2017 at 11:08 PM Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > Hi guys,
> > I'm trying to update 2.5->2.6 on CentOS7.2
>^^
>
> >
> > Error: Package: spacewalk-utils-2.6.17-1.el6.noarch (spacewalk)
>^^^
> >Requires: perl(:MODULE_COMPAT_5.10.1)
> > Error: Package: spacewalk-backend-sql-postgresql-2.6.78-1.el6.noarch
> > (spacewalk)
> >Requires: python(abi) = 2.6
> >Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
> >python(abi) = 2.7
> >python(abi) = 2.7
> >Available: python34-3.4.5-4.el7.x86_64 (epel)
> >python(abi) = 3.4
> ...
> > Any thoughts how to resolve these?
>
> Hello,
>
> You are updating CentOS 7 with el6 (RHEL/CentOS 6) packages.
> Install spacewalk.repo from
> http://yum.spacewalkproject.org/2.6/RHEL/7/x86_64/spacewalk-repo-2.6-0.el7.noarch.rpm
> and retry.
>
>
> > Thanks
>
> 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

Re: [Spacewalk-list] Spacewalk upgrade failed

[Konstantin Raskoshnyi]

Thanks for the info. I found this info earlier.


On Wed, Jun 7, 2017 at 11:35 PM Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > Hi guys,
> > After upgrade to 2.6 on Centos7.2 I see
> ...
> > Jun 07 21:14:30 spacewalk1 wrapper[4475]: com/mchange/v2/c3p0/DataSources
> >
> >  java.lang.NoClassDefFoundError: com/mchange/v2/c3p0/DataSources
> >
> at
> >
> org.hibernate.connection.C3P0ConnectionProvider.configure(C3P0ConnectionProvider.java:154)...
>
> Hello,
>
> There is an incompatible version of c3p0 in EPEL which breaks spacewalk.
> Please downgrade to c3p0-0.9.1.2-2.jpp5.noarch.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1442140
>
> 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] Spacewalk upgrade failed

[Konstantin Raskoshnyi]

Hi guys,
After upgrade to 2.6 on Centos7.2 I see

Redirecting to /bin/systemctl status  taskomatic.service
● taskomatic.service - Taskomatic
   Loaded: loaded (/usr/lib/systemd/system/taskomatic.service; enabled;
vendor preset: disabled)
   Active: failed (Result: exit-code) since Wed 2017-06-07 21:14:32 GMT;
6min ago
  Process: 5171 ExecStop=/usr/sbin/taskomatic stop (code=exited,
status=0/SUCCESS)
  Process: 4462 ExecStart=/usr/sbin/taskomatic start (code=exited,
status=0/SUCCESS)
 Main PID: 4475 (code=exited, status=255)

Jun 07 21:14:27 spacewalk1 taskomatic[4462]: Starting RHN Taskomatic...
Jun 07 21:14:27 spacewalk1 wrapper[4475]: --> Wrapper Started as Daemon
Jun 07 21:14:27 spacewalk1 wrapper[4475]: Launching a JVM...
Jun 07 21:14:28 spacewalk1 systemd[1]: Started Taskomatic.
Jun 07 21:14:30 spacewalk1 wrapper[4475]: com/mchange/v2/c3p0/DataSources

 java.lang.NoClassDefFoundError: com/mchange/v2/c3p0/DataSources
 at
org.hibernate.connection.C3P0ConnectionProvider.configure(C3P0ConnectionProvider.java:154)...
Jun 07 21:14:32 spacewalk1 systemd[1]: taskomatic.service: main process
exited, code=exited, status=255/n/a
Jun 07 21:14:32 spacewalk1 taskomatic[5171]: Stopping RHN Taskomatic...
Jun 07 21:14:32 spacewalk1 taskomatic[5171]: RHN Taskomatic was not running.
Jun 07 21:14:32 spacewalk1 systemd[1]: Unit taskomatic.service entered
failed state.
Jun 07 21:14:32 spacewalk1 systemd[1]: taskomatic.service failed.

Spacewalk service is broken now. Any solutions on that?

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

[Spacewalk-list] 2.5->2.6 update issues

[Konstantin Raskoshnyi]

Hi guys,
I'm trying to update 2.5->2.6 on CentOS7.2

Error: Package: spacewalk-utils-2.6.17-1.el6.noarch (spacewalk)
   Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: spacewalk-backend-sql-postgresql-2.6.78-1.el6.noarch
(spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: perl-Satcon-2.6.1-1.el6.noarch (spacewalk)
   Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: spacewalk-backend-server-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: rhnlib-2.6.3-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-sql-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: tomcat6-6.0.18-9.jpp5.noarch (jpackage-generic)
   Requires: /lib/lsb/init-functions
Error: Package: spacewalk-backend-config-files-common-2.6.78-1.el6.noarch
(spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-base-minimal-config-2.6.6-1.el6.noarch (spacewalk)
   Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: spacewalk-base-minimal-2.6.6-1.el6.noarch (spacewalk)
   Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: spacewalk-backend-libs-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-tools-2.6.78-1.el6.noarch (spacewalk)
   Requires: m2crypto
Error: Package: spacewalk-backend-xml-export-libs-2.6.78-1.el6.noarch
(spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-tools-2.6.78-1.el6.noarch (spacewalk)
   Requires: python-requests
Error: Package: spacewalk-backend-xmlrpc-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-base-2.6.6-1.el6.noarch (spacewalk)
   Requires: perl(:MODULE_COMPAT_5.10.1)
Error: Package: spacewalk-backend-tools-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-iss-export-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4
Error: Package: spacewalk-backend-usix-2.6.78-1.el6.noarch (spacewalk)
   Requires: python(abi) = 2.6
   Installed: python-2.7.5-38.el7_2.x86_64 (@updates)
   python(abi) = 2.7
   python(abi) = 2.7
   Available: python34-3.4.5-4.el7.x86_64 (epel)
   python(abi) = 3.4


Any thoughts how to resolve these?

Thanks

Re: [Spacewalk-list] proxy errors

[Konstantin Raskoshnyi]

Oh yeah, for some reasons our net work in the blacklist

curl http://packages.chef.io/repos/yum/current/el/6/x86_64/
Send an email to ab...@chef.io to request removal from our block list.

Thanks!

On Wed, Apr 19, 2017 at 12:02 AM, Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > Actually this is the error on Spacewalk, I was wrong about proxy
> >
> > 19:30:52 Repo URL: http://packages.chef.io/repos/
> yum/current/el/6/x86_64/
> > 19:30:52 ERROR: Cannot retrieve repository metadata (repomd.xml) for
> > repository: repos_yum_current_el_6_x86_64_. Please verify its path and
> try
> > again
> > 19:30:52 Sync of channel completed in 0:00:00.
>
> Check (using wget or curl) that your spacewalk server can access this url.
>
>
> --
> 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

Re: [Spacewalk-list] proxy errors

[Konstantin Raskoshnyi]

Actually this is the error on Spacewalk, I was wrong about proxy

19:30:52 Repo URL: http://packages.chef.io/repos/yum/current/el/6/x86_64/
19:30:52 ERROR: Cannot retrieve repository metadata (repomd.xml) for
repository: repos_yum_current_el_6_x86_64_. Please verify its path and try
again
19:30:52 Sync of channel completed in 0:00:00.

On Tue, Apr 18, 2017 at 12:35 PM, Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > Hi guys,
> > I'm getting strange errors when our host work through proxies
> >
> >   chef-12.17.44-1.el6.x86_64: failed to retrieve
> > getPackage/chef-12.17.44-1.el6.x86_64.rpm from sl67-chef
> > error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned error:
> > 404 Not Found"
> >
> > After I cleaned up directory /var/spool/squid, everything works fine now,
> >
> > Any thoughts?
>
> Full disk? Squid cache error?
>
>
> 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] proxy errors

[Konstantin Raskoshnyi]

Hi guys,
I'm getting strange errors when our host work through proxies

  chef-12.17.44-1.el6.x86_64: failed to retrieve
getPackage/chef-12.17.44-1.el6.x86_64.rpm from sl67-chef
error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned error:
404 Not Found"

After I cleaned up directory /var/spool/squid, everything works fine now,

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

Re: [Spacewalk-list] osa-dispatcher Error Caught

[Konstantin Raskoshnyi]

I guess the main problem was caused by machines with login: osad-85cdcd1a3e


I recommend to move from berkley to pgsql db

On Thu, Mar 30, 2017 at 9:49 AM, Camp, Neil (NIH/NCI) [C]  wrote:

> I was able to connect to the database and select one row. I deleted the
> row in rhnpushdispatcher and stopped jabberd. I removed
> /var/lib/jabberd/db/* and started jabberd. I waited for jabberd to start up
> and then started osa-dispatcher. It is staying up and I checked a host and
> it is showing as online for OSA status. Thank you for your help!
>
>
>
> *From: * on behalf of Matt Moldvan <
> m...@moldvan.com>
> *Reply-To: *"spacewalk-list@redhat.com" 
> *Date: *Thursday, March 30, 2017 at 11:37 AM
> *To: *"spacewalk-list@redhat.com" 
> *Subject: *Re: [Spacewalk-list] osa-dispatcher Error Caught
>
>
>
> This message was identified as a phishing
>  scam.
>
> Feedback 
>
> Looks like osa-dispatcher is having trouble connecting to your database...
> have you tried running "spacewalk-sql -i" from your master (or the same
> system you're seeing that error from) to get a n idea of the connectivity
> from that system to your database?
>
>
>
> Once you have that tested take a look at the rhnpushdispatcher table in
> the database.  You can remove any entry there, osa-dispatcher will recreate
> it when you restart...
>
>
>
> On Thu, Mar 30, 2017 at 10:47 AM Camp, Neil (NIH/NCI) [C] <
> neil.c...@nih.gov> wrote:
>
> Hello,
>
>
>
> Osa-dispatcher starts, but dies after a few seconds. I have been digging
> through the archives and searching but have not found a solution.
>
>
>
> 2017/03/30 10:35:25 -04:00 10622 0.0.0.0: 
> osad/jabber_lib.subscribe_to_presence('Subscribed
> from', {})
>
> 2017/03/30 10:35:25 -04:00 10622 0.0.0.0: osad/jabber_lib.subscribe_to_
> presence('osad-85cdcd1...@ncias-p1466-v.nci.nih.gov',)
>
> 2017/03/30 10:35:25 -04:00 10622 0.0.0.0: 
> rhnSQL/driver_postgresql._execute_wrapper('Executing
> SQL: "select * from rhnPushClient where jabber_id = %(p1)s" with bind
> params: {p1: osad-85cdcd1a3e@hostname/osad}',)
>
> 2017/03/30 10:35:26 -04:00 10622 0.0.0.0: osad/jabber_lib.main('ERROR',
> 'Error caught:')
>
>
>
> I have turned debugging up to 5 for osa-dispatcher and have the last 4
> lines posted above. Jabberd appears to be running correctly. I see
> connections coming in from clients. It does have one error (SASL callback
> for non-existing host: spacewalk.fqdn). Does anyone have a suggestion as to
> what could be causing the error for osa-dispatcher?
>
> ___
> 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

[Spacewalk-list] ks stopped workin

[Konstantin Raskoshnyi]

Hi guys,

PXE boot stopped working, so weird when I click on an item screen just
refreshes, I'm able to download kickstart profile via curl command...Any
thought how to debug? Pxe doesn't show any errors

Started after I upgraded to 2.6
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] osad timeouts

[Konstantin Raskoshnyi]

Hi guys,
I have one spacewalk and two locations. All servers work through proxies,
even though all machines in remote DC ~60% show this error:

2017-03-27 07:06:30 rhn_log.log_error: Traceback (most recent call last):
  File "/usr/share/rhn/osad/jabber_lib.py", line 126, in main
c = self.setup_connection(no_fork=no_fork)
  File "/usr/share/rhn/osad/jabber_lib.py", line 304, in setup_connection
resource=self._resource)
  File "/usr/share/rhn/osad/osad_client.py", line 63, in start
self.auth(username, password, resource)
  File "/usr/share/rhn/osad/jabber_lib.py", line 928, in auth
self.SendAndWaitForResponse(auth_set_iq)
  File "/usr/lib/python2.6/site-packages/jabber/jabber.py", line 401, in
SendAndWaitForResponse
return self.waitForResponse(ID,timeout)
  File "/usr/share/rhn/osad/jabber_lib.py", line 1209, in waitForResponse
raise TimeoutError()
TimeoutError

No any connection issues when I restart osad, no any errors on proxies, no
any errors when I do packages installation or just rhn_check

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

Re: [Spacewalk-list] Spacewalk fails

[Konstantin Raskoshnyi]

No any errors.
Postgres spawns a lot of processes + httpd.
So it takes around 300 seconds to run config channel on for each machine.

On Wed, Mar 22, 2017 at 4:50 AM Michael Mraka 
wrote:

> Konstantin Raskoshnyi:
> > We have ~1000 clients, in the evening spacewalk runs a lot of commands
> > (checks files revisions for example)
> >
> > I'm receiving ~1000 tracebacks, clients can't connect to spacewalk.
> >
> > 1. Usually sp as ~300 processes, during those task ~ 1000
> > 2. I didn't change any tomcat/httpd settings
> > 3. Only changed postgres setttings to be optimized for 64Gb or ram
> ...
> > 4.
> > Any thoughts how to optimize get back sp to life? Thanks
>
> Hello Konstantin,
>
> First you have to identify which component is the bottleneck.
> What's the error in traceback?
> Are there any clues in /var/log/httpd/*error_log? Tomcat timeout,
> postgresql timeouts, etc.?
>
> 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] Spacewalk fails

[Konstantin Raskoshnyi]

We have ~1000 clients, in the evening spacewalk runs a lot of commands
(checks files revisions for example)

I'm receiving ~1000 tracebacks, clients can't connect to spacewalk.

1. Usually sp as ~300 processes, during those task ~ 1000
2. I didn't change any tomcat/httpd settings
3. Only changed postgres setttings to be optimized for 64Gb or ram
4.

No any errors on backends, but top:

op - 06:48:54 up 1 day, 6 min,  2 users,  load average: 155.93, 133.08,
117.28
Tasks: 965 total, 119 running, 846 sleeping,   0 stopped,   0 zombie
%Cpu(s): 95.3 us,  1.2 sy,  0.0 ni,  3.5 id,  0.0 wa,  0.0 hi,  0.0 si,
 0.0 st
KiB Mem : 65767568 total, 50071348 free,  7842848 used,  7853372 buff/cache
KiB Swap: 33008636 total, 33002300 free, 6336 used. 56303848 avail Mem

  PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND
44415 postgres  20   0 15.577g 188576 185440 R  11.6  0.3   0:22.19 postgres
45154 postgres  20   0 15.586g  21764  15564 S  10.9  0.0   0:15.56 postgres
45271 postgres  20   0 15.586g  19588  13680 S  10.9  0.0   0:14.95 postgres
45136 postgres  20   0 15.586g  19944  14064 R  10.6  0.0   0:16.09 postgres
45161 postgres  20   0 15.586g  22348  16044 R  10.6  0.0   0:16.13 postgres
45172 postgres  20   0 15.586g  19512  13680 S  10.6  0.0   0:15.86 postgres
44792 postgres  20   0 15.586g  22292  16044 R  10.3  0.0   0:17.78 postgres
44885 postgres  20   0 15.584g  18824  13932 R  10.3  0.0   0:16.73 postgres
44998 postgres  20   0 15.586g  21296  15100 R  10.3  0.0   0:16.36 postgres
45011 postgres  20   0 15.586g  21200  15048 R  10.3  0.0   0:16.45 postgres
45034 postgres  20   0 15.586g  19348  13540 S  10.3  0.0   0:16.59 postgres
45120 postgres  20   0 15.586g  22060  15608 S  10.3  0.0   0:15.85 postgres
45131 postgres  20   0 15.586g  19352  13560 R  10.3  0.0   0:15.76 postgres
45167 postgres  20   0 15.586g  19416  13580 S  10.3  0.0   0:15.88 postgres
45254 postgres  20   0 15.586g  21096  15020 S  10.3  0.0   0:11.00 postgres
45261 postgres  20   0 15.586g  19328  13516 R  10.3  0.0   0:15.47 postgres
45267 postgres  20   0 15.586g  19372  13560 R  10.3  0.0   0:15.14 postgres
44492 postgres  20   0 15.586g  24872  18508 R  10.0  0.0   0:21.62 postgres
44791 postgres  20   0 15.586g  24396  17840 S  10.0  0.0   0:17.04 postgres
44944 postgres  20   0 15.586g  19324  13512 S  10.0  0.0   0:17.23 postgres
44946 postgres  20   0 15.586g  19388  13556 S  10.0  0.0   0:16.82 postgres
44957 postgres  20   0 15.586g  19356  13520 R  10.0  0.0   0:16.76 postgres
45045 postgres  20   0 15.586g  19372  13564 S  10.0  0.0   0:16.89 postgres
45099 postgres  20   0 15.586g  19448  13624 R  10.0  0.0   0:16.24 postgres
45116 postgres  20   0 15.586g  19444  13628 S  10.0  0.0   0:15.95 postgres
45142 postgres  20   0 15.586g  19412  13612 R  10.0  0.0   0:15.75 postgres
45153 postgres  20   0 15.586g  20932  14924 S  10.0  0.0   0:15.63 postgres
45169 postgres  20   0 15.586g  19900  14064 S  10.0  0.0   0:15.76 postgres
45197 postgres  20   0 15.586g  19368  13532 R  10.0  0.0   0:15.79 postgres
45218 postgres  20   0 15.586g  19824  13964 R  10.0  0.0   0:15.04 postgres
45259 postgres  20   0 15.586g  19364  13548 S  10.0  0.0   0:15.56 postgres
7 postgres  20   0 15.586g  26928  20336 R   9.6  0.0   0:21.75 postgres
44763 postgres  20   0 15.586g  22256  16024 R   9.6  0.0   0:16.38 postgres
44799 postgres  20   0 15.586g  24700  18116 S   9.6  0.0   0:17.20 postgres
44836 postgres  20   0 15.586g  21084  14928 S   9.6  0.0   0:16.58 postgres
44895 postgres  20   0 15.586g  20784  14464 R   9.6  0.0   0:17.45 postgres
44950 postgres  20   0 15.586g  19272  13464 S   9.6  0.0   0:16.52 postgres
44954 postgres  20   0 15.586g  18128  12736 R   9.6  0.0   0:16.56 postgres
44955 postgres  20   0 15.586g  19412  13584 R   9.6  0.0   0:16.68 postgres

#--
# pgtune run on 2017-03-22
# Based on 65767568 KB RAM, platform Linux
#--

maintenance_work_mem = 2GB
checkpoint_completion_target = 0.9
effective_cache_size = 44GB
work_mem = 52MB
wal_buffers = 16MB
shared_buffers = 15GB
max_connections = 600

Any thoughts how to optimize get back sp to life? Thanks
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] migration problems

[Konstantin Raskoshnyi]

Hi guys,
After I migrated from postgres 8x to 9.5 I see these problems when I try to
change config channels

SEVERE: Servlet.service() for servlet [action] in context with path [/rhn]
threw exception [javax.servlet.jsp.JspException: Error writing to JSP
file:] with root cause
org.postgresql.util.PSQLException: ERROR: function dblink_connect(unknown,
text) does not exist
  Hint: No function matches the given name and argument types. You might
need to add explicit type casts.
  Where: PL/pgSQL function pg_dblink_exec(character varying) line 6 at
PERFORM
SQL statement "SELECT pg_dblink_exec(
'insert into rhnConfigFileName (id, path) values (' ||


Any thoughts?

PS When I did spacewalk-schema-upgrade it failed with some errrors, I
believe this is the root cause,
Sp has the same version

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

[Spacewalk-list] postgres errors

[Konstantin Raskoshnyi]

Hi guys,
Getting these errors:

2017-03-21 00:40:45.403 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:45.749 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:45.750 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.437 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.439 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.551 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.552 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.615 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.616 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.703 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.704 PDT FATAL:  sorry, too many clients already
2017-03-21 00:40:46.728 PDT FATAL:  sorry, too many clients already

My config for postgres - I bumped number of max connections to 500, but if
I have 5000 machines,
Is it possible to stack requests on tomcat for example and create some kind
of a line with maxThreads 200 for example and pass then to
postgres backends?

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

Re: [Spacewalk-list] kickstart doesnt work after migration to centos 7.3

[Konstantin Raskoshnyi]

Actually I just restarted spacewalk, so now everything is fine

Thanks

On Mon, Mar 20, 2017 at 11:07 PM, Avi Miller  wrote:

> Hi
>
> > On 21 Mar 2017, at 4:56 pm, Konstantin Raskoshnyi 
> wrote:
> >
> > But ks functionality is broken, I see this screen when trying to create
> new profiles or error 500 when trying to access previously created
> profiles, any thoughts?
>
> Check your Kickstartable Distributions. Perhaps you had loop-mounted some
> ISOs on the old server and haven’t remounted them on the new one?
>
> You could also get more info by running “cobbler sync” on the command-line
> and checking the output.
>
> Cheers,
> Avi
>
> --
> Oracle <http://www.oracle.com>
> Avi Miller | Product Management Director | +61 (3) 8616 3496
> Oracle Linux and Virtualization
> 417 St Kilda Road, Melbourne, Victoria 3004 Australia
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] kickstart doesnt work after migration to centos 7.3

[Konstantin Raskoshnyi]

Hi guys, We used SCL6.7,
Recently I did db backup and other components and reinstalled everything on
CentOs 7.3,
After that I resynced all channels - no errors,
All systems are accessible from sp and able to install packages from sp,
even osad work fine :),

But ks functionality is broken, I see this screen when trying to create new
profiles or error 500 when trying to access previously created profiles,
any thoughts?



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

Re: [Spacewalk-list] Keepalived proxy load-balancing

[Konstantin Raskoshnyi]

One cobbler host.
What do you mean "clustered file system"?

Just raid1

Direct access to profiles through proxies work fine

On Mon, Mar 20, 2017 at 3:29 AM Paul Robert Marino 
wrote:

> You are using a clustered file system or network file system for cobbler
> right? And only running taskomatic on one host right?
>
> On Mar 19, 2017 8:30 PM, "Konstantin Raskoshnyi" 
> wrote:
>
> Hi folks,
> I have two proxies, each has keepalived director, master on 1 and backup
> on second.
>
> When I enable RR between two proxies on port 80 all requests work fine
> except this one - download of KS profile:
>
> /cblr/svc/op/ks/profile/CO73_STD:3:DEFAULT
>
> I see in /etc/httpd/conf.d/cobbler-proxy.conf:
> RewriteRule ^/cblr/svc/op/ks/(.*)$ /download/$0 [P,L]
>
> If I remove this line everything works fine, except ks profile :D, none of
> spacewalk urls are rewritten to proxy ip in ks profile.
>
> Anyone has a clue how to fix this? Thanks
>
> P.S. Looks like only second proxy instance causes this problem, if I
> remove it from lvs, works fine.
>
> ___
> 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

[Spacewalk-list] Keepalived proxy load-balancing

[Konstantin Raskoshnyi]

Hi folks,
I have two proxies, each has keepalived director, master on 1 and backup on
second.

When I enable RR between two proxies on port 80 all requests work fine
except this one - download of KS profile:

/cblr/svc/op/ks/profile/CO73_STD:3:DEFAULT

I see in /etc/httpd/conf.d/cobbler-proxy.conf:
RewriteRule ^/cblr/svc/op/ks/(.*)$ /download/$0 [P,L]

If I remove this line everything works fine, except ks profile :D, none of
spacewalk urls are rewritten to proxy ip in ks profile.

Anyone has a clue how to fix this? Thanks

P.S. Looks like only second proxy instance causes this problem, if I remove
it from lvs, works fine.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Clients don't pull command with rhn_check

[Konstantin Raskoshnyi]

I believe I found the problem. In my case it was disk io locks.
Since it was on stg env we used esxi machine for sp with nfs storage.

On Mon, Mar 13, 2017 at 6:40 AM Dimitri Yioulos 
wrote:

> For what it’s worth, the same thing happened to me, with the same
> rhn_check – results as Konstantin.  Yesterday, I fired off a handful of
> updates via the UI.  The updates queued, but weren’t picked up by the
> clients.  However, they were picked up within the osad four-hour check-in
> window (I didn’t monitor them during the entire four-hour period, so I have
> no idea when they occurred.  But I did watch for at least an hour, during
> which the updates remained queued).  And, this behavior continued all day
> yesterday.  This morning, though, pushed updates are picked up
> immediately.  Does anyone have any idea why this happens?
>
>
>
> Dimitri
>
>
>
> *From:* spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-
> boun...@redhat.com] *On Behalf Of *Konstantin Raskoshnyi
> *Sent:* Sunday, March 12, 2017 3:04 PM
> *To:* spacewalk-list@redhat.com
> *Subject:* [Spacewalk-list] Clients don't pull command with rhn_check
>
>
>
> Hi folks, I updated to 2.6, for a week everything was fine, today none of
> clients cat pull any commands
>
>
>
> When I do rhn_check -v -v -v -v -v
>
>
>
> I see:
>
>
>
> D: opening  db environment /var/lib/rpm cdb:mpool:joinenv
>
> D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
>
> D: locked   db index   /var/lib/rpm/Packages
>
> D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
>
> D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
>
> D: loading keyring from rpmdb
>
> D: opening  db index   /var/lib/rpm/Name rdonly mode=0x0
>
> D: added key gpg-pubkey-1d1e034b-42bfd0c5 to keyring
>
> D: added key gpg-pubkey-f21541eb-4a5233e7 to keyring
>
> D: added key gpg-pubkey-897da07a-3c979a7f to keyring
>
> D: added key gpg-pubkey-db42a60e-37ea5438 to keyring
>
> D: added key gpg-pubkey-37017186-45761324 to keyring
>
> D: added key gpg-pubkey-42193e6b-4624eff2 to keyring
>
> D: added key gpg-pubkey-fd431d51-4ae0493b to keyring
>
> D: added key gpg-pubkey-2fa658e0-45700c69 to keyring
>
> D: added key gpg-pubkey-192a7d7d-4a5769d0 to keyring
>
> D: added key gpg-pubkey-eb10625a-4a576ad9 to keyring
>
> D: added key gpg-pubkey-9505722e-4a576b54 to keyring
>
> D: added key gpg-pubkey-13a0a2dc-4a576ba5 to keyring
>
> D: added key gpg-pubkey-9b1fd350-4a576be4 to keyring
>
> D: Using legacy gpg-pubkey(s) from rpmdb
>
> D: opening  db index   /var/lib/rpm/Providename rdonly mode=0x0
>
> D: do_call packages.checkNeedUpdate('rhnsd=1',){}
>
> D: opening  db environment /var/lib/rpm cdb:mpool:joinenv
>
> D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
>
> D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
>
> D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
>
> D: loading keyring from rpmdb
>
> D: opening  db index   /var/lib/rpm/Name rdonly mode=0x0
>
> D: added key gpg-pubkey-1d1e034b-42bfd0c5 to keyring
>
> D: added key gpg-pubkey-f21541eb-4a5233e7 to keyring
>
> D: added key gpg-pubkey-897da07a-3c979a7f to keyring
>
> D: added key gpg-pubkey-db42a60e-37ea5438 to keyring
>
> D: added key gpg-pubkey-37017186-45761324 to keyring
>
> D: added key gpg-pubkey-42193e6b-4624eff2 to keyring
>
> D: added key gpg-pubkey-fd431d51-4ae0493b to keyring
>
> D: added key gpg-pubkey-2fa658e0-45700c69 to keyring
>
> D: added key gpg-pubkey-192a7d7d-4a5769d0 to keyring
>
> D: added key gpg-pubkey-eb10625a-4a576ad9 to keyring
>
> D: added key gpg-pubkey-9505722e-4a576b54 to keyring
>
> D: added key gpg-pubkey-13a0a2dc-4a576ba5 to keyring
>
> D: added key gpg-pubkey-9b1fd350-4a576be4 to keyring
>
> D: Using legacy gpg-pubkey(s) from rpmdb
>
> D: opening  db index   /var/lib/rpm/Providename rdonly mode=0x0
>
> D: closed   db index   /var/lib/rpm/Providename
>
> D: closed   db index   /var/lib/rpm/Name
>
> D: closed   db index   /var/lib/rpm/Packages
>
> D: closed   db environment /var/lib/rpm
>
> Loaded plugins: rhnplugin
>
> Config time: 0.036
>
> D: login(forceUpdate=False) invoked
>
> D: readCachedLogin invoked
>
> D: Checking pickled loginInfo, currentTime=148934.88,
> createTime=1489345108.54, expire-offset=3600.0
>
> D: readCachedLogin(): using pickled loginInfo set to expire at
> 1489348708.54
>
> D: rpcServer: Calling XMLRPC up2date.listChannels
>
> This system is receiving updates from RHN Classic or Red Hat Satellite.
>
> Looking for rep

[Spacewalk-list] Clients don't pull command with rhn_check

[Konstantin Raskoshnyi]

Hi folks, I updated to 2.6, for a week everything was fine, today none of
clients cat pull any commands

When I do rhn_check -v -v -v -v -v

I see:

D: opening  db environment /var/lib/rpm cdb:mpool:joinenv
D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
D: locked   db index   /var/lib/rpm/Packages
D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
D: loading keyring from rpmdb
D: opening  db index   /var/lib/rpm/Name rdonly mode=0x0
D: added key gpg-pubkey-1d1e034b-42bfd0c5 to keyring
D: added key gpg-pubkey-f21541eb-4a5233e7 to keyring
D: added key gpg-pubkey-897da07a-3c979a7f to keyring
D: added key gpg-pubkey-db42a60e-37ea5438 to keyring
D: added key gpg-pubkey-37017186-45761324 to keyring
D: added key gpg-pubkey-42193e6b-4624eff2 to keyring
D: added key gpg-pubkey-fd431d51-4ae0493b to keyring
D: added key gpg-pubkey-2fa658e0-45700c69 to keyring
D: added key gpg-pubkey-192a7d7d-4a5769d0 to keyring
D: added key gpg-pubkey-eb10625a-4a576ad9 to keyring
D: added key gpg-pubkey-9505722e-4a576b54 to keyring
D: added key gpg-pubkey-13a0a2dc-4a576ba5 to keyring
D: added key gpg-pubkey-9b1fd350-4a576be4 to keyring
D: Using legacy gpg-pubkey(s) from rpmdb
D: opening  db index   /var/lib/rpm/Providename rdonly mode=0x0
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
D: opening  db environment /var/lib/rpm cdb:mpool:joinenv
D: opening  db index   /var/lib/rpm/Packages rdonly mode=0x0
D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
D: loading keyring from rpmdb
D: opening  db index   /var/lib/rpm/Name rdonly mode=0x0
D: added key gpg-pubkey-1d1e034b-42bfd0c5 to keyring
D: added key gpg-pubkey-f21541eb-4a5233e7 to keyring
D: added key gpg-pubkey-897da07a-3c979a7f to keyring
D: added key gpg-pubkey-db42a60e-37ea5438 to keyring
D: added key gpg-pubkey-37017186-45761324 to keyring
D: added key gpg-pubkey-42193e6b-4624eff2 to keyring
D: added key gpg-pubkey-fd431d51-4ae0493b to keyring
D: added key gpg-pubkey-2fa658e0-45700c69 to keyring
D: added key gpg-pubkey-192a7d7d-4a5769d0 to keyring
D: added key gpg-pubkey-eb10625a-4a576ad9 to keyring
D: added key gpg-pubkey-9505722e-4a576b54 to keyring
D: added key gpg-pubkey-13a0a2dc-4a576ba5 to keyring
D: added key gpg-pubkey-9b1fd350-4a576be4 to keyring
D: Using legacy gpg-pubkey(s) from rpmdb
D: opening  db index   /var/lib/rpm/Providename rdonly mode=0x0
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Name
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm
Loaded plugins: rhnplugin
Config time: 0.036
D: login(forceUpdate=False) invoked
D: readCachedLogin invoked
D: Checking pickled loginInfo, currentTime=148934.88,
createTime=1489345108.54, expire-offset=3600.0
D: readCachedLogin(): using pickled loginInfo set to expire at 1489348708.54
D: rpcServer: Calling XMLRPC up2date.listChannels
This system is receiving updates from RHN Classic or Red Hat Satellite.
Looking for repo options for [main]
Looking for repo options for [sl6-main]
Repo 'sl6-main' setting option 'enabled' = '1'
Repo 'sl6-main' setting option 'gpgcheck' = '0'
Repo 'sl6-main' setting option 'timeout' = '120'
Looking for repo options for [sl67-base]
Repo 'sl67-base' setting option 'enabled' = '1'
Repo 'sl67-base' setting option 'gpgcheck' = '0'
Repo 'sl67-base' setting option 'timeout' = '120'
Looking for repo options for [sl67-updates]
Repo 'sl67-updates' setting option 'enabled' = '1'
Repo 'sl67-updates' setting option 'gpgcheck' = '0'
Repo 'sl67-updates' setting option 'timeout' = '120'
Looking for repo options for [sl67-chef]
Repo 'sl67-chef' setting option 'enabled' = '1'
Repo 'sl67-chef' setting option 'gpgcheck' = '0'
Repo 'sl67-chef' setting option 'timeout' = '120'
Looking for repo options for [sl67-hpe]
Repo 'sl67-hpe' setting option 'enabled' = '1'
Repo 'sl67-hpe' setting option 'gpgcheck' = '0'
Repo 'sl67-hpe' setting option 'timeout' = '120'
Looking for repo options for [sl67-spacewalk]
Repo 'sl67-spacewalk' setting option 'enabled' = '1'
Repo 'sl67-spacewalk' setting option 'gpgcheck' = '0'
Repo 'sl67-spacewalk' setting option 'timeout' = '120'
Looking for repo options for [sl67-epel]
Repo 'sl67-epel' setting option 'enabled' = '1'
Repo 'sl67-epel' setting option 'gpgcheck' = '0'
Repo 'sl67-epel' setting option 'timeout' = '120'
rpmdb time: 0.000
repo time: 0.000
Setting up Package Sacks
pkgsack time: 0.133
D: local action status: (0, 'rpm database not modified since last update
(or package list recently updated)', {})
D: rpcServer: Calling XMLRPC registration.welcome_message
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Name
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm

And all commands still stacked in the queue

Any thoughts?
___

Re: [Spacewalk-list] Switching the jabberd database to sqlite/pgsql

[Konstantin Raskoshnyi]

Don't blame yourself ;).
I encountered the same issue. All clients were online, but didn't pull any
commands from osa-dispatcher, and there're no any errors.
You're welcome.

On Sat, Mar 4, 2017 at 12:26 PM, Avi Miller  wrote:

> Hi,
>
> > On 5 Mar 2017, at 7:08 am, Avi Miller  wrote:
> >
> > Hi,
> >
> >> On 4 Mar 2017, at 6:21 pm, Konstantin Raskoshnyi 
> wrote:
> >>
> >> In tutorial you shared there's no one main point - you have to
> reinstall either reinstall osad on all machines or remove osad-auth.conf
> and restart osad.
> >
> >
> > Hmm… I didn’t have to do either of these things on my clients, but I’ll
> add a note stating this might be necessary. Obviously removing
> osad-auth.conf is simpler, so I’ll just go with that.
> >
>
> I’m an idiot. :) I did my testing on a fresh install of Spacewalk before
> adding clients, so of course I didn’t have to reset their auth. I’ve added
> a note to both posts stating that if you already have clients, you’ll have
> to reset auth and restart iPad.
>
> Thanks for the pointer!
>
> Cheers,
> Avi
>
> --
> Oracle <http://www.oracle.com>
> Avi Miller | Product Management Director | +61 (3) 8616 3496
> Oracle Linux and Virtualization
> 417 St Kilda Road, Melbourne, Victoria 3004 Australia
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Switching the jabberd database to sqlite/pgsql

[Konstantin Raskoshnyi]

In tutorial you shared there's no one main point - you have to reinstall
either reinstall osad on all machines or remove osad-auth.conf and restart
osad.

On Fri, Mar 3, 2017 at 8:54 PM, Robert Paschedag 
wrote:

> Am 3. März 2017 22:11:27 MEZ schrieb Avi Miller :
> >Hi everyone,
> >
> >I was searching for a simple tutorial on how to switch the jabberd
> >database away from the Spacewalk default of BerkeleyDB to something
> >more robust. While I did find some scattered documentation, there was
> >nothing specific for Spacewalk, so I wrote up two:
> >
> >Switching to SQLite:
> >
> >https://omg.dje.li/2017/02/configuring-spacewalks-
> jabberd-to-use-an-sqlite-backend/
> >
> >Switching to PostgreSQL:
> >
> >https://omg.dje.li/2017/03/configuring-spacewalks-
> jabberd-to-use-a-postgresql-backend/
> >
> >Hopefully someone finds this useful. If anything is unclear or if you
> >have any comments/improvements/corrections, please let me know!
> >
> >Thanks,
> >Avi
> >
> >--
> >Oracle 
> >Avi Miller | Product Management Director | +61 (3) 8616 3496
> >Oracle Linux and Virtualization
> >417 St Kilda Road, Melbourne, Victoria 3004 Australia
> >
> >
> >___
> >Spacewalk-list mailing list
> >Spacewalk-list@redhat.com
> >https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> Hi Avi,
>
> Thank you for sharing this information. Although I did not yet had many
> problems with the jabber db, I heard it should be far better with SQLite.
>
> Regards
> 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

Re: [Spacewalk-list] How to modify pxelinux.cfg/default permanently.

[Konstantin Raskoshnyi]

Stop cobbler

On Fri, Feb 24, 2017 at 12:08 PM Pawan Timilsina <
pawan.timils...@lexmark.com> wrote:

> Everytime I edit kickstart profile in spacewalk,
>
> /var/lib/tftpboot/pxelinux.cfg/default gets changed.
>
> sample default file is this:
>
>  LABEL testworkstation:1:ORG
> kernel /images/ubuntu16:1:ORG/vmlinuz
> MENU LABEL testworkstation:1:ORG
> append initrd=/images/ubuntu16:1:ORG/initrd.gz  locale=  text
> auto *url*=
> http://192.168.0.25/cblr/svc/op/ks/profile/testworkstation:1:ORG
> hostname=testworkstation:1:ORG domain=*local.lan* suite=*jaunty*
> ipappend 2
>
> I can I modify this so that everytime I make any changes in kickstart
> profile I get ks instead of url and my preferred domain instead of
> local.lan.
>
> Any ideas?
>
> 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

Re: [Spacewalk-list] Debugging broken kickstart profile

[Konstantin Raskoshnyi]

Did you add any snippets?
I had problem with snippets where I commented out #set

On Thu, Feb 23, 2017 at 1:44 AM Ree, Jan-Albert van 
wrote:

> Since a few days one of my kickstart profiles is broken : on selecting the
> profile I get an orange box with the text :
> "There are errors in your kickstart template. Please check the 'Kickstart
> File' tab to determine the problem with the template."
>
> When I click on the Kickstart File tab, there is no file, and no error is
> shown in the web page
> While doing this, none of the logs is reporting any error message as well
>
> Anybody here with experience on tracking down the cause?
>
> Thanks in advance for any assistance,
> --
> Jan-Albert
>
>
> Jan-Albert van Ree  | Linux System Administrator | MARIN Support Group
> MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl |
> http://www.marin.nl
>
> MARIN news:
> http://www.marin.nl/web/News/News-items/Hydrodynamic-modelling-for-the-remotely-operated-vehicle-Visor3-using-CFD-1.htm
>
>
> ___
> 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] spacewalk proxy provisioning fails with 500

[Konstantin Raskoshnyi]

Hi guys,

I try to provision servers through spacewalk gui,

When server downloads ks profile it can't download image  generated with
url:

http://spaceproxy1/ty/BZoSPhAJ

If I just replace spaceproxy1 to actual spacewalk1 server everything
downloads fine,

In squid log I see error 500, any thoughts?

If I just ks machines through the same proxy without spacewalk gui, from
the console, everything works just fine

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

Re: [Spacewalk-list] OSAD can't connect to host and port

[Konstantin Raskoshnyi]

Can you do a telnet to port 5222 from client to spacewalk?
On Wed, Feb 15, 2017 at 8:07 AM Daryl Rose  wrote:

> I just did a fresh install of RHEL 6.6.  I installed Spacewalk client 2.6
> onto the server.  All is good with the exception of OSAD.  Whenever I try
> to start it using services, I get the following error:
>
>
> *# service osad start*
>
> *Starting osad: 2017-02-15 09:41:40 rhn_log.log_error: Error connecting to
> jabber server: Unable to connect to the host and port specified. See
> https://access.redhat.com/solutions/327903
>  for more information. *
>
> *Error connecting to jabber server: Unable to connect to the host and port
> specified. See https://access.redhat.com/solutions/327903
>  for more information. *
>
> *2017-02-15 09:41:40 rhn_log.log_error: Traceback (most recent call last):*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 266, in setup_connection*
>
> *c = self._get_jabber_client(js)*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 338, in
> _get_jabber_client*
>
> *c.connect()*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 612, in connect*
>
> *raise socket.error(e)*
>
> *error: Unable to connect to the host and port specified*
>
>
> *Traceback (most recent call last):*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 266, in setup_connection*
>
> *c = self._get_jabber_client(js)*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 338, in
> _get_jabber_client*
>
> *c.connect()*
>
> *  File "/usr/share/rhn/osad/jabber_lib.py", line 612, in connect*
>
> *raise socket.error(e)*
>
> *error: Unable to connect to the host and port specified*
>
>
> I'm not doing anything different with this install than I've been doing
> with all of my other RHEL servers.  This is an inside network, no firewall
> in between.  I am using fully qualified domain names.  I can telnet to port
> 5222 on the spacewalk server, and I can start osad with -N -v -v -v -v and
> get connected, so there is no issue with the port, or resolving the server
> name.  Could this be something in the 2.6 client and RHEL version 6.6?
>
>
> Thanks
>
>
> Daryl
> ___
> 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 db corrupted

[Konstantin Raskoshnyi]

Hi folks,

if I restart jabbed on spacewalk 2.5 & Rhel7  - when jabber tries to start
up it shows db is corrupt

After I rm -rf /var/lib/jabberd/db/*

and restart all services everything seems to be fine, host authorized (I
see in logs)

But none of them receive osa-dispatcher notifications, only if I reinstall
osad client on all machines

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

[Spacewalk-list] osa-dispatcher cache

[Konstantin Raskoshnyi]

Hi guys, I used a proxy on one particular IP, I deleted that server, but
when I start
osa-dispatcher on spacewalk - it tries to reach it out.
Problem definitely not related to jabber 1. I deleted jabber db 2. I
oversee this problem only when start osa-dispatcher

Here're the logs:
Feb 10 07:44:48 spacewalk1 jabberd/s2s[4437]: [8] [172.20.1.30, port=5269]
outgoing connection for 'spaceproxy'
Feb 10 07:44:48 spacewalk1 jabberd/s2s[4437]: [9] [172.20.1.31, port=5269]
outgoing connection for 'spaceproxy1'

spaceproxy is the old one proxy
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] spacewalk proxy & osad

[Konstantin Raskoshnyi]

Hi guys, got some problems with osad & proxy

works fine, but when I send a command spacewalk start running rhn_check
every 10-20 seconds

│2017-02-09 18:29:27 osad_client.run_rhn_check_async: executed
/usr/sbin/rhn_check with pid 18928

   │2017-02-09 18:29:33
osad_client.run_rhn_check_async: executed /usr/sbin/rhn_check with pid 18929

   │2017-02-09 18:29:41
osad_client.run_rhn_check_async: executed /usr/sbin/rhn_check with pid 18930

   │2017-02-09 18:29:50
osad_client.run_rhn_check_async: executed /usr/sbin/rhn_check with pid 18931

   │2017-02-09 18:29:58
osad_client.run_rhn_check_async: executed /usr/sbin/rhn_check with pid 18937

   │2017-02-09 18:30:05
osad_client.run_rhn_check_async: executed /usr/sbin/rhn_check with pid 18974


Is that a feature?
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] jabber load balancing problem

[Konstantin Raskoshnyi]

Hi folks, I have two proxies, when I trying to specify vip hostname for our
machines jabber/c2s shows this error

jabberd/c2s[8155]: SASL callback for non-existing host: spaceproxy

if I have direct url spaceproxy1 or spaceproxy2 - everything works fine.

All A &PTR records are fine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Load balance proxies

[Konstantin Raskoshnyi]

Hi guys,

I want to implement next schema:

--- server ---

2 proxies with one shared IP via keepalived

--

spacewalk

This schema works fine with, the only problem is osad, since when spacewalk
tries to open a channel it goes back to VRRP and if hits the wrong proxy -
osad message is undeliverable

Or is it possible to register spacewalk client against multiple proxies?
Thanks
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] kickstart fails to get packages

[Konstantin Raskoshnyi]

Hi guys, I have rhel 7.2 + sp 2.5, from today sp ks fails retrieve
repofile, everytime error 500

172.23.9.30 - - [07/Feb/2017:01:55:26 +] "GET
/ks/dist/child/sl67-spacewalk-repo/sl67/repodata/repomd.xml HTTP/1.1" 500
4199
172.23.9.30 - - [07/Feb/2017:01:55:27 +] "GET
/ks/dist/child/sl67-updates-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199
172.23.9.30 - - [07/Feb/2017:01:55:27 +] "GET
/ks/dist/child/sl67-base-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199
172.23.9.30 - - [07/Feb/2017:01:55:54 +] "GET
/ks/dist/child/sl67-base-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199
172.23.9.30 - - [07/Feb/2017:01:55:56 +] "GET
/ks/dist/child/sl67-base-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199
172.23.9.30 - - [07/Feb/2017:01:55:58 +] "GET
/ks/dist/child/sl67-base-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199
172.23.9.30 - - [07/Feb/2017:01:56:03 +] "GET
/ks/dist/child/sl67-base-repo/sl67/repodata/repomd.xml HTTP/1.1" 500 4199

Any thoughts what it could be? yum on machines work fine.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] jabberd - router listens only on tcp6

[Konstantin Raskoshnyi]

Hi folks,

I disabled ipv6 on Rhel7 since I had some problems with proxies,
for some reasons jabberd-router listens only on tcp6 during startup, I
check config files and didn't find anything suspicious,

 
  

::


5347


/etc/jabberd/router-users.xml


cfd1bee12672e7f7e6abe34c4aec00f6b5963259



  

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

[Spacewalk-list] export spacewalk

[Konstantin Raskoshnyi]

Hi folks, I want to export all data from default org on one server to
another org on another server (second server has multiple organizations)

What's the best way to do that?

I need to export and then import all information.

So far I checked spacewalk-export - it exports some data, but I didn't find
any instruments to import

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

[Spacewalk-list] Kickstart though proxy

[Konstantin Raskoshnyi]

Hi guys!
I registered new proxy, the idea to kickstart all machines from all data
centers through their own proxy and have one spacewalk across the board.

So far I was able to register clients through spacewalk proxies, but when I
choose to ks machine through any proxy I see these errors, I believe I need
to insfall tftboot and etc, Am I right?

[03/Feb/2017:23:02:59 +] 172.21.1.202 TLSv1.2
ECDHE-RSA-AES128-GCM-SHA256 "GET /ty/eTZ2L7xp/images/pxeboot/vmlinuz
HTTP/1.1" -
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Which version of Spacewalk is the same as Redhat Satellite 6?

[Konstantin Raskoshnyi]

Ok, it's just your personal opinion, but I bet you didn't work with
software like chef and ansible.

Cheers
On Fri, Jan 27, 2017 at 8:45 AM Kobus Bensch  wrote:

> Hi
>
> Beg to differ on the config management. It is great with it. You just need
> to know how. Does macros, templates the lot.
>
> Kobus Bensch
>
>
> On 27 Jan 2017, at 16:24, Konstantin Raskoshnyi 
> wrote:
>
> With all respect to spacewalk - it's a great product, but not for config
> management. Maximum for static templates.
> But it's a good soft for package updates, ks and revision of your
> machines.
>
>
> On Fri, Jan 27, 2017 at 2:00 AM Kobus Bensch  wrote:
>
> As far as spacewalk is concerned, you can have a FULL configuration
> management system with templates, variables and machine specific setup just
> like what puppet, cfengine, chef or sensible will give you. You just need
> to know how. I managed 460 servers in this way with spacewalk.
>
>
>
> > On 27 Jan 2017, at 02:04, Paul Robert Marino 
> wrote:
> >
> > Just so you know its also the upstream project for SUSE Manager, and
> > Oracle supports it as well.
> > the new satellite 6 code base, and SAM are nice implementations of the
> > technologies mentioned above, but is philosophically not just
> > technologically different especially when it comes to configuration
> > management.
> >
> > Also after a certain version in the Satellite 5 series they started
> > including https://github.com/splice/spacewalk-splice-tool in RHN
> > satellite 5 to sync it with SAM (Subscription Asset Manager). SAM is
> > registration and package repo proxy for access.redhat.com based on the
> > satellite 6 code, its free with RHEL support but doesn't include
> > configuration management, or provisioning, and only supports
> > rudimentary package management on its own.
> >
> >
> >
> > On Thu, Jan 26, 2017 at 7:36 PM, Daniel Swan 
> wrote:
> >> On a related note, does anyone have a list of which Spacewalk versions
> >> (Roughly) correlate to which (non-6)  Satellite versions?
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> 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
>
> ___
> 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] Which version of Spacewalk is the same as Redhat Satellite 6?

[Konstantin Raskoshnyi]

With all respect to spacewalk - it's a great product, but not for config
management. Maximum for static templates.
But it's a good soft for package updates, ks and revision of your machines.


On Fri, Jan 27, 2017 at 2:00 AM Kobus Bensch  wrote:

> As far as spacewalk is concerned, you can have a FULL configuration
> management system with templates, variables and machine specific setup just
> like what puppet, cfengine, chef or sensible will give you. You just need
> to know how. I managed 460 servers in this way with spacewalk.
>
>
>
> > On 27 Jan 2017, at 02:04, Paul Robert Marino 
> wrote:
> >
> > Just so you know its also the upstream project for SUSE Manager, and
> > Oracle supports it as well.
> > the new satellite 6 code base, and SAM are nice implementations of the
> > technologies mentioned above, but is philosophically not just
> > technologically different especially when it comes to configuration
> > management.
> >
> > Also after a certain version in the Satellite 5 series they started
> > including https://github.com/splice/spacewalk-splice-tool in RHN
> > satellite 5 to sync it with SAM (Subscription Asset Manager). SAM is
> > registration and package repo proxy for access.redhat.com based on the
> > satellite 6 code, its free with RHEL support but doesn't include
> > configuration management, or provisioning, and only supports
> > rudimentary package management on its own.
> >
> >
> >
> > On Thu, Jan 26, 2017 at 7:36 PM, Daniel Swan 
> wrote:
> >> On a related note, does anyone have a list of which Spacewalk versions
> >> (Roughly) correlate to which (non-6)  Satellite versions?
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> 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
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] problem with osad after new 2.6 install

[Konstantin Raskoshnyi]

Check /var/log/messages log

If it shows something like 'error write to db' , then you need - stop
spacewalk

rm -rf /var/lib/jabberd/db/*

Start spacewalk

On Tue, Jan 24, 2017 at 7:13 AM,  wrote:

> hey folks, I just installed a fresh new spacewalk 2.6 with an oracle
> back-end on a fully patched RHEL 6.8 server. after the
> install finishes, the initial webpage comes up, but it seems the
> osa-dispatcher is not running.
> Starting tomcat6:  [  OK  ]
> Waiting for tomcat to be ready ...
> Starting httpd:[  OK  ]
> Starting osa-dispatcher: Spacewalk 25354 2017/01/24 10:09:03 -04:00: ('Not
> able to reconnect - See https://access.redhat.com/solutions/45332 for
> possible solutions.\n',)
> Spacewalk 25354 2017/01/24 10:09:03 -04:00: ('Error caught:',)
>
> ERROR: unhandled exception occurred: (can't write str to text stream).
>[FAILED]
> Starting rhn-search...
> Starting cobbler daemon:   [  OK  ]
> Starting RHN Taskomatic...
> Done.
>
> ive looked at the url given in the error and fixed the url to be the FQDN
> of my server but it still doesnt work..
> btw, Ive slipped a valid wildcard cert and key for my server in the
> appropriate
> /etc/httpd/conf/ssl.crt /etc/httpd/conf/ssl.key directories.
>
> Im guessing its a problem with the /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
> can I make spacewalk regenerate this manually so it will work right or
> what should I do?
>
> Jason
>
>
> ___
> 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] Spacewalk on Virtual Machine Problem

[Konstantin Raskoshnyi]

Spacewalk keeps repos in /var/satellite

1. So revert rhn settings back
2. Stop spacewalk
3. Move everything from /var/satellite to /mnt/repo
4. remove /var/satellite
5. ln -s /mnt/repo /var/satellite
6. Start up spacewalk


Everything should be fine

Cheers

On Fri, Jan 20, 2017 at 1:59 AM, Rose Dowson 
wrote:

> Hi,
>
>Yes, I checked it there is no error :
>
> 2017/01/19 18:02:09 +01:00 1490/6696 : gnome-mag-0.15.9-2.el6-0.i686
> 2017/01/19 18:02:11 +01:00 1491/6696 : gnome-mag-devel-0.15.9-2.el6-0.i686
> 2017/01/19 18:02:12 +01:00 1492/6696 : gnome-mag-devel-0.15.9-2.el6-
> 0.x86_64
> 2017/01/19 18:02:13 +01:00 1493/6696 : gnome-media-2.29.91-6.el6-0.x86_64
> 2017/01/19 18:02:14 +01:00 1494/6696 : gnome-media-apps-2.29.91-6.
> el6-0.x86_64
> 2017/01/19 18:02:17 +01:00 1495/6696 : gnome-media-devel-2.29.91-6.
> el6-0.x86_64
> 2017/01/19 18:02:19 +01:00 1496/6696 : gnome-media-libs-2.29.91-6.
> el6-0.i686
> 2017/01/19 18:02:22 +01:00 1497/6696 : gnome-media-libs-2.29.91-6.
> el6-0.x86_64
> 2017/01/19 18:02:24 +01:00 1498/6696 : gnome-menus-2.28.0-4.el6-0.i686
> 2017/01/19 18:02:26 +01:00 1499/6696 : gnome-menus-2.28.0-4.el6-0.x86_64
>
> but when I open my WebUID I didn't find any package. Please could you see
> the attached file.
> and I checked my directory is mounted correctly.
>
> x.x.x.x:/archive/spacewalk-repo/repo   493G1,5G  491G   1% /mnt/repo
>
> I need your help please.
>
> Best Regards.
>
>
>
>
>
> 2017-01-19 18:22 GMT+01:00 Konstantin Raskoshnyi :
>
>> Check the logs: /var/log/rhn/reposync
>>
>> On Thu, Jan 19, 2017 at 9:13 AM, Rose Dowson 
>> wrote:
>>
>>> Hi,
>>>
>>>I installed my spacewalk into virtual machine and I redirect
>>> /var/satellite to another server with /mnt/repo 500GB space.
>>>
>>> I made change into /etc/rhn/rhn.conf
>>>
>>> mount_point = /mnt/repo
>>> kickstart_mount_point = /mnt/repo
>>>
>>> So, when I run synchronization scripts I didn't find any package on the
>>> WebUID.
>>>
>>> Could you help me please.
>>>
>>> Best 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
>>
>
>
> ___
> 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] Spacewalk on Virtual Machine Problem

[Konstantin Raskoshnyi]

Check the logs: /var/log/rhn/reposync

On Thu, Jan 19, 2017 at 9:13 AM, Rose Dowson 
wrote:

> Hi,
>
>I installed my spacewalk into virtual machine and I redirect
> /var/satellite to another server with /mnt/repo 500GB space.
>
> I made change into /etc/rhn/rhn.conf
>
> mount_point = /mnt/repo
> kickstart_mount_point = /mnt/repo
>
> So, when I run synchronization scripts I didn't find any package on the
> WebUID.
>
> Could you help me please.
>
> Best 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] Spacewalk Centos 7 client problem

[Konstantin Raskoshnyi]

Change .repo config to gpgcheck=0

On Mon, Jan 16, 2017 at 8:09 AM KHOUILDI Arij 
wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hello,
>
>
> I have a problem after registring a CentOS 7 client into a spacewalk server
>
> 2.2.
>
>
> The client could not install any package when I did :
>
>
> [root kickstarttest ~]# yum install wget
>
>
> [root@localhost yum.repos.d]# yum install wget Loaded plugins:
> fastestmirror, rhnplugin This system is receiving updates from RHN Classic
> or Red Hat Satellite.
>
>
> Loading mirror speeds from cached hostfile
>
>
>   * base: centos.mirror.iweb.ca
>
>
>   * epel: ae.mirror.rasanegar.com
>
>
>   * epel-debuginfo: ae.mirror.rasanegar.com
>
>
>   * epel-source: ae.mirror.rasanegar.com
>
>
>   * extras: centos.mirror.iweb.ca
>
>
>   * jpackage-generic:
>
> ftp.heanet.ie
>
>
>   * updates: centos.mirror.iweb.ca
>
>
>
>
>
>
>
>
>   One of the configured repositories failed (Unknown),
>
>
>   and yum doesn't have enough cached data to continue. At this point the
> only
>
>
>   safe thing yum can do is fail. There are a few ways to work "fix" this:
>
>
>
>
>
>   1. Contact the upstream for the repository and get them to fix the
> problem.
>
>
>
>
>
>   2. Reconfigure the baseurl/etc. for the repository, to point to a
> working
>
>
>  upstream. This is most often useful if you are using a newer
>
>
>  distribution release than is supported by the repository (and the
>
>
>  packages for the previous distribution release still work).
>
>
>
>
>
>   3. Disable the repository, so yum won't use it by default. Yum will
> then
>
>
>  just ignore the repository until you permanently enable it again
> or use
>
>
>  --enablerepo for temporary usage:
>
>
>
>
>
>  yum-config-manager --disable 
>
>
>
>
>
>   4. Configure the failing repository to be skipped, if it is
> unavailable.
>
>
>  Note that yum will try to contact the repo. when it runs most
> commands,
>
>
>  so will have to try and fail each time (and thus. yum will be be
> much
>
>
>  slower). If it is a very temporary problem though, this is often
> a nice
>
>
>
>
> compromise:
>
>
>
>
>
>  yum-config-manager --save
>
>
> --setopt=.skip_if_unavailable=true
>
>
>
>
>
> *failed to retrieve repodata/repomd.xml from centos-7-x86_64base error was
> [Errno 14] curl#51 - "Unable to communicate securely with*
>
>
> *peer: requested domain name does not match the server's certificate."*
>
>
> Anybody has an idea about the problem I have ?
>
>
> Best Regards,
>
>
>
>
>
>
>
> *Arij Khouildi*
>
>
> Ingénieur Système
>
>
> Sagemcom Software & Technologies
>
>
> 34, Avenue de Paris Mégrine 2033
>
>
>
>
> *Mobile:*(+216) 58 58 25 56
>
>
>
>
> *Email:*arij.khoui...@sagemcom.com
>
>
>
>
>
>
>
> " Ce courriel et les documents qui lui sont joints peuvent contenir des
>
> informations confidentielles ou ayant un caractère privé.
>
> S'ils ne vous sont pas destinés nous vous signalons qu'il est strictement 
> interdit de les
>
> divulguer, de les reproduire ou d'en utiliser de quelque manière que ce
>
> soit le contenu. Si ce message vous a été transmis par erreur, merci d'en
>
> informer l'expéditeur et de supprimer immédiatement de votre système
>
> informatique ce courriel ainsi que tous les documents qui y sont attachés"
>
>
>
>**
>
>
>
> " This e-mail and any attached documents may contain confidential or
>
> proprietary information. If you are not the intended recipient, you are
>
> notified that any dissemination, copying of this e-mail and any attachments
>
> thereto or use of their contents by any means whatsoever is strictly
>
> prohibited. If you have received this e-mail in error, please advise the
>
> sender immediately and delete this e-mail and all attached documents
>
> from your computer system."
>
> #
>
>
>
>
>
> ___
>
> 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] Kvm kickstart

[Konstantin Raskoshnyi]

Hi guys,
didn't have any problems with kvm kickstarting from gui, but a couple of
days I experience this problem: After I kickstart a new kvm vm spacewalk
adds /var/lib/cobbler/snippets/pre_install_network_config and change the vm
hostname to kvm host hostname,

that's actually weirs, because if I go to ks profiles I don't see the code
from /var/lib/cobbler/snippets/pre_install_network_config

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

Re: [Spacewalk-list] Upgrade to 2.5 fails when upgrading jabberd

[Konstantin Raskoshnyi]

As I remember you have to upgrade to 2.4 first

"These are upgrade instruction for upgrading Spacewalk 2.4 to Spacewalk 2.5"

https://fedorahosted.org/spacewalk/wiki/HowToUpgrade

On Thu, Oct 20, 2016 at 11:00 AM, Daryl Rose  wrote:

> It was advised that I upgrade SW to 2.5 (I'm currently on 2.3).
>
>
> I'm following the upgrade documentation, and one of the steps is to
> upgrade via yum.
>
>
>- yum upgrade
>
> I get to jabbered-2.4.0 and it fails with dependency issues.  Its looking
> for two PERL modules, Net::Jabber and Net::Jabber::XDB
>
> *Error: Package: jabberd-2.4.0-4.el6.x86_64 (epel)*
>
> *   Requires: perl(Net::Jabber) >= 1.29*
>
> *Error: Package: jabberd-2.4.0-4.el6.x86_64 (epel)*
>
> *   Requires: perl(Net::Jabber::XDB)*
>
> * You could try using --skip-broken to work around the problem*
>
> * You could try running: rpm -Va --nofiles --nodigest*
>
>
> Both module are installed and work just fine, so I know this is error is a
> red herring.
>
>
> My question is, if I use the --skip-broken, or rpm -Va --nofiles
> --nodigest, will that cause problems in the future, or cause problems with
> the upgrade?
>
>
> Thank you
>
>
> Daryl
>
> ___
> 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] Schedule kernel upgrade result in kernel panic

[Konstantin Raskoshnyi]

Yes. Osad just runs rhn_check

On Friday, October 14, 2016, Lionel Caignec  wrote:

> Hi,
>
> finally got working solution.
>
> Install osad on my client and now update process perfectly.
>
>
> So i've one question: now i use "osad" client,  "rhnsd" client is it still
> necessary?
>
>
> Thank you.
>
> --
> Lionel
>
> - Mail original -
> De: "Lionel Caignec" >
> À: "spacewalk-list" >
> Envoyé: Vendredi 16 Septembre 2016 14:30:00
> Objet: Re: [Spacewalk-list] Schedule kernel upgrade result in kernel panic
>
> I don't think this is a permission problem, because "rhn_check" command or
> yum works perfectly.
>
> I'll keep searching.
>
> - Mail original -
> De: "Robert Paschedag" >
> À: "Thomas Foster" >
> Cc: "spacewalk-list" >
> Envoyé: Vendredi 16 Septembre 2016 14:15:18
> Objet: Re: [Spacewalk-list] Schedule kernel upgrade result in kernel panic
>
> I also never had problems with SLES or Debian systems.
>
> Robert
> Am 16.09.2016 13:48 schrieb Thomas Foster  >:
> >
> > I've seen that happened when yum install couldn't write to /boot (either
> because of security rules in place..cis comes to mind).
> >
> >
> > On Sep 16, 2016 7:37 AM, "Robert Paschedag"  > wrote:
> >>
> >> I don't think, that rhnsd is causing this. Seems more related to yum.
> >>
> >> Am 16.09.2016 08:52 schrieb Lionel Caignec  >:
> >> >
> >> > Perhaps this is a bug of the rhnsd agent for Rhel7 which is timing
> out during kernel update process (which is long).
> >> > Is it a config file which can defer between Rhel7 and Rhel6?
> >> >
> >> > - Mail original -
> >> > De: "Lionel Caignec" >
> >> > À: "spacewalk-list" >
> >> > Envoyé: Vendredi 16 Septembre 2016 08:43:32
> >> > Objet: Re: [Spacewalk-list] Schedule kernel upgrade result in kernel
> panic
> >> >
> >> > Ok thank you i understand now why initramfs missing, i will look in
> "yum debug" log if it exists.
> >> >
> >> > - Mail original -
> >> > De: "William H. ten Bensel" >
> >> > À: "spacewalk-list" >
> >> > Envoyé: Jeudi 15 Septembre 2016 21:09:37
> >> > Objet: Re: [Spacewalk-list] Schedule kernel upgrade result in kernel
> panic
> >> >
> >> > - Schedule a kernel update from Web GUI, let spacewalk agent do it's
> job and get kernel update (/boot/initramfs missing)
> >> >
> >> > Just saw something similar today.
> >> > Issue: Timed out (+2 hours) in the middle of the yum upgrade process.
> >> > Solution: Reboot to previous kernel, run yum-complete-transaction,
> and reinstall the new kernel rpms.
> >> >
> >> > - Thanks and good luck
> >> >
> >> >
> >> > From: Lionel Caignec >
> >> > To: spacewalk-list >
> >> > Date: 09/15/2016 04:34 AM
> >> > Subject: Re: [Spacewalk-list] Schedule kernel upgrade result in
> kernel panic
> >> > Sent by: spacewalk-list-boun...@redhat.com 
> >> >
> >> >
> >> > This email originated from outside of the company. Please use
> discretion if opening attachments or clicking on links.
> >> >
> >> > Hi,
> >> >
> >> > i'm still stuck, i cannot schedule a kernel update from spacewalk
> (web gui) to my CentOS 7 client, because at reboot my server go into
> "kernel panic"
> >> >
> >> > I don't understand the difference between this 2 way of doing :
> >> > - Schedule a kernel update from Web GUI, let spacewalk agent do it's
> job and get kernel update (/boot/initramfs missing)
> >> > - Schedule a kernel update from Web GUI, launch on client "rhn_chek"
> --> reboot with no problem on the newest kernel.
> >> >
> >> > All kernel version give this result, my spacewalk is in version 2.5,
> but i already have this bug in 2.4.
> >> >
> >> > How can i get debug log from spacewalk agent, perhaps there is
> something interisting in.
> >> >
> >> > Thank for helping
> >> >
> >> > --
> >> > Lionel
> >> >
> >> > - Mail original -
> >> > De: "Lionel Caignec" >
> >> > À: "spacewalk-list" >
> >> > Envoyé: Mardi 23 Août 2016 11:43:12
> >> > Objet: Re: [Spacewalk-list] Schedule kernel errata upgrade result in
> kernel panic
> >> >
> >> > Hi,
> >> >
> >> > i use the webUI to schedule update. It's not related to one specific
> update, but all kernel update (it's a bug i've for months now.). When a new
> kernel is released i schedule update and reboot --> Result in "kernel
> panic".
> >> >
> >> > All my clients os are Centos 7 and RedHat 7.
> >> >
> >> > Lionel.
> >> >
> >> > - Mail original -
> >> > De: "Tomas Lestach" >
> >> > À: "spacewalk-list" >
> >> > Envoyé: Mardi 23 Août 2016 11:16:52
> >> > Objet: Re: [Spacewalk-list] Schedule kernel errata upgrade result in
> kernel panic
> >> >
> >> > Hello, please, help me understand your problem.
> >> > You write:
> >> > * if you "schedule a kernel errata update at reboot", there's an issue
> >> > with initramfs, grub.cfg ...
> >> > * if you "schedule upgrade with gui", everything's ok
> >> >
> >> > Does it mean the 1st case isn't via WebUI? Is it via API?
> >> >
> >> > Can you be more specific? What OS do you use on the client, what
> erratum
> >> > are you scheduling for update? What way

Re: [Spacewalk-list] How to improve WUI performance

[Konstantin Raskoshnyi]

Hm..do you use osad? Just try to push updates for all of your clients and
see what happens ;)

On Thu, Oct 13, 2016 at 10:08 AM, Coffman, Anthony J <
tony.coff...@snapon.com> wrote:

>
>
> Spacewalk 2.5 (with 3 remote proxies)
>
> CentOS 6.8 VM (running stock Postgres 8.4)
>
> 4 vCPUs
>
> 12GB memory
>
>
>
> 550 clients (CentOS/OracleLinux/EL5/6/7 with a sprinkling of Ubuntu and
> SuSE thrown in)
>
>
>
> The System page in the WebUI loads in about 4-6 seconds (faster when the
> cache is warm).
>
>
>
> I’ve done essentially no tuning except for changing the proxy timeout (due
> to issue with the large updateinfo size for Oracle Linux).
>
>
>
> Looking at our memory utilization we could probably get away with 6-8GB of
> memory for our workload.
>
>
>
> Hope this data point is useful.
>
>
>
> Regards,
>
> --Tony
>
>
>
>
>
>
>
> *From:* spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-
> boun...@redhat.com] *On Behalf Of *Daryl Rose
> *Sent:* Thursday, October 13, 2016 12:25 PM
> *To:* spacewalk-list@redhat.com
> *Subject:* Re: [Spacewalk-list] How to improve WUI performance
>
>
>
> I am actually leaning to moving to a physical server.  I have a server in
> the closet that is dual CPU, 8 core, 64GB of RAM.  I was originally
> thinking that it was a bit of over kill, but after reading this reply,
> perhaps its sized correctly.
>
>
>
> If I do move to a physical, can I migrate everything from the original SW
> server to the replacement server?  Can I export the database and import it
> over?  Migrate repositories over?  I am using a signed certificates, and I
> would like to continue using the same machine name and configuration.  Do I
> have to re-register these servers?  Its taken me a while to get 465 added
> in, and I don't want to have to re-register everything, especially since I
> continue adding on a daily bases.
>
>
>
> Thanks
>
>
>
> Daryl
>
>
> --
>
> *From:* spacewalk-list-boun...@redhat.com  redhat.com> on behalf of Konstantin Raskoshnyi 
> *Sent:* Thursday, October 13, 2016 10:43 AM
> *To:* spacewalk-list@redhat.com
> *Subject:* Re: [Spacewalk-list] How to improve WUI performance
>
>
>
> You need bare metal high performance machine.
>
> We have 400 machines and use xeon7 24cores with 64 of ram.
>
> Plus tuning: Postgres, Linux, tomcat
>
> On Thursday, October 13, 2016, Daryl Rose  wrote:
>
> I have 465 servers in my SW environment, and I keep adding more everyday.
> When finished, I'll have nearly a thousand servers in the environment.
>
>
>
> My SW server is a virtual RHEL 6.6, SW v2.3.  I have four CPU's and four
> Gigs of memory allocated to the server.
>
>
>
> Whenever I select "Systems" from the main menu a single CPU pegs at 100%,
> and it takes several minutes for the page to come up.  It appears that
> osa-dispatcher is what is using up the CPU.  osa-dispatcher is often at 99
> to 100%.
>
>
>
> Is there  a way to performance tune SW?  Can I configure SW to use all
> four CPU's, or should I add additional CPU's, can configure SW to use all
> assigned CPU's?
>
>
>
> Thanks
>
>
>
> Daryl
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How to improve WUI performance

[Konstantin Raskoshnyi]

Yes you can, you don't need to re-register clients as long as new server
has the same fqdn & the same key,
here what I use to work with DB:

#Backup_DB
export PGPASSWORD="rhnpw"
pg_dump --username=rhnuser -w rhnschema > /tmp/db.sql

#Restore
createdb -E UTF8 rhnschema
createlang plpgsql rhnschema
createlang pltclu rhnschema
yes $PGPASSWORD | createuser -P -sDR rhnuser
psql -e -d  rhnschema -f /tmp/db.sql

So you just need to follow this man
https://fedorahosted.org/spacewalk/wiki/SpacewalkBackup

Save all directories, install sp on new server & then copy & restore db,
don't forget to use the same postgres version, or you'll get problems.

Cheers

On Thu, Oct 13, 2016 at 9:24 AM, Daryl Rose  wrote:

> I am actually leaning to moving to a physical server.  I have a server in
> the closet that is dual CPU, 8 core, 64GB of RAM.  I was originally
> thinking that it was a bit of over kill, but after reading this reply,
> perhaps its sized correctly.
>
>
> If I do move to a physical, can I migrate everything from the original SW
> server to the replacement server?  Can I export the database and import it
> over?  Migrate repositories over?  I am using a signed certificates, and
> I would like to continue using the same machine name and configuration.  Do
> I have to re-register these servers?  Its taken me a while to get 465 added
> in, and I don't want to have to re-register everything, especially since I
> continue adding on a daily bases.
>
>
> Thanks
>
>
> Daryl
>
>
> ------
> *From:* spacewalk-list-boun...@redhat.com  redhat.com> on behalf of Konstantin Raskoshnyi 
> *Sent:* Thursday, October 13, 2016 10:43 AM
> *To:* spacewalk-list@redhat.com
> *Subject:* Re: [Spacewalk-list] How to improve WUI performance
>
> You need bare metal high performance machine.
> We have 400 machines and use xeon7 24cores with 64 of ram.
> Plus tuning: Postgres, Linux, tomcat
>
> On Thursday, October 13, 2016, Daryl Rose  wrote:
>
>> I have 465 servers in my SW environment, and I keep adding more
>> everyday.  When finished, I'll have nearly a thousand servers in the
>> environment.
>>
>>
>> My SW server is a virtual RHEL 6.6, SW v2.3.  I have four CPU's and four
>> Gigs of memory allocated to the server.
>>
>>
>> Whenever I select "Systems" from the main menu a single CPU pegs at 100%,
>> and it takes several minutes for the page to come up.  It appears that
>> osa-dispatcher is what is using up the CPU.  osa-dispatcher is often at 99
>> to 100%.
>>
>>
>> Is there  a way to performance tune SW?  Can I configure SW to use all
>> four CPU's, or should I add additional CPU's, can configure SW to use all
>> assigned CPU's?
>>
>>
>> Thanks
>>
>>
>> Daryl
>>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How to improve WUI performance

[Konstantin Raskoshnyi]

You need bare metal high performance machine.
We have 400 machines and use xeon7 24cores with 64 of ram.
Plus tuning: Postgres, Linux, tomcat

On Thursday, October 13, 2016, Daryl Rose  wrote:

> I have 465 servers in my SW environment, and I keep adding more everyday.
> When finished, I'll have nearly a thousand servers in the environment.
>
>
> My SW server is a virtual RHEL 6.6, SW v2.3.  I have four CPU's and four
> Gigs of memory allocated to the server.
>
>
> Whenever I select "Systems" from the main menu a single CPU pegs at 100%,
> and it takes several minutes for the page to come up.  It appears that
> osa-dispatcher is what is using up the CPU.  osa-dispatcher is often at 99
> to 100%.
>
>
> Is there  a way to performance tune SW?  Can I configure SW to use all
> four CPU's, or should I add additional CPU's, can configure SW to use all
> assigned CPU's?
>
>
> Thanks
>
>
> Daryl
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - PostgreSQL High I/O

[Konstantin Raskoshnyi]

Because all your systems request information from SP, and default
installation doesn't make any sense if you have more that 50 machines, so
you need to tyne postgres, tomcat & linux itself

On Mon, Oct 10, 2016 at 12:34 PM, Allan Moraes 
wrote:

> Hi
> In my CentOS 7 server, is installed the spacewalk 2.4 and PostgreSQL from
> default installation. Via iotop, my postgresql write a lot of informations,
> during all day. Why this occur?
>
> ___
> 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] Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds

[Konstantin Raskoshnyi]

I'm talking about spacewalk server, nor spacewalk clients. Spacewalk server
doesn't have rhnplugin.conf

On Mon, Oct 3, 2016 at 6:17 AM, Marcin Figura  wrote:

> Konstantin,
>
> I would try first to increase the time out in rhnplugin.conf
> As far as I recall default is 120 seconds ( empty )
>
> $ cat /etc/yum/pluginconf.d/rhnplugin.conf  | grep timeout
> timeout = 720
>
>
>
>
>
> Operation too slow. Less than 1000 bytes/sec  transferred the
>   last 30 seconds (Konstantin Raskoshnyi)
>
> On Fri, Sep 30, 2016 at 9:12 AM  wrote:
>
>> Send Spacewalk-list mailing list submissions to
>> spacewalk-list@redhat.com
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>> or, via email, send a message with subject or body 'help' to
>> spacewalk-list-requ...@redhat.com
>>
>> You can reach the person managing the list at
>> spacewalk-list-ow...@redhat.com
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Spacewalk-list digest..."
>>
>>
>> Today's Topics:
>>
>>1. Operation too slow. Less than 1000 bytes/sec  transferred the
>>   last 30 seconds (Konstantin Raskoshnyi)
>>2. Schedule Reboot (Bug?) (Jeff Baldwin)
>>
>>
>> --
>>
>> Message: 1
>> Date: Thu, 29 Sep 2016 11:17:13 -0700
>> From: Konstantin Raskoshnyi 
>> To: spacewalk-list@redhat.com
>> Subject: [Spacewalk-list] Operation too slow. Less than 1000 bytes/sec
>> transferred the last 30 seconds
>> Message-ID:
>> > gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>>
>> Good morning,
>> I keep getting this error with,
>> http://192.168.1.2/repos/repodata/repomd.xml: (28, 'Operation too slow.
>> Less than 1000 bytes/sec transferred the last 30 seconds')
>>
>> I have two spacewalk servers in different DCs and I keep some repo copies
>> on one of them.
>>
>> I can do curl or wget http://192.168.1.2/repos/repodata/repomd.xml
>> without
>> any problems...
>>
>> Any thoughts?
>>
>> Thanks!
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <https://www.redhat.com/archives/spacewalk-list/
>> attachments/20160929/b1fb639d/attachment.html>
>>
>> --
>>
>> Message: 2
>> Date: Fri, 30 Sep 2016 14:10:35 +
>> From: Jeff Baldwin 
>> To: "spacewalk-list@redhat.com" 
>> Subject: [Spacewalk-list] Schedule Reboot (Bug?)
>> Message-ID: 
>> Content-Type: text/plain; charset="utf-8"
>>
>> All,
>>
>> I?ve ran into what appears to be an old bug.   The issue is that when
>> systems are in ?Require Reboot? status, and I reboot them via Spacewalk,
>> the status doesn?t update, even after OSAD has completed the reboot
>> process.I have to run rhn_check to force the status to update.   I
>> found that this was discussed in an email back in 2014, but no resolution
>> was mentioned in the thread:  https://www.redhat.com/
>> archives/spacewalk-list/2014-October/msg00067.html
>>
>> The scenario the user described below, still applies perfectly to my 2.5
>> install (his was 2.2).
>>
>> Are we missing something?
>>
>> Steps I've taken already:
>>
>> 1. Set verbosity to level 5 on osad.conf for the client. Everything looks
>> fine in the logs until after the reboot, when the server starts and the
>> OSAD service starts, it's not checking in with Spacewalk even though OSA
>> status says online.
>>
>> 2. Stop OSAD, remove /etc/sysconfig/rhn/osad-auth.conf, start OSAD. Same
>> results. Reboot action is picked up immediately, and the system reboots
>> successfully, but the action is never marked Completed.
>>
>> 3. Stopped jabberd on the Spacewalk proxy the client is connected to,
>> cleared jabberd database, and restarted jabberd. I've done the same on the
>> Spacewalk server, and tried them in different orders as well.
>>
>> 4. Manually running a shutdown -r now on the client. THIS WORKS. When the
>> system comes back up, any queued actions are picked up and executed
>> successfully. This is one of the main reasons it leads me to believe there
>> is an issue with the Schedule reboot API in Spacewalk v2.2 (BTW, I've t

[Spacewalk-list] Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds

[Konstantin Raskoshnyi]

Good morning,
I keep getting this error with,
http://192.168.1.2/repos/repodata/repomd.xml: (28, 'Operation too slow.
Less than 1000 bytes/sec transferred the last 30 seconds')

I have two spacewalk servers in different DCs and I keep some repo copies
on one of them.

I can do curl or wget http://192.168.1.2/repos/repodata/repomd.xml without
any problems...

Any thoughts?

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

Re: [Spacewalk-list] satellite-sync is not working ( /SAT-DUMP 404 not found)

[Konstantin Raskoshnyi]

What is "server.domain.internal"? Is that your actual fqdn?


On Wed, Sep 14, 2016 at 7:26 AM, Rene Trippen 
wrote:

> Hi,
>
> I´ve got a strange problem:
> I did a spacewalk-sync-setup and wanted to sync the custom-channels, but I
> don´t even get a list of the channels.
>
>
> ## satellite-sync -p ##
>
> CA_CHAIN = /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
> HTTP_PROXY   =
> HTTP_PROXY_PASSWORD  =
> HTTP_PROXY_USERNAME  =
> ISS_CA_CHAIN = /usr/share/rhn/f4s-dev-swms01_
> RHN-ORG-TRUSTED-SSL-CERT
> ISS_PARENT   =
> RHN_PARENT   = spacewalk-parent
> TRACEBACK_MAIL   = root@localhost
> buffer_size  = 16384
> cache_refresh_count_max = 5
> cache_refresh_level  = 2
> checksum_priority_list = ['sha512', 'sha384', 'sha256', 'sha1', 'md5']
> client_auth_timeout  = 3600.0
> compress_headers = 1
> db_backend   = postgresql
> db_host  = localhost
> db_name  = rhnschema
> db_password  = rhnpw
> db_port  = 5432
> db_ssl_enabled   =
> db_sslrootcert   = /etc/rhn/postgresql-db-root-ca.cert
> db_user  = rhnuser
> debug= 1
> disable_iss  = 0
> disallow_user_creation = 1
> disallowed_suffixes  =
> disconnected = 0
> enable_nvrea = 1
> enable_snapshots = 1
> encrypted_passwords  = 1
> force_package_upload = 0
> freeloader_throttle_end = 21
> freeloader_throttle_start = 9
> grace_no_throttle= 0
> jabber_server= spacewalk-slave
> join_rhn = 0
> kickstart_mount_point = /var/satellite
> log_file = /var/log/rhn/rhn_server_satellite.log
> max_email_len= 128
> max_passwd_len   = 32
> max_user_len = 64
> maximum_config_file_size = 131072
> message_to_all   = /etc/rhn/message_to_all.txt
> min_passwd_len   = 5
> min_user_len = 3
> mount_point  = /var/satellite
> nls_lang = english.UTF8
> pam_auth_service =
> pkg_list_dir = /var/up2date/list
> prepended_dir= redhat
> product_name = Spacewalk
> proxy_auth_timeout   = 21600.0
> qos  = 0
> quiet_mail   = 15
> refer_to_www = 0
> repomd_cache_mount_point = /var/cache
> repomd_path_prefix   = rhn/repodata
> reset_base_channel   = 0
> rhn_iss_metadata_handler = /SAT-DUMP-INTERNAL
> rhn_metadata_handler = /SAT-DUMP
> rhn_xmlrpc_handler   = /SAT
> satellite= 1
> secret_key   = 07514936c58302da1e41c45932a8df
> 77f5c4b6b50ed07c60eae8b0ec4ade337e
> send_eol_mail= 0
> send_message_to_all  = 0
> session_lifetime = 1800
> session_secret_1 = 6dbed8cf2408efedfb8615e27ef260
> ddbcae9d7502c4f9ca3861e43a3eb13f24
> session_secret_2 = cbe155519f6b37c078bd0f81c8f391
> edbdaee366c916c6b9b0bb0b2084d9aab8
> session_secret_3 = da48412892343a07cb9c2a38853643
> 3d24297dd12329df9e94364bcde1946415
> session_secret_4 = d3aee7fb7513782a206b6041a811f1
> d35a9ac0192f369ea0388abc6b360bf624
> sync_cache_dir   = /var/cache/rhn/
> throttle = 0
> throttle_freeloaders = 0
> throttle_grace_period = 168.0
> timeout  = 120
> use_taskomatic_repomd = 1
> xml_dump_version = 3.5
>
> 
>
>
> This is the error message I get:
>
>  Error message #
>
> # satellite-sync -l --no-ssl --debug-level=4 --include-custom-channels
> --no-packages -s server.domain.internal
> 16:15:04 Spacewalk - live synchronization
> 16:15:04url: http://server.domain.internal
> 16:15:04debug/output level: 4
> 16:15:04+++ Satellite synchronization tool checking in.
> 16:15:04+++ Entitled satellite validated.
> 16:15:04db:  rhnuser/@rhnschema
> 16:15:04 Action list/commandline toggles: ['channels', 'no-ssl',
> 'no-packages', 'list-channels', 'channel-families']
> 16:15:04
> 16:15:04 Retrieving / parsing channel-families data
> 16:15:04 ERROR: server.dump.channel_families('',):
> 
> +++ sending log as an email +++
>
> SYNC ERROR:
>
> (Check logs/email for potentially more detail)
>
> RhnSyncException("ERROR: server.dump.channel_families('',):
> ",)
> ERROR: server.dump.channel_families('',):  for server.domain.internal /SAT-DUMP: 404 Not Found>
>
> 
>
> Any idea what the problem could be?
>
> Best regards,
> Rene
>
>
>
>
>
> ___
> 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] Change spacewalk 5.2 webroot?

[Konstantin Raskoshnyi]

The simplest - create a symlink

On Tue, Sep 13, 2016 at 2:45 PM, Jose Guevarra 
wrote:

> Hi,
>
> Is it possible to change the spacewalk/satellite webroot?  it uses
> /var/www/html as the default which conflicts with other web applications.
>
> Thanks,
>
> Jose
>
> ___
> 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] Cobbler SOS!

[Konstantin Raskoshnyi]

It was chkconfig off, thanks

On Friday, September 9, 2016, Jan Dobes  wrote:

> On 9.9.2016 08:15 Konstantin Raskoshnyi wrote:
>
>> Hi guys,
>>
>> after updating to 2.5 (RHEL 7.2), restarted the server and no more
>> cobbler.service
>>
>> systemctl enable cobbler
>> Failed to execute operation: No such file or directory
>>
>> can't start, enable etc, All other spacewalk services works fine
>>
>> Any solutions??
>>
>>
>>
> Maybe you are using spacewalk embedded cobbler version.
>
> # systemctl status cobblerd
>
> --
> Jan Dobes
> Satellite 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] Cobbler SOS!

[Konstantin Raskoshnyi]

Hi guys,

after updating to 2.5 (RHEL 7.2), restarted the server and no more
cobbler.service

systemctl enable cobbler
Failed to execute operation: No such file or directory

can't start, enable etc, All other spacewalk services works fine

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

Re: [Spacewalk-list] Moving spacewalk to new physical server

[Konstantin Raskoshnyi]

Found the problem - mismatch with db versions

On Monday, September 5, 2016,  wrote:

> Hmm...looks like the DB backup is corrupt or something's wrong with the
> schema (my opinion)
>
> Maybe you can try a spacewalk-schema-upgrade? This possibly fixes your
> problem.
>
> Regards,
> Robert
>
>
>
>
>
> Von:Konstantin Raskoshnyi  >
> An:spacewalk-list@redhat.com
> 
> Datum:03.09.2016 00:56
> Betreff:[Spacewalk-list] Moving spacewalk to new physical server
> Gesendet von:spacewalk-list-boun...@redhat.com
> 
> --
>
>
>
> Hi fellows,
>
> I backed up all the stuff, including db, restored db & copied all the
> stuff on a new server, but login shows error 500, tomcat logs:
>
> Caused by: org.postgresql.util.PSQLException: ERROR: function
> logging.clear_log_id() does not exist
>   Hint: No function matches the given name and argument types. You might
> need to add explicit type casts.
>   Position: 15
> at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(
> QueryExecutorImpl.java:2094)
> at org.postgresql.core.v3.QueryExecutorImpl.processResults(
> QueryExecutorImpl.java:1827)
> at org.postgresql.core.v3.QueryExecutorImpl.execute(
> QueryExecutorImpl.java:255)
> at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(
> AbstractJdbc2Statement.java:508)
> at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(
> AbstractJdbc2Statement.java:384)
> at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(
> AbstractJdbc2Statement.java:377)
> at com.mchange.v2.c3p0.impl.NewProxyCallableStatement.execute(
> NewProxyCallableStatement.java:2417)
> at com.redhat.rhn.common.db.NamedPreparedStatement.execute(
> NamedPreparedStatement.java:117)
> at com.redhat.rhn.common.db.datasource.CachedStatement.executeCallable(
> CachedStatement.java:528)
> ... 22 more
> ___
> 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] Moving spacewalk to new physical server

[Konstantin Raskoshnyi]

Hi fellows,

I backed up all the stuff, including db, restored db & copied all the stuff
on a new server, but login shows error 500, tomcat logs:

Caused by: org.postgresql.util.PSQLException: ERROR: function
logging.clear_log_id() does not exist
  Hint: No function matches the given name and argument types. You might
need to add explicit type casts.
  Position: 15
at
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2094)
at
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1827)
at
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)
at
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:508)
at
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:384)
at
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:377)
at
com.mchange.v2.c3p0.impl.NewProxyCallableStatement.execute(NewProxyCallableStatement.java:2417)
at
com.redhat.rhn.common.db.NamedPreparedStatement.execute(NamedPreparedStatement.java:117)
at
com.redhat.rhn.common.db.datasource.CachedStatement.executeCallable(CachedStatement.java:528)
... 22 more
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Osad problems

[Konstantin Raskoshnyi]

No certs are fine. Unless you can't start osad without errors.

I found one bugzilla bug for spacewalk, it's related to 2.4 on rhel7. Some
problems with jabber. Probably going to update to 2.5

On Friday, September 2, 2016, Ree, Jan-Albert van 
wrote:

> Sounds like you still have certificate issues.
>
> Are you sure all clients are using the correct new cert? If unsure, you
> might want to try manually specifying the correct new cert in the
> /etc/sysconfig/rhn/osad.conf file to see if that helps
>
> Also how did you replace the certs, did you install a newer version of the
> certificates RPM?
>
>
> The database is only updated if the osa-dispatcher is running properly
>
> The following post might be of some use too, it helped me a lot recently
> debugging OSA related issues too https://www.redhat.com/
> archives/spacewalk-list/2014-May/msg00124.html​
>
>
> Regards
>
> Jan-Albert
>
>
>
> Jan-Albert van Ree | Linux System Administrator | MARIN Support Group
> MARIN | T +31 317 49 35 48 | j.a.v@marin.nl
>  | www.marin.nl
>
> [image: LinkedIn] <https://www.linkedin.com/company/marin> [image:
> YouTube] <http://www.youtube.com/marinmultimedia> [image: Twitter]
> <https://twitter.com/MARIN_nieuws> [image: Facebook]
> <https://www.facebook.com/marin.wageningen>
> MARIN news: Subsidy granted for offshore project with Ampyx Power, ECN
> and Mocean
> <http://www.marin.nl/web/News/News-items/Subsidy-granted-for-offshore-project-with-Ampyx-Power-ECN-and-Mocean.htm>
>
> --
> *From:* spacewalk-list-boun...@redhat.com
>  <
> spacewalk-list-boun...@redhat.com
> > on
> behalf of Konstantin Raskoshnyi  >
> *Sent:* Friday, September 02, 2016 00:59
> *To:* spacewalk-list@redhat.com
> 
> *Subject:* Re: [Spacewalk-list] Osad problems
>
> Yes, such a pain,
> but something interesting - I have two servers, the
> first was set up by previous employee and it was renamed manually and I
> had to replace cert on all clients & renamed the server through sp utility
> the second server was installed from the scratch and have never been
> renamed, and it works smoothly without any problems with osa-dispatcher.
>
> Anyway, thanks man
>
> On Thu, Sep 1, 2016 at 12:57 PM, Matt Moldvan  > wrote:
>
>> I have the same issues with 2.5 and latest OSAD packages... the
>> connection still looks like it's established at the client side, but for
>> some reason it has stopped trying to send data.  The master no longer sees
>> the connection as open and therefore cannot send anything to it.
>>
>> The only resolution I've found is to restart the client(s), but for so
>> many systems this caused the dispatchers to become unresponsive during our
>> maintenance windows.  Essentially, Puppet would run, restart OSAD, and it
>> would consume all the HTTP connections and make the GUI unresponsive.
>> Update and reboot actions were picked up outside of the scheduled
>> maintenance, and it was all around chaos.
>>
>> So at this point I'm stuck babysitting OSAD status of systems because
>> there is nothing easily found in /var/log/osad that indicates an issue,
>> even though the client still has 5222 open to the dispatcher and the osad
>> service is running.  In the Spacewalk database, the system is marked
>> down... I ran an strace on the OSAD process on the client for about 30
>> minutes, and didn't see any attempts to do anything.
>>
>> [me@osad-client1 ~]$ sudo lsof -Pp 21996 | grep TCP
>> osad21996 root3u  IPv4 7392569  0t0  TCP
>> osad-client1:56939->spacewalk-master:5222 (ESTABLISHED)
>> [me@osad-client1 ~]$ service osad status
>> osad (pid  21996) is running...
>> [me@osad-client1 ~]$ sudo lsof -Pp 21996 | grep TCP
>> osad21996 root3u  IPv4 7392569  0t0  TCP
>> osad-client1:56939->spacewalk-master:5222 (ESTABLISHED)
>> [me@osad-client1 ~]$ sudo strace -fp 21996
>> Process 21996 attached
>> select(4, [3], [], [], NULL
>>
>> ---
>> rhnschema=# select s.name,pc.state_id from rhnpushclient pc, rhnserver s
>> where s.name='osad-client1' and pc.server_id=s.id;
>>  name  | state_id
>> ---+--
>>  osad-client1  |2
>> (1 row)
>>
>> Even though osad-client1 thought it was still connected, the master
>> didn't have a corresponding connection on 5222:
>> [me@spacewalk-master ~]$ netstat -a | grep osad-client1
>> [me@spacewalk-master ~]$
>>
>> For me, changing the values in /etc/jabberd/*.xml as recommended in
>

Re: [Spacewalk-list] Osad problems

[Konstantin Raskoshnyi]

Yes, such a pain,
but something interesting - I have two servers, the
first was set up by previous employee and it was renamed manually and I had
to replace cert on all clients & renamed the server through sp utility
the second server was installed from the scratch and have never been
renamed, and it works smoothly without any problems with osa-dispatcher.

Anyway, thanks man

On Thu, Sep 1, 2016 at 12:57 PM, Matt Moldvan  wrote:

> I have the same issues with 2.5 and latest OSAD packages... the connection
> still looks like it's established at the client side, but for some reason
> it has stopped trying to send data.  The master no longer sees the
> connection as open and therefore cannot send anything to it.
>
> The only resolution I've found is to restart the client(s), but for so
> many systems this caused the dispatchers to become unresponsive during our
> maintenance windows.  Essentially, Puppet would run, restart OSAD, and it
> would consume all the HTTP connections and make the GUI unresponsive.
> Update and reboot actions were picked up outside of the scheduled
> maintenance, and it was all around chaos.
>
> So at this point I'm stuck babysitting OSAD status of systems because
> there is nothing easily found in /var/log/osad that indicates an issue,
> even though the client still has 5222 open to the dispatcher and the osad
> service is running.  In the Spacewalk database, the system is marked
> down... I ran an strace on the OSAD process on the client for about 30
> minutes, and didn't see any attempts to do anything.
>
> [me@osad-client1 ~]$ sudo lsof -Pp 21996 | grep TCP
> osad21996 root3u  IPv4 7392569  0t0  TCP
> osad-client1:56939->spacewalk-master:5222 (ESTABLISHED)
> [me@osad-client1 ~]$ service osad status
> osad (pid  21996) is running...
> [me@osad-client1 ~]$ sudo lsof -Pp 21996 | grep TCP
> osad21996 root3u  IPv4 7392569  0t0  TCP
> osad-client1:56939->spacewalk-master:5222 (ESTABLISHED)
> [me@osad-client1 ~]$ sudo strace -fp 21996
> Process 21996 attached
> select(4, [3], [], [], NULL
>
> ---
> rhnschema=# select s.name,pc.state_id from rhnpushclient pc, rhnserver s
> where s.name='osad-client1' and pc.server_id=s.id;
>  name  | state_id
> ---+--
>  osad-client1  |2
> (1 row)
>
> Even though osad-client1 thought it was still connected, the master didn't
> have a corresponding connection on 5222:
> [me@spacewalk-master ~]$ netstat -a | grep osad-client1
> [me@spacewalk-master ~]$
>
> For me, changing the values in /etc/jabberd/*.xml as recommended in
> https://fedorahosted.org/spacewalk/wiki/JabberAndOSAD wasn't going to
> work... I tried that and all systems would be disconnected, then would
> reconnect, causing some (perhaps insignificant) load on the database as
> well as unnecessary network traffic and client processing.  I could see the
> number systems marked as "online" in the database flapping wildly between
> 1,000 and 5,000 over time.
>
> One thing I did notice on the systems that were marked offline... a
> netstat showed two connections, one in CLOSE_WAIT status and another in
> ESTABLISHED.  On restart of OSAD, only one was there, in ESTABLISHED state
> and the system was marked online again.
>
> I'm thinking that the OSAD Python code isn't closing the sockets properly
> when an error is encountered, and leaves the client thinking it's still
> connected, while the master doesn't have a corresponding connection to send
> data to.
>
> Basically, as a workaround, I think I'm going to have systems restart OSAD
> if they see connections open on 5222 in CLOSE_WAIT status... until
> something better comes along and the client code is fixed up.
> Unfortunately the workaround isn't even a full one... not every system had
> multiple connections, but it's a step toward more systems staying usable
> than before.
>
> On Thu, Sep 1, 2016 at 1:26 PM Konstantin Raskoshnyi 
> wrote:
>
>> 2.4, I tried, actually after I did spacewalk-service restart it helped
>> for one day.
>>
>> Now it's the same, but no any errors on both sides.
>>
>> On Wed, Aug 31, 2016 at 9:06 AM, Matthew Madey 
>> wrote:
>>
>>> What version of Spacewalk are you running? You likely need to reset the
>>> osad credentials on the clients. This typically only occurs when the jabber
>>> database has been corrupted.
>>>
>>> On the clients, run the below commands:
>>>
>>>
>>> rm -f /etc/sysconfig/rhn/osad-auth.conf ; service osad restart
>>>
>>> You may find the below links helpful
&g

Re: [Spacewalk-list] Osad problems

[Konstantin Raskoshnyi]

2.4, I tried, actually after I did spacewalk-service restart it helped for
one day.

Now it's the same, but no any errors on both sides.

On Wed, Aug 31, 2016 at 9:06 AM, Matthew Madey  wrote:

> What version of Spacewalk are you running? You likely need to reset the
> osad credentials on the clients. This typically only occurs when the jabber
> database has been corrupted.
>
> On the clients, run the below commands:
>
>
> rm -f /etc/sysconfig/rhn/osad-auth.conf ; service osad restart
>
> You may find the below links helpful
>
> https://fedorahosted.org/spacewalk/wiki/OsadHowTo
>
> https://fedorahosted.org/spacewalk/wiki/JabberAndOSAD
>
>
>
>
> On Aug 30, 2016 4:43 PM, "Konstantin Raskoshnyi" 
> wrote:
>
>> Something strange with some of my osad clients ~1/3
>>
>> They don't pickup any jobs from osa-dispatcher, no any errors during
>> starting the service,
>>
>> also if I restart osad on sp I see logs:
>>
>> Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142]
>> [:::172.90.7.220, port=43046] disconnect 
>> jid=osad-e43e326...@spacewalk15.ooma.internal/osad,
>> packets: 29, bytes: 3738
>> Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: session ended:
>> jid=osad-e43e326...@spacewalk15.ooma.internal/osad
>> Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: user unloaded
>> jid=osad-e43e326...@spacewalk15.ooma.internal
>> Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142] traditional.digest
>> authentication succeeded: osad-e43e3265db@/osad :::172.90.7.220:43454
>> TLS
>> Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142] requesting session:
>> jid=osad-e43e326...@spacewalk15.ooma.internal/osad
>> Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: session started:
>> jid=osad-e43e326...@spacewalk15.ooma.internal/osad
>>
>> So looks like everything should be fine
>>
>> ___
>> 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

[Spacewalk-list] Osad problems

[Konstantin Raskoshnyi]

Something strange with some of my osad clients ~1/3

They don't pickup any jobs from osa-dispatcher, no any errors during
starting the service,

also if I restart osad on sp I see logs:

Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142] [:::172.90.7.220,
port=43046] disconnect jid=osad-e43e326...@spacewalk15.ooma.internal/osad,
packets: 29, bytes: 3738
Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: session ended:
jid=osad-e43e326...@spacewalk15.ooma.internal/osad
Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: user unloaded
jid=osad-e43e326...@spacewalk15.ooma.internal
Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142] traditional.digest
authentication succeeded: osad-e43e3265db@/osad :::172.90.7.220:43454
TLS
Aug 30 14:32:20 spacewalk15 jabberd/c2s[51907]: [142] requesting session:
jid=osad-e43e326...@spacewalk15.ooma.internal/osad
Aug 30 14:32:20 spacewalk15 jabberd/sm[51904]: session started:
jid=osad-e43e326...@spacewalk15.ooma.internal/osad

So looks like everything should be fine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] No errata for CentOS 7?

[Konstantin Raskoshnyi]

Did you add update channel to kickstart profile? Looks like you used only
base channel

On Monday, August 29, 2016, Daryl Rose  wrote:

> I am testing CentOS 7.  I just added a channel and repositories, both the
> primary repo and the update repo.   I added a test server to the channel
> and I'll I see is 739 Packages that need to be updated.  There is no Errata
> available.  RHEL and SLES both have errata in the update repository.  I
> assumed that CentOS would as well.
>
>
> Thanks.
>
>
> Daryl
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Osa dispatcher can't connect to JabberD after restarting JabberD

[Konstantin Raskoshnyi]

Yes, that helped!

Thanks

On Tue, Aug 23, 2016 at 10:00 AM, Matt Moldvan  wrote:

> Check the rhndispatcher table in the Spacewalk database... if there are
> multiple entries there delete those rows first, they will be recreated.  I
> had a long rant about it earlier this week on the list that gets into a lot
> of detail and is partly related...
>
> On Tue, Aug 23, 2016 at 12:22 PM Konstantin Raskoshnyi 
> wrote:
>
>> Everytime after I restart spacewalk service - I have to manually delete
>> /var/lib/jabberdb/db/*, unless that osa-dispatcher cannot connect to
>> jabberd.
>>
>> After that all clients has to re-register, and it takes some time.
>>
>> No any errors in log. SP 2.4, Scientific linux 7.2
>>
>> 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
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Osa dispatcher can't connect to JabberD after restarting JabberD

[Konstantin Raskoshnyi]

Everytime after I restart spacewalk service - I have to manually delete
/var/lib/jabberdb/db/*, unless that osa-dispatcher cannot connect to
jabberd.

After that all clients has to re-register, and it takes some time.

No any errors in log. SP 2.4, Scientific linux 7.2

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

Re: [Spacewalk-list] Jabber failed to start after spacewalk-service restart

[Konstantin Raskoshnyi]

Thanks Mat,
I just "hacked" startup service script, during restart it flushes clean up
db directory

On Fri, Aug 19, 2016 at 8:00 AM, Matt Moldvan  wrote:

> I replied to another thread here about Jabber and OSA dispatcher and my
> trials and tribulations... in the end I settled on an ugly hack that uses
> anything but the Berkley DB because of all the documented issues with it.
> Try SQLite or Postgres for the back end database for C2S and SM jabber
> components, you may have better luck as well...
>
> On Tue, Aug 9, 2016 at 1:24 PM Konstantin Raskoshnyi 
> wrote:
>
>> Every time after I restart spacewalk service - I have to delete all files
>> in /var/lib/jabberd/db/*
>>
>> After then I can start up jabberd, any thoughts?
>> ___
>> 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

[Spacewalk-list] Bare metal ks

[Konstantin Raskoshnyi]

Hi guys,

I'm trying to ks bare metal machines, for example I have a dhcp pool
192.168.50.3-192.168.50.254

I added it to ks profile and I see it in Systems->Kickstart->Bare metal

Also I see I have to add ks=https://192.168.50.2/ks/cfg/org/1/mode/ip_range

to kernel params...If you go web to ks=
https://192.168.50.2/ks/cfg/org/1/mode/192.168.50.1-192.168.50.254

It shows me an error: 404 any thoughts?


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

[Spacewalk-list] Manual system registration - fails to daploy files & install packages

[Konstantin Raskoshnyi]

I predefined some packages to be installed after a system registered +
files to be deployed. If we do a ks - everything is perfect. But with
manual registration I get this:

Error while executing packages action: Error Downloading Packages:
2:qemu-img-0.12.1.2-2.491.el6_8.1.x86_64: failed to retrieve
getPackage/qemu-img-0.12.1.2-2.491.el6_8.1.x86_64.rpm from sl6.7-updates
error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned error:
404 Not Found" [[6]]

& for files:

Client execution returned "Prerequisite failed" (code -100)

But the system was registrered correctly and I can install all packages
from the sp after that. The same with files.


What could it be??

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

[Spacewalk-list] Jabber failed to start after spacewalk-service restart

[Konstantin Raskoshnyi]

Every time after I restart spacewalk service - I have to delete all files
in /var/lib/jabberd/db/*

After then I can start up jabberd, any thoughts?
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Export and import spacewalk organization

[Konstantin Raskoshnyi]

I exported my spacewalk data with spacewalk-export

Just curious how to import all exported data to another server with the
same version of sp.

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

Re: [Spacewalk-list] Spacewalk performance issues

[Konstantin Raskoshnyi]

I've fixed everything, works fine now, here's the steps

1. Increase max_connections=600 /var/lib/pgsql/data/postgresql.conf
2. Increase java memory heap 4-24Gb /etc/sysconfig/tomcat6
3. Increase ulimit /etc/security/limits.conf

* soft nproc 65535

* hard nproc 65535

* soft nofile 65535

* hard nofile 65535


I found a lot of errors with a lot of opened files, no connection to DB &
no heap memory




On Mon, Aug 8, 2016 at 8:53 AM, Matthew Madey  wrote:

> Are you sure it's postgres causing the issue? I run an oracle backend, but
> ran into similar performance issues when attempting actions on a few
> hundred systems at a time. I was able to get around this by tweaking some
> of the tomcat connector settings.. This works pretty well supporting 8000+
> hosts.
>
> /etc/tomcat6/server.xml
>
>  redirectPort="8443" URIEncoding="UTF-8" address="127.0.0.1"
> maxThreads="2048" maxKeepAliveRequests="1000"/>
>
>
>  URIEncoding="UTF-8" address="127.0.0.1" maxThreads="3000" backlog="200"
> minSpareThreads="2000"/>
>
>  URIEncoding="UTF-8" address="::1" maxThreads="3000" backlog="200"
> minSpareThreads="2000"/>
>
>
> On Fri, Aug 5, 2016 at 5:20 PM, Konstantin Raskoshnyi 
> wrote:
>
>> Hi Guys,
>>
>> Got this problem - We have around 700 hosts, and pretty powerful sp
>> server - 32cores, 64g of ram.
>>
>> When I push to install a package to > than 100 hosts , our sp is busted.
>> Looks like postgres in not multithreaded and it sucks all life out of the
>> server. I optimized postgres config but i doesn't help.
>>
>> Any cases how to manage a lot of machines with sp?
>>
>> 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
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Spacewalk performance issues

[Konstantin Raskoshnyi]

Hi Guys,

Got this problem - We have around 700 hosts, and pretty powerful sp server
- 32cores, 64g of ram.

When I push to install a package to > than 100 hosts , our sp is busted.
Looks like postgres in not multithreaded and it sucks all life out of the
server. I optimized postgres config but i doesn't help.

Any cases how to manage a lot of machines with sp?

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

[Spacewalk-list] Spacewalk proxies

[Konstantin Raskoshnyi]

Hi guys,

I've installed 3 proxies, I see them in SP under Systems->Proxies, But I
can't understand how it works, Since every time when I install packages I
don't see any activity on proxies in logs, all machines make requests to sp
server


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

Re: [Spacewalk-list] osad/jabber - Invalid password errors

[Konstantin Raskoshnyi]

Did you change the hostname manually? Usually that's the problem.

On Wed, Aug 3, 2016 at 10:37 AM, Daryl Rose  wrote:

> Thank you for the information.  However, I am confused by a few things.
>
>
> The error that I am seeing is on the spacewalk server itself, not on the
> clients.  isn't /etc/sysconfig/rhn/osad-auth.conf only on the clients?
>  OSAD is failing to start on the server with the invalid password error.
> Do I need to remove and recreate the osad-auth.conf file on all of the
> clients?
>
>
> Thank you.
>
>
> Daryl
>
>
>
>
> --
> *From:* Dimitri Yioulos 
> *Sent:* Wednesday, August 3, 2016 10:54 AM
> *To:* spacewalk-list@redhat.com; Daryl Rose
> *Subject:* RE: [Spacewalk-list] osad/jabber - Invalid password errors
>
> Robert is correct.  I've had similar issues with osad, and so created a
> simple Ansible playbook to delete osad-auth.conf against all of my nodes.
> If you're running Ansible, here it is:
>
> ---
>
> - hosts: all
>   gather_facts: false
>   become: yes
>
>   tasks:
> - name: stop osad
>   command: /sbin/service osad stop
> - name: remove osad auth file
>   command: /bin/rm -f /etc/sysconfig/rhn/osad-auth.conf
> - name: start osad
>   command: /sbin/service osad start
>
> Dimitri
>
> -Original Message-
> From: spacewalk-list-boun...@redhat.com [
> mailto:spacewalk-list-boun...@redhat.com
> ] On Behalf Of Robert Paschedag
> Sent: Wednesday, August 03, 2016 11:14 AM
> To: Daryl Rose 
> Cc: spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] osad/jabber - Invalid password errors
>
> You should have configuration files for osad in /etc/sysconfig/rhn. An
> osad.conf and osad-auth.conf.
>
> I think, if you remove the osad-auth.conf file and restart osad, it should
> re-register. I think!
>
> Regards
> Robert
> Am 03.08.2016 15:38 schrieb Daryl Rose :
> >
> > HmmmWonder how that happened?  I didn't press send, at least not
> that I'm aware of.
> >
> >
> > Anyway, before I was rudely interrupted by my email client, I was
> > asking if there is a password in the jabberd database or authreg.db file
> that could be an issue?  Since I am no longer completely clearing out the
> database files, perhaps something got stuck at some point?  Would clearing
> out the database files rest the password?
> >
> >
> > But again, I'm wondering what the invalid password is?  What is osad
> > logging into?
> >
> >
> > Thank you.
> >
> >
> > Daryl
> >
> >
> >
> >
> > 
> > From: spacewalk-list-boun...@redhat.com
> >  on behalf of Daryl Rose
> > 
> > Sent: Wednesday, August 3, 2016 8:15 AM
> > To: spacewalk-list@redhat.com
> > Subject: Re: [Spacewalk-list] osad/jabber - Invalid password errors
> >
> >
> > I have some additional information that I think that I should share.
> >
> >
> > Because of specific issues experienced with SW, I used to completely
> remove jabberd database and log files.  I used to stop SW, cd to
> /var/lib/jabberd/db and remove the entire contents then restart SW.  But, I
> started experience problems with OSAD not picking up packages, and after so
> research, I learned that the way that I used to do things was not a good
> idea.
> >
> >
> > I think that it was a posting here that told me by removing at database
> files and the authreg.db it was causing the clients from losing connection
> with the SW server.  In the SW documentation, I learned that its better to
> delete only the logs that are not required.  These are the steps that I now
> use:
> >
> >
> > /usr/bin/db_checkpoint -1 -h /var/lib/jabberd/db/ ## mark logs for
> > deletion /usr/bin/db_archive -d -h /var/lib/jabberd/db/  ## delete
> > logs /usr/sbin/spacewalk-service restart  ## stop/start spacewalk
> >
> > I have this setup in a crontab that runs on a daily schedule.  I set
> > this up about two months ago.
> >
> >
> > I'm not sure when the invalid password issue started.  But it was some
> > point after implementing these steps that the invalid password issue
> > started.  Is there a password
> >
> >
> >
> >
> >
> >
> > 
> > From: Robert Paschedag 
> > Sent: Tuesday, August 2, 2016 11:47 PM
> > To: Daryl Rose
> > Cc: spacewalk-list@redhat.com
> > Subject: Re: [Spacewalk-list] osad/jabber - Invalid password errors
> >
> > Hi Daryl,
> >
> > the password fire jabber is stored in /etc/sysconfig/rhn/osad.auth, if I
> remember right.
> >
> > The other thing is not enough permissions to delete the PID file.
> >
> > Are you running osad as a non-root user?
> >
> > Regards
> > Robert
> > Am 02.08.2016 16:24 schrieb Daryl Rose :
> > >
> > > OSAD has not been working, and I finally had a moment to look into
> it.  The osa-dispatcher.log has the following error:
> > >
> > >
> > > 2016/08/02 08:38:25 -05:00 25556 0.0.0.0:
> > > osad/jabber_lib.setup_connection('Connected to jabber server',
> > > '')
> > > 2016/08/02 08:38:25 -05:00 25556 0.0.0.0:
> > > osad/jabber_lib.register('ERROR', 'Invalid password'

Re: [Spacewalk-list] Changing postgresql db password

[Konstantin Raskoshnyi]

https://www.postgresql.org/docs/9.3/static/sql-alterrole.html

SP keeps postgre credentials in this file /etc/rhn/rhn.conf

db_backend = postgresql
db_user = rhnuser
db_password = rhnpw
db_name = rhnschema

On Tue, Aug 2, 2016 at 2:57 PM, Eric  wrote:

> Need to change the password I originally created for installing
> Spacewalk.  Not the admin password, the postgresql password you create in
> the install.  Can't find any docs on it, and just using the postgres tools
> breaks spacewalk.
>
>
>
> Happy Connecting. Sent from my Sprint Samsung Galaxy S® 5 Sport
>
> ___
> 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] ISS configuration 2.4

[Konstantin Raskoshnyi]

Hi folks,

Just finished with installation of backup sp server.

I added slave instance to master SP with FQDN,
I added master instance to slave SP with FQDN,
Copied rhn key from master and typef full name in master conf on slave.

So I don't see any logs or activity. Both hosts can resolve names.

When I do

spacewalk-sync-setup --ms=spacewalk.internal --ss=spacewalk-backup.internal

NFO: Connecting to @spacewalk.internal
Satellite-Admin login for spacewalk.internal : admin
Password for admin on machine spacewalk.internal : pass
INFO: Connecting to @spacewalk-backup.internal
Satellite-Admin login for spacewalk-backup.internal : admin
Password for admin on machine spacewalk-backup.internal : pass
INFO: Applying contents of file [/root/.spacewalk-sync-setup/master.txt] to
MASTER
ERROR: Can't find master-setup file [/root/.spacewalk-sync-setup/master.txt]
Can't find master-setup file [/root/.spacewalk-sync-setup/master.txt]

Looks like through the web SP didn't apply any settings properly or smth.

Also I can't find any logs for ISS

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

[Spacewalk-list] Can't remove software channel

[Konstantin Raskoshnyi]

   - Hello everybody,
   -
   - There are currently kickstart distributions associated to this
   channel. Please disassociate or delete the kickstart distributions before
   proceeding to delete the channel.


But I don't have any KS profiles associated with the channel.

Any suggestions? I might remove it from the DB, but may be there're
different solutions. Thanks
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Hang a specific version of CentOS

[Konstantin Raskoshnyi]

You can use the same. If you don't won't to update version - just disable
the package , should be something like centos-release*

On Monday, June 20, 2016, Olivier FONT  wrote:

> Hello everyone,
>
> Some machines connected to my local spacewalk use CentOS 6.7.
> If I launch a yum update, more than 300 packages will be update and my
> CentOS version will change to 6.8.
>
> These specific machines have to stay on version 6.7
> How can I have security updates to 6.7 and 6.8 on the same server?
>
> Thanks for your help.
>
> Olivier
>
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] spacewalk kickstart failed to resolved hostname

[Konstantin Raskoshnyi]

It is dhcp. Check option domain-search

On Saturday, June 18, 2016, Harshal Lakare  wrote:

> I dont think its related to dhcp, it has something to realate with
> spacewalk or kickstart itself, because in kickstart its referring to search
> domain not to FQDN. You can see in screenshot below its referring to
> http://spacewalk/ks/dist/org/1/centos7-7 , its should have refer to FQDN.
>
>
> [image: Inline images 1]
>
>
>> --
>>
>> Message: 1
>> Date: Sat, 18 Jun 2016 13:09:51 +0530
>> From: Harshal Lakare > >
>> To: spacewalk-list@redhat.com
>> 
>> Subject: [Spacewalk-list] Re :Re: Spacewalk-list Digest, Vol 97, Issue
>> 22
>> Message-ID:
>> > hua8apf...@mail.gmail.com
>> >
>> Content-Type: text/plain; charset="utf-8"
>>
>> Oh but my DNS have FQDN for my spacewalk server. How do force spacewalk to
>> use FQDN instate of short name, like its using http://spacewalk/ks/ but
>> how
>> we can force to use it as http://spacewalk.mydoaminname.com ?  i know
>> this
>> is kinda silly question but i'm bit new in linux and spacewalk stuff.
>>
>>
>> >1. Re: spacewalk kickstart failed to resolved hostname
>> >   (Paul Robert Marino)
>> >
>> >
>> > --
>> >
>> > Message: 1
>> > Date: Fri, 17 Jun 2016 14:58:25 -0400
>> > From: Paul Robert Marino > >
>> > To: "spacewalk-list@redhat.com
>> " <
>> spacewalk-list@redhat.com
>> >
>> > Subject: Re: [Spacewalk-list] spacewalk kickstart failed to resolved
>> > hostname
>> > Message-ID:
>> > <
>> > capjdpdbw61zptbaqqphoewbdpmmk0ud4rwaz0eonck3xq6n...@mail.gmail.com
>> 
>> >
>> > Content-Type: text/plain; charset="utf-8"
>> >
>> > Thats not an FQDN (Fully Qualified Domain Name).
>> > If it is a hostname within the search domain list in /etc/resolve.conf
>> on
>> > the other host you tested from then yes it would work on the host, but
>> not
>> > in the installer.
>> > The installer does not support using search domains to lookup hosts, it
>> > must be a FQDN.
>> > if you don't have a DNS available or for some reason don't want to use
>> the
>> > one provided you by whoever manages your DNS then you can rename your
>> > spacewalk server to its ip address I've done this on physically isolated
>> > lab lans with no external network access before (No internet so why do
>> you
>> > need a DNS?).
>> >
>> > On Fri, Jun 17, 2016 at 2:23 PM, Harshal Lakare <
>> harshal.lak...@gmail.com
>> >
>> > wrote:
>> >
>> > > Hello Guys,
>> > >
>> > > I have configured spacewalk 2.4 and want to use to to provision new
>> vms
>> > or
>> > > machines. I have successfully created a cobbler config from web
>> > interface.
>> > > At the time of PXE installation it fails at this point (PFA snapshot).
>> > >
>> > > [image: Inline images 1]
>> > >
>> > >
>> > > I check for DNS resolution is working fine, i can resolve it from
>> another
>> > > machine. is there anything wrong with my configuration ?
>> > >
>> > > --
>> > > Harshal Lakare
>> > > --
>> > > Harshal Lakare
>> > >
>> > > ___
>> > > Spacewalk-list mailing list
>> > > Spacewalk-list@redhat.com
>> 
>> > > https://www.redhat.com/mailman/listinfo/spacewalk-list
>> > >
>> > -- next part --
>> > An HTML attachment was scrubbed...
>> > URL: <
>> >
>> https://www.redhat.com/archives/spacewalk-list/attachments/20160617/98f3ccd2/attachment.html
>> > >
>> > ------ next part --
>> > A non-text attachment was scrubbed...
>> > Name: image.png
>> > Type: image/png
>> > Size: 80025 bytes
>> > Desc: not available
>> > URL: <
>> >
>> https://www.redhat.com/archives/spacewalk-list/attachments/20160617/98f3ccd2/attachment.png
>> > >
>> >
>> > --
>> >
>> > ___
>> > Sp

Re: [Spacewalk-list] Re :Re: Spacewalk-list Digest, Vol 97, Issue 22

[Konstantin Raskoshnyi]

Check your dhcp setting , domain search

On Saturday, June 18, 2016, Harshal Lakare  wrote:

> Oh but my DNS have FQDN for my spacewalk server. How do force spacewalk to
> use FQDN instate of short name, like its using http://spacewalk/ks/ but
> how we can force to use it as http://spacewalk.mydoaminname.com ?  i know
> this is kinda silly question but i'm bit new in linux and spacewalk stuff.
>
>
>
>>1. Re: spacewalk kickstart failed to resolved hostname
>>   (Paul Robert Marino)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 17 Jun 2016 14:58:25 -0400
>> From: Paul Robert Marino > >
>> To: "spacewalk-list@redhat.com
>> " <
>> spacewalk-list@redhat.com
>> >
>> Subject: Re: [Spacewalk-list] spacewalk kickstart failed to resolved
>> hostname
>> Message-ID:
>> <
>> capjdpdbw61zptbaqqphoewbdpmmk0ud4rwaz0eonck3xq6n...@mail.gmail.com
>> 
>> >
>> Content-Type: text/plain; charset="utf-8"
>>
>> Thats not an FQDN (Fully Qualified Domain Name).
>> If it is a hostname within the search domain list in /etc/resolve.conf on
>> the other host you tested from then yes it would work on the host, but not
>> in the installer.
>> The installer does not support using search domains to lookup hosts, it
>> must be a FQDN.
>> if you don't have a DNS available or for some reason don't want to use the
>> one provided you by whoever manages your DNS then you can rename your
>> spacewalk server to its ip address I've done this on physically isolated
>> lab lans with no external network access before (No internet so why do you
>> need a DNS?).
>>
>> On Fri, Jun 17, 2016 at 2:23 PM, Harshal Lakare > >
>> wrote:
>>
>> > Hello Guys,
>> >
>> > I have configured spacewalk 2.4 and want to use to to provision new vms
>> or
>> > machines. I have successfully created a cobbler config from web
>> interface.
>> > At the time of PXE installation it fails at this point (PFA snapshot).
>> >
>> > [image: Inline images 1]
>> >
>> >
>> > I check for DNS resolution is working fine, i can resolve it from
>> another
>> > machine. is there anything wrong with my configuration ?
>> >
>> > --
>> > Harshal Lakare
>> > --
>> > Harshal Lakare
>> >
>> > ___
>> > Spacewalk-list mailing list
>> > Spacewalk-list@redhat.com
>> 
>> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>> >
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
>> https://www.redhat.com/archives/spacewalk-list/attachments/20160617/98f3ccd2/attachment.html
>> >
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: image.png
>> Type: image/png
>> Size: 80025 bytes
>> Desc: not available
>> URL: <
>> https://www.redhat.com/archives/spacewalk-list/attachments/20160617/98f3ccd2/attachment.png
>> >
>>
>> --
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> 
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>> End of Spacewalk-list Digest, Vol 97, Issue 22
>> **
>>
>
>
>
> --
> Harshal Lakare
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] File deployment fails

[Konstantin Raskoshnyi]

Got this error when registered a new machine

Client execution returned Prerequisite failed (code -100)


After ks files deploy with out any errors
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Failed schema upgrade to 2.5

[Konstantin Raskoshnyi]

Default credentials should be these ones

db_backend = postgresql
db_user = rhnuser
db_password = rhnpw
db_name = rhnschema

I updated from 2.3 to 2.4 a couple weeks ago, everything was fine

On Fri, Jun 10, 2016 at 10:34 AM, Steve Kent  wrote:

> I restored my database, tried it, and everything worked great.
>
> Now I am back to the same issue I had from upgrading 2.3 to 2.4.
>
> I go ahead and run "spacewalk-setup" and it fails. It fails because the
> rhn.conf file is not properly created for the database settings.
>
> I am expecting to have this in my rhn.conf file:
> db_backend = postgresql
> db_user = spaceuser
> db_password = spacepw
> db_name = spaceschema
>
> Instead I get:
> db_backend = postgresql
> db_user = rhnuser
> db_password = rhnpw
> db_name = rhnschema
>
> I am not sure why it's not picking up the proper spacewalk setup. Last
> time I went ahead and modified the spacewalk-setup file to overwrite the
> rhn.conf file after it was created. I would love to know what I am missing
> or what's not configured correctly that is causing that issue. It never
> happened on my upgrades prior to 2.4.
>
> Steve
>
> -Original Message-
> From: Steve Kent [mailto:sk...@noblesystems.com]
> Sent: Friday, June 10, 2016 8:19 AM
> To: Jan Dobes ; spacewalk-list@redhat.com
> Subject: RE: [Spacewalk-list] Failed schema upgrade to 2.5
>
> Thanks. I will give it a shot.
>
> Steve
>
> -Original Message-
> From: Jan Dobes [mailto:jdo...@redhat.com]
> Sent: Friday, June 10, 2016 8:06 AM
> To: Steve Kent ; spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] Failed schema upgrade to 2.5
>
> The upgrade should be fixed now in spacewalk-schema-2.5.23-1.
>
> Regards,
> --
> Jan Dobes
> Satellite Engineering, Red Hat
>
> On 9.6.2016 19:41 Steve Kent wrote:
> > Thanks for the update!
> >
> > Steve
> >
> > -Original Message-
> > From: Jan Dobes [mailto:jdo...@redhat.com]
> > Sent: Thursday, June 09, 2016 1:37 PM
> > To: Steve Kent ; spacewalk-list@redhat.com
> > Subject: Re: [Spacewalk-list] Failed schema upgrade to 2.5
> >
> > We know about it. It's bug in upgrades scripts which occurs when there
> > are multiple organization on Spacewalk. We will try to release fixed
> > spacewalk-schema package as soon as possible. Sorry for inconvenience.
> >
> > Regards,
> > --
> > Jan Dobes
> > Satellite Engineering, Red Hat
> >
> > On 9.6.2016 18:47 Steve Kent wrote:
> >> I attempted to upgrade from 2.4 to 2.5 and ran into this issue:
> >>
> >> clear_log_id
> >>
> >> --
> >>
> >> (1 row)
> >>
> >> psql:/var/log/spacewalk/schema-upgrade/20160609-124047-script.sql:4470:
> >> ERROR:  more than one row returned by a subquery used as an
> >> expression
> >>
> >> Here is the sql statement:
> >>
> >> SELECT logging.clear_log_id();
> >>
> >> DELETE FROM rhnOrgExtGroupMapping
> >>
> >> WHERE server_group_id = (
> >>
> >>   SELECT id
> >>
> >> FROM rhnServerGroup
> >>
> >> WHERE group_type = (
> >>
> >>   SELECT id
> >>
> >> FROM rhnServerGroupType
> >>
> >> WHERE label = 'provisioning_entitled'
> >>
> >> )
> >>
> >> );
> >>
> >> spaceschema=# select * from rhnOrgExtGroupMapping;
> >>
> >> id | ext_group_id | server_group_id | created | modified
> >>
> >> +--+-+-+--
> >>
> >> (0 rows)
> >>
> >> spaceschema=#
> >>
> >>
> >>
> >> Thanks,
> >>
> >> *Steve Kent*
> >> /Director, Platform R&D/
> >> *Noble Systems Corporation*
> >> (o) 1.404.851.1331 x1305
> >> (e)sk...@noblesystems.com 
> >> (w)www.noblesystems.com 
> >>
> >>
> >>
> >> ___
> >> 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

[Spacewalk-list] rhn-profile-sync

[Konstantin Raskoshnyi]

Do I need to add rhn-profle-sync to crontab, or SP will get updates from
system automatically?

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

Re: [Spacewalk-list] Spacewalk host rename fails

[Konstantin Raskoshnyi]

I've already fixed it on my server too. Thanks.

On Sun, Jun 5, 2016 at 11:40 PM, Jan Dobes  wrote:

> I fixed it recently.
>
>
> https://github.com/spacewalkproject/spacewalk/commit/8c864bff7564205c1fae2f5e71a59c694ce2ab8c
>
>
> On 3.6.2016 07:42 Konstantin Raskoshnyi wrote:
>
>> SP 2.4, previous worker renamed host manually, so right now jabber & pub
>> for different host
>>
>> Trying to rename...getting this error
>>
>> Stopping rhn-satellite services ... Shutting down spacewalk services...
>> Stopping RHN Taskomatic...
>> RHN Taskomatic was not running.
>> Stopping cobblerd (via systemctl):  [  OK  ]
>> Redirecting to /bin/systemctl stop  rhn-search.service
>> Redirecting to /bin/systemctl stop  osa-dispatcher.service
>> Redirecting to /bin/systemctl stop  httpd.service
>> Redirecting to /bin/systemctl stop  tomcat.service
>> Redirecting to /bin/systemctl stop  jabberd.service
>> Redirecting to /bin/systemctl stop  postgresql.service
>> Done.
>> OK
>> Testing DB connection ... FAILED
>> Your database isn't running.
>> Fix the problem and run /bin/spacewalk-hostname-rename again
>>
>>
>> It's strange, SP script stops DB and then tries to connect to it
>>
>>
>> ___
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
>
> --
> Jan Dobes
> Satellite 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