Everything posted by wayner
-
Cache mirroring question - what file system?
Thank you. I get to have more fun with Mover!
-
Cache mirroring question - what file system?
I have a 500GB cache drive. When I moved from 6.11.5 to 6.12.4 I kept getting BTRFS corruption errors on this cache drive. So I reformatted the cache drive to XFS. I want to now add a second cache drive. Can I have mirroring with my cache with an XFS filesystem? If not, are there options other than BTRFS? Could I use ZFS?
-
Call traces in 6.12.4
What problems will these macvlan errors cause? I am getting these errors in my logs, but so far I don't know if it has caused any functional problems with my system.
-
Call traces in 6.12.4
I will do that later tonight when I get home as I don't have access right now to my server. FCP was highlighting these issues in its report.
-
Call traces in 6.12.4
Thanks. I am already upgraded to 6.12.4, so I just need to follow the other steps. I am getting the macvlan trace errors, but as far as I can determine it has not caused any problems - yet. I have had problems with my cache disk getting corrupted that happened with 6.12.4, but not with 6.11.5, but I have changed the cache disk from BTRFS to XFS, so hopefully that issue is now stable.
-
Call traces in 6.12.4
Sorry, but it isn't clear what the simplest solution is from the changelog. According to the changelog Isn't the first step to change from macvlan to ipvlan? But are you saying to stay with macvlan and change from br0 to eth0? And if I do this then do I have to change the bonding, bridging and access to host network settings for eth0? Which should I try first? Or should I do both?
-
Call traces in 6.12.4
I have received an error for macvlan call traces. I was going to make the change from macvlan to ipvlan, but I have a Ubiquiti router and other networking hardware. The release notes say: What sort of reduced functionality is this referring to? And does this affect all Ubiquiti users or some? My system is fairly simple, I have one NIC, and I use br0 for a few dockers, bridge and host for a few others. What should I be looking for when it comes to network issues?
-
System having issues after upgrade
There seem to be a bunch of people that have issues with their cache drives after upgrading to 6.12, I am not the only one - I linked to a thread up a coupole of posts.
-
System having issues after upgrade
As an update - I reverted back to 6.11.5 but the problems continued and my cache drive was unmountable. So I reformatted the cache drive to btrfs and got the system back up and running and it ran for over 2.5 days. I upgraded again to 6.12.4 and the system went down within 8 hours reporting the same types of problems - BTRFS errors with write time tree block corruption detected. Is this a bug in the unRAID 6.12.4 OS? Or do I have some hardware issues that only show under 6.12.4, but not 6.11.5.
-
Need suggestions to stream media files to iOS Clients
I have been using AirVideoHD, which has a Docker, to stream video files to my iPad and iPhone. These files can be TV shows that are currently airing live that are airing live and they don't really fit into an app like Plex as Plex wants metadata. I just want to stream a file from a folder on my media/tv share. AirVideoHD hasn't been supported for years and has a few bugs from time to time. And I am worried that it may stop working in future iOS releases. Anyone have any other ideas.
-
[Support] Linuxserver.io - Unifi-Controller
@PeteAsking - I am still running 7.2.95. Is there any reason to upgrade? If so then should I go to 7.4.162? My hardware is primarily UAP-AC-Lite APs in a home environment. Plus I have a USG as my router.
-
Need help restoring dockers after Cache drive becomes unmountable
Thanks, that worked. Everything looks good for now.
-
Need help restoring dockers after Cache drive becomes unmountable
My cache disk became unmountable before I could use Mover to move any data from the cache drive to the array. But I had a recent backup of all of the appdata files stored on a local PC. So I reformated the cache drive and then I copied over all of the appdata folders and restarted docker. But the Docker UI says that there are no dockers running. The docker image file is supposed to be in /mnt/user/system/docker/docker.img but I don't see a system folder on my cache drive. Should I create one? Is there any way to get the system to recognize that there should be dockers? Or do I have to reinstall all dockers from scratch, and it will use the data files existing in appdata if they exist?
-
How to reformat NAS
Thanks - how do I setup mirroring of the cache drive? Is there a doc page for that?
-
How to reformat NAS
I am having btrfs corruption errors on my cache drive. So I want to reformat it. Are these the correct steps? Stop Docker service. Stop VM service. Set cache to yes for all shares. appdata is currently set to prefer cache. Run Mover. Wait until Mover moves over all data from cache drive to array. Stop array. Do I need to unassign the cache drive at this point? Should I format to btrfs or xfs? It seems that btrfs corruption issues are pretty common. When I get the cache back up and change the appdata share to cache prefer and run Mover will it then move all of the appdata files back to the cache? If so, should I wait until Mover has moved all appdata files back to the cache before starting the Docker service, or does that not matter? Does it make sense to add a second cache drive? If so, does that make a difference to whether I should use btrfs or xfs on the cache drive?
-
Reverting back from 6.12.4 to 6.11.5
So I reverted back to 6.11.5 and my dockers seemed to start without having to do the forced upgrade.
-
Reverting back from 6.12.4 to 6.11.5
Awesome, thanks!
-
Reverting back from 6.12.4 to 6.11.5
By this you mean that I don't have to actually do a force update? I just have to have it recreate the docker due to a slight change in a parameter? So I could add a new variable called "dummy" with the value "dummy" and I would be good?
-
Reverting back from 6.12.4 to 6.11.5
The release notes state: What does it mean by "underlying chage to cgroup v2"? What happens if you don't/can't do a force update to all of your Docker containers? What are the ramifications? I have one Docker that I don't want to update to a newer version, can I "force update" it back to the same prior version? And I may have a docker that is no longer available.
-
System having issues after upgrade
Doesn't this sound like the same issue: Users in that thread report btrfs errors that go away when reverting back to 6.11.5. About 5-6 people report the same issue as I am describing in this thread.
-
BTRFS error and Read-only cache since updating to 6.12
I will just add a ME TOO to this thread. My system was rock solid under 6.11.5 and since I upgraded a few days ago to 6.12.4 I am having btrfs issues. I will try rolling back to 6.11.5.
-
System having issues after upgrade
What about if I got a second 500GB NVME, used that as a second cache drive, and then reformatted the first drive? Is that an easy process to do? These drives are very cheap right now - $40 Canadian. Does that make sense?
-
System having issues after upgrade
Should I stick with BTRFS or use XFS?
-
System having issues after upgrade
By reformatting the pool, you mean my drive array? Or the cache drive?
-
System having issues after upgrade
So, this keeps happening, I upgraded from 6.1..5 to 6.12.4 on Friday afternoon. About 2-3 hours later the issue occurred. I rebooted, and it ran for about 7 hours before reoccurring. I rebooted the next morning and the system ran for about 30 hours before the issue occurred. Then the system ran for about 22 hours before I just got a hard crash. Previously my stems was still alive - the web UI worked and the system responded to pings. This time it went down hard and I had to do a power cycle to bring back. Should I try going back to 6.11.5 to see if this is just an issue with 6.12.4?