dlandon

The diagnostics will have the history of what has been happening plus some information on your system hardware and setup.

Please post your diagnostics.

Click on Advanced View and you can edit the WebUI link.

Https://10.0.0.7/zm

Show a screen shot when you try to access the Zoneminder WebUI. Just telling me it doesn't work is of no value.

You might have a port mapping issue. Setting the "Network Type" to "Host" allows a Docker access all ports for that ip address. Set Zoneminder to have a static ip address. Be sure you aren't using port 8443 for Unraid access.

Yes. It just configures the Docker, not Zoneminder.

It's not a 6.6.6 issue. The Zoneminder docker has been changed to only allow https: access. Your template is set up for http: access that Zoneminder no longer allows. Go to CA and find Zoneminder. Then use the default template to setup Zoneminder. Go to the Dockers and left click the Zoneminder icon and choose WebUI. You can the access Zoneminder.

Looks like a Docker (Plex) is having network issues? Jan 1 15:59:36 stylophora kernel: veth0cb3b62: renamed from eth0 Jan 1 15:59:36 stylophora kernel: docker0: port 24(vethc5f9391) entered disabled state Jan 1 15:59:36 stylophora avahi-daemon[5852]: Interface vethc5f9391.IPv6 no longer relevant for mDNS. Jan 1 15:59:36 stylophora avahi-daemon[5852]: Leaving mDNS multicast group on interface vethc5f9391.IPv6 with address fe80::a432:c5ff:fec9:e8a0. Jan 1 15:59:36 stylophora kernel: docker0: port 24(vethc5f9391) entered disabled state Jan 1 15:59:36 stylophora kernel: device vethc5f9391 left promiscuous mode Jan 1 15:59:36 stylophora kernel: docker0: port 24(vethc5f9391) entered disabled state Jan 1 15:59:36 stylophora avahi-daemon[5852]: Withdrawing address record for fe80::a432:c5ff:fec9:e8a0 on vethc5f9391. Jan 1 15:59:37 stylophora kernel: docker0: port 24(vethc413601) entered blocking state Jan 1 15:59:37 stylophora kernel: docker0: port 24(vethc413601) entered disabled state Jan 1 15:59:37 stylophora kernel: device vethc413601 entered promiscuous mode Jan 1 15:59:37 stylophora kernel: IPv6: ADDRCONF(NETDEV_UP): vethc413601: link is not ready Jan 1 15:59:37 stylophora kernel: docker0: port 24(vethc413601) entered blocking state Jan 1 15:59:37 stylophora kernel: docker0: port 24(vethc413601) entered forwarding state Jan 1 15:59:37 stylophora kernel: docker0: port 24(vethc413601) entered disabled state Jan 1 15:59:39 stylophora kernel: eth0: renamed from vethe747236 Jan 1 15:59:39 stylophora kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethc413601: link becomes ready Jan 1 15:59:39 stylophora kernel: docker0: port 24(vethc413601) entered blocking state Jan 1 15:59:39 stylophora kernel: docker0: port 24(vethc413601) entered forwarding state Jan 1 15:59:41 stylophora avahi-daemon[5852]: Joining mDNS multicast group on interface vethc413601.IPv6 with address fe80::2cfc:7bff:fe1e:c30f. Jan 1 15:59:41 stylophora avahi-daemon[5852]: New relevant interface vethc413601.IPv6 for mDNS. Jan 1 15:59:41 stylophora avahi-daemon[5852]: Registering new address record for fe80::2cfc:7bff:fe1e:c30f on vethc413601.*. Jan 1 16:22:16 stylophora kernel: docker0: port 24(vethc413601) entered disabled state Jan 1 16:22:16 stylophora kernel: vethe747236: renamed from eth0 Jan 1 16:22:16 stylophora avahi-daemon[5852]: Interface vethc413601.IPv6 no longer relevant for mDNS. Jan 1 16:22:16 stylophora avahi-daemon[5852]: Leaving mDNS multicast group on interface vethc413601.IPv6 with address fe80::2cfc:7bff:fe1e:c30f. Jan 1 16:22:16 stylophora kernel: docker0: port 24(vethc413601) entered disabled state Jan 1 16:22:16 stylophora kernel: device vethc413601 left promiscuous mode Jan 1 16:22:16 stylophora kernel: docker0: port 24(vethc413601) entered disabled state Jan 1 16:22:16 stylophora avahi-daemon[5852]: Withdrawing address record for fe80::2cfc:7bff:fe1e:c30f on vethc413601. Jan 1 16:22:33 stylophora kernel: docker0: port 24(veth6eae646) entered blocking state Jan 1 16:22:33 stylophora kernel: docker0: port 24(veth6eae646) entered disabled state Jan 1 16:22:33 stylophora kernel: device veth6eae646 entered promiscuous mode Jan 1 16:22:33 stylophora kernel: IPv6: ADDRCONF(NETDEV_UP): veth6eae646: link is not ready Jan 1 16:22:33 stylophora kernel: docker0: port 24(veth6eae646) entered blocking state Jan 1 16:22:33 stylophora kernel: docker0: port 24(veth6eae646) entered forwarding state Jan 1 16:22:33 stylophora kernel: docker0: port 24(veth6eae646) entered disabled state Jan 1 16:22:43 stylophora kernel: eth0: renamed from vetha205cae Jan 1 16:22:43 stylophora kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth6eae646: link becomes ready Jan 1 16:22:43 stylophora kernel: docker0: port 24(veth6eae646) entered blocking state Jan 1 16:22:43 stylophora kernel: docker0: port 24(veth6eae646) entered forwarding state Jan 1 16:22:44 stylophora avahi-daemon[5852]: Joining mDNS multicast group on interface veth6eae646.IPv6 with address fe80::dc6e:4fff:fec6:7906. Jan 1 16:22:44 stylophora avahi-daemon[5852]: New relevant interface veth6eae646.IPv6 for mDNS. Jan 1 16:22:44 stylophora avahi-daemon[5852]: Registering new address record for fe80::dc6e:4fff:fec6:7906 on veth6eae646.*. Jan 1 23:03:54 stylophora kernel: Plex Transcoder[28568]: segfault at 48 ip 000000000047ef67 sp 00007ffdc8b86490 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:03:54 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:04:06 stylophora kernel: Plex Transcoder[29149]: segfault at 48 ip 000000000047ef67 sp 00007ffc2d4a0e50 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:04:06 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:04:18 stylophora kernel: Plex Transcoder[29588]: segfault at 48 ip 000000000047ef67 sp 00007ffc874bb5b0 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:04:18 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:04:30 stylophora kernel: Plex Transcoder[30018]: segfault at 48 ip 000000000047ef67 sp 00007fffe5437d20 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:04:30 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:10:52 stylophora kernel: Plex Transcoder[12826]: segfault at 48 ip 000000000047ef67 sp 00007ffda5149e20 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:10:52 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:11:06 stylophora kernel: Plex Transcoder[13439]: segfault at 48 ip 000000000047ef67 sp 00007fff5a2d0a30 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:11:06 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:11:21 stylophora kernel: Plex Transcoder[14042]: segfault at 48 ip 000000000047ef67 sp 00007ffe7f44c000 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:11:21 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:11:48 stylophora kernel: Plex Transcoder[15213]: segfault at 48 ip 000000000047ef67 sp 00007ffe5a6e5a80 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:11:48 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:12:14 stylophora kernel: Plex Transcoder[16399]: segfault at 48 ip 000000000047ef67 sp 00007ffc39211220 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:12:14 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:12:26 stylophora kernel: Plex Transcoder[16899]: segfault at 48 ip 000000000047ef67 sp 00007ffda782b960 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:12:26 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:12:38 stylophora kernel: Plex Transcoder[17401]: segfault at 48 ip 000000000047ef67 sp 00007fff1e79de40 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:12:38 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6 c7 43 20 00 00 00 00 0f 84 15 02 00 00 44 8b Jan 1 23:12:49 stylophora kernel: Plex Transcoder[17918]: segfault at 48 ip 000000000047ef67 sp 00007ffe9bdd6d20 error 4 in Plex Transcoder[400000+c69000] Jan 1 23:12:49 stylophora kernel: Code: e8 fe af ff ff 48 83 c4 18 5b 5d c3 0f 1f 80 00 00 00 00 41 57 41 56 41 89 d6 41 55 49 89 fd 41 54 55 48 89 f5 53 48 83 ec 28 <48> 8b 5f 48 48 85 f6

