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

You're my hero! That's exactly those frames that the kernel developers needed as a hint. Now they know where to look at. Many many thanks!

Kai

PS: InTheAir++

Nicely done Paul. It seems like a networking bug. We need more beta testers like you that don't give up.... EVER!!![:D]

Thanks Billybob, Kai.

Ok, now I have a request....  [:D]

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

I'm such a kid !! [;)]

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

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!

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!

 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

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.

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

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

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

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]

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]]

Darn....and I was just about to blame you for my mistake.  [;)]  I should know better than to try to do stuff remotely while I'm at work.  Looks like I fubared my machine cause it didn't boot back up.  [:(]  At least I grabbed a backup before I started making changes.  [[:D]]

I'll reload everything tonight when I get home and try to get the serial console working again.

Yikes.... sorry to hear that.  Let me know what the issue was so I can update the instructions... if that was the cause.

Paul

Eh no worries, I'm at work so I still have my internet, lol.  Wifey is the one that's resorted to using her droid.  [:D]

I don't think it was the instructions, I think I borked my typing of the kernel line if I had to guess.  I've been able to walk wifey though a lot of things but I don't know if I can get her to edit the grub loader and fix my error.  [8-)]

I'll see if I can get things working here in about 2 hours when I get home.

Well I've now reinstalled Astaro 4 times and I still can't get the serial console working.  Each time I try to enable the serial console in the menu.lst file the box no longer boots.  It just hangs at "Grub loading, please wait..." and never gets past that point.

I only deviated from the instructions but changing ttyS0 to ttyUSB0 in the menu.lst and the inittab file since I'm using a USB to serial adaptor and ttyUSB0 is where it seemed to live.  I even went ahead and used your port speed of 115200.

I messed around with this argument a bit trying a few different things:

console=tty0 console=ttyS0,115200

like

console=tty0 console=ttyUSB0,115200

and

console=ttyUSB0 console=ttyUSB0,115200

and even trying just uncommenting out the "serial --unit..." and "terminal --timeout..." lines without adding anything to the kernel /boot/vmlinuz line but grub still hangs and won't continue on.

Per Kia when I do an echo echo hello > /dev/ttyS0 I get an error however when I do an echo hello > /dev/ttyUSB0 I get nothing at all, is what what should happen?

Is this because I'm using a USB to serial adaptor and not an actual serial port?  Would I be better off getting a PCI/PCIe serial card?  I'm not a Linux noob but it's been a LONG time since I've done much of anything with serial and I have never used it in Linux.

I suppose I've gotten to used to my plug and play USB, lol.  [:D]

Thanks so much!