sabertooth
Members
-
Joined
-
Last visited
-
Docker container is already restricted to 16g. Also, have plenty of memory available out of total 64gb installed.
-
A random scan threw this error (Fix Common Problems) unraidzfs-diagnostics-20250305-0829.zip
-
Yes, thank you. What is the location of pool cfg ?
-
Sorry @JorgeB about the delay in reply. I started to explore various options to restore the zpool. After a fresh install on the same USB drive followed by copy of the /config folder the array would fail to start including the zpool. Manual start of the array would indeed start the main Unraid array though not the zpool based one since same wasn't recognized by Unraid. I had to manually configure the zpool by adding a new pool and adding the existing HDDs to the array. This thankfully restored the zfs pool. Regarding the auto-start issue, apparently the Settings::Disk Settings:Enable auto start was disabled after the first error message (relating to corruption of USB drive). Once enabled array would restart after a reboot. Having said that I believe there is indeed an issue with zpool config restoration after copying over the /config folder.
-
Please find the screenshots as attached.
-
No back-up, but after copying the /config folder, the array doesn't start along with the zfs pool. Will try again
-
Afraid, I saved after the reboot How do I correctly restore installation along with the config?
-
Recently upgraded to 6.12.13 (more than a week). After starting the system, was greeted with above message. I have tried to reboot multiple times though the array is still offline. ZFS isn't up either. unraidzfs-diagnostics-20240912-1231.zip
-
Finally took the plunge and did an upgrade to 6.12.4 from 6.11.5. 6.11.5: ZFS(RAIDZ1) User shares with same names as zfs dataset with a link(inside the share) to zfs dataset. 6.12.4: Create a new pool, and add all HDDs. Change primary storage for all shares to zfs pool. Global Share Settings -> Permit exclusive shares. So far so good, however some shares (from within zfs pool) show Exclusive access: No After a reboot, things still remain the same. In order to enable exclusive share: Create a new new dataset on the zfs pool. Move data from old share to new share (mv source destination) Delete old share. Rename new share. I tested this with smaller dataset/share first before moving to dataset(s)/share(s) with hefty amount of data. And, this is when I lost data after moving. I should have paid attention to ZFS master plugin while it was showing no increase in dataset size even when close to 800GB data was moved. Any ideas as to what went wrong? For the first time, am now worried that other datasets might show empty. Also, how can one enable Exclusive access without having to go through this circus?
-
After upgrade to 6.11.1, ZFS dataset is no longer visible.
-
System log is flooded with below messages (after the upgrade): Sep 26 08:47:39 UnraidZFS smbd[31175]: synthetic_pathref: opening [Someone’s MacBook Pro.sparsebundle/bands/2:AFP_AfpInfo] failed Sep 26 08:47:39 UnraidZFS smbd[31175]: [2022/09/26 08:47:39.199065, 0] ../../source3/smbd/files.c:1193(synthetic_pathref) This is applicable for all shares: synthetic_pathref: opening [data/backup/Downloads/ntfs.sh:AFP_AfpInfo] failed unraidzfs-diagnostics-20220926-0853.zip
-
Finally, was able to replicate the issue with RC3 as well. Please find the diagnostics as attached. unraidzfs-diagnostics-20220324-1932-zfs-suspended.zip
-
After Extended SMART Self-test of all drives in the pool, upgraded again to RC4 from RC3. Within half an hour or so the pool was again in SUSPENDED state. Reverted to RC3, not sure what's the underlying cause. zfs was working fine with RC3 earlier. How do we debug this?
-
Thanks a lot, works as expected. Afraid the GUI pushed the notification early.
-
Update fails on 6.10.0-rc4 plugin: updating: unassigned.devices.plg plugin: downloading: "https://github.com/dlandon/unassigned.devices/raw/master/unassigned.devices-2022.03.24.tgz" ... done plugin: bad file MD5: /boot/config/plugins/unassigned.devices/unassigned.devices-2022.03.24.tgz
