Posts by Joseph885412

Is there a way (command) I could do to reset the drive that's not working?

I did create a new drive. And now it works!

version: "2"
services:
  crashplan-pro:
    hostname: docker-crashplan-OMV
    container_name: crashplan-pro
    image: jlesage/crashplan-pro
    environment:
      - "USER_ID=1001" 
      - "GROUP_ID=100"
    ports:
      - "5800:5800"
    volumes:
       - "/srv/dev-disk-by-label-1GB/docker_crashplan:/config" 

I get to the login screen of Crashplan.

dockeruser@omv5-vm2:/srv/dev-disk-by-label-1GB$ cd docker_crashplan
dockeruser@omv5-vm2:/srv/dev-disk-by-label-1GB/docker_crashplan$ ls
bin  cache  conf  cp_version  log  machine-id  repository  var  xdg

Thank you so much for the help Morlan! I really appreciate it.

I'm currently testing a new CrashPlan installation, so I might be back with more questions.

That docker-compose file worked for me also (Version '2').

Does that mean that my secondary drive has a problem?. OMV is installed in VMware workstation pro.

I'll try creating a new drive.

Thanks Morlan.

I did remove the shared folder /srv/dev-disk-by-label-500MB/docker_crashplan. I also removed dockeruser from sudo group.

Then I created a new stack in portainer with this:

version: "2"
services:
  crashplan-pro:
    hostname: docker-crashplan-OMV
    container_name: crashplan-pro
    image: jlesage/crashplan-pro
    environment:
      - "USER_ID=1001" 
      - "GROUP_ID=100"
    ports:
      - "5800:5800"
    volumes:
      - "/srv/dev-disk-by-label-500MB/docker_crashplan:/config" 

The stack started and created the docker_crashplan folder and all it's subfolders. I was able to check it by SSHing in OMV:

dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB$ ls
lost+found
dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB$ ls
docker_crashplan  lost+found
dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB$ cd docker_crashplan
dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB/docker_crashplan$ ls
bin  cache  conf  cp_version  log  machine-id  repository  var  xdg

Still, Crashplan doesn't start normally. Still seeing this in the log:

