Where's sysctl.conf

Post bug reports related to either the kiosk ISO or the kiosk wizard here.
Forum rules
Porteus Kiosk section of the forum is unmaintained now. Its kept in a 'read only' mode for archival purposes.
Please use the kiosk contact page for directing your queries: https://porteus-kiosk.org/contact.html
thewiz
White ninja
White ninja
Posts: 18
Joined: 08 Oct 2017, 16:53
Distribution: Ubuntu

Where's sysctl.conf

Post#1 by thewiz » 30 Oct 2020, 12:37

We occasionally have trouble PXE booting the kiosk. It then gets stuck at a "kernel panic" page. We'd like to make the device reboot when this happens, instead of just sit there. This seems possible to do as described here:

https://www.techrepublic.com/blog/linux ... nel-panic/

But I can't find this directory on the image. I assume it's inside one of the laarge files there, that would then need to be unpacked, patched and re-packaged. Any pointers here would be most welcome.

-JM

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Where's sysctl.conf

Post#2 by fanthom » 30 Oct 2020, 12:49

Hello JM,

As per:
https://www.systutorials.com/how-to-mak ... nel-panic/

1) Please use this parameter when generating PXE Boot image in the kiosk wizard:
kernel_parameters=panic=10


2) Or edit /boot/pxelinux.cfg/default directly and add 'panic=10' parameter to relevant config line.

Confirm by running 'cat /proc/cmdline' over SSH on PXE booted kiosk that 'panic=10' is there.

Thanks
Please add [Solved] to your thread title if the solution was found.

thewiz
White ninja
White ninja
Posts: 18
Joined: 08 Oct 2017, 16:53
Distribution: Ubuntu

Where's sysctl.conf

Post#3 by thewiz » 30 Oct 2020, 14:58

Thank you! :celebrate3: We will investigate to see if this will solve our PXE boot issues.

-JM

jerrymattias
White ninja
White ninja
Posts: 6
Joined: 12 Nov 2020, 09:41
Distribution: Kiosk 5.0

Where's sysctl.conf

Post#4 by jerrymattias » 12 Nov 2020, 10:10

I have set the kernel_parameters=panic=10 in the kiosk wizard and confirmed it is there with cat /proc/cmdline. Is there also a way to force a kernel panic from ssh?

On Ubuntu I have used this method when fiddeling with WatchDogs:

# echo "1" > /proc/sys/kernel/sysrq

# sudo echo c > /proc/sysrq-trigger

Is there a simular method that can be used in Porteus Kiosk?

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Where's sysctl.conf

Post#5 by fanthom » 12 Nov 2020, 13:16

Hello jerrymattias,

I'm not aware of any method which would allow to test kernel panics.

If you find it then please share as it may come useful for debugging.

Thank you.
Please add [Solved] to your thread title if the solution was found.

thewiz
White ninja
White ninja
Posts: 18
Joined: 08 Oct 2017, 16:53
Distribution: Ubuntu

Where's sysctl.conf

Post#6 by thewiz » 23 Nov 2020, 20:28

I added this option in the kiosk wizard, as suggested:

Code: Select all

kernel_parameters=panic=10
However, it seems we can still run into situations during PXE boot where a player ends up with a Kernel Panic without an automatic re-boot after the specified time. When in the boot process are such options from the kiosk wizard applied? Would options from any sysctl.conf file be applied "earlier" in the boot process, or is there no difference? Any other thoughts on how we could avoid Kernel Panic during PXE boot, or how to ensure that a player is indeed always rebooted after such as mishap?

-JM

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Where's sysctl.conf

Post#7 by fanthom » 23 Nov 2020, 20:40

"When in the boot process are such options from the kiosk wizard applied?"
Immediately when the kernel image is extracted.

"Any other thoughts on how we could avoid Kernel Panic during PXE boot, or how to ensure that a player is indeed always rebooted after such as mishap?"
Perhaps the PXE server could SSH into each client mins after boot and toggle the power in case of a failure?
That would require some scripting on the server side and ability to cycle the power.

Or maybe you could find why the panics occur in the first place?
Please use:

Code: Select all

kernel_parameters=debug
and link a photo of the kiosk screen with the error visible on it.

Thanks
Please add [Solved] to your thread title if the solution was found.

thewiz
White ninja
White ninja
Posts: 18
Joined: 08 Oct 2017, 16:53
Distribution: Ubuntu

Where's sysctl.conf

Post#8 by thewiz » 30 Nov 2020, 08:36

"When in the boot process are such options from the kiosk wizard applied?"
Immediately when the kernel image is extracted.
Isn't it then strange that we still can get into a situation with a Kernel Panic message on screen that is NOT causing a reboot after the specified time?
Or maybe you could find why the panics occur in the first place?
Yes, always best of course. But we have not been able to reproduce this in house. It only happen at clients' site, and is rare there too. So hardest kind of problem to pin down and fix :cry:

-JM

User avatar
fanthom
Moderator Team
Moderator Team
Posts: 5666
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland
Contact:

Where's sysctl.conf

Post#9 by fanthom » 30 Nov 2020, 09:33

"Isn't it then strange that we still can get into a situation with a Kernel Panic message on screen that is NOT causing a reboot after the specified time?"
Maybe there is another kernel option which must be enabled.
I actually doubt this as it would be enabled automatically, this is how kernel configurator works.

We have the panic timeout set to '0' (never reboot) by default:

Code: Select all

CONFIG_PANIC_TIMEOUT=0 
We need to prevent rebooting loops (it could affect the hardware in long run).

You still should be able to change default timeout value using our 'kernel_parameters='.


I'm afraid we wont be able to debug this problem properly until we find a way to manually trigger the panic.

Thanks
Please add [Solved] to your thread title if the solution was found.

Locked