harshl

I think this essentially another vote for snapshots. Once the snapshot is taken you can copy that state of the data anywhere you want while everything is online. Although, I suppose this might go a step further to say, let's not only snapshot, but give us a built in mechanism to copy the snapshot data elsewhere. Regardless, snapshots is key in my mind to enable any of this.

Ah yes, that makes sense!

Seems to me that if ZFS is implemented in its entirety, that multiple array pools will also essentially be implemented, no? At least it would be if you chose to use that file system. In any case, I would really like to have VM snapshots implemented in the GUI in some way. It is such a powerful feature, and has been available in VMware products forever. Thanks for a great product!

Honestly, I was also grasping at straws. I decided to just start throwing parts at it. Nothing made any difference until I swapped out the power supply. I had a higher wattage one, threw it in, and no more sporadic reboots. So I double checked all of my wattage calculations and purchased another power supply that should safely cover the load and everything has been fine since. If it's locking up, it might be a little different than my situation as mine was instantly rebooting itself. But I suppose it could manifest many different ways. I would recommend throwing a bigger (wattage) one at it for a time to see if it helps. Good luck @jgillman, instability is no fun.

I know it is a super edge case, but I thought I would close the loop on this one. In my case, this issue was power supply related. Not a wattage issue, but a faulty power supply issue. Put in the same wattage and everything is running great again.

Anyone have any thoughts on this at all? Specifically interested if anyone has thoughts around the PCIe ACS Overrides being related to crashes? Am I barking up the wrong tree there? Guess I will move my gaming VMs to be installed directly on the passed through SSD to eliminate the cache as a player in this from a load perspective. Maybe I will buy another power supply also to see if that makes any difference since it was new with the change... What would you try if it was your system? I just tried running mprime on the host with test number 2, 2 = Small FFTs (tests L1/L2/L3 caches, maximum power/heat/CPU stress). This ran just fine for a long period of time, so the CPU/CPU temp is not an issue as far as I can tell. I also just ran it with test 3, 3 = Large FFTs (stresses memory controller and RAM). This ran just fine as well, so I don't believe I have a memory problem. Well, I just ran mprep.info/gpu from each of the gaming VMs and it has been running the CPU&GPU test for over 30 minutes now without issue. Playing two games at the same time would have for sure crashed it within that time. This is steering me more towards some kind of a storage issue now. Super strange... Just finished running another test against the CPU, video card, and passed through Samsung drives on both VMs simultaneously, ran fine. Just the cache left to test now. If that is stable also, then I guess I suspect the USB controllers? That is the only thing that would be heavily utilized while playing a game that hasn't been load tested so far... Still strange... Well, I've tested the array drives (C drive in the VMs) along with CPU and video cards and still... all runs fine. I cannot crash this thing without having two people use the machines manually with some at least somewhat significant load, like playing a game... This is the weirdest issue ever... Thanks,

You might also check that power management within the VM didn't get enabled somehow. If Windows is going into standby, I believe that will cause the VM to pause as well, though I haven't tested that recently. Worth a quick look anyway.

