[Glass] Error 4147 doing fullBackupCompressedTo:

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

[Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina

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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
Hernan,

What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ...

Dale

On 04/29/2015 07:30 AM, Hernan Wilkinson via Glass wrote:
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


_______________________________________________
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: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
Hernan,

Depending upon which version you are using, this bugnote[1] may explain the issue you are seeing.

Dale

[1] http://gemtalksystems.com/data/bugnotes/44840.html

On 4/29/15 9:17 AM, Dale Henrichs wrote:
Hernan,

What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ...

Dale

On 04/29/2015 07:30 AM, Hernan Wilkinson via Glass wrote:
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


_______________________________________________
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: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
Hernan, 


I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run?
How many extents you have? Just one?

Thanks in advance,




On Thu, Apr 30, 2015 at 12:57 AM, Dale Henrichs via Glass <[hidden email]> wrote:
Hernan,

Depending upon which version you are using, this bugnote[1] may explain the issue you are seeing.

Dale

[1] http://gemtalksystems.com/data/bugnotes/44840.html


On 4/29/15 9:17 AM, Dale Henrichs wrote:
Hernan,

What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ...

Dale

On 04/29/2015 07:30 AM, Hernan Wilkinson via Glass wrote:
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / <a href="tel:%2B54-011-3221-4713" value="+541132214713" target="_blank">+54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


_______________________________________________
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: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list


On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote:

> Hernan,
>
> After reading the link of Dale:
> http://gemtalksystems.com/data/bugnotes/44840.html
>
> I wonder what are your values of STN_MAX_SESSIONS and
> SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
> If you have similar numbers, I would how you pass that limit with your
> current app. How many seaside gems are you running? are there some
> other background jobs/gems you run?
> How many extents you have? Just one?
>
> Thanks in advance,
>
>

Mariano and Hernan,

The number of sessions is capped by the license key file ... those two
stone configs only apply when they are less than the licensed number of
sessions ...

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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list


On Thu, Apr 30, 2015 at 1:17 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote:
Hernan,

After reading the link of Dale: http://gemtalksystems.com/data/bugnotes/44840.html

I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run?
How many extents you have? Just one?

Thanks in advance,



Mariano and Hernan,

The number of sessions is capped by the license key file ... those two stone configs only apply when they are less than the licensed number of sessions ...


Ok, that explains it. The license key is binary form what I know (and I would not try to hack you hahahaha) and even doing "System configurationAt: #StnMaxSessions" gives me the 45... so...how can I get the real (capped) value of those? 

thanks

--

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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list


On 04/30/2015 01:21 PM, Mariano Martinez Peck wrote:


On Thu, Apr 30, 2015 at 1:17 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote:
Hernan,

After reading the link of Dale: http://gemtalksystems.com/data/bugnotes/44840.html

I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run?
How many extents you have? Just one?

Thanks in advance,



Mariano and Hernan,

The number of sessions is capped by the license key file ... those two stone configs only apply when they are less than the licensed number of sessions ...


Ok, that explains it. The license key is binary form what I know (and I would not try to hack you hahahaha) and even doing "System configurationAt: #StnMaxSessions" gives me the 45... so...how can I get the real (capped) value of those? 


`System maxSessionId` takes into accoutn license limits and configuration settings ... there is a comment in the license file that also tells you what the license limits are ....

Dale



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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list


On Thu, Apr 30, 2015 at 5:39 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 01:21 PM, Mariano Martinez Peck wrote:


On Thu, Apr 30, 2015 at 1:17 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote:
Hernan,

After reading the link of Dale: http://gemtalksystems.com/data/bugnotes/44840.html

I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run?
How many extents you have? Just one?

Thanks in advance,



Mariano and Hernan,

The number of sessions is capped by the license key file ... those two stone configs only apply when they are less than the licensed number of sessions ...


Ok, that explains it. The license key is binary form what I know (and I would not try to hack you hahahaha) and even doing "System configurationAt: #StnMaxSessions" gives me the 45... so...how can I get the real (capped) value of those? 


`System maxSessionId` takes into accoutn license limits and configuration settings ... there is a comment in the license file that also tells you what the license limits are ....
 

mmmm which is the license file in gemstone 3.1 ?? i cannot find it...
opt/gemstone/GemStone64Bit3.1.0.4-i386.Darwin/open_source_licenses.txt?? 


btw is there an equivalent for capped shr_page_cache_num_procs ?? cannot seem to find it either. Maybe it is the default calculated?
(STN_MAX_SESSIONS + number of extents in repository + 3). ???

thanks!


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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
In reply to this post by GLASS mailing list
Hi Dale!
sorry I did not answer before... to many things at the same time :-)
The version I'm using is 3.1.0.5, on ubuntu, with only one extent.Below is the info.
What it is rare is that it worked after making a normal backup...

|             GemStone/S64 Object-Oriented Data Management System             |

|                   Copyright (C) GemTalk Systems 1986-2013                   |

|                            All rights reserved.                             |

+-----------------------------------------------------------------------------+

|    PROGRAM: topaz, Linear GemStone Interface (Remote Session)               |

|    VERSION: 3.1.0.5, Thu Nov 14 13:28:38 2013                               |

|      BUILD: gss64_3_1_0_x_branch-31878                                      |

|  BUILT FOR: x86-64 (Linux)                                                  |

|       MODE: 64 bit                                                          |

| RUNNING ON: 1-CPU IMC x86_64 (Linux 3.13.0-32-generic #57-Ubuntu SMP Tue Jul|

| 15 03:51:08 UTC 2014) 994MB                                                 |

| PROCESS ID: 5051      DATE: 05/07/2015 10:39:19 EDT                         |

|   USER IDS: REAL=imc (1000) EFFECTIVE=imc (1000)                            |

|_____________________________________________________________________________|

R


On Thu, Apr 30, 2015 at 12:57 AM, Dale Henrichs via Glass <[hidden email]> wrote:
Hernan,

Depending upon which version you are using, this bugnote[1] may explain the issue you are seeing.

Dale

[1] http://gemtalksystems.com/data/bugnotes/44840.html


On 4/29/15 9:17 AM, Dale Henrichs wrote:
Hernan,

What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ...

Dale

On 04/29/2015 07:30 AM, Hernan Wilkinson via Glass wrote:
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


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



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




--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina

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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
In reply to this post by GLASS mailing list
Mariano,

The standard location for the gemstone key file (shipped with product) is:

   $GEMSTONE/seaside/etc/gemstone.key

Here's the comment from the 3.1.0.6 release:

# GemStone version:         3.1.0.6, Thu Apr 17 16:12:14 2014
# Customer license:         Free GS/S Web Edition
# Host processor type:      Linux x86
# Customer permissions:
#    NO_SUNSET STONE GEM PGSVR NETLDI NO_GEMCOPY NO_GciTraversal
#    NO_RemoteSpc
# Stone Session limit:      10000 (max possible for executable)
# Repository size limit:    <unlimited>
# Repository object limit:  <unlimited>
# Shared cache size limit:  2048 MB
# CPU affinity:              limited to 2 CPUs
# Customer name:            GemStone Seaside Community

Here's a 3.2.6 key file (shipped with product) comment for comparison:

# GemStone version:         3.2.6, Fri Mar 20 15:37:57 2015
# Customer license:         Community Edition
# Host processor type:      Linux x86
# Customer permissions:
#    NO_SUNSET STONE GEM PGSVR NETLDI NO_GEMCOPY NO_GciTraversal
#    NO_RemoteSpc NO_GemConnect NO_GBJ
# Stone Session limit:      10
# Repository size limit:    10240 MB
# Repository object limit:  <unlimited>
# Shared cache size limit:  1024 MB
# CPU affinity:              limited to 2 CPUs
# Customer name:            GemStone Community

Remember that for 3.2 and beyond, you can upgrade your license to 2GB SPC, 50GB repository, and 20 gem session limit for free by sending an email to [hidden email][1].

The session limit is the field from the license that caps the total number of sessions ... frankly the formula for session consumption is not easy to calculate, since a number of the multi-threaded commands consume sessions as well as the "well known processes" ...

The session cap applies to the total number of sessions, so in your formula:

   (STN_MAX_SESSIONS + number of extents in repository + 3)

the license file cap applies to the total of the formula ...

I'm not sure where you got your formula (there might be several different ones floating depending upon the release you are looking at), but STN_MAX_SESSIONS is typically used for applying an installation-based cap since the standard commercial licenses (including the low cost licenses) do not cap the number of sessions in the key file....

The license file is a hard cap applied by the stone itself after decoding the license file, so the default values of the various configuration parameters are not physically changed based on the license file limits ... so there can be a bit more confusion as well ...


Dale


