Xymon Mailing List Archive search

clientupdate problems

6 messages in this thread

list Sveinn G. Gunnarsson · Tue, 20 Feb 2007 15:02:46 -0000 (UTC) ·
Hi all.

I am a long time user and fan of Hobbit :-)
So thank you all for your hard work on the project!


I am having trouble with the clientupdate part, and I belive I might have
found a bug, or just misunderstood the whole thing :)


Here is my scenario:

I am installing hobbit client on our ESX3 servers, and I decided to assign
a special class (esx3) to those machines in the bb-hosts file:

192.168.xxx.xxx   VMWARE01        # CLASS:esx3


In client-local.cfg I have a section for the class:

[esx3]
clientversion:hobbit-esx3-v01


When I want to push out a new version, I place a new tarball in
$BBHOME/download, in my case hobbit-esx3-v02.tar, and bump the
clientversion reference in client-local.cfg to:

[esx3]
clientversion:hobbit-esx3-v02


But, what happens, is that only one client will update it self. If I bump
the clientversion again, another one client will update and so on.


I am running the latest Hobbit server, with latest all-in-one patch on AIX
5300-05-03. On the clientside, I am also running latest and greatest, on
ESX 3.0.1.


Best regards,
Svenni
list Sveinn G. Gunnarsson · Sat, 17 Mar 2007 16:34:07 +0000 ·
Hi all.

I am still strugling with this problem. Has anyone had similar experience?
And even some workarounds? :-)


Thanks !
Svenni
quoted from Sveinn G. Gunnarsson

Sveinn G. Gunnarsson wrote:
Hi all.

I am a long time user and fan of Hobbit :-)
So thank you all for your hard work on the project!


I am having trouble with the clientupdate part, and I belive I might have
found a bug, or just misunderstood the whole thing :)


Here is my scenario:

I am installing hobbit client on our ESX3 servers, and I decided to assign
a special class (esx3) to those machines in the bb-hosts file:

192.168.xxx.xxx   VMWARE01        # CLASS:esx3


In client-local.cfg I have a section for the class:

[esx3]
clientversion:hobbit-esx3-v01


When I want to push out a new version, I place a new tarball in
$BBHOME/download, in my case hobbit-esx3-v02.tar, and bump the
clientversion reference in client-local.cfg to:

[esx3]
clientversion:hobbit-esx3-v02


But, what happens, is that only one client will update it self. If I bump
the clientversion again, another one client will update and so on.


I am running the latest Hobbit server, with latest all-in-one patch on AIX
5300-05-03. On the clientside, I am also running latest and greatest, on
ESX 3.0.1.


Best regards,
Svenni

list Rdeal · Fri, 29 May 2009 17:59:17 -0400 ·
Does anyone have clientupdate working reliably for a large number of
machines?  I noticed a problem with clientupdate failing on our 4.2.0 server
and tracked it down that once a few clients seem to request the update the
server stops sending the file.  The clients however happily update the
clientversion.cfg and thus never attempt to get the file again.  After
upgrading to 4.2.3, the problem is the same.

Anyone else see this?  I have read some of the back forum messages and it
sounds line several others have run up against this same problem but there
doesn't seem to be a solution.
Butch
list Alexander Bech · Sat, 30 May 2009 20:57:02 +0200 ·
quoted from Rdeal
rdeal schrieb:
Does anyone have clientupdate working reliably for a large number of
machines?  I noticed a problem with clientupdate failing on our 4.2.0 server
and tracked it down that once a few clients seem to request the update the
server stops sending the file.  The clients however happily update the
clientversion.cfg and thus never attempt to get the file again.  After
upgrading to 4.2.3, the problem is the same.

Anyone else see this?  I have read some of the back forum messages and it
sounds line several others have run up against this same problem but there
doesn't seem to be a solution.
Butch

Yes.
I commented out the line 1975 in hobbitd.c.

--- hobbitd.c.filecache-bug     2009-05-30 20:46:59.000000000 +0200
+++ hobbitd.c   2009-02-27 13:45:56.000000000 +0100
@@ -1972,7 +1972,7 @@
                        }
                }

-               add_filecache(fullfn, result, st.st_size);
+               /* add_filecache(fullfn, result, st.st_size); */
        }

        msg->buflen = st.st_size;

it works.
list Rdeal · Sat, 30 May 2009 20:51:55 -0400 ·
That did it.  All the machines updated as expected.  Thanks
quoted from Alexander Bech

From: Alexander Bech <user-bd67b1e4c445@xymon.invalid>
Reply-To: <user-ae9b8668bcde@xymon.invalid>
Date: Sat, 30 May 2009 20:57:02 +0200
To: <user-ae9b8668bcde@xymon.invalid>
Subject: Re: [hobbit] Clientupdate problems

rdeal schrieb:
Does anyone have clientupdate working reliably for a large number of
machines?  I noticed a problem with clientupdate failing on our 4.2.0 server
and tracked it down that once a few clients seem to request the update the
server stops sending the file.  The clients however happily update the
clientversion.cfg and thus never attempt to get the file again.  After
upgrading to 4.2.3, the problem is the same.

Anyone else see this?  I have read some of the back forum messages and it
sounds line several others have run up against this same problem but there
doesn't seem to be a solution.
Butch

Yes.
I commented out the line 1975 in hobbitd.c.

--- hobbitd.c.filecache-bug     2009-05-30 20:46:59.000000000 +0200
+++ hobbitd.c   2009-02-27 13:45:56.000000000 +0100
@@ -1972,7 +1972,7 @@
                        }
                }

-               add_filecache(fullfn, result, st.st_size);
+               /* add_filecache(fullfn, result, st.st_size); */
        }

        msg->buflen = st.st_size;

it works.

list Asif Iqbal · Tue, 11 May 2010 15:34:42 -0400 ·
2009/5/30 Alexander Bech <user-bd67b1e4c445@xymon.invalid>:
quoted from Rdeal
rdeal schrieb:
Does anyone have clientupdate working reliably for a large number of
machines?  I noticed a problem with clientupdate failing on our 4.2.0 server
and tracked it down that once a few clients seem to request the update the
server stops sending the file.  The clients however happily update the
clientversion.cfg and thus never attempt to get the file again.  After
upgrading to 4.2.3, the problem is the same.

Anyone else see this?  I have read some of the back forum messages and it
sounds line several others have run up against this same problem but there
doesn't seem to be a solution.
Butch

Yes.
I commented out the line 1975 in hobbitd.c.

--- hobbitd.c.filecache-bug     2009-05-30 20:46:59.000000000 +0200
+++ hobbitd.c   2009-02-27 13:45:56.000000000 +0100
@@ -1972,7 +1972,7 @@
                       }
               }

-               add_filecache(fullfn, result, st.st_size);
+               /* add_filecache(fullfn, result, st.st_size); */
       }

       msg->buflen = st.st_size;

it works.
Is that still the right fix to make clientupdate works all the time?

Out of 20 or so solaris 10 hosts only 3 of them received the update.

Rest ignored the update. Manually untarring the file as user hobbit
works fine. So permission is not an issue. All these servers are
same release of solaris
-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?