I will repeat myself. You have no working DNS configured in the Network settings.
Beiträge von gderf
-
-
Strange, everything works here
Not everything:
Could not resolve 'deb.debian.org'
Try pinging deb.debian.org from the shell on your OMV machine.
-
It seems that you have no working DNS and/or your internet connection is broken.
-
-
Host side paths can not be seen by a container unless there is a volume defining the linkage between inside and outside the container.
-
anyone any idea what the username and password is? Still not login no a new setup.
It's whatever you set when you changed it. Reset it if you don't know it.
-
Thanks.
-
I one edits the all mount points to eliminate quotas, and after applying changes the quota files have been deleted can this be reversed in the future, including recreating the quota files?
-
I tried finding that hairpining thing in my router, but no luck. My router is TP-Link WR1043ND. It should have NAT loopback by default.
Hairpining is NAT loopback.
-
Reboot and see.
-
No, seems it's not required for SSD drives...
But it will not hurt to use it anyway.
-
You can install that plugin at any time.
-
Don't disable your containers; that might not prevent them from creating files. Look at each one of their compose files and see if you have any volume statements that are doing it.
-
Can you determine the owner of that folder?
-
I have no help for your problem, but I am curious to know what services you had exposed to the internet that allowed you to be attacked.
-
Although the drive device labels /dev/sdX can and often do change from boot to boot, the filesystem UUIDs used by SnapRAID in its configuration file will not. Look in that configuration file across multiple boots to see this.
And don't confuse Device names with OMV-Names. When specifying OMV-Names don't use device labels.
-
Much depends on the hardware in use and drive connectivity. But here's a data point from my use case:
32GB SSD drive connected by USB 2.0 - dd backup takes 12 minutes.
-
I wish OMV would allow more user control over Postfix, at least enough for it to act as a mail server for the localdomain and its users. I used to have a main.cf file that allowed for this but got tired of having to restore it everytime OMV decided to overwrite it.
I just prefer that all those notification emails would be delivered locally and not have to be relayed out thru a third party mail service, gmail for example.
I'll combine my reply here with a feature request:
Given an email address and PGP public key, encrypt the notification emails with PGP. This way I don't care if they travel thru gmail, etc or are delivered locally - my email client doesn't care.
-
-