Leaderboard

The amount of brave people without password for the root account is scary.

Have you read the description from the container? If not the files are stored in …/vrising/save-data/Settings …and no, those files won‘t get overwritten on a update.

Actually not true... pre-6.10 the 'udev' subsystem was started very early. This let us look for which device was assigned to the flash by looking at: /dev/disk/by-label/UNRAID which is a symlink which points to a partition, such as 'sda1' or 'sda2' In 6.10 we have to find the flash device before starting 'udev', so we switch to using 'blkid' to find a device with label "UNRAID". However the code only checks partition 1 label on each device because I've never seen a case where anything other than partition 1 was ever used. We will add code to check partitions 1, 2, 3, and 4 in the 6.10.1 release. To get your flash to boot now, you will have to reformat and make sure partition 1 is the boot partition with the UNRAID label.

Putting this here for posterity's sake: https://wiki.unraid.net/Articles/Frequently_Asked_Questions#How_to_Redeem_a_License_Activation_Code: Video instructions: https://www.loom.com/share/3ceb40440240474aaa80a0b7e3e69cb2

Everybody - this thread is meant for comments and simple questions. If you need support, please open a new thread under General Support and include your diagnostics (from Tools -> Diagnostics). It would also be helpful if you can say what version you upgraded from.

Simple spelling mistakes always concern me....

Soon(tm)

Great work guys. When can we see an RC for 6.11 ? 😁

After upgrading from 6.9.2 to 6.10.0 the official Plex image no longer works. The container is giving the same sqlite error message over and over 16:38:38[s6-init] making user provided files available at /var/run/s6/etc...exited 0. 16:38:38[s6-init] ensuring user provided files have correct perms...exited 0. 16:38:38[fix-attrs.d] applying ownership & permissions fixes... 16:38:38[fix-attrs.d] done. 16:38:38[cont-init.d] executing container initialization scripts... 16:38:38[cont-init.d] 40-plex-first-run: executing... 16:38:38[cont-init.d] 40-plex-first-run: exited 0. 16:38:38[cont-init.d] 45-plex-hw-transcode-and-connected-tuner: executing... 16:38:38[cont-init.d] 45-plex-hw-transcode-and-connected-tuner: exited 0. 16:38:38[cont-init.d] 50-plex-update: executing... 16:38:38[cont-init.d] 50-plex-update: exited 0. 16:38:38[cont-init.d] done. 16:38:38[services.d] starting services 16:38:38Starting Plex Media Server. 16:38:38[services.d] done. 16:38:39Error: Unable to set up server: sqlite3_statement_backend::loadOne: attempt to write a readonly database (N4soci10soci_errorE) 16:38:39Stopping Plex Media Server. 16:38:39kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] 16:38:44Starting Plex Media Server. 16:38:44Error: Unable to set up server: sqlite3_statement_backend::loadOne: attempt to write a readonly database (N4soci10soci_errorE) 16:38:44Stopping Plex Media Server. 16:38:44kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] 16:38:49[cont-finish.d] executing container finish scripts... 16:38:49[cont-finish.d] done. 16:38:49[s6-finish] waiting for services. 16:38:49[s6-finish] sending all processes the TERM signal. 16:38:52[s6-finish] sending all processes the KILL signal and exiting. 16:39:19Container stopped "plex-first--run" is mentioned, maybe the container mistakenly believes this is the first time running? I do not see anything wrong in the syslog, or wrong file permissions. Have anyone else run into this problem? Edit: working again after giving everyone write access to db file.

OK great! Glad we're past that. Unraid 6.9.2 had a behavior/bug which allowed you to use https://whateveryouwant.com even though the SSL certificate did not match the url. Unraid 6.10.0 corrects that and will only respond when the url matches the certificate, otherwise it gives a 404. (actually there is one exception to that, if Use SSL is "yes" then it will also respond to https://ipaddress using a self-signed cert) So: 1) https://hanebijters2.duckdns.org:47438 will give a 404 unless you set the server name to hanebijters2 and the Local TLD to duckdns.org. Probably not what you want to do. 1a) However, the My Servers remote access url does work: https://www.hash.unraid.net:47438 Depending on how your router is configured, this will probably only work from outside your network. The best way to access this url is via the My Servers Dashboard ( https://forums.unraid.net/my-servers/ ) - if it detects you are on the same network as the server it will show the Local Access url, if it detects you are on a different network it will show you the Remote Access url. BTW once you get past this you might want to change the remote access port to something else, just to keep script kiddies away from your server now that it has been published here. 2) https://192.168.1.223:2443 will respond using a self-signed cert if you set Use SSL to Yes. It will not work if Use SSL is No or Auto. (Think of "auto" as "extremely strict" mode) 3) https://hash.unraid.net:2443 . The server is setup for this to work, but DNS Rebinding Protection is enabled on your network, so hash.unraid.net is unable to resolve to your internal IP. If you can disable DNS Rebinding Protection then this will work as well (try googling "nameOfYourRouter disable DNS rebinding protection") Until you resolve that, leave Use SSL on No or Yes, not Auto.

