Amanda howto for openhabian and NAS

backup
openhabian
amanda
Tags: #<Tag:0x00007fd3226dedc0> #<Tag:0x00007fd3226dec30> #<Tag:0x00007fd3226deaf0>

(Stefan Haupt) #121

this is how I tried to restore and it doesn’t work for me as long as the logs are missing.

backup@orangepi-restore:/tmp$ amfetchdump -p openhab-dir smarthome /dev/mmcblk0 20180703 > /mnt/myserver/restoreimage
Warning: no log files found for tape openHABian-openhab-dir-004 written 2018-07-04 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-003 written 2018-07-03 01:00:01
Warning: no log files found for tape openHABian-openhab-dir-002 written 2018-07-02 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-001 written 2018-07-01 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-015 written 2018-06-30 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-014 written 2018-06-29 01:00:01
Warning: no log files found for tape openHABian-openhab-dir-013 written 2018-06-28 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-012 written 2018-06-27 01:00:01
Warning: no log files found for tape openHABian-openhab-dir-011 written 2018-06-26 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-010 written 2018-06-25 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-009 written 2018-06-24 01:00:01
Warning: no log files found for tape openHABian-openhab-dir-008 written 2018-06-23 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-007 written 2018-06-22 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-006 written 2018-06-21 01:00:02
Warning: no log files found for tape openHABian-openhab-dir-005 written 2018-06-20 01:00:02
ERROR: No matching dumps found

if logs are in place, it answers like this:

backup@orangepi-restore:/tmp$ amfetchdump -p openhab-dir smarthome /dev/mmcblk0 20180703 > /mnt/myserver/restoreimage
1 volume(s) needed for restoration
The following volumes are needed: openHABian-openhab-dir-003
Press enter when ready

(Dirk ) #122

Hi all,
I have Openhab 2.3 running on a Raspi3 with Openhabian 1.4.1.
Now I tried Amanda Backup. Backup medium is a synology. The installation went through without errors but at the end the owner of the files */slots/ could not be changed.
Updating FireMotD available updates count …
chown: der Eigentümer von ‘/home/shares/backup//amanda-backups’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot3’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/drive1’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot12’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot6’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot2’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot11’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot7’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot1’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot14’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot4’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot5’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot13’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot9’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot8’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot15’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/drive0’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot10’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/amanda-backups’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/@eaDir/@tmp’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/@eaDir’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/’ wird geändert: Das Argument ist ungültig
2018-07-13_10:53:43_CEST [openHABian] Checking for default openHABian username:password combination… OK
2018-07-13_10:53:44_CEST [openHABian] We hope you got what you came for! See you again soon :wink:

Does anyone have an idea?

Dirk


(Markus Storm) #123

Your problem seems to be with ownership or access rights change that the openHABian Amanda setup script executes. You’ve probably used bad options when you mounted your share from your NAS (UID mapping) or your NAS-side rights configuration is bad in terms of access rights…

Also, a directory with an special characters, namely an @ in the name, is a bad idea. You cannot expect all scripts to properly with that. Try with a proper name and don’t backup to any directory that already has contents at Amanda setup time.


(Dirk ) #124

Hi Markus,

thanks for the quick reply. You are right a directory with special caracters is not a goot idea and not from me :slight_smile:. It was created maybe during the installation. I choose the option “Install Amanda Backup” on the openhabian menu. The folder @eaDir and @tmp (subfolder from @eaDir)

I didn’t create the folders. Can I delete it?

I tried it again after I deleted the @directories, but with the same result.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots’ wird geändert: Das Argument ist ungültig
chown: der Eigentümer von ‘/home/shares/backup/amanda-backups’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot3’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/drive1’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot12’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot6’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot2’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot11’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot7’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot1’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot14’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot4’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot5’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot13’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot9’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot8’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot15’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/drive0’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots/slot10’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/slots’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup/amanda-backups’ wird geändert: Das Argument ist ungültig
/bin/chown: der Eigentümer von ‘/home/shares/backup’ wird geändert: Das Argument ist ungültig
2018-07-13_21:38:25_CEST [openHABian] Checking for default openHABian username:password combination… OK
2018-07-13_21:38:25_CEST [openHABian] We hope you got what you came for! See you again soon :wink:
openhabian@openHABianPi:~ $

any advice?


(Markus Storm) #125

Again, dirnames aren’t your problem, it’s with your rights setup. Obviously the setup script (running as root unless you made a mistake there) should be able to create and change ownership/rights of the subdirectories, but it cannot because your NFS setup is bad. You aren’t using CIFS, do you ??.
You could start a root shell on your openhabian and try creating directories and change ownership/rights in the storage dir manually and you should see the same problem. You can lookup the commands openhabian issues on setup in /opt/openhabian/functions/backup.sh.
root@client (openhabian) is commonly mapped to some non-root UID on the NAS, that’s possibly why.
Sorry but that you have to debug yourself.