crashguard

[mr_F_2]

hey d1, can you make crashguard toggleable? i don't need it and don't want 2x ioFTPd.exe process running. a little ini option would be nice.

just ma $0.02

[dasOp]

I second that. It's screwing up ioTrayIcon. I don't mind io taking care of the crashguard.. makes me not having to do it. But just stopping io kinda makes things go kinda awry.

[neoxed]

hehehe I must agree as well, I find it more of a nuisance.

When running ioFTPD as a service, if it crashes the service monitor/wrapper will restart it anyway. (FireDaemon, MakeService etc.)

[Mouton]

How is it a nuisance ??

U should use site shutdown to terminate io. Not killing processes.

io will run as a service natively soon, which means you won't have to/won't be able to run it using another service manager which auto-restarts on crash.

and "don't want 2x ioFTPd.exe process running" ..???

[dasOp]

I find the service-argument kinda self-defeating. If an app can run as a service it wont need a crashguard. The service control host handles that.

As for site shutdown, I dont agree. A reboot of computer sure cant trigger a site shutdown. Just handling a window message would be fine with me but io doesnt. So io gets TerminateProcess() in the head by the system.

[epimetheus13]

While this might not be exactly on topic, I'm having problems just using site shutdown. I shutdown io with site shutdown and then i can't get it to restart. Using 5.7.6r. This msg was in the error.log:
02-18-2004 23:27:49 Guardian process did not shutdown within timeout.

Any ideas?

[alturismo]

i agree too in that point, should be adjustable using

the crashguard, due service handles it anyway and better,

like for remote updates wich needs restarts (init.itcl)

site shutdown, service will restart io, update done,

crashguard i doubt, due it shuts down both processes,

so i would need an startup script again or radmin to start.

but lets see what will happen when service is implented ;)

for now everyone can choose if he picks 57x with crashguard

or keep 563 ;)

[toki]

what happens to ioB "site restart". is that process kill or site shutdown. maybe 2nd io restarts main service and ioB does it itself u would have 3 io executables running? eh?

greez toki

PS: a program with a task to check if main process is crashing and restarting it is a bit weird isnt it? looks a bit like "i know that i will crash sometime but who cares... restarted"
(M$ default answer on blue screen with memory address most users cant do anything with: reboot your machine and if that screen appears more often contact your sysadmin hrhr)

wouldnt it be better to log crash reason to file to make user able to fix error or report as a bug.

[Mouton]

Originally posted by dasOp
I find the service-argument kinda self-defeating. If an app can run as a service it wont need a crashguard. The service control host handles that.

As for site shutdown, I dont agree. A reboot of computer sure cant trigger a site shutdown. Just handling a window message would be fine with me but io doesnt. So io gets TerminateProcess() in the head by the system. I doubt Windows service handler allows restarting a service on crash. 3rd party (non-free) service managers like FireDaemon can do it, but it basically does the same as dark does atm... U got a firedaemon.exe process running all the time which monitor the process and restart the service if it see it disappear... What's the diff. between having two ioftpd.exe processes or one ioftpd.exe and one firedaemon.exe processes ?

As for the shutdown windows message thing, dark said he would implement it in the future. It's still not ready because dark need to figure out thread sync before he can terminate all of them correctly.

It's still beta software, and asking to remove a new feature in a beta software based on future developments not being done yet ... makes no sense to me...

toki: latest ioB being older than site shutdown, i doubt it uses that. If it does in the future, it would only be available from sitebot, since a script can't execute a SITE ... command. Sitebot could since it got a ftp session open on the site.

[mr_F_2]

i think crashguard is a useless feature, in that if ioFTPD is going to be stable there is no need for a crashguard. and if it's not going to be stable then why are we paying for it.

i'll admit, that it is beta now it could be a very useful feature in debugging. but if it's here for the long run i'd like to see it be an option that i can disable in ini.

[dasOp]

Windows Service Host has recovery options, see the 'Recovery' tab in service properties.

As for removing a feature, I don't want to remove it. I want to make it optionable via .ini option.

[Zer0Racer]

Only thing that has been crashing io for the last N releases is scripts that have errors. That's what can happen when io allows to interact with io so deeply.

[fobban]

Yup an option about it would be good.. makes everyone happy :)

[Mouton]

Originally posted by dasOp
Windows Service Host has recovery options, see the 'Recovery' tab in service properties. Don't we learn something every day...
Makes one wonder why ppl use Firedaemon instead of using that option...
Ppl probably prefer a gui setup instead of using a dos command to install a service...
hum...

[Mouton]

Originally posted by mr_F
i think crashguard is a useless feature, in that if ioFTPD is going to be stable there is no need for a crashguard. and if it's not going to be stable then why are we paying for it. Well, a lot of ppl use monitors on internet connections... Not because it's a bad ISP, but because it's better to be able to react fast is something happens than to be sorry when we see something hapenned hours ago. Same applies to software... No software is bugless... and not being bugless means it could crash... either from a hardware failure (RAM, HD, CPU...) or bad scripts doing invalid stuff on io shared memory, against which io can't do much except validity checks, I'm sure io can crash, even if it never did for me...

Wouldn't u prefer your site restarting by itself seconds after it crashed and having your customers (users) be able to continue working on your ftp, to having to restart it manually once u see it's down because one of those guys complained it's not working..?

Anyway, now with dasOp point on services recovery options built-in Windows, I don't see the point of crashguard either, except if dark didn't know about that or if it is temporary until it runs as a service natively...

[wooolF[RM]]

** moderated by neoxed: off topic. **

[JoeBAR]

*

u can del this one too, now ... :rolleyes:

[Mouton]

Originally posted by JoeBAR
The recovery option is available for SERVICES, i.e application which can NATIVELY run as service.Not to break your fun, but Windows comes with a service wrapper since... hum.. nt4 I would say... it's called srvany and is included on Windows CDs, somewhere in EXTRA or RESOURCE dir. Even if you don't have your Windows CD handy (for some unknown reason), it's available on Microsoft website.

Thus why a 3rd-party service wrapper gives nothing more to the user, except a gui. Thus my point. Ppl want a gui...

Originally posted by JoeBAR
FirDaemon is used to wrap an application into a service, which is a completely different thing.. Check your service console, you'll see the option. What option ?

Originally posted by JoeBAR
It seems that Mr Knowitall just learnt sumthin. Nope. Sorry. dasOp showed me something, u didn't.
May I add that next time u got desobligent comment, keep it to yourself. This thread was all decent argumenting until you posted. ie keep it clean of get out.

Originally posted by JoeBAR
AS a side note, Firedaemon is not a console ( != dos) application anymore. Maybe u didn't understand my last message correctly. I said that ppl liked FireDaemon cause that gave them a gui, compared to installing the service in a command-prompt.

'Regards'

[dasOp]

Lets just close this topic. We have presented some valid arguments for a few options. Sure up to d1 what path to take.

[Mouton]

i just hope he got enough patience to read all that.
I think someone should make him a summary.

here it is:
http://www.ioftpd.com/go/2710

[darkone]

I'll add option for it - once I find time to work with io.. however, difference between io's crashguard and what windows provides is that, io is able to monitor itself for possible stalling.

[Pharaoh]

Originally posted by darkone
I'll add option for it - once I find time to work with io.. however, difference between io's crashguard and what windows provides is that, io is able to monitor itself for possible stalling.

So you should have called it "stall-guard"... ;)

[djrob]

Not working very well for me... last night i had 4 ioftpd's running at once and everything in sheduler came 3 times + making all sorts of errors... :(
We really need an option to turn this off cause i shure don't want or need it :confused: