As information only, I’ve a fresh Debian 11 installation from August 2022 and also I had the below lines
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
# Cloud images dynamically generate config fragments for newly
# attached interfaces. See /etc/udev/rules.d/75-cloud-ifupdown.rules
# and /etc/network/cloud-ifupdown-helper. Dynamically generated
# configuration fragments are stored in /run:
source-directory /run/network/interfaces.d
I solved the problems with Dashboard by changing it to one line with
I think is a mix of two, OVH making weird config and Webmin not handling well this exception.
I am reading that Webmin staff already found a fix, or at least they are close.
The fact that we get stuck in an infinite loop on an unrecognized directive is obviously a bug, which will be fixed in the next Webmin release. The Solution comment in this thread provides a simple workaround.
Hi! I was just about to point that out. Is your solution still valid given this? I followed your instructions yesterday and it fixed the problem but I wonder if it can cause any side effect.
Thanks
The solution comment has been edited to reflect the new information.
Webmin continues to not be able to parse source-directory and fails in an uncomfortable way (infinite loop), and we’re waiting on an update to fix that. If you want to work around that problem, you can change it to use source syntax, instead, which Webmin does recognize.
This does not really solve the issue. I’m running Virtualmin on Debian 11 on an AWS EC2 instance. Doing so kills the accessibility of the instance because AWS puts some network files in these directories on the fly at boot time.
We need a new vesion which doen’t reacts to these lines.
Are you sure you’re talking about the updated information? You have both lines converted from source-directory to source syntax (with an /* on the end, so it gets all the files in that dir), and that doesn’t work? I can’t image why it wouldn’t…they are functionally the same in the network configuration scripts, as far as I can tell.
But, we’re working on a new version. 2.013 should be out soon with this fix and a couple others.
Yes I’m sure, you can try it using the AWSfree tier.
Launch a AWS Debian 11 EC2C instance (create a key ring if newver did it)
Access the instance using SSH
Modify the two lines.
Reboot
and you’ll see one error on your EC2 dashboard, if you ask for the detail it says Accessibility. And if you try to access again the EC2 intance you can’t, there’s no way to get in, no console access not even SSH access from another EC that is on the same subnet same data center using the private IP. You’re stuck outside.
Dang. That’s awful. Sorry for leading you astray on this. I can’t imagine why it wouldn’t be able to work with source instead of source-directory. But, new Webmin with this fix is syncing now, so updating to 2.013 should resolve it.
On another subject may I suggest renaming the Import database in Reclaim, the word Import with database leads to confusion with the MySQL (or PostgreSQL) import function.
