Posts by Joseph885412

    Sounds good ! Advantage of Duplicati is the WebUI.

    Good point! One of my projects only has a small dataset. So I'll try duplicati also.



    Any of those backup solutions that can make snapshots but stores them in folders with plain human readable data in original folder structures? For example, we could simply go to the latest snapshot and copy/download that folder to our computer.

    Just found an other one to add to the list : Restic.


    Apparently Restic+Rclone work well together. Restic can do snapshot backups to any cloud target supported by Rclone.

    https://restic.net/blog/2018-04-01/rclone-backend

    https://restic.readthedocs.io/…other-services-via-rclone


    I'm sure Duplicati works fine for many users. But I have the feeling that it's not optimal for large datasets. That's the feeling I've got from reading many posts in different forums. It just seems users who discovered Duplicacy are super exited about it ^^. But it's just a feeling. For now.


    I'm quite interested by Duplicacy right now. Found some articles praising it:

    -For large (+5TB datasets) : "Duplicacy demolishes duplicati and rclone for large backups"

    -An Ex-Crashplan/Duplicati user who is delighted by Duplicacy.


    Going to try it right away.

    I tried as a next step Duplicacy and indeed, it it is much faster as Duplicati. ... Next candidate is Cloudberry Backup for me hoping to find peace of mind on Linux and Windows and cross-platform use.

    Duplicacy seems a very good alternative to Duplicati. It creates snapshots in time, which I like. I'm considering it.


    CloudBerry seems nice. It seems it's now named MSP360 Backup. They also have a beta product: Image based backup for Linux (Full system backup.)!!!

    To be noted: The free version comes with some limitations:

    The Linux version is 149USD for ultimate (one time) : https://www.msp360.com/backup/linux.aspx

    Hi,


    I'm on OMV5.


    My system drive was getting too small so I've expanded the disk (VMware). I've also expanded the system partition.


    Now when I boot OMV it gives some error messages and then it boots normally. Here's the error messages:

    Code
    mdadm: No arrays found in config file or automatically
    mdadm: No arrays found in config file or automatically
    etc.
    .
    .
    Failed to start Enable File System Quotas
    See 'Systemctl status quotaon.service' for details



    Here's the result of : Systemctl status quotaon.service:



    Here's the result of : journalctl -xe


    Any ideas on how to fix those errors?

    You guys are scaring me... =O I think I'll go the docker route, or maybe look for an alternative to Duplicati.


    I did a debtree of mono-runtime on my system, just to see what's all the dependencies. It true, it's very complex. The good news is that it doesn't seem it would cause any conflict on my system. All we see are blue (Depends), black (Recommends) and green (Provides) arrows. There's no red (conflic) arrows. Anyways, it's a beast for sure. View the full image here: mono-runtime.zip


    What's a good alternative to Duplicati? The goal is to backup shared folders to Google Drive.


    Yes it exists:

    root@openmediavault:~# ls -al /run/systemd/resolve/resolv.conf

    -rw-r--r-- 1 systemd-resolve systemd-resolve 637 Jun 18 12:59 /run/systemd/resolve/resolv.conf


    Content of /run/systemd/resolve/resolv.conf:

    nameserver 8.8.8.8

    nameserver 1.1.1.1

    nameserver 64.6.64.6

    search local


    Deleted /etc/resolv.conf and re-created it as a symlink:

    root@openmediavault:/etc#sudo rm /etc/resolv.conf && sudo ln -s /run/systemd/resolve/resolv.conf /etc/


    Now we can see that resolv.conf is a symlink within the /etc/ folder:

    root@openmediavault:/etc# ls -la /etc/ | grep "\->"

    lrwxrwxrwx 1 root root 35 Jun 16 19:51 localtime -> /usr/share/zoneinfo/America/Moncton

    lrwxrwxrwx 1 root root 19 Jun 16 17:43 mtab -> ../proc/self/mounts

    lrwxrwxrwx 1 root root 21 May 2 16:39 os-release -> ../usr/lib/os-release

    lrwxrwxrwx 1 root root 32 Jun 18 13:14 resolv.conf -> /run/systemd/resolve/resolv.conf

    lrwxrwxrwx 1 root root 13 Jun 16 17:27 rmt -> /usr/sbin/rmt


    Checked content: It was empty...

    sudo nano /etc/resolv.conf


    Restarted systemd-resolved:

    systemctl restart systemd-resolved


    Checked content:

    sudo nano /etc/resolv.conf

    Now the content is:

    nameserver 64.6.64.6


    The name server I had set using omv-firstaid!!! :)


    Did reboot OMV to make sure everything stays as it is.


    Checked which DSN server was used using dig:

    root@openmediavault:~# dig twitter.com

    ; <<>> DiG 9.11.5-P4-5.1+deb10u1-Debian <<>> twitter.com

    ;; global options: +cmd

    ;; Got answer:

    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6226

    ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:

    ; EDNS: version: 0, flags:; udp: 512

    ;; QUESTION SECTION:

    ;twitter.com. IN A

    ;; ANSWER SECTION:

    twitter.com. 391 IN A 104.244.42.193

    twitter.com. 391 IN A 104.244.42.129

    ;; Query time: 60 msec

    ;; SERVER: 64.6.64.6#53(64.6.64.6)

    ;; WHEN: Thu Jun 18 13:43:59 UTC 2020

    ;; MSG SIZE rcvd: 72


    It's 64.6.64.6 . So it stayed the same.


    Let's do another check:


    root@openmediavault:~# resolvectl status


    Global

    LLMNR setting: yes

    MulticastDNS setting: yes

    DNSOverTLS setting: no

    DNSSEC setting: allow-downgrade

    DNSSEC supported: yes

    DNSSEC NTA: 10.in-addr.arpa

    16.172.in-addr.arpa

    168.192.in-addr.arpa

    .

    .

    .

    Link 2 (ens33)

    Current Scopes: DNS LLMNR/IPv4

    DefaultRoute setting: yes

    LLMNR setting: yes

    MulticastDNS setting: no

    DNSOverTLS setting: no

    DNSSEC setting: allow-downgrade

    DNSSEC supported: yes

    Current DNS Server: 64.6.64.6

    DNS Servers: 64.6.64.6


    Now it seems that the Global DNS isn't used. It's the Link 2 DNS that is used.


    Cool!^^


    Thanks a lot ryecoaaron!! (I did send you a PM would you please check it?)

    It seems it's not a symlink:


    root@openmediavault:/etc# readlink -f resolv.conf

    /etc/resolv.conf

    root@openmediavault:/etc#


    And it seems that /run/systemd/resolved/resolv.conf doesn't exist... :

    root@openmediavault:/# cd /run/systemd/resolved/

    -bash: cd: /run/systemd/resolved/: No such file or directory

    root@openmediavault:/#


    Do you have an idea of what's going on?

    Yes it's started:



    But DNS queries uses the DNS server specified in : /etc/resolv.conf (which is 8.8.8.8 in my case) instead of the server I had configured with OMV web GUI (64.6.64.6)/etc/resolv.conf :




    I'm not sure but it seems that there's no symlink for /etc/resolv.conf. Do you know how to check this exactly? I've tried this and it doesn't output the file we're looking for:

    OK. Thanks ryecoaaron.


    Do you know why, when I set my DNS using OMV web interface OR omv-firstaid, that the DNS address specified isn't used? The one used is the one in /etc/resolv.conf. OMV web interface or omv-firstaid don't change the DNS server in /etc/resolv.conf.

    2 of my OpenMediaVault servers, recently installed, fully updated, cannot resolve DNS queries (Can't ping google.com or Twitter.com).

    Here's what I've tried:

    resolvectl status  : showed that the global DNS server is 192.168.99.1 (wrong address):


    And that the Link DNS was 192.168.200.1 (my routers address):



    Trying to ping google fails:


    Can ping IP addresses:


    Tried changing the DNS server from omv-firstaid (static or DHCP IP: neither did work) and from omv web gui: Still cannot resolve DNS. With omv-firstaid I did set the DNS to : 208.67.222.222 (openDns)

    So I went and did edit :

    sudo nano /etc/resolv.conf

    And inserted the correct DNS server there.

    Before:


    After:




    Restart systemd-resolved:

    systemctl restart systemd-resolved

    Now if we go check: resolvectl status

    Global DNS is OK:


    Link DNS is still pointing to the DNS server that was set using omv-firstaid (208.67.222.222 openDns) (but still not used, since it's the "global" one that is used and not the "link" one):


    Can now ping google:


    In OMV GUI I can see the DNS I had set using omv-first aid (no more screen shots allowed here it seems :-) ) : 208.67.222.222


    So, changing the DNS via omv-firstaid or OMV web GUI does change the link DNS but the link DNS isn't used. It's the Global DNS that is used.


    Then I did :

    systemctl disable systemd-resolved


    systemctl stop systemd-resolved




    I Can still ping google.com after disabling systemd-resolved and rebooting OMV.


    I'm a bit puzzled. Why can't we just change the DNS from the Web GUI? Do we need system-resolved? If we disable it, will it be re-enabled by a future update?