I don't believe partitioning was ever a requirement when I set my servers up. The process was just format, label, unzip the files and run the make bootable script.

I think no one actually explained how to reproduce the context menu bug: 1. Create a folder and add containers to it 2. Enable preview advanced context menu: 3. Click on a container a menu will open without the dropdown options: Workaround which works for me that might hint where is the problem: 4. Expand the folder and start/stop any container on that folder and the dropdown menu is fixed until the page is refreshed: Hope that helps, I spent few hours debugging this with no luck (I am more of a backend developer, not frontend), I think the starting point should be https://github.com/GuildDarts/unraid-plugin-docker.folder/issues/11#issuecomment-1072792061

What are you using for the IP?

Cache Pool is set as Preferred. I edited the cache files, in the wrong location it seems. I was working on the .../vrising/VRisingServer_Data/StreamingAssets/Settings/ I have moved those files to the .../save-data/Settings/ location, and all is right with the world. Thanks for your help

Yeah, I realized that there was a separate key file for the paid license. I've managed to start the array, time to run a parity check before I move on restoring other settings and disks.

I would recommend anyone running a HP MicroServer Gen8 to not update for now, there have been multiple cases of filesystem corruption after updating, with both XFS and btrfs, looks like the hardware doesn't get along with the new kernel, not clear if it's all models in general or just some specific BIOS/CPU combos, so if anyone updated without issues please post here. Edit to add: The ones I found so far were all using Xeon CPUs with Intel VT-D (IOMMU) enable, I have a suspicion the problem is related to this, it's causing some kind of kernel memory corruption so if you're running one of these with a Pentium or I3 CPU (or a Xeon with VT-D disable) you might be OK. See here for latest update on this: https://forums.unraid.net/topic/123620-unraid-os-version-6100-available/?do=findComment&comment=1129501

OK what about this. root@nas:~# blkid /dev/sda1: LABEL="External USB" BLOCK_SIZE="512" UUID="01D28AE67523FE50" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="740c9ae0-8ae6-01d2-704d-063a7345e900" /dev/sdb1: LABEL_FATBOOT="UNRAID" LABEL="UNRAID" UUID="2732-64F5" BLOCK_SIZE="512" TYPE="vfat" /dev/loop1: TYPE="squashfs" /dev/sdf1: UUID="17b664ed-15cd-4bf2-b575-7fe0cde7d481" UUID_SUB="cf5b2483-201e-4c02-981e-f2aa0a086ea9" BLOCK_SIZE="4096" TYPE="btrfs" /dev/sdd1: UUID="0388e9a3-f50c-4509-92c2-e54bbd6f66d1" UUID_SUB="164520f4-46ba-4f65-ada2-8ca0a902a394" BLOCK_SIZE="4096" TYPE="btrfs" /dev/md2: UUID="3cc4eee7-88e3-4d68-bfdd-d475bcc4c84f" BLOCK_SIZE="512" TYPE="xfs" /dev/sdi1: UUID="0b50b5bb-a16d-4ec7-a34f-84f3b1c8965e" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="bac94e19-3760-449c-8417-ca4a955c7adc" /dev/sdg1: UUID="12e9017d-c270-4e56-a128-b8a56439a339" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="3c0e6c61-9c10-4809-8dd2-35f0ae79cfe2" /dev/loop0: TYPE="squashfs" /dev/sde1: UUID="17b664ed-15cd-4bf2-b575-7fe0cde7d481" UUID_SUB="04839745-fc3f-4820-b5ea-8aef210826a9" BLOCK_SIZE="4096" TYPE="btrfs" /dev/sdc1: UUID="0388e9a3-f50c-4509-92c2-e54bbd6f66d1" UUID_SUB="a9a92d89-34e4-410a-9b7c-6bb74fb3c80a" BLOCK_SIZE="4096" TYPE="btrfs" /dev/md3: UUID="257d5a21-ebfe-4df9-bdba-e8236935fd28" BLOCK_SIZE="512" TYPE="xfs" /dev/sdj1: UUID="257d5a21-ebfe-4df9-bdba-e8236935fd28" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="ce956125-26cc-4a3b-928a-082254ac8aa8" /dev/md1: UUID="0b50b5bb-a16d-4ec7-a34f-84f3b1c8965e" BLOCK_SIZE="512" TYPE="xfs" /dev/sdh1: UUID="3cc4eee7-88e3-4d68-bfdd-d475bcc4c84f" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="845c5dee-579a-4721-8486-248b779d456c" /dev/loop2: UUID="9189f30b-12c6-4510-a976-0b71758dd971" UUID_SUB="877baabc-8c26-4193-bdb6-b98755e78d8b" BLOCK_SIZE="4096" TYPE="btrfs" /dev/loop3: UUID="407b681c-1695-406e-a8b8-6d046b8a3b38" UUID_SUB="2236014a-bd7a-403c-8ca3-bfcf69eb7d4d" BLOCK_SIZE="4096" TYPE="btrfs" sda1 is a 4tb NTFS USB hard drive mounted by unassigned devices sdb1 is the USB flash boot. Why is it choking on sda1 when it is clean anyway and still not booting sdb1

