passuff

Could you pls show us links to your enclosure?

News on this? I would like to shut down Xpenology from Proxmos...

I have a working well Dell T520 with Xpenology which is running 3 Linux VMs. I was trying to setup test server on Intel NUC7i5 . Unfortunatly I can neither start imported Linux VMs from my Dell nor start new created ones. I was looking for any hint that NUC7 does not come with VT or something but I couldnt find.. Anyone knows why VMM seems not to work on NUC7?

I'm using NUC7i5BNK with two SSDs and was trying to install Xpenology with Junes Loader 1.3b and DSM_DS3615xs_23739.pat. Unfortunately after installing the image the server doesn't come back to life. No chance to find it in the network. Anyone tried NUC7 before?

Plane ein ähnliches Setup. Hast du es mittlerweile geschafft die Icy Box in Synology einzubinden?

I tried to set Synology MTU manually to 1500. After network restart MTU was on automatic again.Is it a bug? I then set it to 2000 and it persists. Speed is ok now. Issue is solved. Even when I turn it to automatic again. I guess there is something buggy....

I did the same tests with a original DS216 and DS416 and both had no troubles with IPv6. It seems it is connected to XPEnology. Someone knows where I can report bugs/errors?

I'm using my DS for a while now with IPv4 without any issues. Unfortunately I had to change my ISP for one that is using IPv6 only. This means I need to access my DS now with IPv6 only. In LAN I can for sure access it with IPv4. THe problem currently is ,a that access from external or internal with IPv6 results in a lot of connection aborts and a very slow speed. I tried to setup another XPEnology on VirtualBox. The same slow behaviour on this machine unfortunately. I have a raspberry Pi that is working just normal with IPv6, so the issue is definetly not the router or anything else but the DiskStation. I'm wondering if it is something based on my wrong DS settings or on XPEnology? Anyone?

I updated to 6.02 and it seems to work for now...

Anybody moved to a more recent version as DSM 5.1-5022 without having the bug? Maybe someone updated to DSM 6 and can confirm this bug is not present anymore?

hey trantor. what do you mean in detail? There is already a release which has that permission bug fixed? Gesendet von meinem SM-G920F mit Tapatalk

I stayed with DSM 5.1-5022 because in newer versions either HDD spin down or encryption stopped working... As far as I know no one cared about it so far so I expect it to be a Xpenology bug and not Synology. I asked synology support team for that issue but they didn't reply.

Did you solve the problem? I'm still on latest 5.1 because I'm afraid of the same issue happening again..

I backed up files and completely restored file system with a fresh 5.2. I didn't restore the setting and did all manually again but still cant change permissions for encrypted folders. I finally solved it by just downgrading to 5.1. I'm afraid it's a bug of 5.2 and I will never be able to upgrade again..

Folder access rights changed on some of my encrypted shared folders after updating to DSM 5.2. I identified it very fast and tried to change them back to the right way. Unfortunately I recieved the following error message: "The volume where the share is located does not support ACL. PLease refer to Help for more information." Refernig to help I found out that only ext4 volumes can handle ACL...But my single Raid volume is ext4 and was all the time... I tried to create a new folder and change access right. Everything went fine. THen I created a new encrypted folder and tried to change access rights and tadam, same error message again. So I think something went wrong when I moved from DSM 5.1 to 5.2.. Anybody has a clue how I can solve this?