DZMM

Is this a recommended change? I just tried this on my W10 and pfsense VMs and they felt sluggish. I went back to a @gridrunner video and saw it was mentioned there as well

But in the morning I have to turn it back on via a 2nd schedule - will that be the plugins auto mode, or turbo write on all the time?

Ok got this working. I deleted my image and appdata, and downloaded the latest version of LE which had handy site examples included. Just used those rather than my cobbled together ones, and all worked fine

Is there a way to schedule automatic mode as per the settings? i.e. I want to turn turbo write off altogether overnight, but switch the automatic mode back on during the day - at the moment I can only turn turbo write ON during the day. Thanks

@eschultz rolling back to 6.5.2 has definitely solved my freezes and crashes. The kids are currently on their VMs for their PC time and we haven't had a freeze or crash - yesterday we were getting them every 1-2 minutes

I've never had much joy either, but I think you need to manually add the muxes as well https://tvheadend.org/boards/4/topics/26917?r=26927#message-26927

Ok, 2 hours into my rollback to 6.5.2 and I haven't had a lockup or a crash yet on my PC (Buzz). The other VMs (LEGO & Disney haven't been used yet and are just at the login screen. They're running at roughly 1/3 of a core (got 4 each) which seems sensible to me. As a sidenote, I've never really paid attention to cadvisor and I've just spotted it shows how many cores docker is using. It's showing an average of 2.5 for me, so I'm going to pin more of my dockers so that my cores are free for my VMs

I'm pretty sure my problems started with 6.5.3rc1 - I posted about my experiences (including GUI mode not working anymore) in the release threads and sent a couple of bug reports. I'm going to rollback to 6.5.2 today to confirm.

Thanks - that fixed the errors. I had lots of ssl_session_cache shared:SSL:10m; dotted about my config fIles, including nginx.conf - I commented them out and all was good. Probably would have been easier to change ssl.conf from 50 to 10, but I'd already started. Not sure why they are out of sync. After all that the Heimdall page didn't load and I ran out of time to play with. I might have another go one day.

No joy - I removed each of my sub-domains one by one, and then removed all the others in one go from default - still get the errors. Not sure what all the other stuff is in default - pretty sure it's all set at install and I haven't touched # listening on port 80 disabled by default, remove the "#" signs to enable # redirect all traffic to https #server { # listen 80; # server_name _; # return 301 https://$host$request_uri; #} # main server block server { listen 443 ssl default_server; root /config/www; index index.html index.htm index.php; server_name _; ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA'; ssl_prefer_server_ciphers on; client_max_body_size 0; location / { try_files $uri $uri/ /index.html /index.php?$args =404; } location ~ \.php$ { fastcgi_split_path_info ^(.+\.php)(/.+)$; # With php7-cgi alone: fastcgi_pass 127.0.0.1:9000; # With php7-fpm: #fastcgi_pass unix:/var/run/php7-fpm.sock; fastcgi_index index.php; include /etc/nginx/fastcgi_params; } # calibre-web location /books { proxy_bind $server_addr; proxy_pass http://192.168.30.72:8083; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Scheme $scheme; proxy_set_header X-Script-Name /books; } # deluge location /deluge { proxy_pass http://192.168.50.73:8112/; proxy_set_header X-Deluge-Base "/deluge/"; } # jackett location /jackett/ { rewrite /jackett/(.*) /$1 break; proxy_bind $server_addr; proxy_pass http://192.168.50.78:9117; } # lazy librarian location /lazy { include /config/nginx/proxy.conf; proxy_pass http://192.168.50.79:5299/lazy; } # Lidarr location /lidarr { auth_request /auth-admin; proxy_pass http://192.168.50.69:8686/lidarr; include /config/nginx/proxy.conf; } # nzbget location /nzbget { proxy_pass http://192.168.30.86:6789; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } # nzbhydra location /nzbhydra { include /config/nginx/proxy.conf; proxy_pass http://192.168.50.77:5075/nzbhydra; } # Ombi location /plexrequest { return 301 $scheme://$host/plexrequest/; } location /plexrequest/ { proxy_pass http://192.168.50.87:3579; proxy_set_header Host $host; proxy_set_header X-Forwarded-Host $server_name; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Ssl on; proxy_set_header X-Forwarded-Proto $scheme; proxy_read_timeout 90; proxy_redirect http://192.168.50.87:3579 https://$host; } if ($http_referer ~* /plexrequest/) { rewrite ^/dist/(.*) $scheme://$host/plexrequest/dist/$1 permanent; } # PLEX location /web { # serve the CSS code proxy_pass https://192.168.30.90:32400; } location /plex { # proxy request to plex server proxy_pass https://192.168.30.90:32400/web; } # Radarr location /radarr { include /config/nginx/proxy.conf; proxy_pass http://192.168.50.92:7878/radarr; } # Sonarr location /sonarr { include /config/nginx/proxy.conf; proxy_pass http://192.168.50.95:8989/sonarr; } # tautulli location /tautulli { proxy_pass http://192.168.50.91:8181; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } # sample reverse proxy config without url base, but as a subdomain "cp", ip and port same as above # notice this is a new server block, you need a new server block for each subdomain #server { # listen 443 ssl; # # root /config/www; # index index.html index.htm index.php; # # server_name cp.*; # # ssl_certificate /config/keys/letsencrypt/fullchain.pem; # ssl_certificate_key /config/keys/letsencrypt/privkey.pem; # ssl_dhparam /config/nginx/dhparams.pem; # ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA'; # ssl_prefer_server_ciphers on; # # client_max_body_size 0; # # location / { # auth_basic "Restricted"; # auth_basic_user_file /config/nginx/.htpasswd; # include /config/nginx/proxy.conf; # proxy_pass http://192.168.1.50:5050; # } #}

