Hi Steve,

Op 28-jun-2008, om 8:36 heeft Steve Langasek het volgende geschreven:
This is indeed most definitely a wishlist.

Which is of course why I set it to 'wishlist' :)

I don't think this is a reasonable expectation of heartbeat on a Debian system and believe this should be regarded as a bug if the Debian heartbeat
package does this.

This is an integral part of the heartbeat-2 workings. The 'status' of the init script is used to check, well, if the service is indeed up or down :) It allows for correct monitoring from within heartbeat's crm, the resource manager. Not a bug, a feature! ;-) Another way would be to create an OCF script, but I think this is a bit overkill, since the init script does 90% of what's needed. Only the status is missing.

At this time, support for Samba in failover with heartbeat-2 is unsupported "out of the box". Adding a 'status' that complies with the LSB spec would immediately enable this kind of setup out of the box.

So I really don't believe we should be trying to pick init scripts off
one-by-one with bugs asking to add the LSB status option when this is not part of Debian policy; we should reach a consensus about whether this is something that Debian should support, and get it added explicitly to policy
on its own merits.

Well that's okay, too, but I wasn't picking init scripts one-by-one, I came across this when trying to set up a Samba server in failover with heartbeat-2 on a Debian Etch system (well, two systems, of course). I don't think the case is all that unique, so I think more people would run into this, which is why I filed the wishlist-bugreport.

I hope you'll see it from that point of view. If so, I created a 'status' function in my own samba init script. If you'd like, I can post it here. It's not very good (I'm using pidof...), but it seems to work and maybe can be a starting point for a proper implementation.

Thanks for taking the time to reply to me and good luck with further development of this package!

--
Kind regards,
Met vriendelijke groet,

Tim Stoop



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to