Author |
Message |
thekingofspain
|
Posted: Sun Jun 05, 2016 9:44 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
I am still having random freeze when watching recordings in mythtv as I did in 8.3. Pretty sure its a mythtv/nvidia thing around recorded formats. However since upgrading to 8.4.1, I have not been able to restart the frontend as I did in previous releases. First choice Code: sudo sv restart frontend Brute force choice Code: pkill X 8.3 choice Code: ,/customScript 8.4.1 choice Code: sudo shutdown -r What is the proper way to restart the frontend?
|
|
Top |
|
|
brfransen
|
Posted: Mon Jun 06, 2016 7:21 am |
|
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1194
Location:
SC
|
sudo sv restart frontend is probably the most "proper" way. And we have that tied to the Alt+f shortcut. But if that is not working that it would seem to indicate that Xorg is what is wedged and not just mythfrontend. When it freezes are you able to open a xterm or ssh in?
Another note is that one change in R8.4 was that when the frontend shuts down now it tries to kill all mythfrontend explicitly. Before it relied on Xorg taking them down but I have seen some situations where the mythfrontend process didn't quit when Xorg went away.
|
|
Top |
|
|
thekingofspain
|
Posted: Tue Jun 07, 2016 12:13 am |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
I punted on my R8.3 to R8.4 pacman upgrade image and kicked off a new R8.4 image. I think some place in the pacman upgrade, the /tmp got remapped from a my symbolic link hack that pointed to the unlimited disk space back to a physical directory on the near filled root partition, thus loosing some files. When attempting to reinstall all the 8.4 packages, I noticed /tmp getting remapped again. Btw, the pacman reinstall made things worse with mysql dumping on startup; thus a clean install (with proper disk sizing) was warranted.
|
|
Top |
|
|
tscholl
|
Posted: Tue Jun 07, 2016 5:31 pm |
|
Joined: Mon Apr 10, 2006 3:48 pm
Posts: 997
Location:
Lexington, Ky
|
For what it's worth.
I found with R8.3 s udo sv restart frontend never really stopped the original hung frontend process so when it started it again I'd end up with 2 frontend process's running.
I found kill -9 (pid) worked best as a new frontend would restart automatically.
Haven't upgraded to R8.4.1 will let you know.
|
|
Top |
|
|
thekingofspain
|
Posted: Sat Jun 11, 2016 12:15 am |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
8.4.1 restarting the frontend is still wonky after my reinstall.
Sometimes the sv restart frontend works without issue. The 8.4.0 issue with the audio resources being locked has not appeared once in 8.4.1.
However when the restart fails (once the pattern was figured out in 8.4.0, it never failed again), the remote ssh shell become unresponsive to commands, even forced shutdown commands. Spooling multiple shutdown command to the background also does seem to do anything when the machine is in this state.
I have noticed that the mythfrontend process goes into the Z state. Its parent process id was 1 which I believe in the general sv engine. Running kill on xinit and related processes sometimes free frontend such that relaunches properly. When that does not work, sometime the shutdown -r command works. Other times a hard reboot when record is not occurring is the only option. Some time also frees the process and a new version of the process to be spawned.
I have noticed that funcd process is also in a Z state after a reboot.
|
|
Top |
|
|
thekingofspain
|
Posted: Sun Jun 12, 2016 8:28 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
Here are the step that just happend: 1. Watched record show for 45 minutes while one show was taping. 2. Backend continued to record the previous show, 3 block on CBS sunday night sports bleed throughs. 3. Front end was idle for 30+ minutes. 4. Started to watch a recording, 5 minutes in froozen picture. 5. Code: Alt-x , Code: sudo sv restart frontend 6. LinHES backgroun to black screen, to black screen with cursor, back to black screen. 7. Rsh into the machine, vt100 light speed on typing. 8. Code: ps -aux | grep mythfrontend mythtv 28290 5.6 0.0 0 0 ? Zl 01:57 65:24 [mythfrontend] <defunct> 9. Code: kill -9 28290 , nothing 10. htop, 28290 taking 100% CPU 10. shutdown -r, this never completes. My theory is the file is locking up the frontedn until the recording is finished playing back and file lock is released.
|
|
Top |
|
|
brfransen
|
Posted: Mon Jun 13, 2016 7:15 am |
|
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1194
Location:
SC
|
Next time it happens can you see what other processes are zombies? Code: ps aux | grep defunct
|
|
Top |
|
|
thekingofspain
|
Posted: Tue Jun 14, 2016 10:45 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
[quote="brfransen"]Next time it happens can you see what other processes are zombies? Code: root 1064 0.0 0.0 0 0 ? Z 23:14 0:00 [funcd] <defunct> root 1333 0.0 0.0 12576 2260 pts/1 S+ 23:15 0:00 grep defunct mythtv 18815 5.6 0.0 0 0 ? Zl 04:31 63:28 [mythfrontend] <defunct> mythfrontend CPU during the freeze is under 1% After issuing today a Code: sv stop frontend the process jumped to over 100% No entries in the mythfrontend.log minus the last entry of the freeze itself. Code: 2016-06-14T23:02:32.309466-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:1092 (TV) TV::TV(): Creating TV object 2016-06-14T23:02:32.309818-05:00 mythfrontend[18815]: N CoreContext mythmainwindow.cpp:2944 (PauseIdleTimer) Suspending idle timer 2016-06-14T23:02:32.309988-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:1314 (Init) TV::Init(): Created TvPlayWindow. 2016-06-14T23:02:32.310154-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:2275 (HandleStateChange) TV::HandleStateChange(): Attempting to change from None to WatchingPreRecorded 2016-06-14T23:02:32.510604-05:00 mythfrontend[18815]: N CoreContext audioplayer.cpp:167 (ReinitAudio) AudioPlayer: Enabling Audio 2016-06-14T23:02:32.510795-05:00 mythfrontend[18815]: I CoreContext avformatdecoder.cpp:2105 (ScanStreams) AFD: codec AC3 has 2 channels 2016-06-14T23:02:32.511370-05:00 mythfrontend[18815]: I CoreContext avformatdecoder.cpp:2594 (OpenAVCodec) AFD: Opened codec 0x8a85ae0, id(AC3) type(Audio) 2016-06-14T23:02:32.511559-05:00 mythfrontend[18815]: I CoreContext avformatdecoder.cpp:2105 (ScanStreams) AFD: codec AC3 has 1 channels 2016-06-14T23:02:32.512007-05:00 mythfrontend[18815]: I CoreContext avformatdecoder.cpp:2594 (OpenAVCodec) AFD: Opened codec 0x4723f40, id(AC3) type(Audio) 2016-06-14T23:02:32.512188-05:00 mythfrontend[18815]: E CoreContext omxcontext.cpp:135 (OMXComponent) OMX:7 Invalid OpenMAX context 2016-06-14T23:02:32.512642-05:00 mythfrontend[18815]: I CoreContext avformatdecoder.cpp:2594 (OpenAVCodec) AFD: Opened codec 0x8a852e0, id(H264) type(Video) 2016-06-14T23:02:32.512821-05:00 mythfrontend[18815]: I CoreContext audio/audiooutputbase.cpp:809 (Reconfigure) AOBase: Opening audio device 'hdmi:CARD=NVidia,DEV=1' ch 2(2) sr 48000 sf signed 16 bit reenc 1 2016-06-14T23:02:32.712995-05:00 mythfrontend[18815]: I CoreContext mythpainter_ogl.cpp:62 (ClearCache) Clearing OpenGL painter cache. 2016-06-14T23:02:32.814020-05:00 mythfrontend[18815]: I CoreContext mythrender_vdpau.cpp:1751 (CreatePresentationSurfaces) VDPAU: Created 2 output surfaces. 2016-06-14T23:02:32.814410-05:00 mythfrontend[18815]: I CoreContext mythrender_vdpau.cpp:429 (Create) VDPAU: Created VDPAU render device 1920x1080 2016-06-14T23:02:33.115300-05:00 mythfrontend[18815]: N CoreContext mythplayer.cpp:520 (CheckExtraAudioDecode) Player(7): Forcing decode extra audio option on (Video method requires it). 2016-06-14T23:02:33.116130-05:00 mythfrontend[18815]: I CoreContext mythplayer.cpp:1793 (InitAVSync) Player(7): Video timing method: USleep with busy wait 2016-06-14T23:02:33.116581-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:5855 (StartPlayer) TV::StartPlayer(): Created player. 2016-06-14T23:02:33.116810-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:2532 (HandleStateChange) TV::HandleStateChange(): Changing from None to WatchingPreRecorded 2016-06-14T23:02:33.117022-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:2632 (HandleStateChange) TV::HandleStateChange(): Main UI disabled. 2016-06-14T23:02:33.117222-05:00 mythfrontend[18815]: I CoreContext tv_play.cpp:424 (StartTV) TV::StartTV(): Entering main playback loop. 2016-06-14T23:02:33.117540-05:00 mythfrontend[18815]: I Decoder videoout_vdpau.cpp:622 (DrawSlice) VidOutVDPAU: Added 2 new buffers. New buffer size 16 (4 decode and 12 process) 2016-06-14T23:02:33.217962-05:00 mythfrontend[18815]: I CoreContext mythrender_vdpau.cpp:615 (CheckOutputSurfaces) VDPAU: Added 2 output surfaces (total 4, max 4) 2016-06-14T23:03:35.179882-05:00 mythfrontend[18815]: E Decoder mythplayer.cpp:3459 (DecoderGetFrame) Player(7): Decoder timed out waiting for free video buffers. kernal.log after the sv stop frontend Code: Jun 14 23:11:27 mythtvquad kernel: [176954.159893] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:30 mythtvquad kernel: [176957.166178] nvidia-modeset: WARNING: GPU:0: Lost display notification; continuing. Jun 14 23:11:32 mythtvquad kernel: [176959.173058] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:34 mythtvquad kernel: [176961.173157] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:36 mythtvquad kernel: [176963.173910] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:38 mythtvquad kernel: [176965.173990] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:40 mythtvquad kernel: [176967.174637] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:42 mythtvquad kernel: [176969.174738] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:44 mythtvquad kernel: [176971.175367] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:46 mythtvquad kernel: [176973.175479] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:48 mythtvquad kernel: [176975.176081] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:50 mythtvquad kernel: [176977.176168] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:52 mythtvquad kernel: [176979.176793] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:54 mythtvquad kernel: [176981.176890] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:11:56 mythtvquad kernel: [176983.177521] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:11:58 mythtvquad kernel: [176985.177609] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:12:00 mythtvquad kernel: [176987.178218] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:12:02 mythtvquad kernel: [176989.178316] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000917e:0:0:0x00000040 Jun 14 23:12:04 mythtvquad kernel: [176991.179170] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:12:07 mythtvquad kernel: [176994.179701] nvidia-modeset: WARNING: GPU:0: Lost display notification; continuing. Jun 14 23:12:09 mythtvquad kernel: [176996.180234] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000020 Jun 14 23:12:17 mythtvquad kernel: [177004.206995] nvidia-modeset: ERROR: GPU:0: Failed to tear down EVO channel Jun 14 23:13:18 mythtvquad kernel: [177064.630670] nvidia-modeset: ERROR: GPU:0: Idling EVO timed out: 0x0000927d:0:0:0x00000001 Jun 14 23:13:22 mythtvquad kernel: [177069.013663] nvidia-modeset: Freed GPU:0 (GPU-e7016dc9-af93-28b7-6b76-644ad5cc01ff) @ PCI:0000:01:00.0 Jun 14 23:16:20 mythtvquad kernel: [177247.451928] INFO: task nvidia-smi:866 blocked for more than 120 seconds. Jun 14 23:16:20 mythtvquad kernel: [177247.451933] Tainted: P O 4.4.8-1-ARCH #1 Jun 14 23:16:20 mythtvquad kernel: [177247.451935] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 14 23:16:20 mythtvquad kernel: [177247.451937] nvidia-smi D ffff8801ef09bb08 0 866 864 0x00000000 Jun 14 23:16:20 mythtvquad kernel: [177247.451942] ffff8801ef09bb08 ffff8801f8c28000 ffff8801f7938000 ffff8801f8c28000 Jun 14 23:16:20 mythtvquad kernel: [177247.451945] ffff8801ef09c000 ffff8800cb99d868 ffff8801f8c28000 0000000000000041 Jun 14 23:16:20 mythtvquad kernel: [177247.451947] 0000000000000001 ffff8801ef09bb20 ffffffff81593c4c 7fffffffffffffff Jun 14 23:16:20 mythtvquad kernel: [177247.451950] Call Trace: Jun 14 23:16:20 mythtvquad kernel: [177247.451957] [<ffffffff81593c4c>] schedule+0x3c/0x90 Jun 14 23:16:20 mythtvquad kernel: [177247.451960] [<ffffffff815966e6>] schedule_timeout+0x1d6/0x260 Jun 14 23:16:20 mythtvquad kernel: [177247.451965] [<ffffffff811fa0b3>] ? inode_init_always+0xf3/0x190 Jun 14 23:16:20 mythtvquad kernel: [177247.451968] [<ffffffff811f5f27>] ? __d_instantiate+0xc7/0xf0 Jun 14 23:16:20 mythtvquad kernel: [177247.451971] [<ffffffff81595696>] __down+0x76/0xc0 Jun 14 23:16:20 mythtvquad kernel: [177247.452110] [<ffffffffa074a04a>] ? os_alloc_mem+0xea/0xf0 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452114] [<ffffffff810bf191>] down+0x41/0x50 Jun 14 23:16:20 mythtvquad kernel: [177247.452205] [<ffffffffa0749c37>] os_acquire_mutex+0x37/0x40 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452306] [<ffffffffa0c69048>] _nv014753rm+0x18/0x30 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452411] [<ffffffffa0c26a3d>] ? _nv016548rm+0x3d/0x120 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452518] [<ffffffffa0c0bb9d>] ? _nv002452rm+0x191d/0x1940 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452626] [<ffffffffa0c0bca6>] ? _nv000710rm+0x56/0x1bc0 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452734] [<ffffffffa0c0bc82>] ? _nv000710rm+0x32/0x1bc0 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452842] [<ffffffffa0c06758>] ? _nv002721rm+0x608/0x3340 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.452950] [<ffffffffa0c657de>] ? _nv000776rm+0x53e/0x800 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.453050] [<ffffffffa0c6f3b3>] ? rm_ioctl+0x73/0x100 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.453140] [<ffffffffa0740cb4>] ? nvidia_ioctl+0x144/0x4b0 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.453233] [<ffffffffa073f080>] ? nvidia_frontend_compat_ioctl+0x40/0x50 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.453322] [<ffffffffa073f09e>] ? nvidia_frontend_unlocked_ioctl+0xe/0x10 [nvidia] Jun 14 23:16:20 mythtvquad kernel: [177247.453326] [<ffffffff811f3438>] ? do_vfs_ioctl+0x298/0x480 Jun 14 23:16:20 mythtvquad kernel: [177247.453328] [<ffffffff811fe058>] ? set_close_on_exec+0x58/0x70 Jun 14 23:16:20 mythtvquad kernel: [177247.453331] [<ffffffff811f3699>] ? SyS_ioctl+0x79/0x90 Jun 14 23:16:20 mythtvquad kernel: [177247.453334] [<ffffffff8159772e>] ? entry_SYSCALL_64_fastpath+0x12/0x6d
The "INFO: task nvidia-smi:866 blocked for more than 120 seconds." block repeats every 2 minutes. This time the freeze happened after watching 7 shows, of which the last 4 were played for a few minutes and then deleted. htop image https://www.flickr.com/photos/thekingofspain/27403166190/in/dateposted-public/
|
|
Top |
|
|
brfransen
|
Posted: Wed Jun 15, 2016 6:29 am |
|
Joined: Fri Jul 21, 2006 11:12 pm
Posts: 1194
Location:
SC
|
It looks like a hang of GPU. Have you looked at the temp of the GPU? Maybe it is overheating? You can also try and use a different playback profile. Try a non VDPAU one and see if the hang happens.
|
|
Top |
|
|
thekingofspain
|
Posted: Thu Jun 16, 2016 8:56 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
brfransen wrote: It looks like a hang of GPU. Have you looked at the temp of the GPU? Maybe it is overheating? You can also try and use a different playback profile. Try a non VDPAU one and see if the hang happens. The GPU is not overheating, its passive and coming usually off a period of doing nothing. I am pretty sure it is a combination of X, Myth, and nvidia not handling something properly on an allocation or clean up of resources. The previous release of 8.4.0 release of LinHES had the similar playback hang issue. Attempting to restart the frontend however locked the alsa device. The 8.4.1 release has the frontend locking the nividia card and most likely the pci bus. When in this state, it even hard to restart the machine. Is it possible to unload and reload the nvidia drivers in archlinux without rebooting?
|
|
Top |
|
|
thekingofspain
|
Posted: Thu Jun 16, 2016 9:13 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
MythTv Freeze prior to sv stop mythfrontend Code: [root@mythtvquad ~]# pstree -gc runit(1)─┬─sh(937)───vmstat(937) ├─tilda(2055)─┬─bash(674) │ ├─{tilda}(2055) │ ├─{tilda}(2055) │ └─{tilda}(2055) ├─agetty(1) ├─at-spi-bus-laun(2330)─┬─dbus-daemon(2330) │ ├─{at-spi-bus-laun}(2330) │ ├─{at-spi-bus-laun}(2330) │ └─{at-spi-bus-laun}(2330) ├─at-spi2-registr(2330)─┬─{at-spi2-registr}(2330) │ └─{at-spi2-registr}(2330) ├─dbus-daemon(2330) ├─dbus-launch(2055) ├─dhcpcd(874) ├─plymouthd() ├─polkitd(936)─┬─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ └─{polkitd}(936) ├─rpc.gssd(1649) ├─rpc.idmapd(1600) ├─runsvdir(930)─┬─runsv(931)─┬─devmon(931)───udevil(931) │ │ └─run(931)───logger(931) │ ├─runsv(932)───login(945)───bash(2324) │ ├─runsv(933)───agetty(933) │ ├─runsv(934)───avahi-daemon(934)───avahi-daemon(934) │ ├─runsv(935)───msg_daemon.py(935)───{msg_daemon.py}(935) │ ├─runsv(936)───dbus-daemon(936) │ ├─runsv(937)───xymonlaunch(937)─┬─xymond(937) │ │ ├─xymond_channel(937)───xymond_history(937) │ │ ├─xymond_channel(937)───xymond_alert(937) │ │ ├─xymond_channel(937)───xymond_client(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ └─xymond_channel(937)───xymond_hostdata(937) │ ├─runsv(938)───rpc.mountd(938) │ ├─runsv(939) │ ├─runsv(940)───funcd(940)───funcd(940) │ ├─runsv(941)───sshd(941)─┬─sshd(14397)───bash(14406)───pstree(15580) │ │ └─sshd(14401)───sftp-server(14405) │ ├─runsv(943)───su(943)───mythbackend(2415)─┬─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ └─{mythbackend}(2415) │ ├─runsv(944)─┬─crond(967) │ │ └─run(944)───logger(944) │ ├─runsv(947)───run(947)───rpc.statd(947) │ ├─runsv(948)───run(948)───mysqld_safe(948)───mysqld(948)─┬─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ └─{mysqld}(948) │ ├─runsv(949)───rsyslogd(949)─┬─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ └─{rsyslogd}(949) │ ├─runsv(951)───shellinaboxd(951)───shellinaboxd(951) │ ├─runsv(952)───ntpd(952) │ ├─runsv(985)───pause(985) │ ├─runsv(986)───rpcbind(986) │ ├─runsv(987)─┬─acpid(987) │ │ └─run(987)───logger(987) │ ├─runsv(988)───certmaster(988) │ ├─runsv(989)───lighttpd-angel(989)───lighttpd(989)─┬─php-cgi(1628)───php-cgi(1628) │ │ ├─php-cgi(1674)───php-cgi(1674) │ │ ├─php-cgi(1750)───php-cgi(1750) │ │ └─php-cgi(1810)───php-cgi(1810) │ └─runsv(990)─┬─run(990)───logger(990) │ └─su(990)───LinHES-start(1602)───xinit(1602)─┬─LinHES(2055)─┬─e16(2055) │ │ ├─keylaunch(2055) │ │ ├─mythfrontend(2055)─┬─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ ├─{mythfrontend}(2055) │ │ │ └─{mythfrontend}(2055) │ │ ├─tilda(2055)─┬─bash(674) │ │ │ ├─{tilda}(2055) │ │ │ ├─{tilda}(2055) │ │ │ └─{tilda}(2055) │ │ └─unclutter(2055) │ └─Xorg(1765) ├─systemd-udevd(263) ├─udisks-daemon(936)─┬─udisks-daemon(936) │ ├─{udisks-daemon}(936) │ └─{udisks-daemon}(936) └─v86d(189)
pstree post sv frontend stop Code: pstree -gc runit(1)─┬─agetty(1) ├─dhcpcd(874) ├─mythfrontend(2055)───{mythfrontend}(2055) ├─plymouthd() ├─polkitd(936)─┬─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ └─{polkitd}(936) ├─rpc.gssd(1649) ├─rpc.idmapd(1600) ├─runsvdir(930)─┬─runsv(931)─┬─devmon(931)───udevil(931) │ │ └─run(931)───logger(931) │ ├─runsv(932)───login(945)───bash(2324) │ ├─runsv(933)───agetty(933) │ ├─runsv(934)───avahi-daemon(934)───avahi-daemon(934) │ ├─runsv(935)───msg_daemon.py(935)───{msg_daemon.py}(935) │ ├─runsv(936)───dbus-daemon(936) │ ├─runsv(937)───xymonlaunch(937)─┬─xymond(937) │ │ ├─xymond_channel(937)───xymond_history(937) │ │ ├─xymond_channel(937)───xymond_alert(937) │ │ ├─xymond_channel(937)───xymond_client(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ └─xymond_channel(937)───xymond_hostdata(937) │ ├─runsv(938)───rpc.mountd(938) │ ├─runsv(939) │ ├─runsv(940)───funcd(940)───funcd(940) │ ├─runsv(941)───sshd(941)─┬─sshd(14397)───bash(14406)───pstree(16512) │ │ └─sshd(14401)───sftp-server(14405) │ ├─runsv(943)───su(943)───mythbackend(2415)─┬─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ └─{mythbackend}(2415) │ ├─runsv(944)─┬─crond(967) │ │ └─run(944)───logger(944) │ ├─runsv(947)───run(947)───rpc.statd(947) │ ├─runsv(948)───run(948)───mysqld_safe(948)───mysqld(948)─┬─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ └─{mysqld}(948) │ ├─runsv(949)───rsyslogd(949)─┬─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ └─{rsyslogd}(949) │ ├─runsv(951)───shellinaboxd(951)───shellinaboxd(951) │ ├─runsv(952)───ntpd(952) │ ├─runsv(985)───pause(985) │ ├─runsv(986)───rpcbind(986) │ ├─runsv(987)─┬─acpid(987) │ │ └─run(987)───logger(987) │ ├─runsv(988)───certmaster(988) │ ├─runsv(989)───lighttpd-angel(989)───lighttpd(989)─┬─php-cgi(1628)───php-cgi(1628) │ │ ├─php-cgi(1674)───php-cgi(1674) │ │ ├─php-cgi(1750)───php-cgi(1750) │ │ └─php-cgi(1810)───php-cgi(1810) │ └─runsv(990)───run(990)───logger(990) ├─sh(937)───vmstat(937) ├─systemd-udevd(263) ├─udisks-daemon(936)─┬─udisks-daemon(936) │ ├─{udisks-daemon}(936) │ └─{udisks-daemon}(936) └─v86d(189)
after sv start frontend Code: pstree -gc runit(1)─┬─agetty(1) ├─dhcpcd(874) ├─mythfrontend(2055)───{mythfrontend}(2055) ├─plymouthd() ├─polkitd(936)─┬─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ ├─{polkitd}(936) │ └─{polkitd}(936) ├─rpc.gssd(1649) ├─rpc.idmapd(1600) ├─runsvdir(930)─┬─runsv(931)─┬─devmon(931)───udevil(931) │ │ └─run(931)───logger(931) │ ├─runsv(932)───login(945)───bash(2324) │ ├─runsv(933)───agetty(933) │ ├─runsv(934)───avahi-daemon(934)───avahi-daemon(934) │ ├─runsv(935)───msg_daemon.py(935)───{msg_daemon.py}(935) │ ├─runsv(936)───dbus-daemon(936) │ ├─runsv(937)───xymonlaunch(937)─┬─xymond(937) │ │ ├─xymond_channel(937)───xymond_history(937) │ │ ├─xymond_channel(937)───xymond_alert(937) │ │ ├─xymond_channel(937)───xymond_client(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ ├─xymond_channel(937)───xymond_rrd(937) │ │ └─xymond_channel(937)───xymond_hostdata(937) │ ├─runsv(938)───rpc.mountd(938) │ ├─runsv(939) │ ├─runsv(940)───funcd(940)───funcd(940) │ ├─runsv(941)───sshd(941)─┬─sshd(14397)───bash(14406)───pstree(16825) │ │ └─sshd(14401)───sftp-server(14405) │ ├─runsv(943)───su(943)───mythbackend(2415)─┬─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ ├─{mythbackend}(2415) │ │ └─{mythbackend}(2415) │ ├─runsv(944)─┬─crond(967) │ │ └─run(944)───logger(944) │ ├─runsv(947)───run(947)───rpc.statd(947) │ ├─runsv(948)───run(948)───mysqld_safe(948)───mysqld(948)─┬─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ ├─{mysqld}(948) │ │ └─{mysqld}(948) │ ├─runsv(949)───rsyslogd(949)─┬─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ ├─{rsyslogd}(949) │ │ └─{rsyslogd}(949) │ ├─runsv(951)───shellinaboxd(951)───shellinaboxd(951) │ ├─runsv(952)───ntpd(952) │ ├─runsv(985)───pause(985) │ ├─runsv(986)───rpcbind(986) │ ├─runsv(987)─┬─acpid(987) │ │ └─run(987)───logger(987) │ ├─runsv(988)───certmaster(988) │ ├─runsv(989)───lighttpd-angel(989)───lighttpd(989)─┬─php-cgi(1628)───php-cgi(1628) │ │ ├─php-cgi(1674)───php-cgi(1674) │ │ ├─php-cgi(1750)───php-cgi(1750) │ │ └─php-cgi(1810)───php-cgi(1810) │ └─runsv(990)─┬─run(990)───logger(990) │ └─su(990)───LinHES-start(16787)───xinit(16787)───Xorg(16804) ├─sh(937)───vmstat(937) ├─systemd-udevd(263) ├─udisks-daemon(936)─┬─udisks-daemon(936) │ ├─{udisks-daemon}(936) │ └─{udisks-daemon}(936) └─v86d(189)
|
|
Top |
|
|
thekingofspain
|
Posted: Thu Jun 16, 2016 10:16 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
not sure if this a just random luck or but the killing the chvt process stops the frontend from maxing out the cpu and allows the machine to reboot.
I just updated to the latest 4.5.1 packages and will wait until the next feeze to see if anything has changed.
|
|
Top |
|
|
thekingofspain
|
Posted: Sun Jun 19, 2016 11:14 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
thekingofspain wrote: I just updated to the latest R8.4 packages and will wait until the next freeze to see if anything has changed. I have had 5 freezes since my last pacman update. 3 of the freezes responded to sv restart frontend, However each restart took between one minute and two minutes. The 2 failed restarts keep mythfrontend or releated process locked at l00%. Killing the X related processes during this state caused the system to shutdown. Dump of last pacman _Syu Code: [2016-06-16 22:57] [ALPM] upgraded linux (4.4.8-1 -> 4.4.13-1) [2016-06-16 22:57] [ALPM] upgraded nvidia (364.19-5 -> 364.19-6) [2016-06-16 22:57] [ALPM] upgraded libaosd (0.2.7-1 -> 0.2.7-2) [2016-06-16 22:57] [ALPM] upgraded python_aosd (0.2.2-1 -> 0.2.5-1) [2016-06-16 22:57] [ALPM] upgraded LinHES-system (8.4-13 -> 8.4-15) [2016-06-16 22:57] [ALPM] upgraded ceton_infinitv (2013.0326.2226-14 -> 2013.0326.2226-15) [2016-06-16 22:57] [ALPM] installed python2-setuptools (3.4.4-1) [2016-06-16 22:57] [ALPM] upgraded cython2 (0.16-1 -> 0.24-1) [2016-06-16 22:57] [ALPM] installed hdf5 (1.10.0-1) [2016-06-16 22:57] [ALPM] installed netcdf (4.4.1rc1-1) [2016-06-16 22:57] [ALPM] upgraded x265 (1.7-3 -> 1.9-1) [2016-06-16 22:57] [ALPM] upgraded ffmpeg (1:2.8.5-2 -> 1:3.0.2-2) [2016-06-16 22:57] [ALPM] upgraded mythtv (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mytharchive (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythbrowser (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythdb-initial (8.4-3 -> 8.4-4) [2016-06-16 22:57] [ALPM] upgraded mythgame (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythmusic (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythnetvision (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythnews (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded mythweather (0.28-13 -> 0.28-14) [2016-06-16 22:57] [ALPM] upgraded xorg-xrandr (1.3.5-1 -> 1.5.0-1) [2016-06-16 22:58] [ALPM] installed libglvnd (0.1.0.20160411-1) [2016-06-16 22:58] [ALPM] installed nvidia-libgl (364.19-2) [2016-06-16 22:58] [ALPM] installed nvidia-utils (364.19-2) [2016-06-16 22:58] [ALPM] installed nvidia (364.19-6) [2016-06-16 22:58] [ALPM] installed opencl-nvidia (364.19-2) [2016-06-16 22:58] [ALPM] installed nvidia-settings (364.19-1) [2016-06-16 22:58] [ALPM] reinstalled nvidia (364.19-6) [2016-06-16 22:59] [ALPM] installed libglvnd (0.1.0.20160411-1) [2016-06-16 22:59] [ALPM] installed nvidia-libgl (364.19-2) [2016-06-16 22:59] [ALPM] installed nvidia-utils (364.19-2) [2016-06-16 22:59] [ALPM] installed nvidia (364.19-6)
|
|
Top |
|
|
thekingofspain
|
Posted: Tue Jun 21, 2016 11:37 pm |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
No freezes today, so nothing to report on the restart issue. Yesterday I added the following to parameters to the xorg.conf.d in attempt to dezombie the stray frontend related process and rebooted. Code: Section "Device" ... Option "UseHotplugEvents" "false" Option "UseEvents" "false" EndSection
The reasoning was to flatten the underlining software such that old school process management was be directly triggered vs being messaged with the hopefat it being triggered.
|
|
Top |
|
|
thekingofspain
|
Posted: Mon Jul 04, 2016 10:43 am |
|
Joined: Fri Nov 19, 2004 11:58 pm
Posts: 99
|
I had a good week of limited playback freezes and it looks like now a bad week of playback freezes. Again the playback freezes just freeze the video and audio playback its an annoyance. Unfreezing the video playback is now my nemis... I update last week the the latest LinHES pacman packages. The high level behavior of the system when the unfreeze fails is the same, low level its a different. Code: [root@mythtvquad ~]# sv stop frontend timeout: finish: frontend: (pid 3064) 32184s, want down [root@mythtvquad ~]# htop [root@mythtvquad ~]# htop [root@mythtvquad ~]# sv restart frontend ok: run: frontend: (pid 5378) 0s [root@mythtvquad ~]# htop
1 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||100.0%] Tasks: 109, 161 thr; 2 running 2 [|| 2.0%] Load average: 3.02 2.62 1.49 Mem[||||||||||||||||||||||||||||||| 931M/7.80G] Uptime: 09:09:29 Swp[ 0K/7.44G]
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ PPID PGRP MAJFLT CMAJFLT Command 3392 mythtv 20 0 0 0 0 Z 99.7 0.0 18:39.32 1 1969 9 0 mythfrontend [b][6291 mythtv 20 0 0 0 0 R 99.7 0.0 13:35.90 1 1969 0 0 AudioOutputBase[/b] 6812 root 20 0 18540 3980 2848 R 1.3 0.0 0:00.87 2322 6812 0 0 htop 2333 mythtv 20 0 4295M 136M 54232 S 0.7 1.7 1:53.86 908 2333 396 88 /usr/bin/mythbackend -q --syslog local6 2376 mythtv 20 0 4295M 136M 54232 S 0.7 1.7 0:01.48 908 2333 0 88 TVRecEvent 2361 mythtv 20 0 4295M 136M 54232 S 0.0 1.7 0:18.14 908 2333 0 88 LogForward 2839 mythtv 20 0 4295M 136M 54232 S 0.0 1.7 0:10.18 908 2333 0 88 SystemManager 2308 root 20 0 103M 6888 5944 S 0.0 0.1 0:00.27 928 2308 0 0 sshd: root@pts/1 1 root 20 0 1036 4 0 S 0.0 0.0 0:00.56 0 1 6 932 /sbin/runit 179 root 20 0 4600 780 692 S 0.0 0.0 0:00.63 1 179 0 0 /sbin/v86d 253 root 20 0 33528 3564 2328 S 0.0 0.0 0:00.40 1 253 6 128 /usr/lib/systemd/systemd-udevd --daemon 711 root 20 0 9792 1980 1868 S 0.0 0.0 0:00.00 1 1 1 0 agetty -8 38400 tty10 linux 827 root 20 0 6568 1788 1504 S 0.0 0.0 0:03.98 1 827 0 0 /sbin/dhcpcd -L -d eth0 882 root 20 0 4212 1036 952 S 0.0 0.0 0:00.39 1 882 2 0 runsvdir -P /service log: 1 Sendto failed: Connection refused 20 883 root 20 0 4060 752 688 S 0.0 0.0 0:00.00 882 883 0 0 runsv udevil 884 root 20 0 4060 636 572 S 0.0 0.0 0:00.00 882 884 0 0 runsv tty3 885 root 20 0 4060 680 616 S 0.0 0.0 0:00.00 882 885 0 0 runsv tty2 886 root 20 0 4060 676 612 S 0.0 0.0 0:00.00 882 886 0 0 runsv avahi 887 root 20 0 4060 640 580 S 0.0 0.0 0:00.00 882 887 0 0 runsv msg_daemon 888 root 20 0 4060 640 580 S 0.0 0.0 0:00.00 882 888 0 0 runsv dbus 889 root 20 0 4060 672 608 S 0.0 0.0 0:00.00 882 889 0 0 runsv xymon-server 890 root 20 0 4060 680 620 S 0.0 0.0 0:00.00 882 890 0 0 runsv nfsd 891 root 20 0 4060 652 592 S 0.0 0.0 0:00.00 882 891 0 1 runsv netfs 892 root 20 0 4060 636 572 S 0.0 0.0 0:00.00 882 892 0 0 runsv funcd 893 root 20 0 4060 680 620 S 0.0 0.0 0:00.00 882 893 0 0 runsv sshd 894 root 20 0 4060 680 616 S 0.0 0.0 0:00.00 882 894 1 0 runsv mythbackend 895 root 20 0 4060 656 592 S 0.0 0.0 0:00.00 882 895 0 0 runsv cron 896 root 20 0 4060 652 588 S 0.0 0.0 0:00.00 882 896 0 0 runsv nfs-common 897 root 20 0 4060 644 584 S 0.0 0.0 0:00.00 882 897 0 0 runsv mysql 898 root 20 0 4060 680 616 S 0.0 0.0 0:00.00 882 898 0 0 runsv rsyslog 899 root 20 0 4060 672 608 S 0.0 0.0 0:00.00 882 899 0 0 runsv shellinaboxd 900 root 20 0 4060 684 620 S 0.0 0.0 0:00.00 882 900 0 0 runsv ntpd 901 root 20 0 4060 672 608 S 0.0 0.0 0:00.00 882 901 0 0 runsv alsa-utils 902 root 20 0 4060 652 592 S 0.0 0.0 0:00.00 882 902 0 0 runsv rpcbind 903 root 20 0 4060 676 616 S 0.0 0.0 0:00.00 882 903 0 0 runsv acpid 904 root 20 0 4060 680 616 S 0.0 0.0 0:00.00 882 904 0 0 runsv certmaster 905 root 20 0 4060 648 588 S 0.0 0.0 0:00.00 882 905 0 0 runsv lighttpd 906 root 20 0 4060 644 584 S 0.0 0.0 0:00.00 882 906 0 4 runsv frontend 907 root 20 0 21916 2624 2200 S 0.0 0.0 0:00.03 890 890 3 2 /usr/bin/rpc.mountd --foreground F1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit
The AudioOutputBase is new with the latest pacman drop. There is a device similar to the restart issue in R8.3.1 where after a playback freeze. the a restart would not play back video due to the original mythfrontend process hanging around and holding on to the audio device. Killing the original mythfrontend process would fixed the audio lock and the frontend was happy again. I have yet to find a constant way to kill the the proper hung playback proper process that does not leave the entire system gets into the this 100% core state. I started playing with the machines bios settings to see if anything would react different but to no avail as of yet. Attempted to turn off on board sound and moved AHCI from level 1 to level 3. Note that the audio signal is using HDMI from the nvidia card to the Home Theater System. The System is AMD based CPU, but for some reason keeps displaying an extra Intel audio device which I assume is the mother board on video/audio chip.
|
|
Top |
|
|