landS

Howdy Folks! I'm in need of some help. Part 1 ---------------- Typical behavior & problem Typically when storms are coming through I go into the Web Gui, stop the docker, stop the virtual machines, stop the array, and only then power down. The Web Gui always comes back up after the server is powered back on. Last night a storm came in while I was away and the server shutdown via UPS due to an extended power outage. After reboot I can access dockers, VMs, network shares – but not the Web Gui Part 2 ---------------- Troubleshooting Via a IPMI KVM Redirect I can access the terminal. Running the following immediately allows access to the Web Gui: … /etc/rc.d/rc.docker stop … /etc/rc.d/rc.php-fpm restart From this point: … Diagnostics obtained (tower-diagnostics-20230507-0856) … Stopping the VM worked fine … Stopping the Array did not – stuck with /mnt/cache: target is busy – retry unmounting disk share(s) – “Log Snippet” at bottom of post … After about 15 minutes of this I then pressed power off in web gui … Part 3 ---------------- Power back on after step 2 Web Gui is accessible from Windows Os only after boot & an automatic parity check was initiated which is atypical (tower-diagnostics-20230507-0916) I only use http://###.###.#.###/Main to access the GUI – Chrome or Firefox browsers I can now fully access it via a Windows PC (had to dust this off) I can no longer access it via Android or Linux device on same network (which is all we really use here) I typically only access via Android … Part 4 ---------------- Questions 1 – What can I do so that this behavior doesn’t happen again? 2 – How can I make the Web Gui Accessible via a non-Windows device again? Thanks folks! … … … … Log snippet from part 3 above: May 7 08:58:33 Tower emhttpd: Stopping services... May 7 08:58:33 Tower emhttpd: shcmd (116): /etc/rc.d/rc.libvirt stop May 7 08:58:33 Tower root: Stopping libvirtd... May 7 08:58:33 Tower dnsmasq[7063]: exiting on receipt of SIGTERM May 7 08:58:33 Tower avahi-daemon[5931]: Interface virbr0.IPv4 no longer relevant for mDNS. May 7 08:58:33 Tower avahi-daemon[5931]: Leaving mDNS multicast group on interface virbr0.IPv4 with address 192.168.122.1. May 7 08:58:33 Tower avahi-daemon[5931]: Withdrawing address record for 192.168.122.1 on virbr0. May 7 08:58:33 Tower root: Network a4007147-6d28-4b27-8a73-0b1a1672c02b destroyed May 7 08:58:33 Tower root: May 7 08:58:37 Tower root: Stopping virtlogd... May 7 08:58:38 Tower root: Stopping virtlockd... May 7 08:58:39 Tower emhttpd: shcmd (117): umount /etc/libvirt May 7 08:58:39 Tower cache_dirs: Stopping cache_dirs process 5345 May 7 08:58:40 Tower cache_dirs: cache_dirs service rc.cachedirs: Stopped May 7 08:58:40 Tower Recycle Bin: Stopping Recycle Bin May 7 08:58:40 Tower emhttpd: Stopping Recycle Bin... May 7 08:58:40 Tower emhttpd: shcmd (119): /etc/rc.d/rc.samba stop May 7 08:58:40 Tower wsdd2[7683]: 'Terminated' signal received. May 7 08:58:40 Tower wsdd2[7683]: terminating. May 7 08:58:40 Tower emhttpd: shcmd (120): rm -f /etc/avahi/services/smb.service May 7 08:58:40 Tower avahi-daemon[5931]: Files changed, reloading. May 7 08:58:40 Tower avahi-daemon[5931]: Service group file /services/smb.service vanished, removing services. May 7 08:58:40 Tower emhttpd: shcmd (122): /etc/rc.d/rc.nfsd stop May 7 08:58:40 Tower rpc.mountd[4443]: Caught signal 15, un-registering and exiting. May 7 08:58:41 Tower emhttpd: Stopping mover... May 7 08:58:41 Tower emhttpd: shcmd (123): /usr/local/sbin/mover stop May 7 08:58:41 Tower kernel: nfsd: last server has exited, flushing export cache May 7 08:58:41 Tower root: mover: not running May 7 08:58:41 Tower emhttpd: Sync filesystems... May 7 08:58:41 Tower emhttpd: shcmd (124): sync May 7 08:58:41 Tower emhttpd: shcmd (125): umount /mnt/user0 May 7 08:58:41 Tower emhttpd: shcmd (126): rmdir /mnt/user0 May 7 08:58:41 Tower emhttpd: shcmd (127): umount /mnt/user May 7 08:58:43 Tower emhttpd: shcmd (128): rmdir /mnt/user May 7 08:58:43 Tower emhttpd: shcmd (130): /usr/local/sbin/update_cron May 7 08:58:43 Tower emhttpd: Unmounting disks... May 7 08:58:43 Tower emhttpd: shcmd (131): umount /mnt/disk1 … May 7 08:58:45 Tower emhttpd: shcmd (141): umount /mnt/cache May 7 08:58:45 Tower root: umount: /mnt/cache: target is busy. May 7 08:58:45 Tower emhttpd: shcmd (141): exit status: 32 May 7 08:58:45 Tower emhttpd: Retry unmounting disk share(s)... tower-diagnostics-20230507-0916.zip tower-diagnostics-20230507-0856.zip

