Setting up Duplicacy for a headless job on Linux

Support
,
#1

Using Duplicacy CLI 2.1.0, I’m having a hard time setting up a headless task. I’m trying to use our existing CI infrastructure, so we can see that our backups are working in our dev dashboard.

If I do env | grep 'DUPLICACY', I see that I have variables set for:

  • DUPLICACY_S3_ID
  • DUPLICACY_S3_SECRET
  • DUPLICACY_PASSWORD

Then when I run sudo -preserve-env duplicacy backup -stats I still get:

Storage set to s3://us-west-1@amazon.com/<my bucket>`
Enter S3 Access Key ID:

Any guesses what I’m doing wrong? Thanks!

Problems configuring Duplicacy with keyring (Linux)
#2

You can run duplicacy -d list to see which environment variable it is trying to read from.

Most likely you assigned a name to the storage (either by the add command or the -storage-name option of the init command). If the storage name is not default, then the name of the variable includes the storage name. For example, if the storage name is second, and the variable for storing the S3 id will be DUPLICACY_SECOND_S3_ID.

#3

Thanks! My problem has evolved. When I run this script:

#!/bin/sh
echo $DUPLICACY_S3_ID
echo $DUPLICACY_S3_SECRET
echo $DUPLICACY_PASSWORD

sudo --preserve-env duplicacy -d list

I get this result:

panic: close of closed channel

goroutine 1 [running]:
github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/go%2edbus.(*Conn).Close(0xc42014d680, 0x12bdee0, 0xc4201e0000)
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/go.dbus/conn.go:178 +0x52
github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/go%2edbus.SessionBus(0xc42014d680, 0x12bdee0, 0xc4201e0000)
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/go.dbus/conn.go:86 +0x16d
github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/keyring.init.1()
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/keyring/keyring_linux.go:163 +0x34
github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/keyring.init()
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/vendor/github.com/gilbertchen/keyring/keyring_linux.go:181 +0xcb
github.com/gilbertchen/duplicacy/src.init()
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/src/duplicacy_utils_others.go:86 +0x127
main.init()
        /Users/chgang/zincbox/go/src/github.com/gilbertchen/duplicacy/duplicacy/duplicacy_main.go:1866 +0x93
Plans for a Linux GUI
#4

This is a bug in the dbus implementation, but I think if you add unset DBUS_SESSION_BUS_ADDRESS to the script before running the duplicacy command it should be able to avoid this bug.

Backups safe? Failed to decrypt errors
#5

Thanks! That worked perfectly.