alturismo

and in case you use name instead ip, beware name of docker must be lower case like guacamole, Guacamole wont work ...

well, there is not much in guacamole todo, works out of the box ... the dns auth is just to get the certs and working subdomains, may try if your subdomain for guacamole works by just trying with another "working" service ? just to nail down

standard tcp or udp traffic is like mentioned not supported with http server blocks, it works single as stream "passthrough". if there would be this module included we may could play and bind domains to the stream(s), but its not included so ... sadly no. https://nginx.org/en/docs/stream/ngx_stream_ssl_preread_module.html

there is a template in nginx proxy conf, for subdomain and subfolder, tried those ?

by default its checking the vpn connection and restarts if fails

Hi, looks like i run now in the 2nd long run issue with 6.9 beta 30 here it starts now again to struggle with the unraid web services (tested with different browser too) uptime now 19 days ... sample, CPU usage doesnt update anymore (and of course there should be something) open terminal is broken now log page is broken (spins forever) Rest still seems to be ok ... VM's up, dockers up, shares up, all reachable (not like last time) all this was working a few hours ago. from the tools/system log these are the latest entries Nov 4 17:23:06 AlsServer kernel: br0: port 4(vnet2) entered blocking state Nov 4 17:23:06 AlsServer kernel: br0: port 4(vnet2) entered disabled state Nov 4 17:23:06 AlsServer kernel: device vnet2 entered promiscuous mode Nov 4 17:23:06 AlsServer kernel: br0: port 4(vnet2) entered blocking state Nov 4 17:23:06 AlsServer kernel: br0: port 4(vnet2) entered forwarding state Nov 4 17:23:07 AlsServer avahi-daemon[10889]: Joining mDNS multicast group on interface vnet2.IPv6 with address fe80::fc54:ff:feb5:951d. Nov 4 17:23:07 AlsServer avahi-daemon[10889]: New relevant interface vnet2.IPv6 for mDNS. Nov 4 17:23:07 AlsServer avahi-daemon[10889]: Registering new address record for fe80::fc54:ff:feb5:951d on vnet2.*. Nov 4 18:01:21 AlsServer nginx: 2020/11/04 18:01:21 [error] 13223#13223: *6383070 connect() to unix:/var/run/ttyd.sock failed (111: Connection refused) while connecting to upstream, client: 192.168.1.200, server: , request: "GET /webterminal/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "192.168.1.2", referrer: "http://192.168.1.2/Dashboard" Nov 4 18:04:01 AlsServer webGUI: Successful login user root from 192.168.1.200 Nov 4 18:04:36 AlsServer nginx: 2020/11/04 18:04:36 [error] 13223#13223: *6383365 connect() to unix:/var/run/ttyd.sock failed (111: Connection refused) while connecting to upstream, client: 192.168.1.200, server: , request: "GET /webterminal/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "192.168.1.2", referrer: "http://192.168.1.2/Dashboard" Nov 4 18:05:20 AlsServer unassigned.devices: Error: shell_exec(/bin/df '/mnt/disks/192.168.1.45_internal' --output=size,used,avail | /bin/grep -v '1K-blocks' 2>/dev/null) took longer than 2s! diags attached. i leave it now running for a little before i reboot or even may rather roll back to .29 which was running nice from day 1 to update to .30 (24/7) if you need any further infos from the system, let me know, but as this is now the 2nd time the system runs into a "more or less" unreachable state ... i guess it has something todo with the emhttpd changes ... no changes, no new VM's, no new Dockers, ... just a small docker switch a few days ago but that shouldnt be the reason for unraid webgui issues. may a way to restart the httpd service ? just to make sure ? external ssh access is still working too (like last time)diags.zip

may as start point

yes Gesendet von meinem SM-G981B mit Tapatalk

ok, 1st booted in safe mode GUI, no plugins loaded. -> system is reachable again in LAN, VM and Docker also working just no plugins loaded ... now, changed my append on regular boot, removed isolcpu and stubs as they where managed through unraid meanwhile anyway, rebooted -> all working again just the isolcpu was gone, probably due i setted it up through appnd only changed now isolcpu in GUI to get back as before, rebooted -> looking all good again now closing now my external ports again for webgui and ssh usage but honestly, i cant understand why its working again like this ... this was my append line before (like the last 1 - 2 years ...) append pci-stub.ids=10de:1b81,10de:10f0,10de:1d01,10de:0fb8,8086:a2af,1106:3483 pcie_acs_override=downstream isolcpus=2,3,4,5,8,9,10,11 kvm-intel.nested=1 initrd=/bzroot mitigations=off

