radium

Thu Jan 4 01:56:32 EST 2007

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/fdc58648/attachment.html>