ok, had my first crash today which caught me out as I'd gone back to my old carefree ways and wasn't constantly saving stuff.... Had the kids on their VMs this evening and experience was bad - still got lots of freezes. I might rollback

Tried restarting. Not sure how browser cache will help starting a docker?

Thanks - I keep getting this error that breaks LE: nginx: [emerg] the size 52428800 of shared memory zone "SSL" conflicts with already declared size 10485760 in /config/nginx/ssl.conf:3 Any ideas? server { listen 80; server_name home.my-domain.com; return 301 https://$server_name$request_uri; } server { listen 443 ssl; server_name home.my-domain.com; include /config/nginx/ssl.conf; location / { proxy_pass https://192.168.30.2:443; include /config/nginx/proxy.conf; satisfy any; allow 192.168.30.0/24; deny all; auth_basic "Restricted"; auth_basic_user_file /config/nginx/.htpasswd; } }

Anybody running this on 6.5.3? My memory usage is creeping up and upgrading isn't a financially viable option given the insane RAM prices, so interested in giving this a try.

I'm struggling to reverse proxy this. Can someone share their config please. Thanks

Well, I've been using my PC now for 7 hours today and I've not had one crash and although I get the occasional freeze they're not as drastic as before - maybe a second at most. Normally, I would have had 2-3. Looking promising so far. If I make it through a couple of days with no freezes (kids will be online as well soon, so will get more data) I think @limetech might need to look into this and/or change the W10 VM defaults

Can you post the link to the post discussing this please as I couldn't find it. I'm giving it a go on my 3xW10 VMs anyway as I've been seeing a lot of high CPU use and I've also been getting a lot of crashes and freezes, which I hope are related.

Very simple but effective - thank you.

basic question - if I have a custom cron schedule and a task is still running from the last execution (e.g. backup job), will the script get run again or only if it's not already running? Thanks

So. If I do this will scripts set to run at array stop via user scripts still run?

Thank you Zoggy - didn't think of that. I'd actually recreated, but seeing the backup was helpful as I'd forgotten to add a user to a couple of my shares.

Agree. It's a problem for me that if a VM goes wrong (happening a lot with 6.5.3), I'm the only one who can force stop/restart.

Ok, I'm still getting freezes since upgrading from RC1 and I've just had my first VM crash ? Am I the only person having problems (GUI mode stopped working, SMB settings wiped out and constant freezes and frequent VM crashes? with 6.5.3? highlander-diagnostics-20180615-0905.zip

I had custom SMB settings that were wiped out during the upgrade to 6.5.3 from 6.5.3rc1. Bummer Edit: Don't suppose they are backed up anywhere?

Neither of my GUI modes work anymore.....??? default menu.c32 menu title Lime Technology, Inc. prompt 0 timeout 80 label unRAID OS (stubbed NIC,HD Audio,USB) menu default kernel /bzimage append vfio-pci.ids=8086:1521,8086:8d20,1022:3102 initrd=/bzroot label unRAID OS GUI Mode (stubbed NIC, HD Audio,USB) kernel /bzimage append vfio-pci.ids=8086:1521,8086:8d20,1022:3102 initrd=/bzroot,/bzroot-gui label unRAID OS GUI Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot,/bzroot-gui unraidsafemode label unRAID OS Safe Mode (no plugins, no GUI) kernel /bzimage append initrd=/bzroot unraidsafemode label Memtest86+ kernel /memtest Will report back if W10 VMs still freeze and crash regularly