[rrd-users] RRDTool as a server in Solaris

[naranja82 at gmail.com]

Yes you're right. Unfortunately I was not very familiar with the way inetd  
works (now I know that it redirects a network socket input/output data to  
stdin of a program).

Unfortunately, I'm still having problems (because althought I am able to  
call the program the execution fails because of dynamic libraries).

It's a bit strange because I installed it with pkgutil... so  
everything "should" be ok.

El , Steve Shipway <s.shipway at auckland.ac.nz> escribió:


> When you run 'rrdtool -' it takes a chain of commands from standard  
> input. However, where are these commands coming from if you run it under  
> SMF? You've nothing to handle listening to a socket, and multiple  
> connections would require multiple
> invocations... hence it doesnt work.



> My 'method 1' (inetd mode) will cause SMF to take care of listening to  
> sockets, and after a connect, the connected socket is linked ot the  
> standard input of the spawned rrdtool process.






> Steve Shipway

> University of Auckland ITS

> UNIX Systems Design Lead

> s.shipway at auckland.ac.nz

> Ph: +64 9 373 7599 ext 86487









> From: Jose Ignacio Gil Jaldo [naranja82 at gmail.com]

> Sent: Wednesday, 1 December 2010 10:15 pm

> To: Steve Shipway

> Cc: rrd-users at lists.oetiker.ch

> Subject: Re: [rrd-users] RRDTool as a server in Solaris







> Hi Steve,



> I will try what you suggest but there is a couple of things that are  
> strange to me in what you say.



> 1. I completely agree with except for the fact that when I run in  
> commandline: rrdtool - the process does not end (it waits until I type  
> commands). That's why it's so strange to me that the process exists  
> inmediately.

> 2. I know that stop method is not right (as I recognized in my first  
> post) but as I am not very proficient in Solaris/SMF/RRDTOOL I was trying  
> to solve the problem incrementally. So first of all I wanted to start the  
> process.



> I will try 1 option and see how it goes.



> Thanks












-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/rrd-users/attachments/20101201/8bafe048/attachment.htm