[Glass] problem with stone log and permissions :(

Fri Sep 19 10:05:52 PDT 2014

Mariano,

I've looked at the c code and when we do a fork we do a chdir() to the
`workingDirectory` and throw the error that you see if the chdir() fails..

It looks like startstone does a fork using '.' as the working directory so
it is literally using the current directory (i.e., environment variables
are involved at all) when it does the fork.

you can embed the cd in the -c arg for su, if it makes it any less of a
pain:

su  $RUNASUSER -c "cd /somePath; '$GEMSTONE_INSTALLATION/bin/startstone -z
$GEMSTONE_SYS_CONF -l $APPLICATION_LOG_DIR/log.txt $APPLICATION_NAME >
$GEMSTONE_LOGDIR/startup.log 2>&1'"

Dale

On Thu, Sep 18, 2014 at 7:57 PM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

>
>
> On Thu, Sep 18, 2014 at 2:18 PM, Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
>
>> Okay, there are several things going on here ... first off, we don't
>> recommend that you have GEMSTONE_NRS_ALL set in your startstone environment
>> ... in 3.1.0.6 GEMSTONE_NRS_ALL is not consistently applied and in 3.2.3
>> and beyond the GEMSTONE_NRS_ALL will be ignored by the startstone command.
>> We recommend that you use `-l` to set the log location for the stone, as
>> you are doing...
>>
>> The GEMSTONE_NRS_ALL isn't directly involved, but it does tend to confuse
>> things ...
>>
>>
> Ok, I will remove it then.
>
>
>> We haven't reproduced your problem here, but we believe that the problem
>> is related to the fact that when you use `su username` the "current
>> environment is passed to the new shell" and startstone is probably cd'ing
>> to $HOME which is /home/marianopeck/.
>>
>>
> Well..the strange thing is that BEFORE I run the startsone I source a file
> with all the variables I export for that site. And one of the things I
> export is:
>
> export HOME=/somePath
>
> I mean...I export $HOME to the correct place where the stone is and where
> the user I then su do have access. So at the time I run:
>
>
> su -m $RUNASUSER -c '$GEMSTONE_INSTALLATION/bin/startstone -z
> $GEMSTONE_SYS_CONF -l $APPLICATION_LOG_DIR/log.txt $APPLICATION_NAME >
> $GEMSTONE_LOGDIR/startup.log 2>&1 '
>
> I must have (and I have just checked) the correct $HOME.
>
> So I still don't understand why the startstone would try to read
> /home/marianopeck.
>
>
>> You should try using `su --login username` as the environment for the new
>> shell is "similar to what the user would expect had the user logged in
>> directly" and startstone will cd to the $HOME for `username`.
>>
>>
> Yes, but I can't do that because otherwise I lost all the vars of the
> stone I previously exported. If you see again:
>
>
> su -m $RUNASUSER -c '$GEMSTONE_INSTALLATION/bin/startstone -z
> $GEMSTONE_SYS_CONF -l $APPLICATION_LOG_DIR/log.txt $APPLICATION_NAME >
> $GEMSTONE_LOGDIR/startup.log 2>&1 '
>
> if I replace -m for a -l there...all those vars inside the -c will be
> gone.
>
>
> Now...something I checked...if I fire this stone start scripts not in
> /home/marianopeck but in /somePath (where the user that runs the stone has
> access -? $RUNASUSER), then it works perfectly... But it is a pain having
> to cd there in order to start the stone...
>
> Any other idea?  maybe startstone is NOT reading $HOME but $PWD ?
>
>
> Let's see how that works...
>>
>> Dale
>>
>> On Wed, Sep 17, 2014 at 9:32 PM, Mariano Martinez Peck via Glass <
>> glass at lists.gemtalksystems.com> wrote:
>>
>>> Hi guys,
>>>
>>> I am trying to be a bit more strict in file permissions for my stones.
>>> When I now try to start a stone, I get this error:
>>>
>>> startstone[Info]: GemStone version '3.1.0.6'
>>> startstone[Info]: Starting Stone repository monitor 'debrisTesting2'.
>>> startstone[Info]: GEMSTONE is: '/opt/gemstone/product'.
>>> startstone[Info]: GEMSTONE_NRS_ALL is:
>>> '#dir:/somePath/data#log:/somePath/log/%N%P.log'.
>>> startstone[Info]:
>>>     GEMSTONE_SYS_CONF=/somePath/etc/system.conf
>>>     GEMSTONE_EXE_CONF=/somePath/etc/gem.conf
>>>
>>>  _____________________________________________________________________________
>>> |              ERROR:  chdir(/home/marianopeck/) failure:
>>>       |
>>> |       System Error:  errno=13,EACCES, Authorization failure
>>> (permission denied)
>>>
>>> |_____________________________________________________________________________|
>>>
>>> startstone[Error]: Stone process (id=25917) has died.
>>> startstone[Error]: Could not show end of log file
>>> '/somePath/log/log.txt' because: errno=2,ENOENT, The file or directory
>>> specified cannot be found
>>>
>>> So it looks like it cannot create '/somePath/log/log.txt'.
>>>
>>> The stone is launched this way as part of a larger script.
>>>
>>>   su  $RUNASUSER -c '$GEMSTONE_INSTALLATION/bin/startstone -z
>>> $GEMSTONE_SYS_CONF -l $APPLICATION_LOG_DIR/log.txt $APPLICATION_NAME >
>>> $GEMSTONE_LOGDIR/startup.log 2>&1'
>>>
>>> And then that script is invoked with sudo from my username marianopeck..
>>>
>>> What I don't understand is why it cannot create the log and why it does
>>> a "  chdir(/home/marianopeck/) "
>>>
>>>
>>> Finally...if from comand line I do:
>>>
>>> sudo su $RUNASUSER -c " touch '/somePath/log/log.txt' "
>>>
>>> I can create it with no problem.
>>>
>>> Any idea what could be happening?
>>>
>>>
>>> Thanks
>>>
>>> --
>>> Mariano
>>> http://marianopeck.wordpress.com
>>>
>>> _______________________________________________
>>> Glass mailing list
>>> Glass at lists.gemtalksystems.com
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140919/487b0920/attachment.html>