Amanda howto for openhabian and NAS

backup
openhabian
amanda
Tags: #<Tag:0x00007f0e9603b168> #<Tag:0x00007f0e9603ae20> #<Tag:0x00007f0e9603acb8>

(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.


(Bob Miles) #126

Hi,
I know I’ll put me into distrust right away but is there any chance to run Amanda with a CIFS NAS?
Namely, I have a fritzbox NAS share and already tried to mount it via cifs using gid/uid backup, did a chown of the backup folder, added backup to sudoers and and and.
As user backup I can create and modify dirs and files on the target NAS. All the slot folders are created during setup, but drive0 symlink fails with permission denied.
I work with unix quite a lot but I’m honestly lost at this point. Am I right that it should work, once the user backup has full rights on the target nas dir?
Thank you!

Bob


(Markus Storm) #127

If you had fully read the Amanda README you would have noticed that it tells you that it cannot be run on top of CIFS. The reason is that I actually ran into those very same issues you describe and couldn’t resolve them (and as a longtime UNIX admin, I’m fairly certain the problem is on the server side).
I suggest you just move your USB storage to your Pi and run Samba there to serve your other clients.


(Bob Miles) #128

Dear @mstormi,
Thank you for your quick reply. I have read the Readme and still, I was wondering if there’s any explanation for this behavior. But I guess you would have figured it out if it was a solvable problem.
I’ll go with the USB mount then.
Thank you for your time!