*Psst*<br><br><a href="http://sourceforge.net/tracker/?group_id=128058&atid=710488">http://sourceforge.net/tracker/?group_id=128058&atid=710488</a><br><br><div><span class="gmail_quote">On 10/31/07, <b class="gmail_sendername">

Charles Jones</b> <<a href="mailto:jonescr@cisco.com">jonescr@cisco.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I don't want this to fall through the cracks, so I'm going to keep<br>bumping it until Henrik sees it :)<br><br>-Charles<br><br>Charles Jones wrote:<br>> Henrik,<br>><br>> Just making sure that you saw this bug that I found, and hopefully

<br>> implement a fix (I'm sure you have a more elegant way to fix it than I<br>> did) for Hobbit 4.3<br>> -Charles<br>><br>> Charles Jones wrote:<br>>> Okay I came up with a workaround. The problem is that CONFIGCLASS

<br>>> gets reset to a default value (in hobbitclient.cfg). So, I created<br>>> another variable, "CLASS". I then made a small mod to hobbitclient.sh<br>>> that checks to see if CLASS got set to something, and if it did, it

<br>>> sets CONFIGCLASS to that value.  Here are the changes:<br>>><br>>> --- runclient.sh        2006-08-09 20:09:58.000000000 +0000<br>>> +++ /tmp/runclient.sh   2007-10-10 18:55:00.000000000 +0000

<br>>> @@ -32,6 +32,7 @@<br>>>                ;;<br>>>          --class=*)<br>>>                CONFIGCLASS="`echo $1 | sed -e 's/--class=//' | tr<br>>> '[A-Z]' '[a-z]'`"

<br>>> +                CLASS=$CONFIGCLASS # Use a variable that doesn't get<br>>> reset<br>>>                ;;<br>>>          --help)<br>>>                echo "Usage: $0 [--hostname=CLIENTNAME]

<br>>> [--os=rhel3|linux22] [--class=CLASSNAME] start|stop<br>>> "<br>>> @@ -61,7 +62,7 @@<br>>><br>>> MACHINE="`echo $MACHINEDOTS | sed -e 's/\./,/g'`"<br>>><br>

>> -export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME<br>>> CONFIGCLASS<br>>> +export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME<br>>> CONFIGCLASS CLASS<br>>><br>>> case "$CMD" in

<br>>>   "start")<br>>> @@ -128,6 +129,5 @@<br>>>        break;<br>>><br>>> esac<br>>> -<br>>> exit 0<br>>><br>>> -----<br>>><br>>> --- hobbitclient.sh

     2006-08-09 20:09:58.000000000 +0000<br>>> +++ /tmp/hobbitclient.sh        2007-10-10 18:55:28.000000000 +0000<br>>> @@ -48,6 +48,9 @@<br>>>        echo "@@client#1|0|127.0.0.1|$MACHINEDOTS|$BBOSTYPE" >>

<br>>> $MSGTMPFILE<br>>> fi<br>>><br>>> +if [ -n "$CLASS" ]; then #If CLASS was set to something, override<br>>> the default<br>>> +   CONFIGCLASS=$CLASS<br>>> +fi<br>>> echo "client $MACHINE.$BBOSTYPE $CONFIGCLASS"  >>  $MSGTMPFILE

<br>>> $BBHOME/bin/$BBOSSCRIPT >> $MSGTMPFILE<br>>> # logfiles<br>>><br>>><br>>><br>>> Charles Jones wrote:<br>>>> I also just discovered that CONFIGCLASS gets converted to lowercase

<br>>>> (which I should have seen plain as day in the sed command). However<br>>>> this is not the problem as the CONFIGCLASS in the client message is<br>>>> still using the default value of BBOSTYPE.  I'm currently attempting

<br>>>> to hack in a work around.<br>>>><br>>>> -Charles<br>>>><br>>>> Charles Jones wrote:<br>>>>> I did some poking around, and as far as I can tell, the problem is

<br>>>>> due to hobbitclient.cfg overriding the CONFIGCLASS variable.<br>>>>> Here are some snippets from runclient.sh:<br>>>>><br>>>>> --class=*)<br>>>>>                CONFIGCLASS="`echo $1 | sed -e 's/--class=//' | tr

<br>>>>> '[A-Z]' '[a-z]'`"<br>>>>><br>>>>> export MACHINE MACHINEDOTS BBOSTYPE BBOSSCRIPT HOBBITCLIENTHOME<br>>>>> CONFIGCLASS<br>>>>><br>>>>> 

hobbitclient.cfg contains this:<br>>>>> ./hobbitclient.cfg:CONFIGCLASS="$BBOSTYPE"         # Default<br>>>>> configuration class for logfiles<br>>>>><br>>>>> hobbitclient.sh

 uses the CONFIGCLASS variable when sending the<br>>>>> client message:<br>>>>> ./bin/hobbitclient.sh:echo "client $MACHINE.$BBOSTYPE<br>>>>> $CONFIGCLASS"  >>  $MSGTMPFILE

<br>>>>><br>>>>> Heres the actual client message header Im sending (not that<br>>>>> CONFIGCLASS  is being set to "linux" instead of the specified class:<br>>>>> client 

host-app-23.linux linux<br>>>>><br>>>>> -Charles<br>>>>><br>>>>><br>>>>> Charles Jones wrote:<br>>>>>> Anyone have any thoughts on this? I'm currently dead in the water

<br>>>>>> without this working as it should.  I tried emailing Henrik as<br>>>>>> well but I'm sure he is too busy to reply.<br>>>>>><br>>>>>> -Charles<br>>>>>>

<br>>>>>> Charles Jones wrote:<br>>>>>>> I have a host whose client was started via: "./runclient.sh<br>>>>>>> --class=APP_PRIMARY start"<br>>>>>>>

<br>>>>>>> In the hobbit servers hobbit-clients.cfg, I have something<br>>>>>>> similar to:<br>>>>>>><br>>>>>>> CLASS=APP_PRIMARY<br>>>>>>>    PROC "someproc"

<br>>>>>>>    PROC "/some/other/proc"<br>>>>>>> ....<br>>>>>>> DEFAULT<br>>>>>>>    PROC sshd<br>>>>>>><br>>>>>>> The problem is that only the default proc "sshd" is being checked

<br>>>>>>> on the host.  The expected behavior is that the CLASS would be<br>>>>>>> used and other other procs checked instead. I know this has<br>>>>>>> nothing to do with the DEFAULT setting, as using HOST=hostname

<br>>>>>>> works fine. I just cant get it to check the procs by CLASS.  Is<br>>>>>>> there any way to debug this?  Shouldn't the CLASS show up in the<br>>>>>>> "info" section?  Do I need to put the class name in quotes on the

<br>>>>>>> command line?<br>>>>>><br>><br><br>To unsubscribe from the hobbit list, send an e-mail to<br><a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br><br>

</blockquote></div> <br clear="all"> --  Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly.

<br>--- Henry Spencer