t installed
> version (default) and spacewalk-setup --disconnected --upgrade the problem
> persists. Can someone help me resolve this?
You could try to run "Cobbler Sync" again:
As admin:
Admin -> Spacewalk Configuration -> Cobbl
On Mon, Jun 13, 2011 at 11:07:52AM -0700, Robert Hernandez wrote:
> Hi,
>
> Im using Spacewalk 1.1 on a Centos 5.5 server with Centos 5.6 clients.
> I am trying to replace registered clients with new clients that will
> be using the same configurations, channels, etc. I have tried moving
> over
>
> When I do a rhn_register on a client I get told it's failed and I should look
> in the up2date log.
>
> The up2date log shows a large python backtrace
...
> 15.
> up2date_client.up2dateErrors.SSLCertificateVerifyFailedError: The SSL
> certificate /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT fa
On Fri, May 06, 2011 at 02:44:03PM +0200, Jan Huijsmans wrote:
> Hello,
Hi Jan,
>
> I also noticed the server reporting some clients to need updates (finally),
> so I scheduled an upgrade. The update hasn't run yet. (been sitting there
> for at least 3 days now) Where to look?
>
Updates are appl
On Mon, Apr 04, 2011 at 02:18:42PM -0600, Jason M. Nielsen wrote:
>
> After a long time of poking around I noticed a pattern and it appears to
> be related to errata that were submitted into spacewalk. The script I
> use is not capable of supplying a channel name so it is submitted to all
> c
On Mon, Mar 28, 2011 at 11:34:05AM -0400, Wojtak, Greg wrote:
> I looked through the rhnpush python module a bit, and the only place I saw
> this error text was when an IOException was caught, though I can't possibly
> imagine what sort of IO exception that might be.
>
> I am running the rhnpush
should also be quite safe to remove the jabberd database, it will be
regenerated automagically (you can/should make a backup just to be on
the safe side ...).
service osa-dispatcher stop
service jabberd stop
rm -rf /var/lib/jabberd/db/*
service jabberd start
service osa-di
roducts/database/std-one/index.html
Regards,
Sander Grendelman.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
On Mon, Feb 28, 2011 at 01:05:27PM +0100, Sander Grendelman wrote:
> service osa-dispatcher stop
> service jabberd stop
> ### remove all "roster" lines from /etc/jabberd/sm.xml> ###
> service jabberd start
> ### Check if sm is running
> service osa-dispatcher start
On Mon, Feb 28, 2011 at 11:14:04AM +0100, Baptiste AGASSE wrote:
> I've applied the patch attached at
> https://bugzilla.redhat.com/show_bug.cgi?id=662593, but now, sm don't start
> (sm dead but subsys locked)
I had the same problem ( I'm guessing that you applied the patch to
sm.xml ?).
What w
e probably hitting a (known) bug with osa-dispatcher and jabberd.
Please take a look at https://bugzilla.redhat.com/show_bug.cgi?id=662593
Commenting out the "roster" parts in sm.xml fixed the issue for me.
With kind regards,
Sander Grendelman.
On Thu, Feb 24, 2011 at 04:02:15PM +0100, Sander Grendelman wrote:
> On Wed, Feb 23, 2011 at 12:04:01PM +0100, Lukas Zapletal wrote:
> >
> > Are you able to reproduce with the latest OpenJDK update (there are few
> > more updates to OpenJDK now).
>
> I'll try
On Wed, Feb 23, 2011 at 12:04:01PM +0100, Lukas Zapletal wrote:
> On 02/23/2011 11:18 AM, Sander Grendelman wrote:
>> I can confirm that removing the 64-bit paths from the java library path
>> in /etc/rhn/default/rhn_taskomatic_daemon.conf fixes this issue.
>> I don't
On Wed, Feb 23, 2011 at 02:46:22PM +0100, Lukas Zapletal wrote:
> On 02/23/2011 12:07 PM, Sander Grendelman wrote:
>> I'm currently using the sun jre (through alternatives), when I
>> switch the default java to openjdk taskomatic starts segfaulting.
>> Removing the
On Wed, Feb 23, 2011 at 11:52:40AM +0100, Jan Pazdziora wrote:
> On Wed, Feb 23, 2011 at 11:18:43AM +0100, Sander Grendelman wrote:
> >
> > I can confirm that removing the 64-bit paths from the java library path
> > in /etc/rhn/default/rhn_taskomatic_daemon.conf fixes this
On Tue, Feb 22, 2011 at 09:27:25AM +0100, Lukas Zapletal wrote:
> On 02/21/2011 02:51 PM, Sander Grendelman wrote:
>> Hi List,
>>
>> Can anyone confirm that applying the latest OpenJDK security erratum
>> (RHSA-2011:0281) for rhel5.6 on i386 breaks the taskomatic
info on the server:
32 bit Xen VM with 2 vCPU's running on a 32-bit rhel5.6 host, spacewalk
1.2.
With kind regards,
Sander Grendelman.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00f52041, pid=2027, tid=2471103376
#
# JRE version: 6.0_
et the archive_log destination to a different filesystem (e.g. /arch)
and monitor this filesystem, once the filesystem is full your DB will
stop working.
* Use rman for back-ups, when configured correctly you can make back-ups
to tape or to disk and clean old archive-lo
This looks like a "too many open files" error ( 1014 is suspiciously
close to 1024).
On Thu, Feb 10, 2011 at 06:58:47AM -0500, Kenneth Ratliff wrote:
> I've been noticing that my repo syncs haven't been completing an actual full
> sync. I had been syncing them through the web GUI, but tonight I t
I haven't upgraded to 1.3 yet ( and I'm quite glad I didn't at the
moment ). So I can only offer some pointers from my experience working
with Oracle DB's ;)
* Did you remove the 10.2 instantclient or did you install the
11g-instantclient side-by-side?
* Could this be a non-upgrade-related DB-issu
How did you start the rest of the services? What happens when you restart the
whole application using "/usr/sbin/spacewalk-service restart" ?
On Mon, Feb 07, 2011 at 07:27:35PM -0500, Kenneth Ratliff wrote:
> Hi folks.
>
> I apologize if this has been addressed before, but my google-fu has
> fa
This looks like a connection-problem with your oracle DB.
* Did you update instantclient to 11(g)?
* Can you connect to the database using sqlplus?
There is a line about no longer needing an tnsnames.ora-file
in the release notes, do you have a /etc/tnsnames.ora file and
what happens when you remo
* Is the service rhnsd running on the client?
* What happens when you run "rhn-check -v -v -v" on the client when
updates are scheduled?
On Thu, Feb 03, 2011 at 05:35:52PM +0200, Berezovski, Vladimir wrote:
> SW v. 1.2
>
> Having child updates channel for RH5.5 clients cannot update any
23 matches
Mail list logo