[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,

If I go on the Crashplan webpage, all I see is the Code42 splashscreen.

When going : crashplan-pro Container details: Console: /bin/sh: Connect

I can rename and delete files in the docker_crashplan folder.

Also:

If I SSH into the OMV I can edit the zoubie.txt file like this:

dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB/docker_crashplan$ sudo nano zoubie.txt

Added some text. Saved it. Re-opened it and the changes were there.

Also did this:

dockeruser@omv5-vm2:/srv/dev-disk-by-label-500MB/docker_crashplan$ sudo mc (midnight commander)

I could copy the zoubie.txt file to zoubie2.txt

When you say "populate", how do I check that exactly?

I could do this though:

Using Windows Explorer, I did create a file, named "zoubie.txt", in the docker_crashplan folder.

Then : crashplan-pro Container details: Console: /bin/sh: Connect

/tmp # cd ..
/ # cd config
/config # ls
bin         cache       conf        cp_version  log         machine-id  repository  var         xdg         zoubie.txt
/config # 

The zoubie.txt file was there.

The 1001:100 user is "dockeruser". It's member of users, sudo, ssh:

uid=1001(dockeruser) gid=100(users) groups=100(users),27(sudo),115(ssh)

When the docker_crashplan folder was created, I gave these permissions: Everyone:read/write.

Then I did: ACL: And gave the user dockeruser Read/Write permission.

Owner: dockeruser : Read/Write/Execute

Group: users : Read/Write/Execute

Others: : Read/Write/Execute

Replace all existing permissions.

Recursive: Apply permissions fo files and subfolders.

Hi Morlan.

Well, if I only mount the config (and not the Media folder), Crashplan doesn't start either. Like this:

version: "2"
services:
  crashplan-pro:
    hostname: docker-crashplan-OMV
    container_name: crashplan-pro
    image: jlesage/crashplan-pro
    environment:
      - "USER_ID=1001" 
      - "GROUP_ID=100"
    ports:
      - "5800:5800"
    volumes:
      - "/srv/dev-disk-by-label-500MB/docker_crashplan:/config" 

Hi,

I want to setup a Crashplan-Pro Docker. I cannot make it work.

Here's my Docker-Compose file:

version: "2"
services:
  crashplan-pro:
    hostname: docker-crashplan-OMV
    container_name: crashplan-pro
    image: jlesage/crashplan-pro
    environment:
      - "USER_ID=1001" 
      - "GROUP_ID=100"
    ports:
      - "5800:5800"
    volumes:
      - "/srv/dev-disk-by-label-500MB/docker_crashplan:/config" 
      - "/srv/dev-disk-by-label-500MB:/Media"

After starting the stack, I go check the container's log:

[services.d] starting openbox...,
[x11vnc] starting...,
15/10/2020 13:33:06 passing arg to libvncserver: -rfbport,
15/10/2020 13:33:06 passing arg to libvncserver: 5900,
15/10/2020 13:33:06 passing arg to libvncserver: -rfbportv6,
15/10/2020 13:33:06 passing arg to libvncserver: -1,
15/10/2020 13:33:06 passing arg to libvncserver: -httpportv6,
15/10/2020 13:33:06 passing arg to libvncserver: -1,
15/10/2020 13:33:06 passing arg to libvncserver: -desktop,
15/10/2020 13:33:06 passing arg to libvncserver: CrashPlan for Small Business,
15/10/2020 13:33:06 x11vnc version: 0.9.14 lastmod: 2015-11-14  pid: 957,
15/10/2020 13:33:06 Using X display :0,
15/10/2020 13:33:06 rootwin: 0x43 reswin: 0x200001 dpy: 0xf36e7a00,
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 ------------------ USEFUL INFORMATION ------------------,
[openbox] starting...,
15/10/2020 13:33:06 X DAMAGE available on display, using it for polling hints.,
15/10/2020 13:33:06   To disable this behavior use: '-noxdamage',
15/10/2020 13:33:06 ,
15/10/2020 13:33:06   Most compositing window managers like 'compiz' or 'beryl',
15/10/2020 13:33:06   cause X DAMAGE to fail, and so you may not see any screen,
15/10/2020 13:33:06   updates via VNC.  Either disable 'compiz' (recommended) or,
15/10/2020 13:33:06   supply the x11vnc '-noxdamage' command line option.,
15/10/2020 13:33:06 X COMPOSITE available on display, using it for window polling.,
15/10/2020 13:33:06   To disable this behavior use: '-noxcomposite',
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 Wireframing: -wireframe mode is in effect for window moves.,
15/10/2020 13:33:06   If this yields undesired behavior (poor response, painting,
15/10/2020 13:33:06   errors, etc) it may be disabled:,
15/10/2020 13:33:06    - use '-nowf' to disable wireframing completely.,
15/10/2020 13:33:06    - use '-nowcr' to disable the Copy Rectangle after the,
15/10/2020 13:33:06      moved window is released in the new position.,
15/10/2020 13:33:06   Also see the -help entry for tuning parameters.,
15/10/2020 13:33:06   You can press 3 Alt_L's (Left "Alt" key) in a row to ,
15/10/2020 13:33:06   repaint the screen, also see the -fixscreen option for,
15/10/2020 13:33:06   periodic repaints.,
15/10/2020 13:33:06 GrabServer control via XTEST.,
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 Scroll Detection: -scrollcopyrect mode is in effect to,
15/10/2020 13:33:06   use RECORD extension to try to detect scrolling windows,
15/10/2020 13:33:06   (induced by either user keystroke or mouse input).,
15/10/2020 13:33:06   If this yields undesired behavior (poor response, painting,
15/10/2020 13:33:06   errors, etc) it may be disabled via: '-noscr',
15/10/2020 13:33:06   Also see the -help entry for tuning parameters.,
15/10/2020 13:33:06   You can press 3 Alt_L's (Left "Alt" key) in a row to ,
15/10/2020 13:33:06   repaint the screen, also see the -fixscreen option for,
15/10/2020 13:33:06   periodic repaints.,
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 XKEYBOARD: number of keysyms per keycode 7 is greater,
15/10/2020 13:33:06   than 4 and 51 keysyms are mapped above 4.,
15/10/2020 13:33:06   Automatically switching to -xkb mode.,
15/10/2020 13:33:06   If this makes the key mapping worse you can,
15/10/2020 13:33:06   disable it with the "-noxkb" option.,
15/10/2020 13:33:06   Also, remember "-remap DEAD" for accenting characters.,
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 X FBPM extension not supported.,
15/10/2020 13:33:06 X display is not capable of DPMS.,
15/10/2020 13:33:06 --------------------------------------------------------,
15/10/2020 13:33:06 ,
15/10/2020 13:33:06 Default visual ID: 0x21,
15/10/2020 13:33:07 Read initial data from X display into framebuffer.,
15/10/2020 13:33:07 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120,
15/10/2020 13:33:07 ,
15/10/2020 13:33:07 X display :0 is 32bpp depth=24 true color,
15/10/2020 13:33:07 ,
15/10/2020 13:33:07 Listening for VNC connections on TCP port 5900,
15/10/2020 13:33:07 ,
15/10/2020 13:33:07 Xinerama is present and active (e.g. multi-head).,
15/10/2020 13:33:07 Xinerama: number of sub-screens: 1,
15/10/2020 13:33:07 Xinerama: no blackouts needed (only one sub-screen),
15/10/2020 13:33:07 ,
15/10/2020 13:33:07 fb read rate: 2294 MB/sec,
15/10/2020 13:33:07 fast read: reset -wait  ms to: 10,
15/10/2020 13:33:07 fast read: reset -defer ms to: 10,
15/10/2020 13:33:07 The X server says there are 10 mouse buttons.,
15/10/2020 13:33:07 screen setup finished.,
15/10/2020 13:33:07 ,
,
The VNC desktop is:      docker-crashplan-OMV:0,,
0,
,
******************************************************************************,
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?,
,
The scheme stores pixel data offscreen on the VNC viewer side for faster,
retrieval.  It should work with any VNC viewer.  Try it by running:,
,
    x11vnc -ncache 10 ...,
,
One can also add -ncache_cr for smooth 'copyrect' window motion.,
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching,
,
[CrashPlanEngine] starting...,
[services.d] starting logmonitor...,
[services.d] starting app...,
[logmonitor] starting...,
[app] starting CrashPlan for Small Business...,
[services.d] done.,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,

I guess you noticed the:

[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,
[CrashPlanEngine] starting...,

If I launch the Crashplan-pro webpage I see an error message: "Code42 cannot connect to its background service" "Retry".

Sometimes I just see the Code42 splashscreen.

I can see that the config folder works because Crashplan creates all it's confif files and folders in there.

If I remove one volume line (- "/srv/dev-disk-by-label-500MB/docker_crashplan:/config"), the docker starts normally and I can see the login page. It's weird.

I've tried creating a new shared folder for the config. Same behavior.

Any ideas how to make this work?

Here's the Container Inspect in Attachment.

Container_Inspect.txt

Yeah, I'm also going to look into Restic myself sometime soon. Looks cool and seems already pretty much polished.

Just the section of the manual explaining all the wildcards for excluding folders and files is amazingly clear to understand.

Thanks to everyone for their suggestions today! Appreciate it. I've discovered many good alternatives for backing up to Google Drive and other Cloud services.

Quote from Galiwyx

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.

Quote from topi

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

Quote from auanasgheps

You could use rclone.

Wow, Rclone looks awesome!!!. I've seen what I could do with PowerShell and FreeFileSync recently. I think Rclone would make a great alternative to FreeFileSync also.

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:

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:

root@openmediavault:~# systemctl status quotaon.service
œ quotaon.service - Enable File System Quotas
   Loaded: loaded (/lib/systemd/system/quotaon.service; static; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2020-07-01 00:26:45 ADT; 3min 2s ago
     Docs: man:quotaon(8)
  Process: 803 ExecStart=/sbin/quotaon -aug (code=exited, status=2)
 Main PID: 803 (code=exited, status=2)

Jul 01 00:26:45 openmediavault systemd[1]: Starting Enable File System Quotas...
Jul 01 00:26:45 openmediavault quotaon[803]: quotaon: cannot find /srv/dev-disk-by-label-250MBShared/aquota.group on /dev/sda1 [/srv/dev-disk-by-label-250MBShared]
Jul 01 00:26:45 openmediavault quotaon[803]: quotaon: cannot find /srv/dev-disk-by-label-250MBShared/aquota.user on /dev/sda1 [/srv/dev-disk-by-label-250MBShared]
Jul 01 00:26:45 openmediavault systemd[1]: quotaon.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Jul 01 00:26:45 openmediavault systemd[1]: quotaon.service: Failed with result 'exit-code'.
Jul 01 00:26:45 openmediavault systemd[1]: Failed to start Enable File System Quotas.

Here's the result of : journalctl -xe

Any ideas on how to fix those errors?

You guys are scaring me... 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.

Hi,

I'd like to use Duplicati on OpenMediaVault.

I'd like to install the package directly, without a plugin or Docker. Apparently, we need to install mono-runtime package first. I'd follow this procedure: https://forum.duplicati.com/t/…inux-ubuntu-linuxlite/743

Would it break something in OMV to install the package directly?

Any advantage to use Docker compared to installing directly, in this case?

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: