was gems don't start

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

was gems don't start

Juan-2
Dale , folks

After rebuild by hand, the category "FastCGI" to get all the gems processes started well.
The browser only has green Gem Maintenance.
but all process seems to be working .

14537 ?        Ss     0:00 /opt/gemstone/product/sys/netldid gs64ldi -g -aglass
14541 ?        Ssl    0:02 /opt/gemstone/product/sys/stoned seaside
14542 ?        Sl     0:04  \_ /opt/gemstone/product/sys/shrpcmonitor 'seaside@1
14548 ?        S      0:00  \_ /opt/gemstone/product/sys/pgsvrmain seaside@168.8
14550 ?        S      0:01  \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423 90
14558 ?        Sl     0:14  \_ /opt/gemstone/product/sys/gem pagemanager 'seasid
14566 ?        Sl     0:00  \_ /opt/gemstone/product/sys/gem reclaimgcgem 'seasi
14567 ?        Sl     0:00  \_ /opt/gemstone/product/sys/gem admingcgem 'seaside
14568 ?        Sl     0:00  \_ /opt/gemstone/product/sys/gem symbolgem 'seaside'
14594 tty1     Sl     0:01 /opt/gemstone/product/bin/topaz -l -T50000
14597 tty1     Sl     0:01 /opt/gemstone/product/bin/topaz -l -T50000
14599 tty1     Sl     0:00 /opt/gemstone/product/bin/topaz -l -T50000
14601 tty1     Sl     0:07 /opt/gemstone/product/bin/topaz -l -T200000

glass ~$ gslist  -c
Status  Version    Owner    Pid   Port   Started     Type  Name
------ --------- --------- ----- ----- ------------ ------ ----
  OK   2.4.4.4   glass     14542 50531 Jul 11 14:37 cache  seaside@glass
  OK   2.4.4.4   glass     14541 34258 Jul 11 14:37 Stone  seaside
  OK   2.4.4.4   glass     14537 50377 Jul 11 14:37 Netldi gs64ldi


glass ~$ gslist -v
Status  Version    Owner    Pid   Port   Started     Type  Name
------ --------- --------- ----- ----- ------------ ------ ----
  OK   2.4.4.4   glass     14542 50531 Jul 11 14:37 cache  seaside@glass
  OK   2.4.4.4   glass     14541 34258 Jul 11 14:37 Stone  seaside
  OK   2.4.4.4   glass     14537 50377 Jul 11 14:37 Netldi gs64ldi


any clue?
best
mdc


Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Dale Henrichs
Juan,

What are you trying to do that makes you think that things are not working?

It does appear that all of the processes are alive and well...


Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 11:31:08 AM
| Subject: [GS/SS Beta] was gems don't start
|
| Dale , folks
|
| After rebuild by hand, the category "FastCGI" to get all the gems
| processes started well.
| The browser only has green Gem Maintenance .
| but all process seems to be working .
|
| 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g -aglass
| 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor 'seaside@1
| 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain seaside@168.8
| 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423 90
| 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager 'seasid
| 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem 'seasi
| 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem 'seaside
| 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem 'seaside'
| 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
|
| glass ~$ gslist -c
| Status Version Owner Pid Port Started Type Name
| ------ --------- --------- ----- ----- ------------ ------ ----
| OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
|
|
| glass ~$ gslist -v
| Status Version Owner Pid Port Started Type Name
| ------ --------- --------- ----- ----- ------------ ------ ----
| OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
|
|
| any clue?
| best
| mdc
|
|
|
Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Juan-2
Dale


On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <[hidden email]> wrote:
Juan,

What are you trying to do that makes you think that things are not working?

It does appear that all of the processes are alive and well...

yes but browser don't have all lights green.
I do not understand why. only maintenance ligth is green.
however pharo gemtools client , refuse to connect at gemstone server ..
where does the program log the connection that fails?
thanks for response.
best
mdc.



Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 11:31:08 AM
| Subject: [GS/SS Beta] was gems don't start
|
| Dale , folks
|
| After rebuild by hand, the category "FastCGI" to get all the gems
| processes started well.
| The browser only has green Gem Maintenance .
| but all process seems to be working .
|
| 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g -aglass
| 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor 'seaside@1
| 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain seaside@168.8
| 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423 90
| 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager 'seasid
| 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem 'seasi
| 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem 'seaside
| 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem 'seaside'
| 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
|
| glass ~$ gslist -c
| Status Version Owner Pid Port Started Type Name
| ------ --------- --------- ----- ----- ------------ ------ ----
| OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
|
|
| glass ~$ gslist -v
| Status Version Owner Pid Port Started Type Name
| ------ --------- --------- ----- ----- ------------ ------ ----
| OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
|
|
| any clue?
| best
| mdc
|
|
|

Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Dale Henrichs
Juan,

I'm afraid that I don't know what "browser don't have all lights green" means.

When the connection to the server from gemtools fails, you should get a walkback error on the gemtools client side with some level of information about the error that is occuring ... depending upon the error we may have to look at other log files. If a gem succeeds in logging in the gem log should show up in your home directory ...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 1:40:33 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
|
|
| On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Juan,
|
| What are you trying to do that makes you think that things are not
| working?
|
| It does appear that all of the processes are alive and well...
|
|
| yes but browser don't have all lights green.
| I do not understand why. only maintenance ligth is green .
| however pharo gemtools client , refuse to connect at gemstone server
| ..
| where does the program log the connection that fails?
| thanks for response.
| best
| mdc.
|
|
|
|
|
| Dale
|
|
|
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
| | Sent: Monday, July 11, 2011 11:31:08 AM
| | Subject: [GS/SS Beta] was gems don't start
| |
| | Dale , folks
| |
| | After rebuild by hand, the category "FastCGI" to get all the gems
| | processes started well.
| | The browser only has green Gem Maintenance .
| | but all process seems to be working .
| |
| | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | -aglass
| | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | 'seaside@1
| | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain seaside@168.8
| | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423 90
| | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | 'seasid
| | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | 'seasi
| | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | 'seaside
| | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | 'seaside'
| | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| |
| | glass ~$ gslist -c
| | Status Version Owner Pid Port Started Type Name
| | ------ --------- --------- ----- ----- ------------ ------ ----
| | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| |
| |
| | glass ~$ gslist -v
| | Status Version Owner Pid Port Started Type Name
| | ------ --------- --------- ----- ----- ------------ ------ ----
| | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| |
| |
| | any clue?
| | best
| | mdc
| |
| |
| |
|
|
Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Juan-2
Dale