Your best bet for help with camera setup is the Zoneminder forums. The link is in the first post.

Do you mean start and stop? There really isn't anything to load and unload.

It doesn't look like the lib.php was put in the right spot. The mount was still using the default settings. I'm going to release the changes I've made. Update the UD plugin and then un-mount and re-mount your nfs shares and try again.

Any feedback? If it works for you, I'd like to release it.

Issues have been reported lately with USB disks and UD. I suspect that there has been a change in Linux causing USB issues. You might try a USB 2 port, but as you know it will not be quite as fast. Using an SSD cache on a SATA or Nvme port is a good way to handle a busy workload. I find it works very well for my VMs and Dockers and I don't see any speed issues.

There you go, bustin' my chops again.

Just the speed of the disk and link. UD doesn't crash. It is a WebUI to manage the mounting and unmounting of the drives and run scripts. This is an issue with USB and/or Linux. UD uses Linux to mount and manage the disk. In general, a USB connection is not the best for the disk load you are describing. You should use a sata or nvme disk.

Someone with this issue please give the attached file a try. I cannot replicate the problem on my setup. I suspect the problem is from the default mount values in older versions of nfs not being appropriate for our situation. I modified the timeout and retry values when mounting a nfs share. Let me see your diagnostics after you give it a try. Unzip and copy the attached file to: cp lib.php /usr/local/emhttp/plugins/unassigned.devices/include/lib.php Then mount the nfs and see if the log messages are still there. lib.zip

They are only current to the latest boot.

Have you posted a diagnostics? I don't remember seeing one on this issue. Just posting a problem without any additional information is not useful. I haven't seen the finger pointing that you are referring to. . There have been a lot of changes lately to samba to address security and those changes may relate to this issue. This is probably not an issue with Unraid because UD uses Linux to perform the mounts. Update to 6.6.6 and the latest UD and then post a diagnostics when you see the issue. I may be able to add some logging to track it down.

Try the latest version and see if it helps. I found a few places where there was potential for hangs.

Sorry, a bad cut and paste. For future reference if you click the 'Help' while on the UD webpage you'll see the rc.unassigned script examples.

Put these lines in a user script: sleep 10 /usr/local/sbin/rc.unassigned mount auto And set it to run on 'At First Array Start Only'. UD mounts the devices at the disks_mounted event and it is probably a bit too soon for your network to be ready, This script will mount any auto mount devices that didn't mount the first time and will not cause any problems to devices already mounted. You may have to adjust the 'sleep 10' line.

UD is trying to access the remote server before your network is initialized.

I prefer a static ip address. Because the certificate in Zonemonder is self generated, browsers will complain about the connection not being secure. It is secure, but the browser is warning you about the certificate not being certified.

When you set a static IP address, use port 443.