radium

Carter Bullard carter at qosient.com
Thu Jan 4 09:43:28 EST 2007


Hey CS,
Radium is reading a radium.conf file, probably /etc/radium.conf,
which may have a syntax error in it.  Seems that the RADIUM_ADJUST_TIME
variable is set, but without a value?  It may be your /etc/ 
radium.conf is
OK, but check out that variable.

Carter



On Jan 4, 2007, at 1:56 AM, CS Lee wrote:

> Carter,
>
> For racluster, i'm looking at the man 5 racluster.conf now and will  
> get back to you if I don't understand. By the way here's radium result
>
>  gdb radium/radium
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License,  
> and you are
> welcome to change it and/or distribute copies of it under certain  
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for  
> details.
> This GDB was configured as "i386-unknown-openbsd4.0"...
> (gdb) break usage
> Breakpoint 1 at 0x1c002ebd: file radium.c, line 299.
> (gdb) pwd
> Working directory /nsm/i-Apps/argus-clients-3.0.0.rc.36.
> (gdb) run -S 127.0.0.1 -e '1005' -P 562
> Starting program: /nsm/i-Apps/argus-clients-3.0.0.rc.36/radium/ 
> radium -S 127.0.0.1 -e '1005' -P 562
> [Switching to process 13885, thread 0x7f213000]
>
> Breakpoint 1, usage () at radium.c:299
> 299        fprintf (stderr, "Radium Version %s\n", version);
> (gdb)
> (gdb) where
> #0  usage () at radium.c:299
> #1  0x1c003fdb in RadiumParseResourceFile (parser=0x7d19d000,  
> file=0x3c00005b "/etc/radium.conf")
>     at radium.c:690
> #2  0x1c002886 in ArgusClientInit (parser=0x7d19d000) at radium.c:111
> #3  0x1c007408 in main (argc=7, argv=0xcf7c7024) at argus_main.c:117
>
> Tha'ts all i have for the moment.
>
>
> On 1/4/07, Carter Bullard <carter at qosient.com> wrote:
> Hey CS,
> You can test it, since you have an OpenBSD system :o)  Simple, run  
> under gdb() and
> break in the usage() routine.  Run it with the options (without the  
> "-d" option),
> and then just print the stack.  Simple:
>
> % gdb radium
> gdb> break usage
> gdb> run -S 127.0.0.1:561 -e 1.2.3.4 -P 562
> gdb> where
>
>
> (be sure and have a ".devel" file in the root directory, if not:
>   % touch .devel
>   % ./configure
>   % make clean;make
> )
>
> I've looked back in the email, and not sure which radium configuration
> issues you're concerned with.  Could you ask again?
> I'll look into the privileges issue later today.
>
> Carter
>
>
>
> On Jan 3, 2007, at 9:27 AM, CS Lee wrote:
>
>> Carter,
>>
>> I use radium -S 127.0.0.1:561 and not http://127.0.0.1:561, I'm  
>> running the same command on both FreeBSD and OpenBSD but  
>> apparently it doesn't work on the latter, maybe someone running on  
>> OpenBSD should test it?
>>
>> Thanks, by the way I'm pretty interested in understanding the  
>> radium configuration variables that I have asked in previous mail.
>>
>> Thanks.
>>
>> On 1/3/07, Carter Bullard < carter at qosient.com> wrote:
>> Hey CS,
>> Hmmm, just looking at your email, your value for the "-S" option  
>> seems wrong.
>> You wrote:
>>    radium -S 127.0.0.1:561: < http://127.0.0.1:561>  -d -e  
>> `hostname` -P 562
>>
>> This is not valid " -S 127.0.0.1:561 :< http://127.0.0.1:561>".
>> It should be "-S 127.0.0.1:561"
>>
>> Could this be the problem?
>>
>> Carter
>>
>>
>> On Dec 28, 2006, at 5:41 PM, CS Lee wrote:
>>
>>> Carter,
>>>
>>> shell>hostname
>>> trinity
>>>
>>> shell>radium -S localhost:561 -de 1001 -P 562
>>> Radium Version 3.0.0.rc.36
>>> usage: radium [-d] [-f conf] [raoptions]
>>> options: -d             run as a daemon.
>>>          -f conf.file   read radium configure file.
>>>
>>> I don't use the hostname foo but it still returns options only  
>>> and doesn't do anything.
>>>
>>> Thanks.
>>>
>>> On 12/29/06, carter at qosient.com < carter at qosient.com> wrote:
>>> Hey CS,
>>> I'm thinking the `hostname` is returning more than what the "-e"  
>>> option can handle.  What does hostname() return?
>>>
>>> Carter
>>>
>>>
>>> Carter Bullard
>>> QoSient LLC
>>> 150 E. 57th Street Suite 12D
>>> New York, New York 10022
>>> +1 212 588-9133 Phone
>>> +1 212 588-9134 Fax
>>>
>>> -----Original Message-----
>>> From: "CS Lee" < geek00l at gmail.com>
>>> Date: Thu, 28 Dec 2006 22:01:30
>>> To:Argus < argus-info at lists.andrew.cmu.edu >
>>> Subject: [ARGUS] radium
>>>
>>> Hey people,
>>>
>>> It reaches almost end of the year so as Carter expects to release  
>>> it as soon as possible and I know everyone are in christmas and  
>>> new year mood but I still hope argus is well tested before  
>>> released. I guess every argus client tools should be tested  
>>> properly so that it runs in production environment pretty well.
>>>
>>> Today I come across this when I test radium, it runs well on  
>>> FreeBSD -
>>>
>>> radium -S 127.0.0.1:561: < http://127.0.0.1:561>  -d -e  
>>> `hostname` -P 562
>>> radium[1873]: 21:59:10.276430 started
>>>
>>> sockstat -4
>>> USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS
>>> root radium 1874 3 tcp4 *:562 *:*
>>>
>>> However when I do the same thing on OpenBSD
>>>
>>> radium -S 127.0.0.1:561: <http://127.0.0.1:561>  -d -e `hostname`  
>>> -P 562
>>> Radium Version 3.0.0.rc.36
>>> usage: radium [-d] [-f conf] [raoptions]
>>> options: -d run as a daemon.
>>>   -f conf.file read radium configure file.
>>>
>>> It doesn't do anything, but showing its options, I have tried  
>>> various tuning in config file but it doesn't do much either. One  
>>> thing I'm wondering is that if radium is the multiplexor for  
>>> argus and it allows remote access to query the record(ra style),  
>>> I think it should have priviledge dropping feature like argus  
>>> too. As what I'm seeing is radium will be used in large scale  
>>> deployment of argus and it needed to be run securely.
>>>
>>> Thanks.
>>>
>>> Merry Christmas & Happy New Year 2007!!!!!
>>>
>>> --
>>> Best Regards,
>>>
>>> CS Lee<geekooL[at]gmail.com>
>>>
>>>
>>>
>>> -- 
>>> Best Regards,
>>>
>>> CS Lee<geekooL[at]gmail.com>
>>
>>
>>
>>
>>
>> -- 
>> Best Regards,
>>
>> CS Lee<geekooL[at]gmail.com>
>
>
>
>
>
>
>
> -- 
> Best Regards,
>
> CS Lee<geekooL[at]gmail.com>




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20070104/7460eefd/attachment.html>


More information about the argus mailing list