On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs <[hidden email]> wrote:
Juan,

I'm afraid that I don't know what "browser don't have all lights green" means.

The browser pointing to gemstone server , some like

http://168.83.84.63/

show me the
  • GLASS Appliance Status

    GemStone Processes

    Stone: OK
    cache: OK
    Netldi: OK
    Gem 9001: Down
    Gem 9002: Down
    Gem 9003: Down
    Gem Maint: OK

    Network Information

    lo: 127.0.0.1
    eth0: 168.83.84.63

    System Information

    Kernel: 2.6.36-gentoo-r8
    CPU: 1995.472 MHz
    RAM: 495 MB


in pharo image debugging the error
the error description
'Network error - text follows:
'
not descriptive error btw.

best
mdc
 
When the connection to the server from gemtools fails, you should get a walkback error on the gemtools client side with some level of information about the error that is occuring ... depending upon the error we may have to look at other log files. If a gem succeeds in logging in the gem log should show up in your home directory ...

Yes the error description was 

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 1:40:33 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
|
|
| On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Juan,
|
| What are you trying to do that makes you think that things are not
| working?
|
| It does appear that all of the processes are alive and well...
|
|
| yes but browser don't have all lights green.
| I do not understand why. only maintenance ligth is green .
| however pharo gemtools client , refuse to connect at gemstone server
| ..
| where does the program log the connection that fails?
| thanks for response.
| best
| mdc.
|
|
|
|
|
| Dale
|
|
|
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
| | Sent: Monday, July 11, 2011 11:31:08 AM
| | Subject: [GS/SS Beta] was gems don't start
| |
| | Dale , folks
| |
| | After rebuild by hand, the category "FastCGI" to get all the gems
| | processes started well.
| | The browser only has green Gem Maintenance .
| | but all process seems to be working .
| |
| | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | -aglass
| | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | 'seaside@1
| | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain seaside@168.8
| | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423 90
| | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | 'seasid
| | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | 'seasi
| | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | 'seaside
| | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | 'seaside'
| | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| |
| | glass ~$ gslist -c
| | Status Version Owner Pid Port Started Type Name
| | ------ --------- --------- ----- ----- ------------ ------ ----
| | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| |
| |
| | glass ~$ gslist -v
| | Status Version Owner Pid Port Started Type Name
| | ------ --------- --------- ----- ----- ------------ ------ ----
| | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| |
| |
| | any clue?
| | best
| | mdc
| |
| |
| |
|
|

Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Dale Henrichs
Ah okay ... I would guess that the Application Status code is looking in a different location for the process status ... I think that code was pretty much hard-wired to the GLASS appliance ...

There is an error message buried in the stack, so if you could give me the stack trace, I can help you find the real error message an dwork from there...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 1:58:26 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
|
| On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Juan,
|
| I'm afraid that I don't know what "browser don't have all lights
| green" means.
|
|
| The browser pointing to gemstone server , some like
|
| http://168.83.84.63/
|
| show me the
|
|     • GLASS Appliance Status
| GemStone Processes
|
|
| Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| 9003: Down Gem Maint: OK Network Information
|
|
| lo: 127.0.0.1 eth0: 168.83.84.63 System Information
|
|
| Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
|     •
|
| in pharo image debugging the error
| the error description
| 'Network error - text follows:
| '
| not descriptive error btw.
|
| best
| mdc
|
|
| When the connection to the server from gemtools fails, you should get
| a walkback error on the gemtools client side with some level of
| information about the error that is occuring ... depending upon the
| error we may have to look at other log files. If a gem succeeds in
| logging in the gem log should show up in your home directory ...
|
|
| Yes the error description was
|
|
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 1:40:33 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| |
| |
| | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Juan,
| |
| | What are you trying to do that makes you think that things are not
| | working?
| |
| | It does appear that all of the processes are alive and well...
| |
| |
| | yes but browser don't have all lights green.
| | I do not understand why. only maintenance ligth is green .
| | however pharo gemtools client , refuse to connect at gemstone
| | server
| | ..
| | where does the program log the connection that fails?
| | thanks for response.
| | best
| | mdc.
| |
| |
| |
| |
| |
| | Dale
| |
| |
| |
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | Subject: [GS/SS Beta] was gems don't start
| | |
| | | Dale , folks
| | |
| | | After rebuild by hand, the category "FastCGI" to get all the gems
| | | processes started well.
| | | The browser only has green Gem Maintenance .
| | | but all process seems to be working .
| | |
| | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | -aglass
| | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | 'seaside@1
| | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | seaside@168.8
| | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423
| | | 90
| | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | 'seasid
| | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | 'seasi
| | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | 'seaside
| | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | 'seaside'
| | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| | |
| | | glass ~$ gslist -c
| | | Status Version Owner Pid Port Started Type Name
| | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | |
| | |
| | | glass ~$ gslist -v
| | | Status Version Owner Pid Port Started Type Name
| | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | |
| | |
| | | any clue?
| | | best
| | | mdc
| | |
| | |
| | |
| |
| |
|
|
Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Juan-2
Dale

which log file is the most interesting?
i can't  see any stack trace... :(
best
mdc


On Mon, Jul 11, 2011 at 6:10 PM, Dale Henrichs <[hidden email]> wrote:
Ah okay ... I would guess that the Application Status code is looking in a different location for the process status ... I think that code was pretty much hard-wired to the GLASS appliance ...

