Out of memory crashed writing CSV to gemstone directory?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Out of memory crashed writing CSV to gemstone directory?

GLASS mailing list
On a GsDevKit_home managed stoned, I just got an out of memory crash of a seaside gem, and a topazXXX.csv was written in my $GS_HOME/server/stones/myStone/.

I wish these guys would go to the /logs direcotry, that is:

$GS_HOME/server/stones/myStone/logs/topazXXX.csv

Is there a way I can change that? 


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Out of memory crashed writing CSV to gemstone directory?

GLASS mailing list

Mariano,

Topaz writes its files to the current directory ... where topaz is started, so if you want the csv files to go into the `logs` directory, then you have to `cd` there before starting topaz.

I think we've talked about automatically `cd`ing somewhere for topaz and perhaps we should create a command line option for the `startTopaz` script that allows one to specify an explicit location and by default we just `cd` to the `logs` directory.

What do you think?

Dale

On 02/13/2017 06:12 AM, Mariano Martinez Peck via Glass wrote:
On a GsDevKit_home managed stoned, I just got an out of memory crash of a seaside gem, and a topazXXX.csv was written in my $GS_HOME/server/stones/myStone/.

I wish these guys would go to the /logs direcotry, that is:

$GS_HOME/server/stones/myStone/logs/topazXXX.csv

Is there a way I can change that? 

Thanks. 

--


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Out of memory crashed writing CSV to gemstone directory?

GLASS mailing list


On Mon, Feb 13, 2017 at 2:28 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Mariano,

Topaz writes its files to the current directory ... where topaz is started, so if you want the csv files to go into the `logs` directory, then you have to `cd` there before starting topaz.


Mmmmm... "Topaz writes its files to the current directory"   But...is this Out of Memory file considered a "topaz file" ?? 
I don't know where the instances table is dump into the CSV, but my question is why such a code does not honor GEMSTONE_LOG_DIR?  
OK, I get this .csv is not 100% a log file, but to me it's not either a plain topaz file. And in fact, I would like to have this .csv together with the gem log (right now the gem log is  in $GEMSTONE_LOG_DIR while the .csv is in the stone directory). 
 

I think we've talked about automatically `cd`ing somewhere for topaz and perhaps we should create a command line option for the `startTopaz` script that allows one to specify an explicit location and by default we just `cd` to the `logs` directory.

What do you think?

Regardless what I comment above for THIS particular case, yes,  being able to specify $PWD / workingDirectory to `startTopaz` would be nice. 
 

Dale

On 02/13/2017 06:12 AM, Mariano Martinez Peck via Glass wrote:
On a GsDevKit_home managed stoned, I just got an out of memory crash of a seaside gem, and a topazXXX.csv was written in my $GS_HOME/server/stones/myStone/.

I wish these guys would go to the /logs direcotry, that is:

$GS_HOME/server/stones/myStone/logs/topazXXX.csv

Is there a way I can change that? 

Thanks. 

--


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass




--

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Out of memory crashed writing CSV to gemstone directory?

GLASS mailing list



On 02/13/2017 10:31 AM, Mariano Martinez Peck wrote:


On Mon, Feb 13, 2017 at 2:28 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Mariano,

Topaz writes its files to the current directory ... where topaz is started, so if you want the csv files to go into the `logs` directory, then you have to `cd` there before starting topaz.


Mmmmm... "Topaz writes its files to the current directory"   But...is this Out of Memory file considered a "topaz file" ?? 
I don't know where the instances table is dump into the CSV, but my question is why such a code does not honor GEMSTONE_LOG_DIR? 
If you run topaz with an RPC login (-r), then the CSV file _should_ be put into the GEMSTONE_LOG_DIR along with the gem log ... with a linked login, stdout is the "gem log" and PWD is where the CSV file is put.
OK, I get this .csv is not 100% a log file, but to me it's not either a plain topaz file. And in fact, I would like to have this .csv together with the gem log (right now the gem log is  in $GEMSTONE_LOG_DIR while the .csv is in the stone directory). 
 
When topaz is run with a linked login, you get special behavior ... some good and some bad.

I think we've talked about automatically `cd`ing somewhere for topaz and perhaps we should create a command line option for the `startTopaz` script that allows one to specify an explicit location and by default we just `cd` to the `logs` directory.

What do you think?

Regardless what I comment above for THIS particular case, yes,  being able to specify $PWD / workingDirectory to `startTopaz` would be nice. 
 
Internally, GLASS/GsDevKit uses $PWD as the default location for FileDirectory, so both netldi and topaz -l  are going to be sensitive to where they are started for some things ... having a consistent starting point is going to be useful so that gems and topaz (linked) have consistent behavior ...

Dale

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Out of memory crashed writing CSV to gemstone directory?

GLASS mailing list

Submitted an issue for this[1] ...

Dale

[1] https://github.com/GsDevKit/GsDevKit_home/issues/168


On 02/13/2017 11:50 AM, Dale Henrichs wrote:



On 02/13/2017 10:31 AM, Mariano Martinez Peck wrote:


On Mon, Feb 13, 2017 at 2:28 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Mariano,

Topaz writes its files to the current directory ... where topaz is started, so if you want the csv files to go into the `logs` directory, then you have to `cd` there before starting topaz.


Mmmmm... "Topaz writes its files to the current directory"   But...is this Out of Memory file considered a "topaz file" ?? 
I don't know where the instances table is dump into the CSV, but my question is why such a code does not honor GEMSTONE_LOG_DIR? 
If you run topaz with an RPC login (-r), then the CSV file _should_ be put into the GEMSTONE_LOG_DIR along with the gem log ... with a linked login, stdout is the "gem log" and PWD is where the CSV file is put.
OK, I get this .csv is not 100% a log file, but to me it's not either a plain topaz file. And in fact, I would like to have this .csv together with the gem log (right now the gem log is  in $GEMSTONE_LOG_DIR while the .csv is in the stone directory). 
 
When topaz is run with a linked login, you get special behavior ... some good and some bad.

I think we've talked about automatically `cd`ing somewhere for topaz and perhaps we should create a command line option for the `startTopaz` script that allows one to specify an explicit location and by default we just `cd` to the `logs` directory.

What do you think?

Regardless what I comment above for THIS particular case, yes,  being able to specify $PWD / workingDirectory to `startTopaz` would be nice. 
 
Internally, GLASS/GsDevKit uses $PWD as the default location for FileDirectory, so both netldi and topaz -l  are going to be sensitive to where they are started for some things ... having a consistent starting point is going to be useful so that gems and topaz (linked) have consistent behavior ...

Dale


_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass