[Glass] GsDevKit Seaside 3.2.12 problem

dario.trussardi@tiscali.it via Glass glass at lists.gemtalksystems.com
Fri Feb 12 09:15:20 PST 2016


Ciao,

     i work with a GsDevKit Seaside 3.2.12 repository, for understand 
the Tode tools.

     I create a new project entry:

         project entry --baseline=DtrBase 
--repo=filetree:///opt/git/DTRDevelopment /sys/local/server/projects

     The baseline is right load when i select the project DtrBase 
baseline menu option.

     After i do the command:    project load DtrBase.

     The system answer the error:

         a MessageNotUnderstood occurred (error 2010), a SmalltalkProxy 
does not understand #'at:otherwise:'

     and become unstable.

     Now when i do the     project list  command or any other tode 
comand the system answer:

Gci31xErrSType64(GciErrSType64)>>readArgumentsAndExceptionClassUsingStonIn: 
in Block: [ :ex | self halt ]
BlockClosure>>cull:
MethodContext(ContextPart)>>handleSignal: in Block: [ self 
exceptionHandlerBlock cull: exception ]
BlockClosure>>ensure:
MethodContext(ContextPart)>>handleSignal:
PrimitiveFailed(Exception)>>signal
PrimitiveFailed class(SelectorException class)>>signalFor:
ExternalAddress(Object)>>primitiveFailed:
ExternalAddress(Object)>>primitiveFailed
ExternalAddress(ByteArray)>>integerAt:size:signed:
ExternalAddress(ByteArray)>>unsignedByteAt:
ExternalAddress>>byteAt:
Gci31xErrSType64(GciErrSType)>>unsignedLongAt:
Gci31xErrSType64(Gci3xErrSType64)>>argsSize
Gci31xErrSType64(GciErrSType64)>>readArguments
Gci31xErrSType64(GciErrSType64)>>initializeUsingSton:session: in Block: 
[ :ex | ...
BlockClosure>>cull:
MethodContext(ContextPart)>>handleSignal: in Block: [ self 
exceptionHandlerBlock cull: exception ]
BlockClosure>>ensure:
MethodContext(ContextPart)>>handleSignal:
MethodContext(ContextPart)>>handleSignal:
TDReadingGciErrorArguments(Exception)>>signal
TDReadingGciErrorArguments class(Exception class)>>signal
Gci31xErrSType64(GciErrSType64)>>initializeUsingSton:session:
Gci31xErrSType64 class(GciErrSType64 class)>>library:session:
Gci64bit32x(GciLibrary)>>getAndClearLastErrorUsingSton:
TodeSession>>getAndClearLastError
TDTopezGemStoneClient>>loginUsing:
TDTopezGemStoneClient>>login
TDTopezGemStoneClient>>session


I think the problem is because into my baseline for gemstone i load the 
MockGemstone.g package.

It is a valid consideration ?

Now when i do:
     meeting at meeting001:~$ stopStone seaside_3212
=================
    GsDevKit script: stopStone seaside_3212
               path: /opt/GsDevKit_home//bin/stopStone
=================


Error running shell command: '/opt/GsDevKit_home/server/bin/gs/stopGemstone'
with args:
STDOUT: '=================
    GsDevKit GemStone script: stopGemstone
=================
cmdLine= stopstone -i seaside_3212 DataCurator swordfish
--- 12/02/2016 15:47:06.141 CET ---
stopstone[Info]: GemStone version ''3.2.12''
stopstone[Info]: initiating ''seaside_3212'' shutdown...
[Info]: libssl-3.2.12-64.so: loaded
ERROR: GsCurrentSession >> _initialize has failed
'
STDERR: stopstone[Error]: Invalid username(DataCurator) or password.
Error: Shell command: '/opt/GsDevKit_home/server/bin/gs/stopGemstone' 
failed.
GsDevKitStopstoneCommandLineHandler class(Object)>>error:
GsDevKitStopstoneCommandLineHandler 
class(GsDevKitAbstractCommandLineHandler 
class)>>runShellCommand:args:noError:
GsDevKitStopstoneCommandLineHandler(GsDevKitAbstractComman
........


Question :

     A) How i can stop the wrong stone?
             I kill the relative process but the gslist report:

         killed  3.2.12    meeting   feb 12 16:05 Stone seaside_3212
         killed  3.2.12    meeting   feb 09 14:05 Netldi seaside_3212_ldi


     B) How i can restore a good repository for restarting the system?

         I have server/stones/seaside_3212/backups/*  but the repository 
don't start and i can not      bu restore

     C) I do  a seasideCreateStone devkit_3212 3.2.12    and all works fine.

         But how i can define the seasideWebPort ?

         When i   seasideWebServer devkit_3212 --start    it use the 8080

     Thanks,

         Dario



More information about the Glass mailing list