There is an error message buried in the stack, so if you could give me the stack trace, I can help you find the real error message an dwork from there...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 1:58:26 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
|
| On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Juan,
|
| I'm afraid that I don't know what "browser don't have all lights
| green" means.
|
|
| The browser pointing to gemstone server , some like
|
| http://168.83.84.63/
|
| show me the
|
|     • GLASS Appliance Status
| GemStone Processes
|
|
| Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| 9003: Down Gem Maint: OK Network Information
|
|
| lo: 127.0.0.1 eth0: 168.83.84.63 System Information
|
|
| Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
|     •
|
| in pharo image debugging the error
| the error description
| 'Network error - text follows:
| '
| not descriptive error btw.
|
| best
| mdc
|
|
| When the connection to the server from gemtools fails, you should get
| a walkback error on the gemtools client side with some level of
| information about the error that is occuring ... depending upon the
| error we may have to look at other log files. If a gem succeeds in
| logging in the gem log should show up in your home directory ...
|
|
| Yes the error description was
|
|
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 1:40:33 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| |
| |
| | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Juan,
| |
| | What are you trying to do that makes you think that things are not
| | working?
| |
| | It does appear that all of the processes are alive and well...
| |
| |
| | yes but browser don't have all lights green.
| | I do not understand why. only maintenance ligth is green .
| | however pharo gemtools client , refuse to connect at gemstone
| | server
| | ..
| | where does the program log the connection that fails?
| | thanks for response.
| | best
| | mdc.
| |
| |
| |
| |
| |
| | Dale
| |
| |
| |
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | Subject: [GS/SS Beta] was gems don't start
| | |
| | | Dale , folks
| | |
| | | After rebuild by hand, the category "FastCGI" to get all the gems
| | | processes started well.
| | | The browser only has green Gem Maintenance .
| | | but all process seems to be working .
| | |
| | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | -aglass
| | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | 'seaside@1
| | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | seaside@168.8
| | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423
| | | 90
| | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | 'seasid
| | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | 'seasi
| | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | 'seaside
| | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | 'seaside'
| | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| | |
| | | glass ~$ gslist -c
| | | Status Version Owner Pid Port Started Type Name
| | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | |
| | |
| | | glass ~$ gslist -v
| | | Status Version Owner Pid Port Started Type Name
| | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | |
| | |
| | | any clue?
| | | best
| | | mdc
| | |
| | |
| | |
| |
| |
|
|

Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Dale Henrichs
Debug the error that you get from GemTools in the GemTools image and either ship me the stack for further analysis or look for the spot where the error was generated and poke around in the objects from that stack frame ... there should be more information available there ...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 2:19:09 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
| which log file is the most interesting?
| i can't see any stack trace... :(
| best
| mdc
|
|
|
| On Mon, Jul 11, 2011 at 6:10 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Ah okay ... I would guess that the Application Status code is looking
| in a different location for the process status ... I think that code
| was pretty much hard-wired to the GLASS appliance ...
|
| There is an error message buried in the stack, so if you could give
| me the stack trace, I can help you find the real error message an
| dwork from there...
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 1:58:26 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| |
| | On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Juan,
| |
| | I'm afraid that I don't know what "browser don't have all lights
| | green" means.
| |
| |
| | The browser pointing to gemstone server , some like
| |
| | http://168.83.84.63/
| |
| | show me the
| |
| | • GLASS Appliance Status
| | GemStone Processes
| |
| |
| | Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| | 9003: Down Gem Maint: OK Network Information
| |
| |
| | lo: 127.0.0.1 eth0: 168.83.84.63 System Information
| |
| |
| | Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
| | •
| |
| | in pharo image debugging the error
| | the error description
| | 'Network error - text follows:
| | '
| | not descriptive error btw.
| |
| | best
| | mdc
| |
| |
| | When the connection to the server from gemtools fails, you should
| | get
| | a walkback error on the gemtools client side with some level of
| | information about the error that is occuring ... depending upon the
| | error we may have to look at other log files. If a gem succeeds in
| | logging in the gem log should show up in your home directory ...
| |
| |
| | Yes the error description was
| |
| |
| |
| |
| | Dale
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| |
| |
| |
| | | Sent: Monday, July 11, 2011 1:40:33 PM
| | | Subject: Re: [GS/SS Beta] was gems don't start
| | |
| | | Dale
| | |
| | |
| | |
| | | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | | [hidden email]
| | | > wrote:
| | |
| | |
| | | Juan,
| | |
| | | What are you trying to do that makes you think that things are
| | | not
| | | working?
| | |
| | | It does appear that all of the processes are alive and well...
| | |
| | |
| | | yes but browser don't have all lights green.
| | | I do not understand why. only maintenance ligth is green .
| | | however pharo gemtools client , refuse to connect at gemstone
| | | server
| | | ..
| | | where does the program log the connection that fails?
| | | thanks for response.
| | | best
| | | mdc.
| | |
| | |
| | |
| | |
| | |
| | | Dale
| | |
| | |
| | |
| | |
| | | ----- Original Message -----
| | | | From: "Juan" < [hidden email] >
| | | | To: "GemStone Seaside beta discussion" <
| | | | [hidden email]
| | | | >
| | | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | | Subject: [GS/SS Beta] was gems don't start
| | | |
| | | | Dale , folks
| | | |
| | | | After rebuild by hand, the category "FastCGI" to get all the
| | | | gems
| | | | processes started well.
| | | | The browser only has green Gem Maintenance .
| | | | but all process seems to be working .
| | | |
| | | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | | -aglass
| | | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | | 'seaside@1
| | | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | | seaside@168.8
| | | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423
| | | | 90
| | | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | | 'seasid
| | | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | | 'seasi
| | | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | | 'seaside
| | | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | | 'seaside'
| | | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| | | |
| | | | glass ~$ gslist -c
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | glass ~$ gslist -v
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | any clue?
| | | | best
| | | | mdc
| | | |
| | | |
| | | |
| | |
| | |
| |
| |
|
|
Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Juan-2
Dale

thanks for support. the error is not descriptive.


'11 July 2011 6:31:15 pm