I think this can be closed - it is not an unraid issue. The issue is with how a mac keeps open its authentication over long periods of time/sleep/disconnect/reconnect etc. A reboot (of the mac) solved the issue immediately. This thread suggested it: https://community.spiceworks.com/topic/133059-files-in-smb-share-on-server-invisible-to-my-mac Thankyou Squid for checking in!

GPT for the flash device is unnecessary and yes, sometimes unintended regressions get introduced into software.

started 220517-bookworm as root (amd64-prod) init: updating filesystem permissions PHOTOPRISM_DISABLE_CHOWN="true" disables permission updates Problems? Our Troubleshooting Checklists help you quickly diagnose and solve them: https://docs.photoprism.app/getting-started/troubleshooting/ file umask....: "0002" (u=rwx,g=rwx,o=rx) home directory: /photoprism assets path...: /opt/photoprism/assets storage path..: /photoprism/storage config path...: default cache path....: default backup path...: /photoprism/storage/backups import path...: /photoprism/import originals path: /photoprism/originals switching to uid 99:100 /opt/photoprism/bin/photoprism start Storage folder "/photoprism/storage" is not writable, see https://docs.photoprism.app/getting-started/troubleshooting/docker/#file-permissions Looks like its related to this issue: https://github.com/photoprism/photoprism/issues/2334

Yes, good to close. Clearing, starting, reassigning, starting set it back to expected behavior!

Just wanted to say Thank You @JorgeB. You are my hero 🥰 System is up and running. Did some reboot now, will update every Plugins and Docker and after that I'll start to upgrade to unraid 6.10.

What is the proper syntax for putting parameters into dedicated vRising Server? For example is below the correct process Password = "aPassword" ClanSize = "10" ListOnMasterServer = "False" Thanks again Ich777 for another fantastic docker.

Just assign it to the pool.

Interesting! I only get 1 partition showing with the blkid command on my Unraid system so somehow a difference has crept in. Be interested to see what any others experiencing this issue show as the output of the blkid on their systems or if the apparent difference is a red herring. I would guess we must be getting around the time that Limetech folk come online (being US based) so maybe they will have something useful to say

Disk5 read errors are logged as a disk problem, you should run an extended SMART test. Also goo idea to run memtest on the RAM.

DUDE! This helped! Turns out you need or at least I needed "" around my password. Thanks for the help and all the work you do 👍

@ich777 So I did upgrade to 6.10.0 right now and it works... I didnt change a thing. Blacklist is still there. HW in Plex is working. I will leave it for few hours and will see if it crashes but for now everything looks fine. Maybe you need some additional logs? I will send you everything that might help to solve this issues.

I've figured it out, it was doing the whole loopback when you're inside the same network, the moment i rerouted my pc to a completely different network, it just worked. still weird that my KF2 Server pops up on the server list when i'm on the same network again, thank you for the amazing work!

HI JorgeB, just to confirm that all works now. I created the second pool for the VM. Thank a lot for your help .... you are the best 🙂 Grazie Claudio

Ok, thank you very much

https://forums.unraid.net/forum/87-arabic-عربي/

Or in Bug Reports https://forums.unraid.net/bug-reports/stable-releases/

