“/container/” is not on on an external storage - it’s a directory which gets created by routeros when creating the containers on the built-in storage.
since the last 2 updates (from 7.6beta4->7.6beta6, and beta7.6beta6->7.6beta7), I made sure to completely rebuild the containers when I noticed the permissions problem. That means I deleted all the container instances, envlists and mountpoints config, and the whole /containers directory, and started over. But that didn’t help.
So I’m not too sure why I seem to be the only person still experiencing this issue. Maybe something’s wrong with my CHR’s filesystem ? Why does it only break on update though?
I have a ticket open, SUP-92866. Hoping for the best.. & Sorry for flooding the thread a bit with my complaint xD
Yeah I’m wondering if that might not be the cause. RouterOS generates a random ID & root-dir automatically, which I assumed was by design. This is retained after the upgrade, but perhaps there’s an issue with permissions if root-dir isn’t manually specified like you say?
Nah, doubt it, I thought they might interfere with your mounts but it doesn’t seem to be the case. I’ll try testing AdGuardHome in a CHR and see what I come up with.
But since it’s a CHR can’t you add to it another disk for containers?
It’s an actual cloud-hosted CHR which comes with 50GB disk included the package (plenty enough for some small containers without needing to add another disk which I’d have to pay more for)…
But support have just gotten back to me with good news! – “Thank you for the report! We have managed to reproduce the issue locally in our labs and look forward to fixing it on upcoming RouterOS versions, unfortunately, I cannot provide a release date now. Best regards,” – So hopefully we can put this one to rest now Thanks for all the suggestions & feedback
Nice, I’ve managed to reproduce it too in the meantime.
I’ve installed CHR 7.6beta6, resized the main disk, installed AdGuardHome, upgraded to 7.6beta7 → problem.
I’ve installed CHR 7.6beta6, added an extra disk, installed AdGuardHome on the 2nd disk, upgraded to 7.6beta7 → ok.
So yes there still is a bug when you run containers on internal storage, probably same thing @tpedko is experiencing on his RB4011.
I don’t have any MikroTik router with enough internal storage to sacrifice for a test.
Yes it’s a problem with CHR instances, but with actual routers you SHOULD NOT run containers on their internal memory, as if the warning on the documentation page isn’t enough.
No, the documentation has a warning so that you don’t wear out the internal memory with container garbage and then cry that your router died too soon.
This bug regarding mount permissions was recently fixed in 7.6beta4 but it only applies to containers sitting outside of the internal memory, it seems. It’ll get fixed, like the reply that @fragtion posted above says.
The warning that you shouldn’t put garbage on your internal precious memory will always be there.