[1] http://gemtalksystems.com/licensing/
On 4/30/15 1:49 PM, Mariano Martinez Peck wrote:


On Thu, Apr 30, 2015 at 5:39 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 01:21 PM, Mariano Martinez Peck wrote:


On Thu, Apr 30, 2015 at 1:17 PM, Dale Henrichs <[hidden email]> wrote:


On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote:
Hernan,

After reading the link of Dale: http://gemtalksystems.com/data/bugnotes/44840.html

I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49.
If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run?
How many extents you have? Just one?

Thanks in advance,



Mariano and Hernan,

The number of sessions is capped by the license key file ... those two stone configs only apply when they are less than the licensed number of sessions ...


Ok, that explains it. The license key is binary form what I know (and I would not try to hack you hahahaha) and even doing "System configurationAt: #StnMaxSessions" gives me the 45... so...how can I get the real (capped) value of those? 


`System maxSessionId` takes into accoutn license limits and configuration settings ... there is a comment in the license file that also tells you what the license limits are ....
 

mmmm which is the license file in gemstone 3.1 ?? i cannot find it...
opt/gemstone/GemStone64Bit3.1.0.4-i386.Darwin/open_source_licenses.txt?? 


btw is there an equivalent for capped shr_page_cache_num_procs ?? cannot seem to find it either. Maybe it is the default calculated?
(STN_MAX_SESSIONS + number of extents in repository + 3). ???

thanks!



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

Re: [Glass] Error 4147 doing fullBackupCompressedTo:

GLASS mailing list
In reply to this post by GLASS mailing list
Ha, well I've been hibernating with GemStone 3.3, so I can understand:)

With only one extent, I'm not sure that the bugnote applies, especially if as Mariano points out you are running without custom STN_MAX_SESSIONS and friends ... I think I'd like to see the entire output of the topaz session ... the whole enchilada with config settings and everything before guessing any further...

Dale

On 5/7/15 7:55 AM, Hernan Wilkinson wrote:
Hi Dale!
sorry I did not answer before... to many things at the same time :-)
The version I'm using is 3.1.0.5, on ubuntu, with only one extent.Below is the info.
What it is rare is that it worked after making a normal backup...

|             GemStone/S64 Object-Oriented Data Management System             |

|                   Copyright (C) GemTalk Systems 1986-2013                   |

|                            All rights reserved.                             |

+-----------------------------------------------------------------------------+

|    PROGRAM: topaz, Linear GemStone Interface (Remote Session)               |

|    VERSION: 3.1.0.5, Thu Nov 14 13:28:38 2013                               |

|      BUILD: gss64_3_1_0_x_branch-31878                                      |

|  BUILT FOR: x86-64 (Linux)                                                  |

|       MODE: 64 bit                                                          |

| RUNNING ON: 1-CPU IMC x86_64 (Linux 3.13.0-32-generic #57-Ubuntu SMP Tue Jul|

| 15 03:51:08 UTC 2014) 994MB                                                 |

| PROCESS ID: 5051      DATE: 05/07/2015 10:39:19 EDT                         |

|   USER IDS: REAL=imc (1000) EFFECTIVE=imc (1000)                            |

|_____________________________________________________________________________|

R


On Thu, Apr 30, 2015 at 12:57 AM, Dale Henrichs via Glass <[hidden email]> wrote:
Hernan,

Depending upon which version you are using, this bugnote[1] may explain the issue you are seeing.

Dale

[1] http://gemtalksystems.com/data/bugnotes/44840.html


On 4/29/15 9:17 AM, Dale Henrichs wrote:
Hernan,

What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ...

Dale

On 04/29/2015 07:30 AM, Hernan Wilkinson via Glass wrote:
Hi,
 something weird happened today making a backup of the repository.
 I have this script that runs from topaz every night:

| dir |
dir := '/home/imc/Dropbox/GemstoneBackup'.
(FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'.
SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak'
%

Anyway, nothing amazing there, but for some reason I was getting this error:

ERROR 4147 , Error during login: 

I tried to run the script with topaz by hand and the same error.
I stopped the gems, the stone, netldi and restarted them, run the script, same error.
For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too...

Any idea what could happen?

--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


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



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




--
Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Phone: +54-011-6091-3125 / +54-011-3221-4713
Mobile: +54-911-4470-7207
Twitter: @HernanWilkinson
Address: Alem 693, Floor 5 B, Buenos Aires, Argentina


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