Andrew Errington wrote:
Personally, I'd stick with a well supported database with an SQL
interface. MySQL's getting a bit silly with licensing, so the obvious
choice to me is Postgres. Alternatlively, I've got a copy of Oracle 10g
- but that may be a bit of overkill (:
I believe Postgres to be
>
> Personally, I'd stick with a well supported database with an SQL
> interface. MySQL's getting a bit silly with licensing, so the obvious
> choice to me is Postgres. Alternatlively, I've got a copy of Oracle 10g
> - but that may be a bit of overkill (:
I believe Postgres to be a 'real' database
Alasdair Tennant wrote:
On Fri, 21 Jan 2005 13:57:13 +1300
Andrew Errington <[EMAIL PROTECTED]> wrote:
I plan to migrate to Postgres, then I'll be able to store all the data
all the time and get graphs of any subset. Right now I'm just getting
all the bits working.
There may be very good r
On Fri, 21 Jan 2005 13:57:13 +1300
Andrew Errington <[EMAIL PROTECTED]> wrote:
> I plan to migrate to Postgres, then I'll be able to store all the data
> all the time and get graphs of any subset. Right now I'm just getting
> all the bits working.
There may be very good reason to learn and use p
On Fri, 21 Jan 2005 20:40, Andrew Errington wrote:
> On Fri, 21 Jan 2005 19:24, you wrote:
> > On Fri, 21 Jan 2005 11:17, Andrew Errington wrote:
> > > Hello,
> > >
> > > I have a "style" question regarding a process that I wish to run all
> > > the time.
> >
> > You don't mention which distributio
At 2005-01-21T11:17:31+1300, Andrew Errington wrote:
> a) Run automatically when the server is rebooted (with a current
> uptime of 228 days I am loathe to test that...)
Take a look at the skeleton script in /etc/init.d/skeleton for a basic
Debian-style init script. Once you've created the appro
Dale Anderson wrote:
http://www.postgresql.org/about/news.277
- Original Message -
From: "Steve Holdoway" <[EMAIL PROTECTED]>
To:
Sent: Friday, January 21, 2005 2:14 PM
Subject: Re: Run process at startup
On Fri, January 21, 2005 1:57 pm, Andrew Errington said:
[snip
On Fri, 21 Jan 2005 14:14, Steve Holdoway wrote:
> On Fri, January 21, 2005 1:57 pm, Andrew Errington said:
> [snip]
>
> > I plan to migrate to Postgres, then I'll be able to store all the data
> > all the time and get graphs of any subset. Right now I'm just getting
> > all the bits working.
> >
http://www.postgresql.org/about/news.277
- Original Message -
From: "Steve Holdoway" <[EMAIL PROTECTED]>
To:
Sent: Friday, January 21, 2005 2:14 PM
Subject: Re: Run process at startup
>
> On Fri, January 21, 2005 1:57 pm, Andrew Errington said:
> [snip]
>
Andrew Errington wrote:
On Fri, 21 Jan 2005 19:24, you wrote:
On Fri, 21 Jan 2005 11:17, Andrew Errington wrote:
Hello,
I have a "style" question regarding a process that I wish to run all
the time.
You don't mention which distribution you are running, we can only reply
in general te
On Fri, 21 Jan 2005 19:24, you wrote:
> On Fri, 21 Jan 2005 11:17, Andrew Errington wrote:
> > Hello,
> >
> > I have a "style" question regarding a process that I wish to run all
> > the time.
>
> You don't mention which distribution you are running, we can only reply
> in general terms.
General i
On Fri, 21 Jan 2005 11:17, Andrew Errington wrote:
> Hello,
>
> I have a "style" question regarding a process that I wish to run all the
> time.
>
> Basically, my weather data collection comprises two programs. One is a
> program to query the temperature sensor. The other is a Perl script to
> qu
On Fri, 21 Jan 2005 14:14, you wrote:
> On Fri, January 21, 2005 1:57 pm, Andrew Errington said:
> [snip]
>
> > I plan to migrate to Postgres, then I'll be able to store all the data
> > all the time and get graphs of any subset. Right now I'm just getting
> > all the bits working.
>
> If that's t
On Fri, January 21, 2005 1:57 pm, Andrew Errington said:
[snip]
>
> I plan to migrate to Postgres, then I'll be able to store all the data all
> the time and get graphs of any subset. Right now I'm just getting all the
> bits working.
>
> Andy
>
If that's the case ( and an extremely sinsible one
On Fri, 21 Jan 2005 13:13, you wrote:
> I was going to suggest the same as Nick, but this post put paid to that.
>
> However, starting up using either init.d scripts *or* crontab scripts is
> good. I know it sounds a bit strange, but if you put it in cron, then it
> can act as a means of automagica
round robin databases work well for this sort of data. They
progressively drop data off the end, yet still manage to keep enough
stats to continue to do nice graphs :-)
an example is mrtg, which has been taken over by a more generic but
similarly setup package called RRDTool
http://people.ee.ethz.
I was going to suggest the same as Nick, but this post put paid to that.
However, starting up using either init.d scripts *or* crontab scripts is
good. I know it sounds a bit strange, but if you put it in cron, then it
can act as a means of automagically restarting the process if it fails. I
wish
> I am thinking that these programs probably do nt need to run
> continuously anyway.
>
> i assume they are doing something like:
>
> begin
> poll sensor
> write data
> sleep x minutes
> again
>
> would it be better to rewrite the program to just do:
>
> begin
> poll sensor
> write data
> end
>
> t
On Fri, 21 Jan 2005 11:17:31 +1300
Andrew Errington <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have a "style" question regarding a process that I wish to run all the
> time.
>
> Basically, my weather data collection comprises two programs. One is a
> program to query the temperature sensor.
most distros have a startup script called /etc/init.d/local which fires
up on startup. however if the process dies this will not work without
further effort.
you could run the program out of inittab, a line like this will cause
the program to be restarted if it dies:
x:12345:respawn:/path/to/your
Hello,
I have a "style" question regarding a process that I wish to run all the
time.
Basically, my weather data collection comprises two programs. One is a
program to query the temperature sensor. The other is a Perl script to
query the wind sensor. Both programs output to a text file, the
21 matches
Mail list logo