Invalid session cookie supplied for session
Hi!
I am receiving this message in the jserver logs:
Invalid session cookie supplied for session test.site:1178135737779:-391743236040311715:2617822910155903052.
The operation will fail.
Repeat the request with a valid session cookie.
I can access the web client, i can start the vt420, but any other application that spawns a new browser windows fails. This is a standard install in Suse Linux.
Thanks in advance
[463 byte] By [
Tabornaa] at [2007-11-27 3:07:40]
# 1
I'm getting the same thing, and I know I shouldn't be. I've installed 4.2 many times, and even had 4.3 going on the Sun Ray server last week and it was fine. But now when trying to do a stand alone install, I can't seem to get past this.
Using Solaris x86, been working on this 2-3 days trying Sol10u3 no patches, latest patches, Xorg, Xsun, everything I can think of. I can't fathom why it worked on the exact same box, same OS.. (But it was running Sun Ray server software), and now with a fresh OS install, and it's doing this.
I also noticed it wanted to add itself to /home/ttasys/.ssh/known_hosts, I've never had a home directory for these users before. Made the home directory since I was fresh out of ideas, now it's just one less error message with the same result.
# 2
The only thing I could think that is different, is DNS..
I tried re-installing with DNS disabled, didn't help. Even after setting up DNS (with reversals) for all hosts involved, still no change.
Snooping the network from server startup, to trying to launch a window, I see a lot of TCP checksum errors on the ACK packets coming from the server which is strange. When I tried to launch Object Manager, I see a TCP ACK from port 80 (bad checksum), and then receive a 'HTTP/1.1 204 No Content (text/html)' packet.
Anyone have an idea what would cause this? None of the applications launch if it spawns a new window.
# 4
Well, I fixed it for Solaris. The only difference is I installed the OS with remote services enabled. I usually have them disabled, but I noticed my working SGD VM running with more services.
I'll see if I can track down which services it actually requires. Could very well be XDMCP can't just listen on localhost.
