[Glass] Can we move locks to inside GsDevKit_home ?

[Dale Henrichs via Glass]

Mariano,

The env var  GEMSTONE_GLOBAL_DIR controls the location global `gemstone` 
directory so it _can_ be changed, but I am not sure that I want to make 
this a feature of GsDevKit_home.

If all stones on a machine do not share the locks directory, then a 
single `gslist` or `stones` will not be able to list all stones that are 
running on a machine as `gslist` looks in the GEMSTONE_GLOBAL_DIR to see 
which stones and netldis are running and the `stones` script picks a 
GemStone product dir and uses that `gslist` command to list the stones 
running on the machine ...

If you want to introduce a custom GEMSTONE_GLOBAL_DIR for each stone, 
you can add that env var to the 
$GS_HOME/stones/<stone-name>/custom_stone.env file to ensure that 
GEMSTONE_GLOBAL_DIR is set for all commands. `stones -i` can still be 
used, but you will have to figure out an alternate way to list all 
stones and netldis running on a single machine as well as a way to see 
whether a stone and/or netldi is running for a particular stone, but it 
seems that it can certainly be done ...

Dale


On 02/08/2017 07:14 AM, Mariano Martinez Peck via Glass wrote:
> Hi Dale,
>
> When we were working together at home during November we discussed 
> about putting each stone lock files inside the 
> $GS_HOME/server/stone/xxx directory. As far as I remember, the 
> conclusion was that the locks directory had to be a centralized 
> repository for all possible stones.
>
> Honestly, I find it disturbing having to still need 
> /opt/gemstone/locks while everything is under $GS_HOME. It brings 
> unnecessary sysadmin complications. So I am wondering if locks folder 
> cannot be inside $GS_HOME. For example, what about $GS_HOME/server/locks ?
>
> Thanks in advance,
>
> -- 
> Mariano
> http://marianopeck.wordpress.com
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20170208/166db2f6/attachment-0001.html>