[Glass] Fwd: Who is overriding $GEMSTONE_LOGDIR ?

Fri Oct 9 10:15:14 PDT 2015

On Mon, May 12, 2014 at 3:14 PM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

> Mariano,
>
> Good catch. I've submitted internal bug #44216 so that we can get this
> patch included in the product (possibly 3.2.1) ...
>
>
Hi Dale, do you know if that issue was finally integrated? Because I still
see 3.2.9 misc.sh doing:

GEMSTONE_LOGDIR="$GEMSTONE_LOCKBASE/log"          #   required log directory

thanks

> Dale
>
>
> On Mon, May 12, 2014 at 9:47 AM, Mariano Martinez Peck <
> marianopeck at gmail.com> wrote:
>
>> Hi guys,
>>
>> I am reviving this old thread because I found the problem. I do use the
>> /product/seaside/bin scripts, like startSeasideGem30 etc... However, I have
>> my own env SET for each stone I have and for each I define the set of
>> variables. All were working correctly but GEMSTONE_LOGDIR. The problem was
>> the  /opt/gemstone/product/bin/misc.sh  does this at the very beginning:
>>
>> GEMSTONE_LOGDIR="$GEMSTONE_LOCKBASE/log"
>>
>> So it directly sets the GEMSTONE_LOGDIR even if it could have been
>> already set. What I did as a workaround is:
>>
>> if [ -n "$GEMSTONE_LOGDIR" ]; then
>> GEMSTONE_LOGDIR="$GEMSTONE_LOCKBASE/log"          #   required log
>> directory
>>
>> Now /product/seaside/bin  scripts get the correct GEMSTONE_LOGDIR.
>>
>> Best,
>>
>>
>>
>>
>> On Wed, Jan 15, 2014 at 8:54 PM, Dale Henrichs <
>> dale.henrichs at gemtalksystems.com> wrote:
>>
>>> new mailer and replied to sender instead of list ...
>>>
>>> ---------- Forwarded message ----------
>>> From: Dale Henrichs <dale.henrichs at gemtalksystems.com>
>>> Date: Wed, Jan 15, 2014 at 10:40 AM
>>> Subject: Re: [Glass] Who is overriding $GEMSTONE_LOGDIR ?
>>> To: Mariano Martinez Peck <marianopeck at gmail.com>
>>>
>>>
>>> gemnetobject15083MacBook-Pro-de-Mariano.local.log is the log file for
>>> an rpc gem and is constructed with gem pid and the name of your machine
>>> (preumably MacBook-Pro-de-Mariano.local).
>>>
>>> It shows up in your home directory when you have _NOT_
>>> set GEMSTONE_LOGDIR.
>>>
>>> The ones on your mac are from gems started against the stone running on
>>> your mac and therefore the netldi that is running on your mac may not have
>>> had the correct env vars set before it was started
>>>
>>> Dale
>>>
>>>
>>> On Tue, Jan 14, 2014 at 11:56 AM, Mariano Martinez Peck <
>>> marianopeck at gmail.com> wrote:
>>>
>>>> mmmmm I have a related problem.... I don't know why the log of my gems
>>>> are written with a name like
>>>> 'gemnetobject15083MacBook-Pro-de-Mariano.local.log' and they are being
>>>> written into my $HOME folder.....weird. There is clearly something wrong
>>>> with the log variables or parameters.
>>>> I will try to find what is going on...
>>>>
>>>> Thanks,
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jan 14, 2014 at 4:01 PM, Mariano Martinez Peck <
>>>> marianopeck at gmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jan 14, 2014 at 3:07 PM, Bill Erickson <
>>>>> bill.erickson at gemtalksystems.com> wrote:
>>>>>
>>>>>> Mariano,
>>>>>>
>>>>>> If you're using RPC topaz, remember that the netldi spawns the gem
>>>>>> process using the environment that was in effect at the time netldi was
>>>>>> started.  If you change anything in this environment, you need to shutdown
>>>>>> and restart netldi in order for any gems spawned by the netldi to include
>>>>>> the updated variables.
>>>>>>
>>>>>>
>>>>> Hi Bill,
>>>>>
>>>>> Thanks for the answer. Good point. I have restarted the netldi just in
>>>>> case but same problem. I made sure that the variables are correctly
>>>>> exported when I started netldi and they were...
>>>>> So I might have a problem elsewhere.... :(
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>> Bill Erickson
>>>>>> GemTalk Systems Engineering
>>>>>> 15220 NW Greenbrier Parkway #240, Beaverton OR 97006
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>> Mariano Martinez Peck wrote
>>>>>>> > ... I am getting the incorrect result with
>>>>>>> >  $GEMSTONE_LOGDIR. For some reason, no matter I have set/exported
>>>>>>> the
>>>>>>> > variable to my own value, like
>>>>>>> /opt/applications/test2/gemstone/log, I
>>>>>>> > always get '/opt/gemstone/log'.
>>>>>>>
>>>>>>> View this message in context:
>>>>>>> http://forum.world.st/Glass-Who-is-overriding-GEMSTONE-LOGDIR-tp4736718p4736723.html
>>>>>>> Sent from the GLASS mailing list archive at Nabble.com.
>>>>>>> _______________________________________________
>>>>>>> Glass mailing list
>>>>>>> Glass at lists.gemtalksystems.com
>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Glass mailing list
>>>>>> Glass at lists.gemtalksystems.com
>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Mariano
>>>>> http://marianopeck.wordpress.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Mariano
>>>> http://marianopeck.wordpress.com
>>>>
>>>> _______________________________________________
>>>> Glass mailing list
>>>> Glass at lists.gemtalksystems.com
>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Glass mailing list
>>> Glass at lists.gemtalksystems.com
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>

-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151009/95f10f23/attachment.html>