Hello all, I have a system that has been running stable for nearly 2 years. I changed things up a bit by building a new server, moving most of the storage, container and a few server based VMs to that system. This system is now running only 1 container and 3 VMs. 2 of those VMs are gaming VMs with a dedicated GPU and USB controller for each. This system had heavy load while it was stable as well, but after adding the second dedicated GPU and USB controller has been exhibiting issues, namely, the host crashes/reboots without warning, generally only when under load (gaming or rendering something). It seems to be GPU load that triggers it, but CPU load comes pretty naturally with GPU load in our activities, so not sure. The CPU did not change though and in it's previous server duties would be very busy from time to time and was rock solid through it all. I also upgraded the PSU to an 850 watt PSU when adding the second GPU and USB controller. In order to pass the second GPU to the second VM I did have to enable PCIe ACS Override. Currently it is set to 'downstream'. I am trying to figure out why this machine might be crashing but am coming up empty. There doesn't seem to be any meaningful logs leading up to the crash, I am syslogging to the other unraid server, but they show nothing of significance leading up to the reboot time. Snippet of those logs before and after the crash is attached. That snippet actually shows two crashes relatively close together. I have also attached a diagnostics. I have three suspicions PCIe ACS Override is causing an issue, but the more research I do, the more it seems that is pretty much required when passing through more than one PCIe GPU. Can anyone confirm or deny if that is true? The second video card I added is a 1050 Ti that is bus powered and I wonder if the motherboard is unable to power everything with the heavy video card draw? Not sure how likely that might be. Thoughts on that? If one is correct in that ACS is causing an issue and I can get a motherboard that doesn't need it to pass through two GPUs, then perhaps a better motherboard will solve it? I wish I had another video card that wasn't bus powered to try in it, but I don't and the current market conditions don't make it very conducive to buy one to throw at it for troubleshooting. Anyway, if you have any thoughts on how to troubleshoot this, that would be appreciated. Here are the main components of the build for convenience: I9-9900K ASRock Z390 Taichi 64GB of DDR4 memory that is on the QVL, I can't find my order to see what it was right now EVGA SuperNOVA 850 G5 <--New after change 2x Mushkin 1TB drives mirrored for the array, MKNSSDRE1TB (VM OS's live here) <--New after change, but not new drives 2x WD 4TB drive for the array, WD40EFRX-68W <--New after change, but not new drives 2x Samsung 2TB 980 Pros, unassigned, set to passthrough, one each passed through to the gaming VMs (Games and large software for the gaming VMs lives here) 1x Bluray drive, BW-16D1HT RTX2060 SUPER, passed through to one gaming VM GTX1050 Ti, passed through to the other gaming VM <--New after change, but not new card 2x FL1100 controllers, one each passed through to the gaming VMs <--1x new after change There are of course some other USB accessories and things, but the above is the majority of the major components. Thanks for any thoughts you might have on how to narrow this down. cube-diagnostics-20220207-0931.zip log-snippet.txt

Sounds like you might have configuration issues that are eluding you. I recently moved to NextCloud, but prior to that, I ran this ownCloud container on unraid for years public facing without any issues that weren't self created like not keeping it up to date. Never once did I ever have it default back to a setup screen or have any other major failures to function unless I was at fault in some way. Lots of people using this container with success, just sayin'...

Seems that I may have misunderstood that the apps-external directory must be created by the user during upgrade. For some reason I thought it unpacked from the zip, but apparently it does not. Then I noticed there was an external folder inside the 'apps' directory which lead me down the rabbit hole. Sorry for the noise, I was just trying to helpful, but wasn't. Thanks! For reference in case others run into similar confusion, below is what caused my confusion... unzip ./owncloud-complete-20201216.zip ls -alh ./owncloud/ total 416K drwxr-xr-x 12 root root 580 Dec 16 16:02 ./ drwxrwxrwx 3 root root 60 Dec 28 09:44 ../ -rw-r--r-- 1 root root 3.3K Dec 16 16:01 .htaccess -rw-r--r-- 1 root root 163 Dec 16 16:01 .user.ini -rw-r--r-- 1 root root 8.7K Dec 16 16:01 AUTHORS -rw-r--r-- 1 root root 276K Dec 16 16:01 CHANGELOG.md -rw-r--r-- 1 root root 34K Dec 16 16:01 COPYING -rw-r--r-- 1 root root 2.2K Dec 16 16:01 README.md drwxrwxrwx 51 root root 1020 Dec 16 16:02 apps/ drwxrwxrwx 2 root root 80 Dec 16 16:01 config/ -rw-r--r-- 1 root root 4.6K Dec 16 16:01 console.php --snipped-- As you can see there is no apps-external. cd apps ls -alh total 0 drwxrwxrwx 51 root root 1020 Dec 16 16:02 ./ drwxr-xr-x 12 root root 580 Dec 16 16:02 ../ drwxr-xr-x 9 root root 240 Oct 15 23:21 activity/ drwxr-xr-x 5 root root 180 Jul 8 17:23 admin_audit/ drwxr-xr-x 9 root root 180 Nov 26 2018 announcementcenter/ drwxr-xr-x 7 root root 140 Dec 16 16:01 comments/ drwxr-xr-x 6 root root 180 Apr 16 2019 configreport/ drwxr-xr-x 9 root root 220 Feb 6 2020 customgroups/ drwxr-xr-x 6 root root 120 Dec 16 16:01 dav/ drwxr-xr-x 9 root root 240 Sep 2 2019 encryption/ drwxr-xr-x 4 root root 120 Jul 23 14:40 enterprise_key/ drwxr-xr-x 10 root root 300 Apr 16 2019 external/ drwxr-xr-x 9 root root 180 Dec 16 16:01 federatedfilesharing/ drwxr-xr-x 9 root root 180 Dec 16 16:01 federation/ drwxr-xr-x 10 root root 260 Dec 16 16:01 files/ --snipped-- Again, no apps-external, but there is an 'external' directory within 'apps'. This is what confused me and led me to believe there had been a change. Move into the backup of the prior version. cd /mnt/user/appdata/dlandon-owncloud/www/owncloud-old/ ls -alh total 372K drwxr-xr-x 1 root users 484 Oct 29 18:16 ./ drwxr-xr-x 1 nobody users 100 Dec 23 09:46 ../ -rw-r--r-- 1 root users 3.4K Oct 30 09:53 .htaccess -rw-r--r-- 1 root users 163 Aug 3 09:20 .user.ini -rw-r--r-- 1 root users 8.7K Aug 3 09:20 AUTHORS -rw-r--r-- 1 root users 230K Aug 3 09:20 CHANGELOG.md -rw-r--r-- 1 root users 34K Aug 3 09:20 COPYING -rw-r--r-- 1 root users 2.2K Aug 3 09:20 README.md drwxrwxrwx 1 nobody users 1.2K Nov 3 10:41 apps/ drwxr-xr-x 1 nobody users 0 Oct 29 18:16 apps-external/ drwxrwxrwx 1 nobody users 98 Dec 23 09:41 config/ --snipped-- And it was there. What I should have realized, but didn't, is that in the owncloud-old backup folder, ./apps/external also existed and was nothing new...

