Def. Quota Miroslav Suchý :
Delete one of them and then make sure that probes are asociate with
correct scout (in webUI).
Deleting the one associated to the "spaceadmin" user it works but I
don't see the monitoring status icon in the system list.
Regards
--
Benedetto Vassallo
Sistema
Def. Quota Miroslav Suchý :
On 12/26/2010 05:59 PM, Benedetto Vassallo wrote:
Hello list,
I have a strange problem after upgrading my spacewalk server from 1.1 to
1.2
In the monitoring page I see 2 spacewalk monitoring scouts, both having
the same ssh key.
One is "Fully Updated" (green triangl
On 01/03/2011 11:00 AM, Jan Pazdziora wrote:
> On Mon, Jan 03, 2011 at 10:29:07AM -0500, Jim Kinney wrote:
>> postgres: spaceuser spaceschema [local] idle in transaction
>
> Please try to stop osa-dispatcher and see if they go (mostly) away.
>
> If that's the case, you might want to try osa-dis
On Mon, Jan 03, 2011 at 10:29:07AM -0500, Jim Kinney wrote:
> postgres: spaceuser spaceschema [local] idle in transaction
Please try to stop osa-dispatcher and see if they go (mostly) away.
If that's the case, you might want to try osa-dispatcher from
Spacewalk nightly repo.
--
Jan Pazdziora
Pr
postgres: spaceuser spaceschema [local] idle in transaction
That line begins in ps and soon after consumes all of the postgres
connections.
How can I find out :
a) what transaction is clogging the process in postgres?
b) what should I look for to prevent it from recurring?
A repo-sync will comp
Hi Miroslav,
On 01/03/2011 01:19 PM, Miroslav Suchý wrote:
On 01/02/2011 10:40 PM, Alfredo Moralejo wrote:
I've called it spacewalklib and I've created a project in sourceforge
for it http://spacewalklib.sourceforge.net/
As it's primarly intended to manage client systems, I've focused in the
Koivunen Mikko wrote:
% > 32bit system, 32bit channel (synced from
% > http://mirror.centos.org/centos/5/updates/i386/)
%
% Hi all. Just to notify that I have today upgraded to Spacewalk 1.2 and
% now the package is correctly visible in the UI as well. So it seems the
% upgrade somehow resolved th
> -Original Message-
> From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-
> boun...@redhat.com] On Behalf Of Koivunen Mikko
> Sent: 3. tammikuuta 2011 12:48
> To: spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] Yum shows update, Spacewalk does not
>
> 32bit system, 3
On 12/26/2010 05:59 PM, Benedetto Vassallo wrote:
Hello list,
I have a strange problem after upgrading my spacewalk server from 1.1 to
1.2
In the monitoring page I see 2 spacewalk monitoring scouts, both having
the same ssh key.
One is "Fully Updated" (green triangle) and the other is "Failed" (r
> -Original Message-
> From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-
> boun...@redhat.com] On Behalf Of Michael Mraka
> Sent: 3. tammikuuta 2011 12:23
> To: spacewalk-list@redhat.com
> Subject: Re: [Spacewalk-list] Yum shows update, Spacewalk does not
>
> % # yum update
>
daniel.rob...@ingdirect.es wrote:
% hi
Hi Daniel,
% I've noticed that when updating packages in a channel with rhnpush the
% errata on that channel stop affecting any system ( the "affected
% systems" list associated with that errata is gone ), to get again the
% list of affected systems back to
Koivunen Mikko wrote:
% Hello all
%
% A new spacewalk user here. I have configured an update channel for
% CentOS 5 32bit and subscribed a couple of targets to it.
%
% I see one package on the targets when i run "yum update" but in the
% Spacewalk UI the package is not shown as a needed update.
Hello all
A new spacewalk user here. I have configured an update channel for
CentOS 5 32bit and subscribed a couple of targets to it.
I see one package on the targets when i run "yum update" but in the
Spacewalk UI the package is not shown as a needed update.
This is what yum update shows:
#
Allysson .\oraes wrote:
% Thanks Dobies,
%
% the SBDC I've tried to use is a server that has Oracle already installed.
% The DBA sad me that there is a risk to another functional datases trying
% hange the character set to of a running server. I've figured out that a
% turnaround changing perl cha
14 matches
Mail list logo