Wrong SID Check!

Hiya

Not accessing via bookmark

https://ip/ produces (the usual) warning about the certificate not matching, and then gives me the login page

fw:/root # ls -la /tmp
total 103
drwxrwxrwt   3 root     root         1024 Jul  9 18:57 .
drwxr-xr-x  19 root     root         1024 May 31 09:08 ..
drwxr-xr-x   2 root     root         1024 Jun  6 22:36 .backup
-rw-r--r--   1 root     root         4994 May 31 09:12 .install.log
-rw-r--r--   1 root     root            0 Jul  9 16:53 boot.8.tmp
-rw-rw-rw-   1 root     root           87 Jul  9 16:57 selfmonitoring.14401.tmp
-rw-r--r--   1 root     root        77524 Jul  9 16:53 squid.in
-rw-rw-rw-   1 root     root            0 Jul  9 18:57 superdaemon.alive
-rw-r--r--   1 root     root           60 Jul  9 16:54 wfe.log
-rw-------   1 root     root            5 Jul  9 16:54 wfe.pid
-rw-r--r--   1 wwwrun   nogroup        37 Jul  9 16:54 wfelock


Any ideas?

and you get the error right after logging in ?

Same problem overhere.
Got 2 ASL servers as well. One works fine, the other is giving the above described problem.
He gives me 2 mails:
1) Couldnt contact server 128.242.218.125
After getting the file list, the update server 128.242.218.125 couldnt be
contacted on port 222 as user einsacht, idfile ///etc/einsacht.id.
Unable to get new updates.
2) SelfMonitoring: Malfunctioning gpg(1 times)
Malfunctioning gpg!
gpg with PID 2023 has been running for more then 5 minutes.
Killing PID 2023...


Astaro Security Linux  1.820

+ in the Up2Date window the error described in the previous topics.

I rebooted and after performing a manual Up2Date, he still gives me the same mails, but in the Up2Date windows, he gives me the following:
000 Getting update list from server 128.242.218.125, port 222... connected.
001 Getting updates ( 1.821.tar.gpg)
002 Couldnt contact server 128.242.218.125 to get files ENo such file or directory
003 Write failed flushing stdout buffer. 
004 write stdout: Broken pipe 
005 Searching for update from 1.820 to 1.821 or higher
006 Available updates: 1
007 1.821.tar.gpg
008 Verifying signature and decrypt (v 1.821) for //var/recovery//incoming//1.821.tar.gpg
009 gpg: [don't know]: invalid packet (ctb=41) near 8366118
010 gpg: [don't know]: invalid packet (ctb=05) near 8366119
011 Couldnt extract tar from gpg
012 Delete corrupt Packet
013 Please try again

Hope this helps for identifying the problem....

Yes, the error occurs immediately after logging in.

I've even tried rebooting, and then logging in and running up2date as soon as the box comes up, but to no avail  [:(]

At one point I did get a message saying the process was already running, and it was switching to the running process (which was before I rebooted) .. otherwise same error each time.

hi to both of you,

to help us track down the problem, could you log on with ssh and post the output of /usr/local/bin/superdaemon.pl -V ?

and also, how fast is your internet connection ? (we suspect a timeout).

/tom

Connection is 256K ADSL ... generally get about 25k-30k/s on downloads, although I can do some specific tests to your network if you'd like.

Unfortunately I can't log into the box at the moment as I'm currently 2,000 miles away from it and on a totally untrusted network.

(and I haven't got IPSec working under Mac OS/X just yet  [:)]

I'll post the output just as soon as I can get into the darn firewall  [:)]

Ok, so it was much easier than I thought (god I love ssh  [:)]

fw:/root # /usr/local/bin/superdaemon.pl -V                                          
Bind.pm            1.4      2001/04/20 11:16:55 daniel
mailer.pm          1.31.2.1 2001/05/22 15:24:46 hennig
atqloop.pm         1.9      2001/04/23 13:08:37 daniel
gpg.pm             1.11.2.1 2001/05/28 12:29:32 hennig
harddisk.pm        1.17     2001/04/20 14:15:11 daniel
httpd.pm           1.9      2001/03/24 22:00:47 daniel
load.pm            1.10     2001/03/24 22:00:47 daniel
nacctd.pm          1.22     2001/03/23 18:16:22 daniel
network.pm         1.10     2001/03/24 22:07:08 daniel
procmem.pm         1.23     2001/04/20 12:06:29 daniel
squid.pm           1.13     2001/03/25 17:02:21 daniel
swap.pm            1.9      2001/03/24 22:00:47 daniel
syslogd.pm         1.12     2001/03/25 17:41:24 daniel
tmp_permissions.pm 1.10     2001/03/24 22:00:47 daniel
superdaemon.pl     1.63     2001/04/19 14:44:45 daniel

[ 11 July 2001: Message edited by: Jon Morby ]

I am having the same problem.  My output looks exactly like the output posted by BusinessTraining.  I can paste you stuff as soon as I learn how to get SSH going (ugh, I think I am missing something blatant here.)

-Steve

I have the same problem: I can´t update to version 1.821. The mails and the outputs of "ls -la /tmp" and "/usr/local/bin/superdaemon.pl -V" are the exactly the same as described earlier.
What´s up?
  [;)]

I am fixed... I foundthis archived discussion that fixed my problem.  I didn't have a file in that location to touch, I guess touch creates it because after I ran the touch command, it was there.  

I have updated to 1.821 just fine.  The only issue was that the webadmin timed me out before the update was done so I had to SSH (got it working, had to turn it on, oops) into the box, go to /var/recovery/etc and cat at the .log file there repeatedly to get status.

I didn't even got that far in the end ...

Having read the post(s), I logged in as root, and ran asu.

The 1.821 patch came down fine (I tried it twice, and it worked fine on both occasions)

u2date then installed the patch fine.

I still don't get why / where the SID check errors came from though ...

Hi all,

fyi: we fixed it

Hi all,

fyi: we fixed it