We'll, it sure was for me. Thanks anyway, Landon

@dlandon Just wanted to let you know that in 10.6 is looks like they have changed the directory structure within 'apps'. The following line in the upgrade post at the beginning of this thread will need a minor change as follows: Current - Copy external apps 'cp -R /mnt/user/appdata/ownCloud/www/owncloud-old/apps-external/ /mnt/user/appdata/ownCloud/www/owncloud/apps-external/'. Migration from <10.6 to 10.6 - Copy external apps 'cp -R /mnt/user/appdata/ownCloud/www/owncloud-old/apps-external/ /mnt/user/appdata/ownCloud/www/owncloud/apps/external/'. From 10.6 going forward - Copy external apps 'cp -R /mnt/user/appdata/ownCloud/www/owncloud-old/apps/external/ /mnt/user/appdata/ownCloud/www/owncloud/apps/external/'.

Understood, but life gets busy. I'll do my best. Upgrade went perfect on the new legacy build. Thanks again.

Your the best, thank you so much!!

I too found myself in this position. I am working through the upgrade on the -legacy repo, but I am getting the following when trying to run the occ upgrade. "root@myidhere:/config/www/owncloud# sudo -u abc ./occ upgrade This version of ownCloud requires at least PHP 7.2.0 You are currently running PHP 7.1.33-4+ubuntu18.04.1+deb.sury.org+1. Please update your PHP version." So I think I am stuck between repo versions trying to get 10.5 up and going. Thoughts? Thanks for your work on this, it has been super solid for me since you put it out. -Landon

Thanks! I only have it check once a week so it wasn't showing an update yet. I should have tried a forced update. Working fine now. Thanks again!