well, cant imagine its a config thing as it stopped working while running ... i mean its all working besides the system (unraid host on 192.168.1.2) is not accepting connections from LAN, ONLY from external ... which is a bit weird to me ... also all other connections in the bridge are working, all dockers now (i changed the mysql docker to its own ip) and now the dependant dockers like nextcloud and guacamole are also up and running, all VM's are fine, all connections in LAN from VM's, Dockers, other devices are all fine ... so like a firewall blocking unraid host from internal access, no http, no smb, no ... so, when i boot in safe mode, what should i look for ? debug what ? look for ? or just check if system is then reachable from LAN ?

as i am at home now i made another hard reboot, power off / on. boot sequence etc looking all good, i just cant reach my services anymore related to server ip 192.168.1.2 at all, all services besides that are working fine. Shares (not reachable) dockers running on host in bridge mode like mariadb (not reachable) webgui not reachable VNC to a VM using unraid vnc the same, not reachable and here also, i can forward external port to unraid server and webgui is there ... so, i can proceed any local connection to the host server (unraid), only via external connections ... tested from local VM running on top of unraid, also tested from laptop @home ... may a hint what could be broken here ? no hardware changes, no changes on network config, ...

so overall, looks more like a network issue due my srver ip address is not available at all, as i have almost all dockers on custom br:0 with their own ip's, thats why they are mostly working ... so, somehow local binding is not working in network ... like described ssh to 192.168.1.2 <<-- doesnt work ssh to ssh.mydomain.de (port 22 forwarded to 192.168.1.2) <<-- working from the same VM in LAN running on unraid

attached, syslog before and after reboot now also, i can only ssh from externally now via port forwarding, internal LAN 192.168.1.2 ... like not listening ... dockers mostly running, not all ... the ones which are related to mysql which is running on host which is not available anymore local ... VM's looking good very very weird syslog.txt i hope someone can help i also added the network.cfg file, but looking good to me ... syslog_rebooted.txt network.cfg

ok, server did reboot, but webgui is still gone ... oot@AlsServer:~# uptime 17:20:18 up 2 min, 1 user, load average: 8.85, 4.20, 1.58 root@AlsServer:~#

tried it all, stopped libvirt service fine, just docker service is ... /sbin/reboot ... lets see what happens and thanks for the tipp with unmount ... you prolly right but was too fast now

and it looks now its completely stalled ... cant even reboot via ssh, so i have to hard reboot when im at home seems docker service is blocking from reboot also stalls when i do /etc/rc.d/rc.docker stop so i guess docker service is borked i can tell when im at home, if you have anymore ideas what todo via ssh ... i ll try

cat didnt work out, always "no such file .." on target cat /var/log/syslog /boot/syslog.txt .... Oct 15 16:50:05 AlsServer sshd[8312]: Starting session: shell on pts/0 for root from 88.73.177.160 port 47984 id 0 cat: /mnt/user/appdata/syslog.txt: No such file or directory root@AlsServer:~# i copied the syslog file now to be sure

Hi, issue here on 6.9 30 Beta, webui not accessible anymore since somewhen today ... root@AlsServer:~# uptime 15:56:46 up 8 days, 9:04, 1 user, load average: 16.96, 16.27, 15.04 pretty much since the release of the .30 beta, worked like a charm since today before i try to restart nginx (would be nice to have a proper way todo so on unraid) i try to fetch some diagnostics, bus seems like i have no luck with that ... root@AlsServer:~# diagnostics Starting diagnostics collection... Resting there forever ... VM's, Dockers, Shares, ... all seem to work fine, only webui is not working anymore may some hints howto "safe" restart nginx on unraid ? thanks ahead