VM: Win32 - a SmalltalkImage
Image: Pharo0.1 [Latest update: #10243]

SecurityManager state:
Restricted: false
FileAccess: true
SocketAccess: true
Working Dir C:\dvd\glass\Contents\Resources
Trusted Dir C:\dvd\glass\Contents\Resources\Administrador
Untrusted Dir C:\My Squeak\Administrador

[] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGuest      ifTrue: ['''']...]}
    Arguments and temporary variables:
        initializeServer:     true
        desc:     an OGCustomSessionDescription
        messageText:     ''Network error - text follows:
''
        ex:     Error: Network error - text follows:


BlockContext>>on:do:
    Receiver: [] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGue...etc...
    Arguments and temporary variables:
        exception:     Error
        handlerAction:     [] in OGSessionNode>>basicLogin: {[:ex |  session := nil.  ^ ex ...etc...
        handlerActive:     false
    Receiver''s instance variables:
        sender:     BlockContext>>on:do:
        pc:     174
        stackp:     0
        nargs:     0
        startpc:     136
        home:     OGSessionNode>>basicLogin:

OGSessionNode>>basicLogin:
    Receiver: an OGSessionNode
    Arguments and temporary variables:
        initializeServer:     true
        desc:     an OGCustomSessionDescription
        messageText:     ''Network error - text follows:
''
        ex:     Error: Network error - text follows:

    Receiver''s instance variables:
        metaNode:     Session

        navigation:     an OBDefaultEdgeNavigation
        session:     nil
        sessionDescription:     an OGCustomSessionDescription
        windowSessionNumber:     nil
        autoCommit:     true
        autoMigrate:     true
        glassPackageName:     nil
        backupFileName:     nil
        workspaceNode:     an OGWorkspaceNode

OGSessionNode>>login
    Receiver: an OGSessionNode
    Arguments and temporary variables:

    Receiver''s instance variables:
        metaNode:     Session

        navigation:     an OBDefaultEdgeNavigation
        session:     nil
        sessionDescription:     an OGCustomSessionDescription
        windowSessionNumber:     nil
        autoCommit:     true
        autoMigrate:     true
        glassPackageName:     nil
        backupFileName:     nil
        workspaceNode:     an OGWorkspaceNode


--- The full stack ---
[] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGuest      ifTrue: ['''']...]}
BlockContext>>on:do:
OGSessionNode>>basicLogin:
OGSessionNode>>login
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
OGCmdLoginSession>>execute
PluggableButtonMorphPlus(PluggableButtonMorph)>>performAction
PluggableButtonMorphPlus>>performAction
[] in PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp: {[:m | (m containsPoint: evt cursorPoint)   ifTrue: [m performAction]]}
Array(SequenceableCollection)>>do:
PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp:
PluggableButtonMorphPlus>>mouseUp:
PluggableButtonMorphPlus(Morph)>>handleMouseUp:
MouseButtonEvent>>sentTo:
PluggableButtonMorphPlus(Morph)>>handleEvent:
PluggableButtonMorphPlus(Morph)>>handleFocusEvent:
[] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self.  ActiveEvent := anEvent.  result := focusHolder     han...]}
[] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]}
BlockContext>>on:do:
PasteUpMorph>>becomeActiveDuring:
HandMorph>>sendFocusEvent:to:clear:
HandMorph>>sendEvent:focus:clear:
HandMorph>>sendMouseEvent:
HandMorph>>handleEvent:
HandMorph>>processEvents
[] in WorldState>>doOneCycleNowFor: {[:h |  ActiveHand := h.  h processEvents.  ActiveHand := nil]}
Array(SequenceableCollection)>>do:
WorldState>>handsDo:
WorldState>>doOneCycleNowFor:
WorldState>>doOneCycleFor:
PasteUpMorph>>doOneCycle
[] in Project class>>spawnNewProcess {[[World doOneCycle.  Processor yield.  false] whileFalse.  nil]}
[] in BlockContext>>newProcess {[self value.  Processor terminateActive]}
'
tia.
Best 
mdc


On Mon, Jul 11, 2011 at 6:27 PM, Dale Henrichs <[hidden email]> wrote:
Debug the error that you get from GemTools in the GemTools image and either ship me the stack for further analysis or look for the spot where the error was generated and poke around in the objects from that stack frame ... there should be more information available there ...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 2:19:09 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
| which log file is the most interesting?
| i can't see any stack trace... :(
| best
| mdc
|
|
|
| On Mon, Jul 11, 2011 at 6:10 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Ah okay ... I would guess that the Application Status code is looking
| in a different location for the process status ... I think that code
| was pretty much hard-wired to the GLASS appliance ...
|
| There is an error message buried in the stack, so if you could give
| me the stack trace, I can help you find the real error message an
| dwork from there...
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 1:58:26 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| |
| | On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Juan,
| |
| | I'm afraid that I don't know what "browser don't have all lights
| | green" means.
| |
| |
| | The browser pointing to gemstone server , some like
| |
| | http://168.83.84.63/
| |
| | show me the
| |
| | • GLASS Appliance Status
| | GemStone Processes
| |
| |
| | Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| | 9003: Down Gem Maint: OK Network Information
| |
| |
| | lo: 127.0.0.1 eth0: 168.83.84.63 System Information
| |
| |
| | Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
| | •
| |
| | in pharo image debugging the error
| | the error description
| | 'Network error - text follows:
| | '
| | not descriptive error btw.
| |
| | best
| | mdc
| |
| |
| | When the connection to the server from gemtools fails, you should
| | get
| | a walkback error on the gemtools client side with some level of
| | information about the error that is occuring ... depending upon the
| | error we may have to look at other log files. If a gem succeeds in
| | logging in the gem log should show up in your home directory ...
| |
| |
| | Yes the error description was
| |
| |
| |
| |
| | Dale
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| |
| |
| |
| | | Sent: Monday, July 11, 2011 1:40:33 PM
| | | Subject: Re: [GS/SS Beta] was gems don't start
| | |
| | | Dale
| | |
| | |
| | |
| | | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | | [hidden email]
| | | > wrote:
| | |
| | |
| | | Juan,
| | |
| | | What are you trying to do that makes you think that things are
| | | not
| | | working?
| | |
| | | It does appear that all of the processes are alive and well...
| | |
| | |
| | | yes but browser don't have all lights green.
| | | I do not understand why. only maintenance ligth is green .
| | | however pharo gemtools client , refuse to connect at gemstone
| | | server
| | | ..
| | | where does the program log the connection that fails?
| | | thanks for response.
| | | best
| | | mdc.
| | |
| | |
| | |
| | |
| | |
| | | Dale
| | |
| | |
| | |
| | |
| | | ----- Original Message -----
| | | | From: "Juan" < [hidden email] >
| | | | To: "GemStone Seaside beta discussion" <
| | | | [hidden email]
| | | | >
| | | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | | Subject: [GS/SS Beta] was gems don't start
| | | |
| | | | Dale , folks
| | | |
| | | | After rebuild by hand, the category "FastCGI" to get all the
| | | | gems
| | | | processes started well.
| | | | The browser only has green Gem Maintenance .
| | | | but all process seems to be working .
| | | |
| | | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | | -aglass
| | | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | | 'seaside@1
| | | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | | seaside@168.8
| | | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423
| | | | 90
| | | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | | 'seasid
| | | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | | 'seasi
| | | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | | 'seaside
| | | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | | 'seaside'
| | | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| | | |
| | | | glass ~$ gslist -c
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | glass ~$ gslist -v
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | any clue?
| | | | best
| | | | mdc
| | | |
| | | |
| | | |
| | |
| | |
| |
| |
|
|

Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Juan-2
Dale

