jonp Posted May 28, 2015 Share Posted May 28, 2015 If you are seeing segfault errors in your unRAID syslog relating to python, this is not an issue in unRAID OS, but rather, in a container. unRAID OS does not use python anymore (since RC1 and the removal of Xen). However when a segfault is caused by software, the Linux kernel reports it, regardless if it's in a container or not. The same is NOT true of virtual machines, the provide their own virtual kernel in between the software and the host, but containers share access to the Linux kernel with the host, so software segfaults inside a container will be reported to the unRAID syslog. Link to comment
sparklyballs Posted May 28, 2015 Share Posted May 28, 2015 I can't be 100% certain that some segfaults are/aren't due to my kodi headless container. Â segfaults would be certainly be a possibility as it is a patched application forced to do something it was never designed for. Â hence using runit to keep it alive. Â that said, I have instances of other applications causing segfaults, that are not python related and not related to my container either. Â Â Link to comment
Squid Posted May 28, 2015 Share Posted May 28, 2015 I can't be 100% certain that some segfaults are/aren't due to my kodi headless container. Â segfaults would be certainly be a possibility as it is a patched application forced to do something it was never designed for. Â hence using runit to keep it alive. Â that said, I have instances of other applications causing segfaults, that are not python related and not related to my container either. The only segfaults I EVER see are 100% related to folding@home which is 100% a docker container. Link to comment
sparklyballs Posted May 28, 2015 Share Posted May 28, 2015 I can't be 100% certain that some segfaults are/aren't due to my kodi headless container. Â segfaults would be certainly be a possibility as it is a patched application forced to do something it was never designed for. Â hence using runit to keep it alive. Â that said, I have instances of other applications causing segfaults, that are not python related and not related to my container either. The only segfaults I EVER see are 100% related to folding@home which is 100% a docker container. Â Â you don't have the touched by sparklyballs version of FAH though, lol. Link to comment
Wob76 Posted November 9, 2016 Share Posted November 9, 2016 Hi, Â I am seeing a bunch of these messages, is there an easy way to work out which docker they may relate to? Â Most of them seem to relate to ld-musl-x86_64.so.1 if that helps? Â Example:Â python[48043]: segfault at 7261726e8d ip 00002affbd98b61c sp 00002affccbe45a8 error 6 in ld-musl-x86_64.so.1[2affbd968000+88000] Â Thanks, Wob Link to comment
reggierat Posted November 10, 2016 Share Posted November 10, 2016 Linuxserver's headphones is my current source of python related segfaults Link to comment
Wob76 Posted November 10, 2016 Share Posted November 10, 2016 Linuxserver's headphones is my current source of python related segfaults  Thanks for the tip, I am running that, so I'll power it down and see what happens. Is there any other way to find the root cause?  Wob Link to comment
JonathanM Posted November 10, 2016 Share Posted November 10, 2016 Linuxserver's headphones is my current source of python related segfaults I believe the issue started with the rebase to alpine. The musl library seems to be problematic in alpine. Link to comment
Wob76 Posted November 10, 2016 Share Posted November 10, 2016 I am still seeing it after stopping headphones, but I run a number of linuxserver dockers. Â Can these errors be ignored safely? Link to comment
RobJ Posted November 10, 2016 Share Posted November 10, 2016 I am still seeing it after stopping headphones, but I run a number of linuxserver dockers.  Can these errors be ignored safely?  No! I would keep stopping containers, one by one, until the segfaults cease. Link to comment
snidera Posted November 10, 2016 Share Posted November 10, 2016 I'm seeing them only in headphones as well, but it started just before I updated to UnRAID 6.2 (I'm not sure when the docker was updated to Alpine, I thought it was a manual updated, but it could have been something done automatically, I had a few issues pop up at the same time. Updated to 6.2 & all the dockers fixed all but this).  I ONLY see them when I'm 'doing' something with headphones - library scan, refresh artist, etc. I deleted the docker & the config file & started fresh and it has the same behavior, so I assume it's something with headphones or something with the docker. Link to comment
CHBMB Posted November 10, 2016 Share Posted November 10, 2016 I'm seeing them only in headphones as well, but it started just before I updated to UnRAID 6.2 (I'm not sure when the docker was updated to Alpine, I thought it was a manual updated, but it could have been something done automatically, I had a few issues pop up at the same time. Updated to 6.2 & all the dockers fixed all but this).  I ONLY see them when I'm 'doing' something with headphones - library scan, refresh artist, etc. I deleted the docker & the config file & started fresh and it has the same behavior, so I assume it's something with headphones or something with the docker.  As I replied in the headphones thread, just tested this and not seeing the same behaviour on V6.3 RC3 for what it's worth. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.