• Content Count

  • Joined

  • Last visited

Community Reputation

10 Good

About Joly0

  • Rank

Recent Profile Visitors

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

  1. Also so wie es aussieht ist deine ursprüngliche frage nicht möglich, jedenfalls ist das die rückmeldung vom unraid-discord
  2. Ok, dabei kann ich dir auch nicht helfen, wäre aber interessant zu wissen. Sowas müsste aber dann eher wahrscheinlich über die implementierung von Unraid für Docker sein, dementsprechend eher tiefergehend im system, daher wäre es dabei ggfs sinnvoll bei limetech anzufragen, ob das möglich ist. Man könnte möglicherweise auch mal auf dem Unraid-discord nachfragen, da sind einige von limetech und auch häufig online und geben support
  3. @ich777 i have yet not been able to test it, cause the whole system is my production server, which is more in need then usual, so its hard for me to just shut it down for a few hours to test. If i would be able to get unraid running in virtualbox or vmware or whatever, then i could test it in that environment, but unfortunately i dont have a second system or anything i can use for this, so i have to wait until my server is not in use for a few hours and test than
  4. Hey @JoergHH könntest du vllt etwas expliziter erklären, was du machen möchtest, vllt kann ich dir dabei dann helfen. Allerdings bin ich auch kein zfs-profi, nur halt soweit learning-by-doing soweit ich es für mich brauche. Wegen snapshots benutze ich persönlich gerne ZnapZend, hatte sanoid mal kurzzeitig, aber hat mir nicht sonderlich gut gefallen, und wenn man die commands und die paramenter etc raus hat, ist ZnapZend ein mächtiges und gutes tool (nutze das plugin von steini84)
  5. Thanks for the information. In the next few days i am going to make some more precise tests to see exactly which containers are affected by this issue. I think nothing from zpool get all seems to cause that issue, we have mostly the same settings and the ones we dont have cancel each other out or are irrelevant such as the createtxg or the snapdir option. Also it seems not to make a difference having Z1 or Z2, but we will see, jsut lets try to pin down this issue as precisely as possible.
  6. Ok, i can only spot a few differences between the settings of my dataset and yours. Like the snapdir is visible on my end, createtxg is 1 instead of 14165, xattr is set to on instead of sa. Other then that, its basically the same. But there are still a few differences on your end compared to mine like i am running RaidZ2 instead of Z1 and my docker.img is not on a separate dataset but rather just simply on a combined dataset for basically everything. and well other then the jdownloader, nextcloud and mariadb i have no container in common with you. @MarshalleqCould you tell us a b
  7. Nope, for me still whole system lockup when having the docker.img on my zfs array on 2.0.4/6.9.1
  8. @steini84 @ich777 I just tested the problem with the latest zfs version (2.0.2) and the problem still perstists, but as i already pointed out, the problem only occurs, when the docker.img file is on the zfs-volume. If its on a default unraid xfs or btrfs array, everything works perfectly fine. So in my opinion, you could make 2.0.2 a stable release with the caution to look for the storage path of the docker.img and the suggestion to put that on another array other then the zfs one.
  9. Btw, i opened up another bug report as i was asked to do that @Marshalleqcould you add some additonal information you have there, for example containers you experienced the issue with? I think that might help
  10. Have you figured out how to get network access? I am trying to test unraid in a virtualbox or vmware vm aswell. It boots, but its giving me an ip- adress outside of my host-subnet which i cant access from my host.
  11. Ok, i figured out its this commit which causes those issues, the commit before works fine, although my lancache doesnt work due to some syscalls (afaik), but starting with this commit, starting some specific docker containers like amp-dockerized or jdownloader causes my server to pin its cpu (sometimes or every, sometimes on just a few cores) to 100% and making it impossible to do anything (stop the containers, stop the array, restart the server)
  12. Ok, i am trying to custom build against some commits now to see, when this all started. Maybe we can narrow down the precise commit, that lead to such a bad behaviour...
  13. Ok, for the openvpn container to work, i would need a vpn somewhere to connect to (i dont trust those pesky free vpn´s found everywhere on the internet). Other then that, if i dont delete the files, the container hangs while doing som steps, for example now its hanging at "--Found Kernel ..... extracting, this can take some time.....". It already took about 2 hours, while the first run everything was done in under half an hour (including the download, which weirdly, went faster then expected the first time around....)
  14. Btw, with the kernel-helper, @ich777, can i build against exact commits from zfs and if so, how? To narrow down when the problem occured, that might help
  15. I am building a new kernel now with the setting set to true, so the zfs array unmounts when the unraid array does, but its takes forever to download the files as "deutsche telekom" (my inet provider) has serious problems with various cdn´s like aws and the github ones letting me only download with ~5kb/s max (a proxy helps here, maybe a setting for this can be added to the kernel helper?). Other then that, if the cpu is pinned to 100% i cant do anything, cant access any menu, cant access the bash, cant do anything other then hard-reboot the server, so no, i cant stop the array and