Good point JonathanM. Our AC runs 9 months a year... with a setting of 78*F. I believe it highly likely I'll need to replace 2 of the drives in the next 2 years: $140. Yearly Energy Savings over the next 2 years: $210 (lowered HDD power + 9 months of AC) Likely near term Cost savings: $350. That makes the decision, not a $700 one, but a $350. Mhh... is $350 worth: Reset of the bathtub curve / peace of mind Reduced Noise It very well might be.

Thanks CharNoir. I mainly wanted a sanity check on the electrical cost savings --- another set of eyes to see if what I’ve stated appears correct. Saving $60/year at a cost of $700 certainly doesn’t make economical sense. Paying $700 now when I could replace an occasional drive for $70 also doesn’t make economical sense. However, a lot of my drives in my main machine are reaching the 10+ year powered-on mark and the backside of the bathtub appears to be coming into play. As such I need to weigh: Cost Savings Reset of the bathtub curve / peace of mind Reduced Noise (this is in my master bedrooms closet) Reduced Heat

Howdy folks, My server has 7 OLD 4TB 7200 drives (2 parity/5 data) for 20TB of storage. These do not spin down due to my using crashplan (on about 3 Tb worth of the data). I estimate that these consume about 8 watts each. I believe I can reduce the array to 2 disks by moving to 2 20TB disks (1 parity /1 data) which would save 40 watts…. I believe this works out to be 350 kWh over the course of a year. My utility company charges $0.173/kWh (and climbing)… so by moving from 7 4TB drives to 2 20TB drives I’d save a whopping $60/year. Does this math look about right to you folks --- or am I missing something glaring here? A CMR SATA Seagate IronWolf Pro or Exos X20 look to go for $350 new - and $700 is a heck of a lot more than the occasional replacement cost of $70. Beyond saving electric costs - the server is in my bedroom closet & reducing noise would be nice. Also it would be nice to reset the long-int-the-tooth drives. Thanks!

for anyone else experiencing this 1 - you'll find folks running on linux versions - including SteamOS having this very issue. 2 - switching the client to Beta fixes the issue.

Sorry about that Kizer! Work went nutso and this fell off my radar. I ended up powering down all networked electronics - and since rebooting each the gremlin hasn't poked up it's head. I'll toss a diagnostics up if it happens again.

Howdy Folks, Since updating to 6.11.1 my Windows 10 VM's Steam Client is failing every 10-15 minutes. The Steam dump message is 'fatal stalled cross-thread pipe' Has anyone come across this & if so know how to remediate? Thanks!

Howdy folks, Anytime my Windows Work machine is turned on - on same network - Im getting CONSTANT logging showing: Oct 15 14:59:27 Tower nginx: 2022/10/15 14:59:27 [error] 4424#4424: *2478717 limiting requests, excess: 20.122 by zone "authlimit", client: (Redacted Work PC IP number), server: , request: "PROPFIND /login HTTP/1.1", host: "tower" Any ideas on how to remediate this? Thanks!

Most of my 4tb HGST drives are 'Manufacturer Recertified'. I figure if they pass a few preclears, they are well past early bathtub failure, and any gremlins should have reared up. I've had a couple fail that check.

Howdy Folks - can anyone point me to a guide to increase my stable Windows 10 virtual disk size from 70 GB to 90 GB? I'm running out of C drive space. Thanks!

I use it as part of screen

I’d love to update from 6.10.3, however I also rely upon nerdpack to install the following: screen-4.8.0-x86_64-4.txz ncurses-terminfo-6.1.20191130-x86_64-1.txz tmux-3.2-x86_64-1.txz mcelog-161-x86_64-1.txz perl-5.32.0-x86_64-1.txz kbd-1.15.3-x86_64-2.txz I’ve downloaded from https://slackware.pkgs.org/15.0/slackware-x86_64/ the following: screen-4.9.0-x86_64-1.txz ncurses-6.3-x86_64-1.txz tmux-3.2a-x86_64-1.txz mcelog-180-x86_64-1.txz perl-5.34.0-x86_64-1.txz And I've copied the top 4 txz files to flash's /boot/extra I have not yet downloaded kbd-1.15.3-x86_64-2.txz, as the latest version is only available for slack 14.2. Question 1a - Do I first Uninstall the 6 tools using NerdPack, and then Question 1b - ...Uninstall NerdPack, and then Question 1c - ...Reboot the server? Question 2 - Are all txz files in /extra automatically installed at time of boot? Question 3 - Do I need to determine the version of slackware Unraid is using & manually download the matching set from https://slackware.pkgs.org/**VersionNumber**/slackware-x86_64/ every time I update unraid going forward? Question 4 - What happens if I boot into a newer version of Unraid with an older txz in /extra? Question 5 - How do I confirm what tools are already included in Unraid's OS? Looking at the forums I *think* perl is already included - hence the reason I've not yet copied it into /boot/extra. Thanks folks!

