Magentacloud is not mounted at all. This cloud storage provider uses webdav backend.
Run the command 'rclone version' and share the full output of the command.
rclone v1.58.0-beta.5923.b55575e62
os/version: debian 11.2
os/kernel: 5.10.0-10-686-pae (i686)
os/type: linux
os/arch: 386
go/version: go1.17.5
go/linking: static
go/tags: none
but same problem occurs also with rclone v1.57.0
Which cloud storage system are you using? (eg Google Drive)
Magentacloud
Other cloud storage providers I use (Mega, Google Drive, Yandex) can be mounted without problems.
The command you were trying to run (eg rclone copy /tmp remote:tmp)
[Unit]
Description=RClone mount storage at t-online.de
Wants=network-online.target
After=network-online.target
[Service]
Type=notify
KillMode=mixed
RestartSec=5
#Set up environment
Environment=MOUNT_DIR="/srv/backup/t-online.de"
Environment=RCLONE_TEMP_DIR="/srv/backup/.cache/t-online"
Environment=RCLONE_MOUNT_VFS_CACHE_MODE="writes"
ExecStart=/usr/bin/rclone mount T-Online: "${MOUNT_DIR}"
--allow-other
--syslog
--cache-dir="${RCLONE_TEMP_DIR}"
--drive-use-trash=false
--vfs-cache-mode="${RCLONE_MOUNT_VFS_CACHE_MODE}"
ExecStop=/bin/fusermount -uz "${MOUNT_DIR}"
Restart=on-failure
[Install]
WantedBy=multi-user.target
The rclone config contents with secrets removed.
[T-Online]
type = webdav
url = https://webdav.magentacloud.de
vendor = other
user = secret1
pass = secret2
A log from the command with the -vv flag
systemctl status rctonline
â—Ź rctonline.service - RClone mount storage at t-online.de
Loaded: loaded (/etc/systemd/system/rctonline.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2022-01-06 22:58:15 CET; 48s ago
Main PID: 7902 (rclone)
Status: "[22:58] vfs cache: objects 0 (was 0) in use 0, to upload 0, uploading 0, total size 0 (was 0)"
Tasks: 10 (limit: 4915)
Memory: 15.0M
CPU: 367ms
CGroup: /system.slice/rctonline.service
└─7902 /usr/bin/rclone mount T-Online: /srv/backup/t-online.de --allow-other --syslog --cache-dir=/srv/backup/.cache/t-online --drive-use-trash=false>
Jan 06 22:58:14 systemd[1]: Starting RClone mount storage at t-online.de...
Jan 06 22:58:15 systemd[1]: Started RClone mount storage at t-online.de.
lines 1-13/13 (END)
/srv/backup/t-online.de# ls -l
total 0
Hello, I've just executed the requested command:
...
root@something:~/.config/rclone# rclone ls T-Online:
root@something:~/.config/rclone#
...
so no output at all.
I have also tried rclone 1.57.0 before. No directory listing at all also with this version, however with 1.57.0 I got the following error at /var/log/syslog:
Jan 5 23:52:15 MYHOSTNAME rclone[12973]: webdav root '': Statfs failed: about call failed: XML syntax error on line 34: invalid character entity & (no semicolon)
A related forum post has suggested for this error to upgrade to the latest beta version.
Oh, sorry! One - two weeks ago after accessing my data on the other web interface I have thought that they must be ready. I also upgraded my debian during this period from buster to bullseye and I have supposed that somehow is related to the new debian version. Hopefully will be OK after they end with the maintenance.
Can be closed than.
*With the WebDAV address, you can set up your MagentaCLOUD as a network drive on Windows, for example. You can find more information about WebDAV and how to use it here. https://magentacloud.de/remote.php/webdav
Now my systemd service starts. I also changed back to rclone 1.57.0 Still no directory listing, but when executing aolah76@freemail.hu
I get the following:
2022/01/08 12:19:32 DEBUG : rclone: Version "v1.57.0" starting with parameters ["rclone" "ls" "T-Online:" "-vv"]
2022/01/08 12:19:32 DEBUG : Creating backend with remote "T-Online:"
2022/01/08 12:19:32 DEBUG : Using config file from "/root/.config/rclone/rclone.conf"
2022/01/08 12:19:32 DEBUG : found headers:
2022/01/08 12:19:57 ERROR : : error listing: couldn't list files: Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured: Sabre\DAV\Exception\NotAuthenticated: 401 Unauthorized
2022/01/08 12:19:57 DEBUG : 3 go routines active
2022/01/08 12:19:57 Failed to ls with 2 errors: last error was: couldn't list files: Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured: Sabre\DAV\Exception\NotAuthenticated: 401 Unauthorized
I have tried reconfiguring rclone with default bearer token and with one generated password by the magenta site.
What do I wrong? Or better opening a ticket by magenta if possible?
when you log into the web interface, what do you use for the password?
the actual password or the bearer token?
as you did not post your failed attempts, cannot offer better advice.
imho, there are only a few possible combinations to test.
the username is the username, so that is a constant.
then there are the password and bearer token
i would test in the following order
Strange, but the 2nd option, ie. password = bearer token IS WORKING!
But copying the bearer token directly to rclone.conf is NOK.
Running rclone config than editing related config (in my case T-Online) and entering the bearer token as password when requested is OK.
Bearer token is than stored in encrypted way in rclone.conf
Starting my systemd unit rctonline starts as used to.
Running rclone ls T-Online: -vv finally I got a list of my files and directories.
Checking in Midnight Commander is also OK.
Thank's your great support!
Hello, the token I generated at magenta and which is present in rclone.conf after running the rclone config command, does not match. I did not check it with rclone obscure because I do not remember the generated token