sorry for the noise
I have found something
the gemnetobjectxxx.log say

-----------------------------------------------------
GemStone: Error         Fatal
The versions of RPC GCI client and Gem server are incompatible.
Error Category: 231169 [GemStone] Number: 4040 Arg Count: 0 Context : 20


Gemstone Signal Handler: Signal 11,  SIGSEGV Received
HostFaultHandler: signal = 11
    info->si_signo = 11 = 0xb
    info->si_code =  1 = 0x1
    info->si_errno = 0 = 0x0
    info->si_addr = 0x88
  Registers saved from frame receiving the signal:
   rip 0x7f26d756d794 rsp 0x7fff6c81dda8 rbp 0x7f26d782b360
   rax 0x0 rbx 0x7f26d785bd60 rcx 0x96 rdx 0x0
   r8 0x18 r9 0x0 r10 0x0 r11 0x7f26d7b14d92
   r12 0x7f26d782cc40 r13 0x1 r14 0x7f26d782e7e8 r15 0x7f26d7821e01
   rdi 0x7f26d782cc40 rsi 0x0 efl 0x10246 csgsfs_pad 0x33
   err 0x4 trapno 0xe oldmask 0x0 cr2 0x88

Begin attempt to print C-level stack at: Mon Jul 11 18:48:51 ART 2011


End of C-level stack:



 _____________________________________________________________________________
| Possible Internal Error: HostCoreDump invoked at 07/11/11 18:48:51.516 ART
 in process 3442

  then I have to change the version of gemtools?
best
mdc



On Mon, Jul 11, 2011 at 6:32 PM, Juan <[hidden email]> wrote:
Dale

thanks for support. the error is not descriptive.


'11 July 2011 6:31:15 pm

VM: Win32 - a SmalltalkImage
Image: Pharo0.1 [Latest update: #10243]

SecurityManager state:
Restricted: false
FileAccess: true
SocketAccess: true
Working Dir C:\dvd\glass\Contents\Resources
Trusted Dir C:\dvd\glass\Contents\Resources\Administrador
Untrusted Dir C:\My Squeak\Administrador

[] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGuest      ifTrue: ['''']...]}
    Arguments and temporary variables:
        initializeServer:     true
        desc:     an OGCustomSessionDescription
        messageText:     ''Network error - text follows:
''
        ex:     Error: Network error - text follows:


BlockContext>>on:do:
    Receiver: [] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGue...etc...
    Arguments and temporary variables:
        exception:     Error
        handlerAction:     [] in OGSessionNode>>basicLogin: {[:ex |  session := nil.  ^ ex ...etc...
        handlerActive:     false
    Receiver''s instance variables:
        sender:     BlockContext>>on:do:
        pc:     174
        stackp:     0
        nargs:     0
        startpc:     136
        home:     OGSessionNode>>basicLogin:

OGSessionNode>>basicLogin:
    Receiver: an OGSessionNode
    Arguments and temporary variables:
        initializeServer:     true
        desc:     an OGCustomSessionDescription
        messageText:     ''Network error - text follows:
''
        ex:     Error: Network error - text follows:

    Receiver''s instance variables:
        metaNode:     Session

        navigation:     an OBDefaultEdgeNavigation
        session:     nil
        sessionDescription:     an OGCustomSessionDescription
        windowSessionNumber:     nil
        autoCommit:     true
        autoMigrate:     true
        glassPackageName:     nil
        backupFileName:     nil
        workspaceNode:     an OGWorkspaceNode

OGSessionNode>>login
    Receiver: an OGSessionNode
    Arguments and temporary variables:

    Receiver''s instance variables:
        metaNode:     Session

        navigation:     an OBDefaultEdgeNavigation
        session:     nil
        sessionDescription:     an OGCustomSessionDescription
        windowSessionNumber:     nil
        autoCommit:     true
        autoMigrate:     true
        glassPackageName:     nil
        backupFileName:     nil
        workspaceNode:     an OGWorkspaceNode


--- The full stack ---
[] in OGSessionNode>>basicLogin: {[(session    login: desc password    osUser: (desc isGuest      ifTrue: ['''']...]}
BlockContext>>on:do:
OGSessionNode>>basicLogin:
OGSessionNode>>login
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
OGCmdLoginSession>>execute
PluggableButtonMorphPlus(PluggableButtonMorph)>>performAction
PluggableButtonMorphPlus>>performAction
[] in PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp: {[:m | (m containsPoint: evt cursorPoint)   ifTrue: [m performAction]]}
Array(SequenceableCollection)>>do:
PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp:
PluggableButtonMorphPlus>>mouseUp:
PluggableButtonMorphPlus(Morph)>>handleMouseUp:
MouseButtonEvent>>sentTo:
PluggableButtonMorphPlus(Morph)>>handleEvent:
PluggableButtonMorphPlus(Morph)>>handleFocusEvent:
[] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self.  ActiveEvent := anEvent.  result := focusHolder     han...]}
[] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]}
BlockContext>>on:do:
PasteUpMorph>>becomeActiveDuring:
HandMorph>>sendFocusEvent:to:clear:
HandMorph>>sendEvent:focus:clear:
HandMorph>>sendMouseEvent:
HandMorph>>handleEvent:
HandMorph>>processEvents
[] in WorldState>>doOneCycleNowFor: {[:h |  ActiveHand := h.  h processEvents.  ActiveHand := nil]}
Array(SequenceableCollection)>>do:
WorldState>>handsDo:
WorldState>>doOneCycleNowFor:
WorldState>>doOneCycleFor:
PasteUpMorph>>doOneCycle
[] in Project class>>spawnNewProcess {[[World doOneCycle.  Processor yield.  false] whileFalse.  nil]}
[] in BlockContext>>newProcess {[self value.  Processor terminateActive]}
'
tia.
Best 
mdc