same for amc ErrorWarningSystemArrayLogin [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-app-niceness.sh: executing... [cont-init.d] 00-app-niceness.sh: exited 0. [cont-init.d] 00-app-script.sh: executing... [cont-init.d] 00-app-script.sh: exited 0. [cont-init.d] 00-app-user-map.sh: executing... [cont-init.d] 00-app-user-map.sh: exited 0. [cont-init.d] 00-clean-logmonitor-states.sh: executing... [cont-init.d] 00-clean-logmonitor-states.sh: exited 0. [cont-init.d] 00-clean-tmp-dir.sh: executing... [cont-init.d] 00-clean-tmp-dir.sh: exited 0. [cont-init.d] 00-set-app-deps.sh: executing... [cont-init.d] 00-set-app-deps.sh: exited 0. [cont-init.d] 00-set-home.sh: executing... [cont-init.d] 00-set-home.sh: exited 0. [cont-init.d] 00-take-config-ownership.sh: executing... [cont-init.d] 00-take-config-ownership.sh: exited 0. [cont-init.d] 00-xdg-runtime-dir.sh: executing... [cont-init.d] 00-xdg-runtime-dir.sh: exited 0. [cont-init.d] 10-certs.sh: executing... [cont-init.d] 10-certs.sh: exited 0. [cont-init.d] 10-cjk-font.sh: executing... [cont-init.d] 10-cjk-font.sh: exited 0. [cont-init.d] 10-nginx.sh: executing... [cont-init.d] 10-nginx.sh: exited 0. [cont-init.d] 10-vnc-password.sh: executing... [cont-init.d] 10-vnc-password.sh: exited 0. [cont-init.d] 10-web-index.sh: executing... [cont-init.d] 10-web-index.sh: exited 0. [cont-init.d] filebot.sh: executing... [cont-init.d] filebot.sh: installing requested package(s)... [cont-init.d] filebot.sh: installing 'curl'... [cont-init.d] filebot.sh: fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/APKINDEX.tar.gz [cont-init.d] filebot.sh: fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/APKINDEX.tar.gz [cont-init.d] filebot.sh: (1/1) Installing curl (7.64.0-r4) [cont-init.d] filebot.sh: Executing busybox-1.29.3-r10.trigger [cont-init.d] filebot.sh: OK: 335 MiB in 211 packages [cont-init.d] filebot.sh: package 'bash' already installed [cont-init.d] filebot.sh: exited 0. [cont-init.d] done. [services.d] starting services [services.d] starting s6-fdholderd... [services.d] starting nginx... [services.d] starting xvfb... [nginx] starting... [xvfb] starting... [services.d] starting amc... [services.d] starting logmonitor... [services.d] starting certsmonitor... [logmonitor] no file to monitor: disabling service... [services.d] starting x11vnc... [certsmonitor] disabling service: secure connection not enabled. [x11vnc] starting... [services.d] starting statusmonitor... [statusmonitor] no file to monitor: disabling service... [services.d] starting openbox... [amc] Changes detected in input folder. 02/10/2020 05:53:03 passing arg to libvncserver: -rfbport 02/10/2020 05:53:03 passing arg to libvncserver: 5900 02/10/2020 05:53:03 passing arg to libvncserver: -rfbportv6 02/10/2020 05:53:03 passing arg to libvncserver: -1 02/10/2020 05:53:03 passing arg to libvncserver: -httpportv6 02/10/2020 05:53:03 passing arg to libvncserver: -1 02/10/2020 05:53:03 passing arg to libvncserver: -desktop 02/10/2020 05:53:03 passing arg to libvncserver: FileBot 02/10/2020 05:53:03 x11vnc version: 0.9.14 lastmod: 2015-11-14 pid: 1146 02/10/2020 05:53:03 Using X display :0 02/10/2020 05:53:03 rootwin: 0x43 reswin: 0x200001 dpy: 0x98379e0 02/10/2020 05:53:03 02/10/2020 05:53:03 ------------------ USEFUL INFORMATION ------------------ [openbox] starting... [amc] Waiting 10 seconds before proceeding... 02/10/2020 05:53:03 X DAMAGE available on display, using it for polling hints. 02/10/2020 05:53:03 To disable this behavior use: '-noxdamage' 02/10/2020 05:53:03 02/10/2020 05:53:03 Most compositing window managers like 'compiz' or 'beryl' 02/10/2020 05:53:03 cause X DAMAGE to fail, and so you may not see any screen 02/10/2020 05:53:03 updates via VNC. Either disable 'compiz' (recommended) or 02/10/2020 05:53:03 supply the x11vnc '-noxdamage' command line option. 02/10/2020 05:53:03 X COMPOSITE available on display, using it for window polling. 02/10/2020 05:53:03 To disable this behavior use: '-noxcomposite' 02/10/2020 05:53:03 02/10/2020 05:53:03 Wireframing: -wireframe mode is in effect for window moves. 02/10/2020 05:53:03 If this yields undesired behavior (poor response, painting 02/10/2020 05:53:03 errors, etc) it may be disabled: 02/10/2020 05:53:03 - use '-nowf' to disable wireframing completely. 02/10/2020 05:53:03 - use '-nowcr' to disable the Copy Rectangle after the 02/10/2020 05:53:03 moved window is released in the new position. 02/10/2020 05:53:03 Also see the -help entry for tuning parameters. 02/10/2020 05:53:03 You can press 3 Alt_L's (Left "Alt" key) in a row to 02/10/2020 05:53:03 repaint the screen, also see the -fixscreen option for 02/10/2020 05:53:03 periodic repaints. 02/10/2020 05:53:03 GrabServer control via XTEST. 02/10/2020 05:53:03 02/10/2020 05:53:03 Scroll Detection: -scrollcopyrect mode is in effect to 02/10/2020 05:53:03 use RECORD extension to try to detect scrolling windows 02/10/2020 05:53:03 (induced by either user keystroke or mouse input). 02/10/2020 05:53:03 If this yields undesired behavior (poor response, painting 02/10/2020 05:53:03 errors, etc) it may be disabled via: '-noscr' 02/10/2020 05:53:03 Also see the -help entry for tuning parameters. 02/10/2020 05:53:03 You can press 3 Alt_L's (Left "Alt" key) in a row to 02/10/2020 05:53:03 repaint the screen, also see the -fixscreen option for 02/10/2020 05:53:03 periodic repaints. 02/10/2020 05:53:03 02/10/2020 05:53:03 XKEYBOARD: number of keysyms per keycode 7 is greater 02/10/2020 05:53:03 than 4 and 51 keysyms are mapped above 4. 02/10/2020 05:53:03 Automatically switching to -xkb mode. 02/10/2020 05:53:03 If this makes the key mapping worse you can 02/10/2020 05:53:03 disable it with the "-noxkb" option. 02/10/2020 05:53:03 Also, remember "-remap DEAD" for accenting characters. 02/10/2020 05:53:03 02/10/2020 05:53:03 X FBPM extension not supported. Xlib: extension "DPMS" missing on display ":0". 02/10/2020 05:53:03 X display is not capable of DPMS. 02/10/2020 05:53:03 -------------------------------------------------------- 02/10/2020 05:53:03 02/10/2020 05:53:03 Default visual ID: 0x21 02/10/2020 05:53:03 Read initial data from X display into framebuffer. 02/10/2020 05:53:03 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120 02/10/2020 05:53:03 02/10/2020 05:53:03 X display :0 is 32bpp depth=24 true color 02/10/2020 05:53:03 02/10/2020 05:53:03 Listening for VNC connections on TCP port 5900 02/10/2020 05:53:03 02/10/2020 05:53:03 Xinerama is present and active (e.g. multi-head). 02/10/2020 05:53:03 Xinerama: number of sub-screens: 1 02/10/2020 05:53:03 Xinerama: no blackouts needed (only one sub-screen) 02/10/2020 05:53:03 02/10/2020 05:53:03 fb read rate: 2272 MB/sec 02/10/2020 05:53:03 fast read: reset -wait ms to: 10 02/10/2020 05:53:03 fast read: reset -defer ms to: 10 02/10/2020 05:53:03 The X server says there are 10 mouse buttons. 02/10/2020 05:53:03 screen setup finished. 02/10/2020 05:53:03 The VNC desktop is: ba18039c8b80:0 0 ****************************************************************************** Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet? The scheme stores pixel data offscreen on the VNC viewer side for faster retrieval. It should work with any VNC viewer. Try it by running: x11vnc -ncache 10 ... One can also add -ncache_cr for smooth 'copyrect' window motion. More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching [services.d] starting app... [app] starting FileBot... [services.d] done. Current application revision (r8040) does not match cache revision (r7372): reset cache Initialize new disk cache: /config/cache/0 (process:1234): GLib-GIO-ERROR **: 05:53:06.895: Settings schema 'org.gnome.system.proxy' is not installed Trace/breakpoint trap [amc] Invoking AMC script... [amc] Current application revision (r8040) does not match cache revision (r7372): reset cache [amc] Initialize new disk cache: /config/cache/1 [amc] [amc] (process:1302): GLib-GIO-ERROR **: 05:53:14.599: Settings schema 'org.gnome.system.proxy' is not installed 02/10/2020 05:55:31 Got connection from client 127.0.0.1 02/10/2020 05:55:31 other clients: 02/10/2020 05:55:31 Got 'ws' WebSockets handshake 02/10/2020 05:55:31 Got protocol: binary 02/10/2020 05:55:31 - webSocketsHandshake: using binary/raw encoding 02/10/2020 05:55:31 - WebSockets client version hybi-13 02/10/2020 05:55:31 Disabled X server key autorepeat. 02/10/2020 05:55:31 to force back on run: 'xset r on' (3 times) 02/10/2020 05:55:31 incr accepted_client=1 for 127.0.0.1:33974 sock=10 02/10/2020 05:55:31 Client Protocol Version 3.8 02/10/2020 05:55:31 Protocol version sent 3.8, using 3.8 02/10/2020 05:55:31 rfbProcessClientSecurityType: executing handler for type 1 02/10/2020 05:55:31 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8 02/10/2020 05:55:32 Pixel format for client 127.0.0.1: 02/10/2020 05:55:32 32 bpp, depth 24, little endian 02/10/2020 05:55:32 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0 02/10/2020 05:55:32 no translation needed 02/10/2020 05:55:32 Enabling NewFBSize protocol extension for client 127.0.0.1 02/10/2020 05:55:32 Using image quality level 6 for client 127.0.0.1 02/10/2020 05:55:32 Using JPEG subsampling 0, Q79 for client 127.0.0.1 02/10/2020 05:55:32 Using compression level 9 for client 127.0.0.1 02/10/2020 05:55:32 Enabling LastRect protocol extension for client 127.0.0.1 02/10/2020 05:55:32 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFECC) 02/10/2020 05:55:32 Using tight encoding for client 127.0.0.1 02/10/2020 05:55:33 client_set_net: 127.0.0.1 0.0000 02/10/2020 05:55:33 created xdamage object: 0x20002c 02/10/2020 05:55:37 client_count: 0 02/10/2020 05:55:37 Restored X server key autorepeat to: 1 02/10/2020 05:55:37 Client 127.0.0.1 gone 02/10/2020 05:55:37 Statistics events Transmit/ RawEquiv ( saved) 02/10/2020 05:55:37 FramebufferUpdate : 3 | 0/ 0 ( 0.0%) 02/10/2020 05:55:37 LastRect : 1 | 12/ 12 ( 0.0%) 02/10/2020 05:55:37 tight : 54 | 34464/ 3937992 ( 99.1%) 02/10/2020 05:55:37 TOTALS : 58 | 34476/ 3938004 ( 99.1%) 02/10/2020 05:55:37 Statistics events Received/ RawEquiv ( saved) 02/10/2020 05:55:37 PointerEvent : 6 | 36/ 36 ( 0.0%) 02/10/2020 05:55:37 FramebufferUpdate : 4 | 40/ 40 ( 0.0%) 02/10/2020 05:55:37 SetEncodings : 1 | 52/ 52 ( 0.0%) 02/10/2020 05:55:37 SetPixelFormat : 1 | 20/ 20 ( 0.0%) 02/10/2020 05:55:37 TOTALS : 12 | 148/ 148 ( 0.0%) 02/10/2020 05:55:37 destroyed xdamage object: 0x20002c [amc] Changes detected in input folder. [amc] Waiting 10 seconds before proceeding... [amc] Invoking AMC script... [amc] [amc] (process:1418): GLib-GIO-ERROR **: 06:02:25.405: Settings schema 'org.gnome.system.proxy' is not installed [amc] Changes detected in input folder. [amc] Waiting 10 seconds before proceeding... [amc] Invoking AMC script... [amc] [amc] (process:1476): GLib-GIO-ERROR **: 06:04:36.022: Settings schema 'org.gnome.system.proxy' is not installed

if you use lsio nextcloud and swag docker just follow the explenation ...

try it, but yes, plex is a given parameter from filebot, thats where your current dirs come from mine looks like this as sample TVRIPS/{n}/{episode.special ? 'Special' : 'Season '+s.pad(2)}/{n} - {episode.special ? 'S00E'+special.pad(2) : s00e00} - {t.replaceAll(/[!?.]+$/).replacePart(', Part ')}{'.'+lang} basically, when u used amc before by script, just put your line in there ... no difference

same here, 6.9 beta25 is stable and no real issues ... besides my docker size point which i couldnt figure out yet ... but thats prolly not beta related.

running g2g here and all is working again, looks like SD fixed it, may some lineups need some more time, just as note, so no update from g2g or docker needed.

SD changes always take a while, so may just be a little patient

wip https://forums.schedulesdirect.org/viewtopic.php?f=15&t=3107 to make it short, lets see what SD will do or say about it. from the author of g2g Apparently SD has changed something. The stationID is declared as a string in the SD API (left picture). The server responds with an integer (right picture)