OK if you want this to be your url: https://unraid.reddotcleaner.tk First, make sure that there is a DNS entry which resolves unraid.reddotcleaner.tk to your server's ip address. Then per the instructions here: https://wiki.unraid.net/Manual/Security#Securing_webGui_connections_.28SSL.29 you'll want to: Go to Settings -> Management Access and set "Use SSL/TLS" to "No" if it isn't already, then Apply. Go to Settings -> Identification and set the server name to "unraid". Go to Settings -> Management Access and set "Local TLD" to "reddotcleaner.tk" Obtain a certificate for this specific url: "unraid.reddotcleaner.tk" and place it on your flash drive as config/ssl/certs/unraid_unraid_bundle.pem ( Note that capitalization matters when naming the file, so if you name the server "Unraid" then the filename should be Unraid_unraid_bundle.pem ) Go to Settings -> Management Access and set "Use SSL/TLS" to "Yes" and Apply to use the certificate. If the certificate gets deleted and replaced when you enable SSL, that means the url the certificate was created for does not match exactly "unraid.reddotcleaner.tk". You'll need to get a new certificate for this exact url. Note that "Subject Alternative Name" is ignored, only the main "Subject" field of the certificate is used.

It looks like you didn't unmount the disk before you physically removed it. If the mount button shows a not 'Unmount', you'll need to reboot to clear it up. Don't just pull the disk out and expect it to work when you plug it back in.

@f.lim & @BennyD & @BSAVAG3 I changed the default path in the template now to /mnt/user/appdata/vrising

-Upgraded ✅ -Cert upgraded ✅ make sure you add to pfsense (Services > DNS Resolver > General Settings > Custom Options) private-domain: "myunraid.net" -if you can't access the GUI after cert upgrade. 1 ssh root@SERVERIP 2 use_ssl no then you can log in using the normal ip way. -Root Shares ✅ -File Manager ✅ Thank you for all the hard work, everything is working GUCCI. Disks are finally sleeping!😴😇🤫

So, das Backup läuft jetzt, Snapshots sehe ich in der Gui nach Restart wie gewünscht, warum es nun geht ist mir allerdings nicht ganz klar ... Hab da jetzt viel hin und her probiert, Snapshots gelöscht, Zeiten geändert und lasse es erst mal vier mal täglich laufen.

Haha, who would do that. *hastily deletes 51000 Znapsend snapshots*

Why not use the official naming rules for Movies and Shows? I use IMDB for movies and TVDB for shows like that: Movie (2022)/ Movie (2022)/Movie (2022) {imdb-1234567}.mkv Show (2022) {tvdb-12345}/ Show (2022) {tvdb-12345}/S01E01.mkv

just flashed my usb disk to the last backup version and booted. will wait for 6.10 to be out for a while before upgrading

Anyone here really excited to update, but can't because you need the internet to continue to work from home? No? Just me then? Thanks for the update Limetech!

woohoo, i cant wait Great work all!!

I've got an issue with the 2022.05.17 version. When I press the calculate button this error occours: I'm sure, it was working some versions ago. Anyone else had this?

If anyone come here to get Home assistant working in a VM running UNraid 6.10,RC4 and you don't want to start over configuring your ZIGBEE HA then do this: https://community.home-assistant.io/t/conbee2-stick-dev-path-configuration-problem/411424

I did the insert this in the XML for Home assistant if using the Conbee2 stick! </memballoon> placed under this line: <serial type='dev'> <source path='/dev/serial/by-id/usb-0000_0000-if00'/> <target type='usb-serial' port='1'> <model name='usb-serial'/> </target> <alias name='serial1'/> <address type='usb' bus='0' port='4'/> </serial> Get USB ID by console: ls /dev/serial/by-id/ But even if I got the VM started then Home assistant cant access the Conbee stick?

Add this to Post Arguments in the template:

@limetechcan we have confirmation on this?

There's no technical reason to move them, but if that's what you want to do, be sure you do the moves using the disk references -- NOT the user shares. There's a bug when copying TO a user share from files on the server that can result in complete loss of the data. In other words, do this: (1) Change the Includes setting for your share so that only disks 3 and 4 are included in the share. (2) Now you can move the files from the other disks to the share folders on disks 3 and 4, but do this via disk references. i.e., if you now have a "Rips" folder on disks 1,2,3, and 4, then do something like this: Move \\Tower\Disk1\Rips \\Tower\Disk3\Rips and Move \\Tower\Disk2\Rips \\Tower\Disk4\Rips If there's not enough space on disk3 or 4 to hold all of the files these would move, then do it in smaller "chunks" and move the movies to exactly where you want. What you do NOT want to do is this: Move \\Tower\Disk1\Rips \\Tower\Rips ==> Copying directly to the user share like this will result in major data loss (potentially ALL of the files associated with the move or copy)