On Mon, Jul 11, 2011 at 6:27 PM, Dale Henrichs <[hidden email]> wrote:
Debug the error that you get from GemTools in the GemTools image and either ship me the stack for further analysis or look for the spot where the error was generated and poke around in the objects from that stack frame ... there should be more information available there ...

Dale

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 2:19:09 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
| which log file is the most interesting?
| i can't see any stack trace... :(
| best
| mdc
|
|
|
| On Mon, Jul 11, 2011 at 6:10 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Ah okay ... I would guess that the Application Status code is looking
| in a different location for the process status ... I think that code
| was pretty much hard-wired to the GLASS appliance ...
|
| There is an error message buried in the stack, so if you could give
| me the stack trace, I can help you find the real error message an
| dwork from there...
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 1:58:26 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| |
| | On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Juan,
| |
| | I'm afraid that I don't know what "browser don't have all lights
| | green" means.
| |
| |
| | The browser pointing to gemstone server , some like
| |
| | http://168.83.84.63/
| |
| | show me the
| |
| | • GLASS Appliance Status
| | GemStone Processes
| |
| |
| | Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| | 9003: Down Gem Maint: OK Network Information
| |
| |
| | lo: 127.0.0.1 eth0: 168.83.84.63 System Information
| |
| |
| | Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
| | •
| |
| | in pharo image debugging the error
| | the error description
| | 'Network error - text follows:
| | '
| | not descriptive error btw.
| |
| | best
| | mdc
| |
| |
| | When the connection to the server from gemtools fails, you should
| | get
| | a walkback error on the gemtools client side with some level of
| | information about the error that is occuring ... depending upon the
| | error we may have to look at other log files. If a gem succeeds in
| | logging in the gem log should show up in your home directory ...
| |
| |
| | Yes the error description was
| |
| |
| |
| |
| | Dale
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| |
| |
| |
| | | Sent: Monday, July 11, 2011 1:40:33 PM
| | | Subject: Re: [GS/SS Beta] was gems don't start
| | |
| | | Dale
| | |
| | |
| | |
| | | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | | [hidden email]
| | | > wrote:
| | |
| | |
| | | Juan,
| | |
| | | What are you trying to do that makes you think that things are
| | | not
| | | working?
| | |
| | | It does appear that all of the processes are alive and well...
| | |
| | |
| | | yes but browser don't have all lights green.
| | | I do not understand why. only maintenance ligth is green .
| | | however pharo gemtools client , refuse to connect at gemstone
| | | server
| | | ..
| | | where does the program log the connection that fails?
| | | thanks for response.
| | | best
| | | mdc.
| | |
| | |
| | |
| | |
| | |
| | | Dale
| | |
| | |
| | |
| | |
| | | ----- Original Message -----
| | | | From: "Juan" < [hidden email] >
| | | | To: "GemStone Seaside beta discussion" <
| | | | [hidden email]
| | | | >
| | | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | | Subject: [GS/SS Beta] was gems don't start
| | | |
| | | | Dale , folks
| | | |
| | | | After rebuild by hand, the category "FastCGI" to get all the
| | | | gems
| | | | processes started well.
| | | | The browser only has green Gem Maintenance .
| | | | but all process seems to be working .
| | | |
| | | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | | -aglass
| | | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | | 'seaside@1
| | | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | | seaside@168.8
| | | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP 60423
| | | | 90
| | | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | | 'seasid
| | | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | | 'seasi
| | | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | | 'seaside
| | | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | | 'seaside'
| | | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l -T200000
| | | |
| | | | glass ~$ gslist -c
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | glass ~$ gslist -v
| | | | Status Version Owner Pid Port Started Type Name
| | | | ------ --------- --------- ----- ----- ------------ ------ ----
| | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | |
| | | |
| | | | any clue?
| | | | best
| | | | mdc
| | | |
| | | |
| | | |
| | |
| | |
| |
| |
|
|


Reply | Threaded
Open this post in threaded view
|

Re: was gems don't start

Dale Henrichs
Juan,

No problem I appreciate your patience to work through the issues ...

To get the right version of the gci client you should copy the $GEMSTONE/lib32/libgcirpc.so file to your gemtools installation ... following these instructions[1].

Dale

[1] http://code.google.com/p/glassdb/wiki/GettingStartedWithGLASS#Install_GCI_library_files

