Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 92 replies
  • Subscribers 0 subscribers
  • Views 36738 views
  • Users 0 members are here
Options
Suggested

[8.164][BUG][FIXED] system restart - reason unknown

bananahammick
Hello: 
I am not sure if this is a bug or some other issue. 

Since I have upgraded to 8.164 my system has rebooted itself twice, so far, without warning.

The notification I receive has the reason as unknown.

"Sent: May 3, 2011 9:48 AM


System was restarted
Reason: (unknown)

--
System Uptime      : 0 days 0 hours 0 minutes
System Load        : 1.56
System Version     : Astaro Security Gateway 8.164"

I did not have this issue with 8.163.

My system is a Dell Dimension E521 with 3GB RAM and AMD Athlon(tm) 64 X2 Dual Core Processor 3800+. Please let me know if more information is needed.

Thank you,
-Eric
Parents Reply Children
  • 0 in reply to PaulHolt

    Kai, that ICEcast streaming bug (MantisID: 16970) is really bothering me... are we getting any closer to fixing that?  



    Don't worry, i have this on my radar. 

    It will take some more time though: The same http-proxy guy that looks after your streaming issue is responsible for the AV-Check in the proxy, and he has been busy with other issues during the last days. Yes, we have access to the Sophos AV code now and are already looking at ways how to integrate this into the ASG. So, don't expect anything radically new in the next 1-2 weeks. 

    Cheers,
    Kai
  • 0 in reply to PaulHolt
    Thanks Billybob, Kai.


    No, Thank You [:)]

    Could you please post the values for the RAX and RBX registers?
    (or post an image, its logically between Frame1 and Frame 2).

    Thanks again!
  • 0 in reply to kbr
    So the av scanner is going to be migrated to sophos in this beta?
  • 0 in reply to Billybob
    So the av scanner is going to be migrated to sophos in this beta?


    No, probably not in 8.200. The http-proxy guy has already a very tight schedule. And we would have to change our whole pattern delivery scheme. So, no, i don't believe that we will change that for 8.200.

    But i'm not in the position to decide that. Maybe our product management team changes priorities again. [;)]

    Kai
  • 0 in reply to 67ef1d

     post an image, its logically between Frame1 and Frame 2
    Thanks again!


    67efld, I don't have any frames between these.  The recorded AVI file was at 60 fps and all I got was 5 frames from the crash.  I don't have any serial ports on my machine so I can't even log to serial.... unless there is some other way to log this? 

    I'm using vSphere client console to watch the ASG console while recording with HyperCam at 60 fps.  I think the vSphere client must no be getting all the frames.  Anyway, if someone at Astaro needs more info I'll be glad to help, but I will need some other suggestion on how to catch more info.

    Paul
  • 0 in reply to PaulHolt
    I do have my Astaro box connected via serial to my Fedora machine but I never got the console configured correctly I don't think as I didn't get anything when the box rebooted.

    I'm happy to get any info I can also but I didn't know how to correctly configure the serial console on the Astaro side.
  • 0 in reply to danodemano
    Kai, do you need more crash info?  I have a serial port working.... well mostly.  It logs the boot messages but I don't think it is going to log panics/oops messages.  Here is what I did to get it working.


    1. Edit  /etc/inittab and remove the # from the last line "s0:23:respawn..."
    the line above says "Modify it if you want a console on serial port."



    Then you need to edit /boot/grub/menu.lst .  This is fun since it is mounted RO.


    2. Login to console as root and type "mount".  Note what device /boot is mounted on, mine is on /dev/sda1.



    3. Remount boot as RW by using "mount -o remount,rw /dev/sda1 /" 



    4. Then you need to get into the grub directory and change the attributes of menu.lst, so you can edit it, by typing "chmod 744 /boot/grub/menu.lst"



    5. Using an editor, I used vi, edit menu.lst and add "console=ttyS0,115200 console=tty0" to the kernel /boot/vmlinuz line (see attached image)



    6. reboot



    This seems to get boot messages and a login prompt to the serial port but I don't think it will get the panic/oops messages.  I say this because when you type:


    echo "Hello World" > /dev/console


    on the console it should go to the serial port as well.... but I don't get anything. [:S]

    Paul
  • 0 in reply to danodemano
    Kai, do you need more crash info?  I have a serial port working.... I think.  I will find out when it reboots next time.  Here is what I did to get it working.


    1. Edit  /etc/inittab and remove the # from the last line "s0:23:respawn..." and set your baud rate, I used 115200.
    the line above says "Modify it if you want a console on serial port."

    Then you need to edit /boot/grub/menu.lst .  This is fun since it is mounted RO.




    2. Login to console as root and type "mount".  Note what device /boot is mounted on, mine is on /dev/sda1.



    3. Remount boot as RW by using "mount -o remount,rw /dev/sda1 /boot" 



    4. Then you need to get into the grub directory and change the attributes of menu.lst, so you can edit it, by typing:

     "chmod 744 /boot/grub/menu.lst"



    5. Using an editor, I used vi, edit menu.lst and add "console=tty0 console=ttyS0,115200" to the kernel /boot/vmlinuz line (see attached image)



    6.  Remove the # as directed in menu.lst on the two lines that start with "serial --unit..." and "terminal --timeout...".  Make sure to set the baud rate to what ever you are using, I used 115200.



    7. Reboot



    Test by typing on the console:


    echo "Hello World" > /dev/console


    it should go to the serial port as well.... check.  I seem to get everything but there are strange control type characters... see example below.

    Paul


    [m[?25h:: Starting Sysmon daemon7[?25l
    [80C[10D[1;32mdone[m8[?25h
    [m[?25h:: Starting Console Support7[?25l
    [80C[10D[1;32mdone[m8[?25h
    [m[?25h:: Starting Astaro User Authentication7[?25l
    [80C[10D[1;32mdone[m8[?25h
    [m[?25h:: Backup restore 
    [80C[10D[1;33mskipped[m
  • 0 in reply to PaulHolt
    Hi Paul,

    Kai, do you need more crash info?


    The kernel developers are on the company event this week, but as far as i can tell, they have already taken a look at the changes they made between 8.163 and 8.164. Given that they also have the screenshots that you provided, i think they'll sort it out quickly.

    On the other hand, if you can provide a complete log of such a kernel oops, they might even more quickly find that bug [;)]

    I have a serial port working.... 


    Wow, thanks for all the work setting up that description! Just two notes to add:

    • step 4 isn't necessary if you are logged in as root
    • make sure that your cabling and settings are correct before you reboot: [FONT="Courier New"]echo hello > /dev/ttyS0
    [/FONT]


    Cheers,
    Kai
  • 0 in reply to kbr
    Just in case someone is wondering, when I did this I still get a console login so you won't lose control of your system if your serial port isn't working.  

    Hmm, maybe I need a lawyer here.... 

    Your mileage may vary, results may not be exactly as shown, we cannot be held responsible for circumstances beyond our control.... you get it. [:D]
Unfiltered HTML