Running rasqlinsert as a service in Fedora 18

Ricardo Dias ricardo.dias at live.com
Fri Jan 10 09:33:32 EST 2014


Ok, I did as requested but the problem persists.

Please note that I'm still testing the services after the machine boot, so the dependency problem is not relevant (yet) because argus service is already started. Anyway I've changed the service scripts as suggested (thanks for the tips guys) in order to avoid problems when booting.

To clear things up: 
I am able to start the argus service, argus is up and running when I attempt to start rasqlinsert.
If I start rasqlinsert service the process starts but quits immediately.
Thus If I try to load rasqlinsert by command line it works (i.e. it starts filling the DB with data).

Thanks,
RD

> Subject: Re: [ARGUS] Running rasqlinsert as a service in Fedora 18
> From: carter at qosient.com
> Date: Thu, 9 Jan 2014 15:57:05 -0500
> CC: matthewbrown at gmail.com; ricardo.dias at live.com; argus-info at lists.andrew.cmu.edu
> To: iglesias at uci.edu
> 
> If you set the variable below yes in a rarc file for your client
> 
> RA_RELIABLE_CONNECT=yes
> 
> The clients will retry until the argus shows up.
> This should eliminate rasqlinsert() from exiting, if its
> because argus isn’t there.
> 
>    rasqlinsert -F rasqlinsert.rarc -S localhost …...
> 
> Carter
> 
> On Jan 9, 2014, at 11:51 AM, Mike Iglesias <iglesias at uci.edu> wrote:
> 
> > On 01/09/2014 08:19 AM, Matt Brown wrote:
> >> First trivial thought is that the start order is bad... Argus is not started
> >> and bound before the client(s).  Unsure about dependencies with systemd...
> >> Have you verified this?
> > 
> > Yes, I think you're right.  The two clients need a
> > 
> > Requires=argus.service
> > 
> > in the [Unit] section.  That should delay their startup until argus is started.
> > 
> > 
> > -- 
> > Mike Iglesias                          Email:       iglesias at uci.edu
> > University of California, Irvine       phone:       949-824-6926
> > Office of Information Technology       FAX:         949-824-2270
> > 
> > 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20140110/12b5d034/attachment.html>


More information about the argus mailing list