----- Original Message -----
| From: "Juan" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, July 11, 2011 2:52:20 PM
| Subject: Re: [GS/SS Beta] was gems don't start
|
| Dale
|
| sorry for the noise
| I have found something
| the gemnetobjectxxx.log say
|
| -----------------------------------------------------
| GemStone: Error Fatal
| The versions of RPC GCI client and Gem server are incompatible.
| Error Category: 231169 [GemStone] Number: 4040 Arg Count: 0 Context :
| 20
|
|
| Gemstone Signal Handler: Signal 11, SIGSEGV Received
| HostFaultHandler: signal = 11
| info->si_signo = 11 = 0xb
| info->si_code = 1 = 0x1
| info->si_errno = 0 = 0x0
| info->si_addr = 0x88
| Registers saved from frame receiving the signal:
| rip 0x7f26d756d794 rsp 0x7fff6c81dda8 rbp 0x7f26d782b360
| rax 0x0 rbx 0x7f26d785bd60 rcx 0x96 rdx 0x0
| r8 0x18 r9 0x0 r10 0x0 r11 0x7f26d7b14d92
| r12 0x7f26d782cc40 r13 0x1 r14 0x7f26d782e7e8 r15 0x7f26d7821e01
| rdi 0x7f26d782cc40 rsi 0x0 efl 0x10246 csgsfs_pad 0x33
| err 0x4 trapno 0xe oldmask 0x0 cr2 0x88
|
| Begin attempt to print C-level stack at: Mon Jul 11 18:48:51 ART 2011
|
|
| End of C-level stack:
|
|
|
| _____________________________________________________________________________
| | Possible Internal Error: HostCoreDump invoked at 07/11/11
| | 18:48:51.516 ART
| in process 3442
|
| then I have to change the version of gemtools?
| best
| mdc
|
|
|
|
| On Mon, Jul 11, 2011 at 6:32 PM, Juan < [hidden email]
| > wrote:
|
|
| Dale
|
| thanks for support. the error is not descriptive.
|
|
| '11 July 2011 6:31:15 pm
|
| VM: Win32 - a SmalltalkImage
| Image: Pharo0.1 [Latest update: #10243]
|
| SecurityManager state:
| Restricted: false
| FileAccess: true
| SocketAccess: true
| Working Dir C:\dvd\glass\Contents\Resources
| Trusted Dir C:\dvd\glass\Contents\Resources\Administrador
| Untrusted Dir C:\My Squeak\Administrador
|
| [] in OGSessionNode>>basicLogin: {[(session login: desc password
| osUser: (desc isGuest ifTrue: ['''']...]}
| Arguments and temporary variables:
| initializeServer: true
| desc: an OGCustomSessionDescription
| messageText: ''Network error - text follows:
| ''
| ex: Error: Network error - text follows:
|
|
| BlockContext>>on:do:
| Receiver: [] in OGSessionNode>>basicLogin: {[(session login: desc
| password osUser: (desc isGue...etc...
| Arguments and temporary variables:
| exception: Error
| handlerAction: [] in OGSessionNode>>basicLogin: {[:ex | session :=
| nil. ^ ex ...etc...
| handlerActive: false
| Receiver''s instance variables:
| sender: BlockContext>>on:do:
| pc: 174
| stackp: 0
| nargs: 0
| startpc: 136
| home: OGSessionNode>>basicLogin:
|
| OGSessionNode>>basicLogin:
| Receiver: an OGSessionNode
| Arguments and temporary variables:
| initializeServer: true
| desc: an OGCustomSessionDescription
| messageText: ''Network error - text follows:
| ''
| ex: Error: Network error - text follows:
|
| Receiver''s instance variables:
| metaNode: Session
|
| navigation: an OBDefaultEdgeNavigation
| session: nil
| sessionDescription: an OGCustomSessionDescription
| windowSessionNumber: nil
| autoCommit: true
| autoMigrate: true
| glassPackageName: nil
| backupFileName: nil
| workspaceNode: an OGWorkspaceNode
|
| OGSessionNode>>login
| Receiver: an OGSessionNode
| Arguments and temporary variables:
|
| Receiver''s instance variables:
| metaNode: Session
|
| navigation: an OBDefaultEdgeNavigation
| session: nil
| sessionDescription: an OGCustomSessionDescription
| windowSessionNumber: nil
| autoCommit: true
| autoMigrate: true
| glassPackageName: nil
| backupFileName: nil
| workspaceNode: an OGWorkspaceNode
|
|
| --- The full stack ---
| [] in OGSessionNode>>basicLogin: {[(session login: desc password
| osUser: (desc isGuest ifTrue: ['''']...]}
| BlockContext>>on:do:
| OGSessionNode>>basicLogin:
| OGSessionNode>>login
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| OGCmdLoginSession>>execute
| PluggableButtonMorphPlus(PluggableButtonMorph)>>performAction
| PluggableButtonMorphPlus>>performAction
| [] in PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp: {[:m |
| (m containsPoint: evt cursorPoint) ifTrue: [m performAction]]}
| Array(SequenceableCollection)>>do:
| PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp:
| PluggableButtonMorphPlus>>mouseUp:
| PluggableButtonMorphPlus(Morph)>>handleMouseUp:
| MouseButtonEvent>>sentTo:
| PluggableButtonMorphPlus(Morph)>>handleEvent:
| PluggableButtonMorphPlus(Morph)>>handleFocusEvent:
| [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self.
| ActiveEvent := anEvent. result := focusHolder han...]}
| [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]}
| BlockContext>>on:do:
| PasteUpMorph>>becomeActiveDuring:
| HandMorph>>sendFocusEvent:to:clear:
| HandMorph>>sendEvent:focus:clear:
| HandMorph>>sendMouseEvent:
| HandMorph>>handleEvent:
| HandMorph>>processEvents
| [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h
| processEvents. ActiveHand := nil]}
| Array(SequenceableCollection)>>do:
| WorldState>>handsDo:
| WorldState>>doOneCycleNowFor:
| WorldState>>doOneCycleFor:
| PasteUpMorph>>doOneCycle
| [] in Project class>>spawnNewProcess {[[World doOneCycle. Processor
| yield. false] whileFalse. nil]}
| [] in BlockContext>>newProcess {[self value. Processor
| terminateActive]}
| '
| tia.
| Best
| mdc
|
|
|
|
|
|
| On Mon, Jul 11, 2011 at 6:27 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
| Debug the error that you get from GemTools in the GemTools image and
| either ship me the stack for further analysis or look for the spot
| where the error was generated and poke around in the objects from
| that stack frame ... there should be more information available
| there ...
|
|
| Dale
|
| ----- Original Message -----
| | From: "Juan" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
|
|
|
| | Sent: Monday, July 11, 2011 2:19:09 PM
| | Subject: Re: [GS/SS Beta] was gems don't start
| |
| | Dale
| |
| | which log file is the most interesting?
| | i can't see any stack trace... :(
| | best
| | mdc
| |
| |
| |
| | On Mon, Jul 11, 2011 at 6:10 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| | Ah okay ... I would guess that the Application Status code is
| | looking
| | in a different location for the process status ... I think that
| | code
| | was pretty much hard-wired to the GLASS appliance ...
| |
| | There is an error message buried in the stack, so if you could give
| | me the stack trace, I can help you find the real error message an
| | dwork from there...
| |
| |
| | Dale
| |
| | ----- Original Message -----
| | | From: "Juan" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| |
| |
| |
| | | Sent: Monday, July 11, 2011 1:58:26 PM
| | | Subject: Re: [GS/SS Beta] was gems don't start
| | |
| | | Dale
| | |
| | |
| | | On Mon, Jul 11, 2011 at 5:53 PM, Dale Henrichs <
| | | [hidden email]
| | | > wrote:
| | |
| | |
| | | Juan,
| | |
| | | I'm afraid that I don't know what "browser don't have all lights
| | | green" means.
| | |
| | |
| | | The browser pointing to gemstone server , some like
| | |
| | | http://168.83.84.63/
| | |
| | | show me the
| | |
| | | • GLASS Appliance Status
| | | GemStone Processes
| | |
| | |
| | | Stone: OK cache: OK Netldi: OK Gem 9001: Down Gem 9002: Down Gem
| | | 9003: Down Gem Maint: OK Network Information
| | |
| | |
| | | lo: 127.0.0.1 eth0: 168.83.84.63 System Information
| | |
| | |
| | | Kernel: 2.6.36-gentoo-r8 CPU: 1995.472 MHz RAM: 495 MB
| | | •
| | |
| | | in pharo image debugging the error
| | | the error description
| | | 'Network error - text follows:
| | | '
| | | not descriptive error btw.
| | |
| | | best
| | | mdc
| | |
| | |
| | | When the connection to the server from gemtools fails, you should
| | | get
| | | a walkback error on the gemtools client side with some level of
| | | information about the error that is occuring ... depending upon
| | | the
| | | error we may have to look at other log files. If a gem succeeds
| | | in
| | | logging in the gem log should show up in your home directory ...
| | |
| | |
| | | Yes the error description was
| | |
| | |
| | |
| | |
| | | Dale
| | |
| | | ----- Original Message -----
| | | | From: "Juan" < [hidden email] >
| | | | To: "GemStone Seaside beta discussion" <
| | | | [hidden email]
| | | | >
| | |
| | |
| | |
| | | | Sent: Monday, July 11, 2011 1:40:33 PM
| | | | Subject: Re: [GS/SS Beta] was gems don't start
| | | |
| | | | Dale
| | | |
| | | |
| | | |
| | | | On Mon, Jul 11, 2011 at 4:54 PM, Dale Henrichs <
| | | | [hidden email]
| | | | > wrote:
| | | |
| | | |
| | | | Juan,
| | | |
| | | | What are you trying to do that makes you think that things are
| | | | not
| | | | working?
| | | |
| | | | It does appear that all of the processes are alive and well...
| | | |
| | | |
| | | | yes but browser don't have all lights green.
| | | | I do not understand why. only maintenance ligth is green .
| | | | however pharo gemtools client , refuse to connect at gemstone
| | | | server
| | | | ..
| | | | where does the program log the connection that fails?
| | | | thanks for response.
| | | | best
| | | | mdc.
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | Dale
| | | |
| | | |
| | | |
| | | |
| | | | ----- Original Message -----
| | | | | From: "Juan" < [hidden email] >
| | | | | To: "GemStone Seaside beta discussion" <
| | | | | [hidden email]
| | | | | >
| | | | | Sent: Monday, July 11, 2011 11:31:08 AM
| | | | | Subject: [GS/SS Beta] was gems don't start
| | | | |
| | | | | Dale , folks
| | | | |
| | | | | After rebuild by hand, the category "FastCGI" to get all the
| | | | | gems
| | | | | processes started well.
| | | | | The browser only has green Gem Maintenance .
| | | | | but all process seems to be working .
| | | | |
| | | | | 14537 ? Ss 0:00 /opt/gemstone/product/sys/netldid gs64ldi -g
| | | | | -aglass
| | | | | 14541 ? Ssl 0:02 /opt/gemstone/product/sys/stoned seaside
| | | | | 14542 ? Sl 0:04 \_ /opt/gemstone/product/sys/shrpcmonitor
| | | | | 'seaside@1
| | | | | 14548 ? S 0:00 \_ /opt/gemstone/product/sys/pgsvrmain
| | | | | seaside@168.8
| | | | | 14550 ? S 0:01 \_ /opt/gemstone/product/sys/pgsvrmain TCP
| | | | | 60423
| | | | | 90
| | | | | 14558 ? Sl 0:14 \_ /opt/gemstone/product/sys/gem pagemanager
| | | | | 'seasid
| | | | | 14566 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem reclaimgcgem
| | | | | 'seasi
| | | | | 14567 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem admingcgem
| | | | | 'seaside
| | | | | 14568 ? Sl 0:00 \_ /opt/gemstone/product/sys/gem symbolgem
| | | | | 'seaside'
| | | | | 14594 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | | 14597 tty1 Sl 0:01 /opt/gemstone/product/bin/topaz -l -T50000
| | | | | 14599 tty1 Sl 0:00 /opt/gemstone/product/bin/topaz -l -T50000
| | | | | 14601 tty1 Sl 0:07 /opt/gemstone/product/bin/topaz -l
| | | | | -T200000
| | | | |
| | | | | glass ~$ gslist -c
| | | | | Status Version Owner Pid Port Started Type Name
| | | | | ------ --------- --------- ----- ----- ------------ ------
| | | | | ----
| | | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | | |
| | | | |
| | | | | glass ~$ gslist -v
| | | | | Status Version Owner Pid Port Started Type Name
| | | | | ------ --------- --------- ----- ----- ------------ ------
| | | | | ----
| | | | | OK 2.4.4.4 glass 14542 50531 Jul 11 14:37 cache seaside@glass
| | | | | OK 2.4.4.4 glass 14541 34258 Jul 11 14:37 Stone seaside
| | | | | OK 2.4.4.4 glass 14537 50377 Jul 11 14:37 Netldi gs64ldi
| | | | |
| | | | |
| | | | | any clue?
| | | | | best
| | | | | mdc
| | | | |
| | | | |
| | | | |
| | | |
| | | |
| | |
| | |
| |
| |
|
|
|