Difference between revisions of "Crash Troubleshooting"

From MythTV Official Wiki
Jump to: navigation, search
(Frontend Crashes)
(Try to make sense of this page, it's should probably be (re)moved altogether though)
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
= Frontend Crashes =
+
{{Cleanup}}
 +
 
 +
{{Note box|If any MythTV applications or official plugins crash then you should read [http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2 Debugging MythTV] and submit a bug report to the [http://svn.mythtv.org/trac/ Bug Tracker].}}
 +
 
 +
 
 +
This page describes troubleshooting common crashes which occur outside MythTV, usually X or at kernel level. They are not caused by MythTV but usually by bad drivers or bugs in third party hardware.
  
 
== Frontend Crashes X Server on Startup==
 
== Frontend Crashes X Server on Startup==
  
Whenever starting my frontend (separate front/backend systems), the screen would go black, then return me to my Ubuntu login screen.  Logging in, all previously running apps. had closed--the X session had completely restarted.
+
'''Problem''': Whenever starting mythfrontend on a separate front/backend system setup, with X up and running, the screen would go black momentarialy, then return the user to the login screen.  The X session had completely restarted.
 +
 
 +
'''Solution''': This appears to happen some times when the GLX portion of the Nvidia drivers have been overwritten by updated Xorg pacakages.  Re-installing the NVIDIA drivers either via NVidia.com's packaged installer or the distribution's installer has been reported to resolve this problem.
 +
 
 +
Ubuntu specific solution: Some posts over on the Ubuntuforums.org got a reply that someone with a similar problem reinstalled their video drivers and it went away.  In my case, I used envy [http://www.albertomilone.com/nvidia_scripts1.html] to reinstall my nvidia driver for my XFX5200 card, and the crash went away.  I believe envy checks lots of dependencies in order to get the most correct and up to date drivers installed--worked for me!
  
Some posts over on the Ubuntuforums.org got a reply that someone with a similar problem reinstalled their video drivers and it went away.  In my case, I used envy [http://www.albertomilone.com/nvidia_scripts1.html] to reinstall my nvidia driver for my XFX5200 card, and the crash went away.  I believe envy checks lots of dependencies in order to get the most correct and up to date drivers installed--worked for me!
+
Another method of trying to diagnose a mythfrontend failure would be to run, in a terminal window:
 +
  mythfrontend -v all 2>&1 > /tmp/mythfrontend.log
  
= Backend Crashes =
+
The above command will grab all debugging output from mythfrontend and place it in /tmp/mythfrontend.log for the entire session that mythfrontend runs.  Be aware that you do not want to run your frontend this way for very long since the resulting log file will become very large.
  
== Backend Crashes when Beginning a Recording ==
+
If that does not yield the desired results, a desperate diagnosing attempt would be to install "strace" and run:
 +
strace -f mythfrontend 2>&1 > /tmp/mythfrontend.log
  
A MythTV 0.20 backend with a pcHDTV 3000 card and 2.6.19.1 kernel regularly crashed when attempting to record an NTSC signal via the card's S-video or composite inputs (RF input with NTSC signals was not tested). After each crash, the /var/log/mythtv/mythbackend.log file ended with the message "strange error flushing buffer ..." The cause was traced to the video resolution: 720x480 crashed the backend, but 640x480 and lower resolutions did not. (Resolutions between 640x480 and 720x480 weren't tested.)
+
This will output a LOT of detail from the system level of what mythfrontend is doing (opening file handles, host name look up, opening tcp ports, loading libraries, etc). You really should only do this method if you are truly desperate.
  
 
[[Category:Troubleshooting]]
 
[[Category:Troubleshooting]]

Latest revision as of 16:38, 14 September 2008

Clean.png Cleanup: This article or section may require cleanup. Discuss the issue on the talk page


Important.png Note: If any MythTV applications or official plugins crash then you should read Debugging MythTV and submit a bug report to the Bug Tracker.


This page describes troubleshooting common crashes which occur outside MythTV, usually X or at kernel level. They are not caused by MythTV but usually by bad drivers or bugs in third party hardware.

Frontend Crashes X Server on Startup

Problem: Whenever starting mythfrontend on a separate front/backend system setup, with X up and running, the screen would go black momentarialy, then return the user to the login screen. The X session had completely restarted.

Solution: This appears to happen some times when the GLX portion of the Nvidia drivers have been overwritten by updated Xorg pacakages. Re-installing the NVIDIA drivers either via NVidia.com's packaged installer or the distribution's installer has been reported to resolve this problem.

Ubuntu specific solution: Some posts over on the Ubuntuforums.org got a reply that someone with a similar problem reinstalled their video drivers and it went away. In my case, I used envy [1] to reinstall my nvidia driver for my XFX5200 card, and the crash went away. I believe envy checks lots of dependencies in order to get the most correct and up to date drivers installed--worked for me!

Another method of trying to diagnose a mythfrontend failure would be to run, in a terminal window:

 mythfrontend -v all 2>&1 > /tmp/mythfrontend.log

The above command will grab all debugging output from mythfrontend and place it in /tmp/mythfrontend.log for the entire session that mythfrontend runs. Be aware that you do not want to run your frontend this way for very long since the resulting log file will become very large.

If that does not yield the desired results, a desperate diagnosing attempt would be to install "strace" and run:

strace -f mythfrontend 2>&1 > /tmp/mythfrontend.log

This will output a LOT of detail from the system level of what mythfrontend is doing (opening file handles, host name look up, opening tcp ports, loading libraries, etc). You really should only do this method if you are truly desperate.