| Summary: | media-tv/mythtv-0.20.2_p14357 won't start unless UPnP disabled. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | drumz <paul> |
| Component: | Current packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | media-tv |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
drumz
2007-08-31 23:21:40 UTC
works for me.... do you have any UPnP devices on your network? maybe even stuff you're not aware of? i.e. xbox? ps3? Thanks for the posting. I shutdown myth on my box, re-edited the startup script and removed the '--noupnp' option. Running tcpdump in a different terminal window, I re-started myth. No packets left/received from the box and it showed the same behavior - 100% CPU utilization, error in the log file and not opening the normal myth port (6543). I also nmap'd the few other items on my home network. From what I've found on the net UPnP operates over UDP/1900 and TCP/5000. Nothing on my network has those ports open. Based on the above, I think (I'm not up on UPnP behavior) that rules out any type of conflict with something else on my network. Especially since I didn't see any packets leave my myth box. I also did a netstat on my myth server and ports 1900 and 5000 are not in use by anything else already.... Honestly, running MythTV without disabling UPnP works just fine for me. I personally even use it some times with djmount. I know one other guy at my office that uses it to multiple players at his house. I know beandog and a few others in the IRC channel can run MythTV without having the disable UPnP. The only real way to trace this is going to be using strace to see where it's locking up. I just tested it again (without the '-noupnp' in the startup script) and it's still showing the same behavior for me - it starts up, hits mysql like it should then chews up 100% of the CPU. Disable UPnP and all is well. After Thanksgiving I'll give strace a shot and see if I can find anything additional to provide that might give a clue as to what's going on. If I add strace to the /etc/init.d/ startup script for myth, it doesn't show the problem. If I start it up and then attach to it later while it's consuming a CPU, strace doesn't show any output. Have you mentioned any of this on the upstream MLs or bug trackers? Because I simply can't reproduce this. People with MythTV at my office can't reproduce and people in #gentoo-mythtv can't reproduce. Unless there's some way to reproduce or additional debugging data, there's no way this can be addressed. I just verified that I'm still seeing the same problem. As long as the '--noupnp' option is provided, everything works fine, otherwise it chews up the CPU. I can live with the solution I found, but I'd really like to get to the core of the problem. So unless someone can tell me what additional logging/testing I can do I've tried everything that's been suggested (strace). I haven't tried posting anything up stream, guess that's the only option left at this point. |
