[Glass] Monit scripts for gemstone?
James Foster
james.foster at gemtalksystems.com
Wed Aug 20 03:56:55 PDT 2014
The presence of lock files will prevent processes from starting, so they might need to be cleared. They can be cleared by gslist with the ‘-c’ option and/or you could clear them as part of an init.d script at system boot time. Obviously, they should not be always cleared as part of a general start-up script since this would defeat the purpose, though a ‘gslist -c’ could be done anytime (my environments typically have an alias for gslist=‘gslist -clv’).
James
On Aug 20, 2014, at 4:17 AM, Johan Brichau <johan at yesplan.be> wrote:
> On 20 Aug 2014, at 06:11, Mariano Martinez Peck <marianopeck at gmail.com> wrote:
>
>> So...before everything...are you using init.d to start your stones as well? or you let monit do it lazily?
>
> In case of reboot, I have found that monit does not work well to get everything up and running fast.
> So, yes, I am using init.d to start all stones and gems.
>
>> if the later...how do you handle a proper shutdown? it happens to me that some lock files remind alive but the process are gone. So upon reboot, I cannot start my process again.
>
> Yes, I do recall that this happened but I have contradicting experiences. On my laptop I often need to remove the lock files when they are present. In contrast, last june all our servers got rebooted because of a SAN network problem and there were no issues with the lock files. Maybe someone from GemTalk can shed more light on that...
>
>> In summary.... I am having problems with locks file in /opt/gemstone/locks and the presence of both, init.d and monit scripts.
>>
>> I can explain with more details what I am doing exactly, but just wanted to know what you were doing.
>
> At the moment, I'm not doing anything automated with the lock files.
> If there is an issue starting a stone, it is one of the things I look at but I don't have an automated strategy for handling them.
>
> It would be great to know and develop a common strategy for everyone to follow...
>
> Johan
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
More information about the Glass
mailing list