harshl

Members
  • Posts

    92
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

harshl's Achievements

Apprentice

Apprentice (3/14)

7

Reputation

  1. 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'...
  2. This was most definitely not the case in prior releases. I have always set my cache drives to a higher temp to avoid the false notifications. I was unable to do that in 6.9, even on 6.9.2. However, it did seem to be a browser issue for me as well. I just tried it in Edge, was previously using Chrome, and it appears to have updated and stuck in the GUI. I will report back if I still get a temp alarm email notification below what I set next time my drives are working hard.
  3. I am having an issue on my brothers server that I just can't figure out. Trying to determine if it is hardware related or not. At this point, it seems it is not, but I am running out of ideas. Diagnostic file attached. What is most noticeable is how sluggish his Windows VM feels. Containers are very slow to stop, update, and start. I simulated some disk activity by coping files to and from the cache through in this manner: /mnt/cache/tmp - dd if=/dev/zero of=loadfile bs=1M count=4096 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 0.994332 s, 4.3 GB/s /mnt/cache/tmp - for i in {1..10}; do cp loadfile loadfile1; done Which yields impressive speeds and very little IO wait according to top. Approximately 8-12 while running, which seems very similar to my system, which is actually running significantly slower SSDs. iotop on my two unraid servers rarely yield an IO percentage on an individual process above single digits. Even when it does, it will only be present for one refresh and then gone and settled back down. Under normal operating circumstances, mine is typically showing sub 1 percent figures on all process'. Now on my brothers, as soon as I start containers that start messing with disk access like say, duplicati, or even leaving all of that shutdown and just start a single Windows VM, iotop goes crazy with huge percentage numbers on each line, typically between 25-99% for all of the top talking process'. See this screenshot as an example. This is after the system had been booted for some time and basically everything was idle: As you can see, the actual amount of data being transferred is quite low from a throughput/MBps perspective, but the IO percentage is high. And this never changes, it looks similar to this all the time. Inside Windows, it shows 100% disk activity time, with extremely low throughput: This is what it looks like regardless of the Windows VM we try. His long term desktop he has used for years looks just the same as the screenshot above, which was taken from a fresh install of Windows 10 with nothing installed, no Windows updates happening, nothing, just an idle Windows 10 VM. I have tried various disk cache settings for the Windows VMs, mostly testing with 'none' and the default 'writeback'. That doesn't seem to make any noticeable difference. There doesn't seem to be any obvious resource contention going on. Plenty of CPU and memory is available and as I eluded to above, the disks are capable of FAR more than they are doing, generally speaking. It doesn't feel like a hardware problem because of the sequential speeds I can get, but perhaps these drives are just no good for random I/O... though they claim to be. By the way the drive in use here are a bit out of the ordinary, they are Eluktronix, PRO-X-1TB-G2. They are formatted with BTRFS and are in a mirror. Anyone have any thoughts on things we could try before throwing different hardware at it? I am running out of ideas. unraid-diagnostics-20210317-2009.zip
  4. Thank you for pointing me to that. I guess in my panic I didn't search very well.
  5. I hit this issue for the first time yesterday. anonymized-diagnostics-20210214-1549.zip
  6. Well, I couldn't see anything obvious in the logs as to a cause. So I went ahead and rebooted. Everything came back up fine, but it does make me uneasy. If anyone has any wise ideas on what might have happened I would be excited to hear it. Nothing in the environment has changed for months that I can think of. The only thing that ran over night last night when this seemed to occur were some SSH backup sessions where the server is the target and also an SSD TRIM. I don't see much else... Thanks!
  7. I noticed today that two of my containers were down. Tried to fire them back up and received a very generic "execution error" "server error" message. Took a look at Settings > Docker and found a message stating "one or more paths to not exist" (only shown in basic view). So I went to the CLI I found this, which can't be good: drwxrwxrwx 1 nobody users 272 Feb 14 15:28 cache/ drwxrwxrwx 15 nobody users 293 Jan 31 04:30 disk1/ drwxrwxrwx 9 nobody users 149 Nov 17 16:37 disk2/ drwxrwxrwx 9 nobody users 158 Feb 14 15:28 disk3/ drwxrwxrwt 3 nobody users 60 Nov 15 10:33 disks/ drwxrwxrwt 2 nobody users 40 Dec 9 09:00 remotes/ d????????? ? ? ? ? ? user/ drwxrwxrwx 1 nobody users 293 Feb 14 15:28 user0/ Looks like the user path has gone away somehow. I am just looking through diagnostics now, but I don't do that often. If someone is faster and has time, I would appreciate any advice in knowing what happened and what I should do to correct. I am tempted to just reboot, but will be patient since I am worried that might put me hard down situation. Some things like VMs are still functioning fine, I suppose they reference the cache path, rather than user. Diags attached. Thanks! -Landon anonymized-diagnostics-20210214-1549.zip
  8. 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...
  9. We'll, it sure was for me. Thanks anyway, Landon
  10. @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/'.
  11. Looks like someone on Amazon commented specifically that he is using this one with unraid, in case anyone else comes across this later. StarTech.com USB 3.1 PCIE Card - 5 Port - 1x USB-C - 2x USB-A - 1x 2 Port IDC - Internal USB Header Expansion - USB C PCIe Card (PEXUSB312EIC)
  12. Hey all, Looking at a USB card, particularly because it has USB C 3.2 ports on it which I would like to use with an Oculus Quest 2 link cable in my gaming VM. I am looking at this one: Inateck PCIe to USB 3.2 Gen 2 Card with 20 Gbps Bandwidth, 3 USB Type-A and 2 USB Type-C Ports, KU5211, Red https://smile.amazon.com/Inateck-Bandwidth-Type-Type-C-KU5211/dp/B08M5YHWFD/ref=sr_1_3?dchild=1&keywords=usb+3.2+pcie+card&qid=1606627986&sr=8-3 Any reason to think this won't work? Anyone happen to have experience with this card, or another that has USB C that would work with the Quest 2? After doing a bit more research, it looks like the Quest 2 only requires 5Gbps USB bandwidth. That in mind, any other cards out there that folks are using that will fit the bill with a USB-C port onboard? Appreciate any advice or guidance. Take care all!
  13. Understood, but life gets busy. I'll do my best. Upgrade went perfect on the new legacy build. Thanks again.
  14. 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