Noticed my ownCloud container was down after a reboot today. Started it manually and it shut back down on its own. Seeing the following in the logs. Should I just blow the container away and recreate it or is there something I can do to fix this? Not sure what caused it. Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... The following packages will be upgraded: exim4 exim4-base exim4-config exim4-daemon-light libblkid1 libfdisk1 libmount1 libsmartcols1 libuuid1 mount psmisc 11 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 2,246 kB of archives. After this operation, 3,072 B of additional disk space will be used. Get:1 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 mount amd64 2.27.1-6ubuntu3.8 [121 kB] Get:2 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libuuid1 amd64 2.27.1-6ubuntu3.8 [14.4 kB] Get:3 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libblkid1 amd64 2.27.1-6ubuntu3.8 [107 kB] Get:4 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libfdisk1 amd64 2.27.1-6ubuntu3.8 [139 kB] Get:5 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libmount1 amd64 2.27.1-6ubuntu3.8 [114 kB] Get:6 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libsmartcols1 amd64 2.27.1-6ubuntu3.8 [62.0 kB] Get:4 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libfdisk1 amd64 2.27.1-6ubuntu3.8 [139 kB] Get:5 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libmount1 amd64 2.27.1-6ubuntu3.8 [114 kB] Get:6 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 libsmartcols1 amd64 2.27.1-6ubuntu3.8 [62.0 kB] Get:7 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 psmisc amd64 22.21-2.1ubuntu0.1 [48.1 kB] Get:8 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 exim4-config all 4.86.2-2ubuntu2.5 [298 kB] Get:9 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 exim4 all 4.86.2-2ubuntu2.5 [7,926 B] Get:10 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 exim4-base amd64 4.86.2-2ubuntu2.5 [870 kB] Get:11 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 exim4-daemon-light amd64 4.86.2-2ubuntu2.5 [466 kB] Preconfiguring packages ... Fetched 2,246 kB in 1s (2,090 kB/s) Setting up util-linux (2.27.1-6ubuntu3.8) ... Configuration file '/etc/cron.weekly/fstrim' ==> Deleted (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** fstrim (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package util-linux (--configure): end of file on stdin at conffile prompt Errors were encountered while processing: util-linux E: Sub-process /usr/bin/dpkg returned an error code (1) Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up util-linux (2.27.1-6ubuntu3.8) ... Configuration file '/etc/cron.weekly/fstrim' ==> Deleted (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** fstrim (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package util-linux (--configure): end of file on stdin at conffile prompt Errors were encountered while processing: util-linux E: Sub-process /usr/bin/dpkg returned an error code (1) *** /etc/my_init.d/20_apt_update.sh failed with status 100 *** Killing all processes... Sep 7 20:41:53 537e263b9b6f syslog-ng[17]: syslog-ng shutting down; version='3.5.6' Thanks!

I proceeded with this update as described and can confirm I had no issues at all. Thanks for the great container!!

Dropped a couple of these (CT500MX500SSD1) into a buddies server for a cache tier and started seeing these messages within 24 hours. Seem to be getting them sporadically now, several times a day. Appreciate everyones feedback, nice to know it is not a failing drive on this particular model. I will open up a ticket with them as well just to make a little more noise. Thanks!

Got it, thanks for that!

Per the post above, has streaming support been removed? I don't see "Stream" in the file menu. I have never used this feature in MakeMKV, so I could be just 'doing it wrong'. Thanks for any clarification you can provide!

Thank you very much for the heads up. I will attempt an upgrade now, never done it before, fingers crossed!

Your the best, thanks!

Seeing the same behavior after removing the docker and reinstalling it. Should I delete the appdata/owncloud folder as well and let my files re-sync? Processing triggers for libc-bin (2.23-0ubuntu10) ... Setting up mysql-common (1:10.3.9+maria~xenial) ... Setting up mariadb-common (1:10.3.9+maria~xenial) ... Processing triggers for libc-bin (2.23-0ubuntu10) ... Setting up mysql-common (1:10.3.9+maria~xenial) ... Setting up mariadb-common (1:10.3.9+maria~xenial) ... Processing triggers for mariadb-server-10.3 (1:10.3.8+maria~xenial) ... Failed to connect to bus: No such file or directory dpkg: error processing package mariadb-server-10.3 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: mariadb-server-10.3 E: Sub-process /usr/bin/dpkg returned an error code (1) Reading package lists... Building dependency tree... Reading state information... You might want to run 'apt-get -f install' to correct these. The following packages have unmet dependencies: mariadb-server : Depends: mariadb-server-10.3 (>= 1:10.3.9+maria~xenial) but 1:10.3.8+maria~xenial is installed E: Unmet dependencies. Try using -f. Reading package lists... Building dependency tree... Reading state information... You might want to run 'apt-get -f install' to correct these. The following packages have unmet dependencies: mariadb-server : Depends: mariadb-server-10.3 (>= 1:10.3.9+maria~xenial) but 1:10.3.8+maria~xenial is installed E: Unmet dependencies. Try using -f. *** /etc/my_init.d/20_apt_update.sh failed with status 100 *** Killing all processes... Aug 20 19:47:17 0c3ea3e97fbf syslog-ng[48]: syslog-ng shutting down; version='3.5.6'