PeteAsking

No but you have to be patient. I only have 5 devices in my home network. 1 switch and 4 APs.

I applied the update successfully. The steps I took were as follows: 1) restarted docker to clear any potential issues and memory etc. 2) logged into unifi app on my phone to check it still saw all my devices prior to upgrading. 3) changed tag from lscr.io/linuxserver/unifi-controller:version-7.2.95 to new tag lscr.io/linuxserver/unifi-controller:version-7.3.83 4) waited for update to apply. On docker start I logged back into the unifi app. Noted all devices had to readopt (normal experience). 5) after about 5 minutes all my devices had readopted. Everything appears to work as expected. If anyone else would like to try a similar procedure and provide feedback for others that would be helpful for everyone thinking of upgrading. P

I have a schedule to upgrade to 7.3.83 tomorrow as it seems alright from what I have read. If you are patient you can wait to see how my upgrade goes before applying 7.3.83 yourselves. P

I found crafty 4 used more CPU resources and RAM than this pure docker alone. I ended up just putting each copy of binhex-minecraftbedrockserver on their own individual IP and that allowed me to port forward just fine from my firewall.

In case anyone needs to know the mobile app is now available on the app store for ios and is called “shinobi go”. Many thanks - P Sent from my iPhone using Tapatalk Pro

Thats for a windows machine my dude.

We need to ban the latest tag or put a disclaimer or something on it to save people from themselves. 'Latest' causes considerable issues for anyone using it and the thread is filled with people asking questions that none of us can really troubleshoot and answer because unifi provide the image, and any issues should really be directed to unifi. When a database doesnt upgrade or devices dont get adopted with a new release, we cant really do all that much about it.

My docker is working on a br interface. Not sure if thats the same thing or not. No issues.

Just checked again and the message has gone away on its own, very strange. I did change the setting on my disks array to auto start (it was off) and change 3 vm's to auto start and some dockers to auto start. I had them all off and the array off for auto starting as I had turned it off before updating to the latest unraid version. Perhaps this has something to do with it.

I cant easily reboot

Interesting, I am also on 6.11.5 so I guess it started when i moved to 6.11.5. Maybe its a 6.11.5 bug? I have attached my diagnostics as requested but probably everything is fine as I experience no problems or issues whatsoever. Everything works great to be fair. tower-diagnostics-20221207-0952.zip

I mean nothing is not working which has to be a good thing. Sent from my iPhone using Tapatalk Pro

Yeah it says it on all the pages Sent from my iPhone using Tapatalk Pro

I dont notice anything wrong, all is working but is it normal for unraid to tell me its starting services forever? Can I see what has got stuck somehow?

In case anyone is wondering as I didnt get any replies I just tried deactivating it and deleting the cloud backup and activating it again and this fixed it so must have been something that broke on limetechs side. It had many many changes it couldnt send so presumably this means it hadnt been backing up for a while. Kind of worrying there is no popup to say the backup of the config is broken because if anyone relied on that and didnt check it then there is no warning on the main pages there is an issue. Sent from my iPhone using Tapatalk Pro

Had this working a while back but noticed today that myservers no longer works. Probably it broke after a recent upgrade of unraid. Now it says this: Connected to My Servers Cloud: Yes Flash backup: Activated: Not up-to-date Error: Backup corrupted How do I fix it? Any ideas? Sent from my iPhone using Tapatalk Pro

In case anyone needs to know I used user scripts and made this script: #!/bin/bash date > /mnt/btrfsprotect/domains/Defrag.log btrfs fi show /mnt/btrfsprotect >> /mnt/btrfsprotect/domains/Defrag.log btrfs filesystem defragment -r -v -clzo /mnt/btrfsprotect/ >> /mnt/btrfsprotect/domains/Defrag.log btrfs fi show /mnt/btrfsprotect >> /mnt/btrfsprotect/domains/Defrag.log date >> /mnt/btrfsprotect/domains/Defrag.log Works fine on a cron schedule just change schedule to custom and enter: 1 5 1 2,4,6,8,10,12 * for the 2 months thing.

Not sure if anyone has updated already but looks like the new version tag 7.3.76 has had many changes and you should be taking a backup before upgrading. The 7.2.95 version is excellent and if you are in production I dont see any reason to upgrade from probably the most stable release in ages. It is almost certain that some of the "improvements" are going to be rolled back and there are already 13 pages of comments on the unifi forum for this release. Since I have no interest in being Unifis beta tester I will simply wait for the next version where no doubt many of the issues will be fixed and not have to deal with wifi issues for 3 weeks while they silently sort out the problems. TLDR Production = 7.2.95 tag ; alpha testers = 7.3.76 tag and dont tell us on the forum your docker no longer runs since updating to the latest version. Reinstall and reload your config from backup if that happens to you like the rest of us or take a copy of your docker when its turned off etc. Till next month.

Hi there, Can anyone assist in making an easy script that will run the following command every 2 months? I would also like it to log its output to a file and overwrite the file every 2 months so i can review it. Command I want to run on the schedule: btrfs filesystem defragment -r -v -clzo /mnt/btrfsprotect Kind regards P

I upgraded and it seems to work but takes longer to start up and get going. Seems sluggish now but otherwise functional. Guess I dont reboot often but just saying in case.

Firstly I will note that I have a backup, but as everyone understands restore from backup is a long process and would prefer to avoid this if possible. So I have a normal unraid array of 3 disks (1 parity and 2 data disks). I wish to move all the data using the command line ‘mv’ command to disk 1 in this unraid array. HELP HERE; I then wish to destroy the array and create a new one with only disk 1 present and no parity disk. The data on disk 1 should be retained as I want to move it later. Next I wish to use the freed up disks along with an additional new disk to create a 3 disk btrfs pool with redundancy that I will move everything off the original disk leaving it empty eventually. I believe this has to stay in the array on its own even if unused as unraid cant have a blank array which is totally fine as I wont need to make use of it. How can I achieve this manoeuvre without losing sata that I move to disk one in the HELP HERE section? This will avoid me having to restore from backup. Thanks:) P Sent from my iPhone using Tapatalk Pro

This is excellent and you have been very helpful. One last question - can I make unraid mount the drive with compression enabled for this pool? Sent from my iPhone using Tapatalk Pro

Ok do you mean like a cache pool? If so can a cache pool act as the only disk for a share? As in the share “isos” only exists in this pool? Am I understanding correct? I have never used a cache pool before. Sent from my iPhone using Tapatalk Pro

Is there a guide I can follow how to fo this properly? Sent from my iPhone using Tapatalk Pro

I see the new version of unraid can make a zfs pool like "zpool create -m /mnt/SSD SSD sdx" and it is seen by unraid and usable etc. Can a similar thing be done for btrfs and have the possibility of creating raid1c3 for example with mismatched disk sizes? Is this possible or not at this time? P