JonathanM – I loved the Joke (and the history lesson). Squid – 1st, great books. 2nd, I was going to make a poor taste cat joke back to JonathanM, however this pretty much takes care of it. 3rd, pretty certain I need to get a hold of those dvds for a watch through. Nomisco – that’s really cool, hadn’t come across one of those before.

binhex, thank you for this wonderful docker

And today the above referenced disk has began throwing 197 & 198 smart errors. .

Power on hours: 73799 (8y, 4m, 29d, 23h) ST4000DM000 usb pull 2012? Any drive that has reallocate sectors gets swapped. So far that is 1. I've had a few drives that didn't make it into my array as they failed within 3 preclear passes.

Thanks, didn't realize the script and gui was only triggered when the password was typed into the users change password interface. Makes sense though.

Thanks for the heads up. I've updated to a stronger password and reviewed my share securities (these are already OK). Also installed 'Dynamix Password Validator.' and while I see it in the plugins page I seem unable to sus out its location in the gui to actually use it. Some help would be appreciated!

@Djoss - you are a saint

Howdy @Djoss Looks like CP is back to wanting an upgrade. Thanks, as always, for your maintaining this most excellent docker.

I haven't hit the limit yet - - - but I believe this means I now have 8gb allocated to Cp and 2 dockers - leaving 8 for Unraid. So, I am at the highest limit I'm conformable on offer cp without adding more ram. It could be unrelated, but when I'd find the limit hit, added new files, and checked online backups the files were not present. Restart Cp and within a day they are uploaded

I have INOTIFY now triggered every 4-6 weeks. I've bumped it up to 8192000 on a machine with 2 always on Windows VMs and 32GB of ECC ram. I'm actually contemplating doubling the memory just to increase INOTIFY further

WSD is also enabled. No worries on further troubleshooting discovery as the IP assignment works great

Thanks dlandon! Alas netbios was already enabled under smb for TOWER Altering the TOWER2's UD mounts to use IP & Altering the TOWER2's User scripts to use IP_Share from Tower_Share Is again working edit - holy cow the transfer is WAY faster using IP over NAME mounts! Enjoy a case on me

Howdy Folks. Any help you may kindly offer would be greatly appreciated I use the most excellent UD to mount SMB shares on my TOWER2 from my TOWER1. Every 2-3 weeks I power up the secondary backup server, update the Plugins if necessary & reboot, then kick of UserScripts of 2 flavors: rsync -av --progress --delete-before /mnt/disks/TOWER_WinVM/ /mnt/user/WinVM rsync -r -v --progress --ignore-existing -s /mnt/disks/TOWER_Media/AudioBooks/ /mnt/user/Media/AudioBooks I update this OS only on occasion as it spends very little time powered up and it has no network shares (it has shares using the same name as the primary TOWER shares, just not shared) Today I powered up TOWER2, noted that the UD mounts were good and proceeded to update - the only updates were 6.8.0-6.9.3OS, User Scripts, Community Apps, Fix Common Probs, & Unassigned Devices. Restarted the server and now the UD shares do not automount. If I press the ‘mount’ button the log shows the following: Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB share '//TOWER/WinVM' using SMB3 protocol. Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=3.0,credentials='/tmp/unassigned.devices/credentials_WinVM' '//TOWER/WinVM' '/mnt/disks/TOWER_WinVM' Mar 25 09:08:41 Tower2 unassigned.devices: SMB3 mount failed: mount error: could not resolve address for TOWER: Unknown error . Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB share '//TOWER/WinVM' using SMB2 protocol. Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=2.0,credentials='/tmp/unassigned.devices/credentials_WinVM' '//TOWER/WinVM' '/mnt/disks/TOWER_WinVM' Mar 25 09:08:41 Tower2 unassigned.devices: SMB2 mount failed: mount error: could not resolve address for TOWER: Unknown error . Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB share '//TOWER/WinVM' using SMB1 protocol. Mar 25 09:08:41 Tower2 unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=1.0,credentials='/tmp/unassigned.devices/credentials_WinVM' '//TOWER/WinVM' '/mnt/disks/TOWER_WinVM' Mar 25 09:08:41 Tower2 unassigned.devices: SMB1 mount failed: mount error: could not resolve address for TOWER: Unknown error . Mar 25 09:08:41 Tower2 unassigned.devices: Mount of '//TOWER/WinVM' failed. Error message: 'mount error: could not resolve address for TOWER: Unknown error '. Downgraded TOWER2 from 6.8.3 back to 6.8.0 and the problem persists. I see no way to downgrade UD ……. Over at the primary Tower I can access the smb shares just fine from Windows 10 (//TOWER) and just fine from Ubuntu (//192.168.x.xxx) I'm am uncertain what the next steps are --- this process has been rock stable for a long time up until today. Thanks folks!