On 12/6/2011 1:14 AM, Axel Thimm wrote:
On Mon, Dec 05, 2011 at 09:49:45AM -0800, Kirk Bocek wrote:
On 12/5/2011 9:23 AM, Axel Thimm wrote:
On Fri, Dec 02, 2011 at 12:57:54PM -0800, Kirk Bocek wrote:
I finally got mythfrontend running on Centos 6 x86_64 but am seeing
a bunch of zombie/defunct child processes. Michal T Dean wrote on
the MythTV Users list:
Have you tried switching to a different nvidia driver like the latest
or the long lived branch?
Yes, I'm running 275.36 right now. I saw this under 290.10 as well.
My installed nvidia packages looks like:
$ rpm -qa |grep nvidia
nvidia-graphics-helpers-0.0.30-33.el6.x86_64
nvidia-graphics275.36-275.36-138.el6.x86_64
nvidia-graphics275.36-kmdl-2.6.32-71.29.1.el6.x86_64-275.36-138.el6.x86_64
nvidia-graphics-devices-1.0-6.el6.noarch
nvidia-graphics275.36-libs-275.36-138.el6.x86_64
These look like a safe bet. Are there maybe any repository
mixing/semi-filtering plugins installed that could have setup a mythtv
package set that doesn't belong together? Or you enabled bleeding and
got 0.25 (partly) installed? A drastic way to check this is to remove
all relevant bits, e.g. all packages with "myth" in their name and
reinstall.
No, this is a clean install of CentOS 6 and will be a single-function
box for myth. Did I maybe miss something from from the core distro as
Michael Dean suggested? udev *is* installed. I did not enable bleeding,
and installed via mythtv-suite. I have since unintstalled a few of the
packages I won't be using like mythzoneminder to see if they might be
the problem but no joy.
Here is the full list of installed myth packages. No .25 packages that I
can see:
$ rpm -qa |grep -i myth
libmythupnp-0.24_0-0.24.1-278.el6.x86_64
libmythtv-0.24_0-0.24.1-278.el6.x86_64
mythmusic-0.24.1-278.el6.x86_64
python-MythTV-0.24.1-278.el6.x86_64
libmythavcore0-0.24.1-278.el6.x86_64
libmythlivemedia-0.24_0-0.24.1-278.el6.x86_64
mythtv-common-0.24.1-278.el6.x86_64
mythtv-themes-0.24.1-278.el6.x86_64
mythgame-0.24.1-278.el6.x86_64
mytharchive-0.24.1-278.el6.x86_64
perl-MythTV-0.24.1-278.el6.x86_64
libmythavcodec52-0.24.1-278.el6.x86_64
libmyth-0.24_0-0.24.1-278.el6.x86_64
libmythfreemheg-0.24_0-0.24.1-278.el6.x86_64
libmythpostproc51-0.24.1-278.el6.x86_64
mythtv-backend-0.24.1-278.el6.x86_64
mythtv-docs-0.24.1-278.el6.x86_64
mythtv-frontend-0.24.1-278.el6.x86_64
mythnews-0.24.1-278.el6.x86_64
mythtv-setup-0.24.1-278.el6.x86_64
mythvideo-0.24.1-278.el6.x86_64
libmythdb-0.24_0-0.24.1-278.el6.x86_64
libmythavformat52-0.24.1-278.el6.x86_64
libmythhdhomerun-0.24_0-0.24.1-278.el6.x86_64
libmythavfilter1-0.24.1-278.el6.x86_64
mythgallery-0.24.1-278.el6.x86_64
myththemes-0.24-177.noarch
libmythavutil50-0.24.1-278.el6.x86_64
libmythswscale0-0.24.1-278.el6.x86_64
libmythavdevice52-0.24.1-278.el6.x86_64
libmythui-0.24_0-0.24.1-278.el6.x86_64
libmythmetadata-0.24_0-0.24.1-278.el6.x86_64
mythweather-0.24.1-278.el6.x86_64
The other reports on zombies and segfaults were due to bad nvidia
drivers, and have been resolved by now - in your case it must be
something else (you did reboot after removing the bad nvidia drivers?)
Yes, I've rebooted after every driver reset.
I manually installed some of the perl library dependencies from DVD 2 of
the distro using rpm -ivh http: etc. because of the way I've published
the source DVDs on my network. Could there be a perl mixup here?
Going back to Michael Dean's point, this is everything udev-related in
the os:
$yum list \*udev\*
Loaded plugins: fastestmirror, refresh-packagekit
Loading mirror speeds from cached hostfile
Installed Packages
libgudev1.x86_64 147-2.29.el6
@anaconda-CentOS-201107091641.x86_64/6.0
libudev.x86_64 147-2.29.el6
@anaconda-CentOS-201107091641.x86_64/6.0
udev.x86_64 147-2.29.el6
@anaconda-CentOS-201107091641.x86_64/6.0
Available Packages
libgudev1.i686 147-2.29.el6 base
libgudev1-devel.i686 147-2.29.el6 base
libgudev1-devel.x86_64 147-2.29.el6 base
libudev.i686 147-2.29.el6 base
libudev-devel.i686 147-2.29.el6 base
libudev-devel.x86_64 147-2.29.el6 base
python-gudev.x86_64 147.1-4.el6_0.1 updates
system-config-printer-udev.x86_64 1.1.16-17.el6 base
Do you think one of those is the problem?
_______________________________________________
atrpms-users mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-users
