Hello,
On 06/11/2018 01:23:36 PM, Florian Panzer - ratiokontakt GmbH wrote:
> Am 11.06.2018 um 10:55 schrieb Mario Mikocevic:
> > Found the reason ->
> >
> > # grep rhnsd /var/log/audit/audit.log | audit2allow
> >
> > #= rhnsd_t ==
pacewalk-list-boun...@redhat.com
> [mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Mario Mikocevic
> Gesendet: Montag, 11. Juni 2018 10:21
> An: spacewalk-list@redhat.com
> Betreff: [Spacewalk-list] System is not checking in - problem
>
> Hello,
>
> fully upd
Hello,
fully updated spacewalk 2.8, clients are fully updated centos 7.5,
sporadicaly I'm getting 'System not checking in with Spacewalk' even though ->
[root@centos7 ~]# date
Mon Jun 11 10:16:31 CEST 2018
[root@centos7 ~]# systemctl status rhnsd
● rhnsd.service - LSB: Starts the Spacewalk Daemo
ver restart does not help (whole server, not just service)
and yes, completely removing and registering client into Spacewalk does help
but that is not the point ..
*looking puzzled*
tia,
On 05/11/2018 01:49:55 PM, Paschedag, Robert wrote:
> Von: spacewalk-list-boun...@redhat.com im
> A
18 1:21 PM
The client completed this action on 5/11/18 1:21 PM
Client execution returned "Requested packages already installed" (code 0)
- back to server GUI Details - it *STILL* shows 1 package for update
and no, `rhn-profile-sync` does not help either ..
tia,
On 05/11/2018 01:00:23 PM,
aldi...@gmail.com
> Skype: waldirio
> Site: www.waldirio.com.br
> Blog: blog.waldirio.com.br
> LinkedIn: http://br.linkedin.com/pub/waldirio-pinheiro/22/b21/646
> PGP: www.waldirio.com.br/public.html
>
> On Fri, May 11, 2018 at 12:39 AM, Mario Mikocevic
> wrote:
>
> > Hello,
&g
3:41 PM, William H. ten Bensel wrote:
> Typically for my configurations, it is almost immediate. However, after a
> successful yum update, I run "rhn-check" and "rhn-profile-sync". This
> will update the DB immediately.
>
> - Thanks and good luck
>
>
Hello,
when I do `yum -y update` on a client, how long it should take for that to show
in spacewalk UI ?
What *bunch is responsible for that ?
tia,
--
Odsjek za IT infrastrukturu /
/ IT Infrastructure Section
T2.3.1
Mario Mikočević
Draškovićeva 26, Zagreb, 1
+385 1 4913 835
+385 98 47
Hello,
heheh, I did exactly that this morning too ! :)
Solved it with forceable removing (rpm --erase --nodeps) quite a few more .jpp5
packages, by looking at error output ->
package xx.jpp5
Obsoleted By: spacewalk-java ..
and then remove that package xx.jpp5
On 04/23/2018 01:25:32 PM, G
Hello,
On 03/27/2014 12:22:53 PM, Daniel Souvignier wrote:
>
> problem is that rhn_check even with option -v doesn't generate output at
> all. But when I click on plan in the web interface and view the details,
> it only says "Packages scheduled in action 4070 for server 110086
> could not
Hi,
On 08/09/2012 09:06:22 AM, Jan Hutař wrote:
> On Tue, 07 Aug 2012 10:26:58 +0200 Mario Mikocevic
> wrote:
> >
> > I just hit an interesting bug -
> >
> > I have a mix of CentOS 5 and CentOS 6 servers all registered
> > in the same organization.
> >
Hi,
I just hit an interesting bug -
I have a mix of CentOS 5 and CentOS 6 servers all registered in the same
organization.
When I tried to upgrade the same rpm packet in both version releases, I went
to Systems, Select All, Manage, Upgrade, then selected all occurances of that
rpm packet.
Aft
On 08/06/2012 01:22:09 PM, Jan Pazdziora wrote:
> On Mon, Aug 06, 2012 at 12:12:14PM +0200, Mario Mikocevic wrote:
> > >
> > > is that fixing it for one lookup value might still cause it to fail
> > > for a different one.
> >
> > Yes, your fears are co
On 08/06/2012 11:18:55 AM, Jan Pazdziora wrote:
> On Mon, Aug 06, 2012 at 10:44:32AM +0200, Mario Mikocevic wrote:
> > On 08/06/2012 09:28:14 AM, Jan Pazdziora wrote:
> > >
> > > What did Oracle support tell you when you reported this issue to them?
> > > Is i
On 08/06/2012 09:28:14 AM, Jan Pazdziora wrote:
>
> What did Oracle support tell you when you reported this issue to them?
> Is it a bug and as such, when will it be fixed or what's the
> workaround? Or is it considered an expected behaviour?
When my DB Admin coleague contacted Oracle about it, h
On 08/02/2012 01:22:41 PM, Jan Pazdziora wrote:
> On Thu, Aug 02, 2012 at 01:07:57PM +0200, Jan Hutař wrote:
> >
> > IIRC Spacewalk do not officially support 11g, so it might be
>
> We do support 11g alright, just not on the same machine as Spacewalk
> runs since we did not update our SELinux mod
Oh well,
I had more than a whole year of flawless spacewalk execution 'til this morning,
and oracle bites again ->
2012-08-02 09:23:00,514 [RHN Message Dispatcher] ERROR
com.redhat.rhn.common.db.datasource.CachedStatement - Error while processing
cached statement sql: INSERT INTO rhnSsmOperatio
On 05/31/2011 04:21:37 PM, Jan Pazdziora wrote:
> On Tue, May 31, 2011 at 04:12:01PM +0200, Mario Mikocevic wrote:
> >
> > Finally got some success story -
> > after bugging my coleague DBA enough, he provided me with enough clues to
> > produce following patch
>
Allrighty !
On 05/24/2011 01:29:13 PM, Jan Pazdziora wrote:
> On Tue, May 24, 2011 at 12:10:41PM +0200, Mario Mikocevic wrote:
> > On 05/24/2011 12:03:36 PM, Jan Pazdziora wrote:
> > > On Tue, May 24, 2011 at 11:02:27AM +0200, Mario Mikocevic wrote:
> > > >
On 05/24/2011 12:03:36 PM, Jan Pazdziora wrote:
> On Tue, May 24, 2011 at 11:02:27AM +0200, Mario Mikocevic wrote:
> >
> > Any progress on fixing Spacewalk 1.4 and Oracle 11.2.0.2.0 ?
>
> No really. We were not able to reproduce the problem with insert /
> lookup / auton
Any progress on fixing Spacewalk 1.4 and Oracle 11.2.0.2.0 ?
--
T-Com
Odjel za upravljanje mrežom i uslužnim platformama /
/ Network and Service Platform Operations Department.
Radna jedinica za servisne mreže - T5.1.7
Mario Mikočević
Draškovićeva 26, Zagreb, 1
+385 1 4913 800
+385 1 491
On 05/06/2011 02:01:34 PM, Jan Pazdziora wrote:
> On Fri, May 06, 2011 at 02:00:35PM +0200, Mario Mikocevic wrote:
> > On 05/06/2011 01:51:05 PM, Jan Pazdziora wrote:
> > > On Wed, May 04, 2011 at 10:48:51AM +0200, Mario Mikocevic wrote:
> > > >
> > > >
Heya,
On 05/06/2011 01:51:05 PM, Jan Pazdziora wrote:
> On Wed, May 04, 2011 at 10:48:51AM +0200, Mario Mikocevic wrote:
> >
> > recently did upgrade 1.2 -> 1.4, it barfed on me.
> >
> > On another VM did fresh install of CentOS 5.6 and Spacewalk 1.4 by the wiki
On 05/04/2011 02:45:33 PM, Jan Pazdziora wrote:
>
> the problem is that we use the same construct
>
> insert into table
> values (lookup_function_which_inserts_in_autonomous_transaction())
>
> all over the place. So fixing this one instance might help for this
> particular case
(package_name_id)
values (lookup_package_name('gpg-pubkey'));
On 05/04/2011 01:20:11 PM, Jan Pazdziora wrote:
> On Wed, May 04, 2011 at 12:54:49PM +0200, Mario Mikocevic wrote:
> >
> > fresh install of CentOS 5.6, fully updated with additional repos
> > s
Heya,
On 05/04/2011 01:20:11 PM, Jan Pazdziora wrote:
> On Wed, May 04, 2011 at 12:54:49PM +0200, Mario Mikocevic wrote:
> >
> > fresh install of CentOS 5.6, fully updated with additional repos
> > spacewalk-repo-1.4 and epel.
> >
> > Oracle11g (full) on ano
Heya,
fresh install of CentOS 5.6, fully updated with additional repos
spacewalk-repo-1.4 and epel.
Oracle11g (full) on another cluster, tablespace and user spacewalk with some
grants created.
spacewalk-setup --disconnected
barfs ->
** Database: Re-populating database.
*** Progress: ##
Could
Heya,
recently did upgrade 1.2 -> 1.4, it barfed on me.
On another VM did fresh install of CentOS 5.6 and Spacewalk 1.4 by the wiki book
and the very same error barfed on me.
Any pointers ?
catalina.out ->
May 4, 2011 12:07:53 AM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
I
Heya,
short intro -
- on bare metal installed CentOS 5.5 and then on top of that Spacewalk 1.0
later upgraded to 1.1 without a single problem
- created base channel named 'CentOS 5' (1)
- registered some i386 servers
- some time later added new base channel named 'CentOS 5 x64' and renamed (1)
Heya,
Jason 'XenoPhage' Frisvold wrote:
I'm running into a problem where a few of my systems are not showing that
updates are available on the System Overview. I have tried running
rhn-profile-sync, but this seems to have had no effect. Running a yum
update, however, does download and in
30 matches
Mail list logo