Skip to content

Restic upgrade on Debian Buster

A while ago I switched backups from "Duplicity" to "Restic". About time: I was using Duplicity for many years (I think I started using it around 2010, long before "Restic" became available) and it served me well. But recently I ran into more and more issues, especially with archives getting larger and larger. There is an 11 years old open bug in the Duplicity bugtracker, which describes a showstopper for backing up larger archives. And it doesn't look like this will be solved anytime soon. Therefore it was time for something new.

Since I'm rolling out my backups with Ansible, it was relatively easy to create a set of scripts for Restic which use almost the same infrastructure as the old Duplicity backups. That works as expected on all our laptops. But the Raspberry Pi, which does the fileserver backups, seem to had a problem. Backups took way longer than before, jumped from 30-60 minutes (depending on the amount of changes) to constantly around 10 hours.

After some investigation (means: --verbose --verbose --verbose debugging), it turns out that Restic identifies most of the files as new, even though they did not change at all. Some background information: the Raspberry mounts the QNAP fileserver using the SMB3 protocol. The "mount -t cifs" uses the "serverino" option, but apparently that is not enough to provide a stable inode number. And if the inode for a file changes, Restic assumes it is a new file.

On the bright side, because the content of the files do not change, the deduplication still works, and no additional content is added to the backup. The size of the backup does not increase. Still, Restic fetches all the data from the server, and that takes a long time.

 

Continue reading "Restic upgrade on Debian Buster"
  • Twitter
  • Bookmark Restic upgrade on Debian Buster at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg Restic upgrade on Debian Buster
  • Bloglines Restic upgrade on Debian Buster
  • Technorati Restic upgrade on Debian Buster
  • Fark this: Restic upgrade on Debian Buster
  • Bookmark Restic upgrade on Debian Buster at YahooMyWeb
  • Bookmark Restic upgrade on Debian Buster at Furl.net
  • Bookmark Restic upgrade on Debian Buster at reddit.com
  • Bookmark Restic upgrade on Debian Buster at blinklist.com
  • Bookmark Restic upgrade on Debian Buster at Spurl.net
  • Bookmark Restic upgrade on Debian Buster at Simpy.com
  • Bookmark Restic upgrade on Debian Buster at blogmarks
  • Bookmark Restic upgrade on Debian Buster with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

How to reset your KDE (without deleting everything else)

I'm a (more or less) happy KDE user, ever since the KDE 3 days. Before that, I used fvwm2 for a long time, but that is a different story. It also happens that I never really reinstalled my home directory - the oldest files I can find are from 1997, and that is pretty much when I switched from an old Slackware system with self-compiled updates, to something with a more modern distribution. That means, that all the time from 1997 to today, I carry the same /home/ads across my computers. The home directory grew from a few MB to 133 GB today (maybe I should clean it up, but then again it's cheaper to buy a bigger harddisk).

It also means, that I never deleted my KDE config, even when upgrading to KDE 4 or Plasma.

 

Continue reading "How to reset your KDE (without deleting everything else)"
  • Twitter
  • Bookmark How to reset your KDE (without deleting everything else) at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg How to reset your KDE (without deleting everything else)
  • Bloglines How to reset your KDE (without deleting everything else)
  • Technorati How to reset your KDE (without deleting everything else)
  • Fark this: How to reset your KDE (without deleting everything else)
  • Bookmark How to reset your KDE (without deleting everything else) at YahooMyWeb
  • Bookmark How to reset your KDE (without deleting everything else) at Furl.net
  • Bookmark How to reset your KDE (without deleting everything else) at reddit.com
  • Bookmark How to reset your KDE (without deleting everything else) at blinklist.com
  • Bookmark How to reset your KDE (without deleting everything else) at Spurl.net
  • Bookmark How to reset your KDE (without deleting everything else) at Simpy.com
  • Bookmark How to reset your KDE (without deleting everything else) at blogmarks
  • Bookmark How to reset your KDE (without deleting everything else) with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

How I do backup of my mobile devices

Recently I was asked how I do backups of my mobile devices. The discussion started when I told that I "survived" a bricked device without data loss.

Disclaimer: I work (well, was working, before we got spinned of into a subsidiary) for EMC. Part of EMCs portfolio is "backup" and for sure I learned a lot from my employer. All my own devices and servers are backed up, some of them multiple times. Backups, devices and communication is encrypted. I'm not using public services (Dropbox, Drive, ...) for the backups.

So, what happened? One Friday afternoon, my Samsung S3 bricked itself. It was connected to the charger on my desk, the display flashed for a moment and then the device was dead. Reset, reboot, remove battery - nothing helped. No access to the data on the device.


Continue reading "How I do backup of my mobile devices"
  • Twitter
  • Bookmark How I do backup of my mobile devices at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg How I do backup of my mobile devices
  • Bloglines How I do backup of my mobile devices
  • Technorati How I do backup of my mobile devices
  • Fark this: How I do backup of my mobile devices
  • Bookmark How I do backup of my mobile devices at YahooMyWeb
  • Bookmark How I do backup of my mobile devices at Furl.net
  • Bookmark How I do backup of my mobile devices at reddit.com
  • Bookmark How I do backup of my mobile devices at blinklist.com
  • Bookmark How I do backup of my mobile devices at Spurl.net
  • Bookmark How I do backup of my mobile devices at Simpy.com
  • Bookmark How I do backup of my mobile devices at blogmarks
  • Bookmark How I do backup of my mobile devices with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

Die Wolke hat es schon wieder getan

Einen Anbieter zentralisierter Dienste habe ich in meinem letzten Posting über Probleme mit genau diesen Diensten übersehen: RIM - Research in Motion. Die Firma, die den BlackBerry herstellt, jenes Gerät, dass Zugang zu den eigenen E-Mails von überallher verspricht.

Um dies zu gewährleisten, hat sich RIM quasi unentbehrlich gemacht: die Kommunikation des BlackBerry läuft über Server von RIM, die Nachrichten werden dort passend aufbereitet und auf das Gerät geschoben (Push, statt dem sonst üblichen Abrufen/Pollen der Nachrichten).

Nun hat so ein Konzept eine große Schwachstelle: den Anbieter. Dumm halt, wenn genau dort nicht genügend Kapazitäten zur Verfügung stehen oder irgendwelche Server ausfallen. Dann ist man offline, trotz all der großmundigen Versprechen des verkäufers.

Selbiges ist T-Mobile in den USA passiert, selbiges ist Palm mit dem supertollen Backup-Konzept des Palm Pre passiert. Und nun hat es zum wiederholten Male auch RIM erwischt und die Nutzer der mobilen Endgeräte standen mit einem Stück wenig sinnvollen Elektronikschrott da. Zum Glück ist in das Gerät zusätzlich ein Mobiltelefon eingebaut, so dass man nun wenigstens noch anrufen kann.

Daran zeigt sich wieder einmal, dass Anbieter von zentralisierten Diensten damit zwar gutes Geld verdienen wollen, die Kunden aber um solche Konzepte tunlichst einen sehr weiten Bogen machen sollten.

  • Twitter
  • Bookmark Die Wolke hat es schon wieder getan at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg Die Wolke hat es schon wieder getan
  • Bloglines Die Wolke hat es schon wieder getan
  • Technorati Die Wolke hat es schon wieder getan
  • Fark this: Die Wolke hat es schon wieder getan
  • Bookmark Die Wolke hat es schon wieder getan at YahooMyWeb
  • Bookmark Die Wolke hat es schon wieder getan at Furl.net
  • Bookmark Die Wolke hat es schon wieder getan at reddit.com
  • Bookmark Die Wolke hat es schon wieder getan at blinklist.com
  • Bookmark Die Wolke hat es schon wieder getan at Spurl.net
  • Bookmark Die Wolke hat es schon wieder getan at Simpy.com
  • Bookmark Die Wolke hat es schon wieder getan at blogmarks
  • Bookmark Die Wolke hat es schon wieder getan with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

Probleme in der Wolke (aka: Backup in the Cloud)

Als langjähriger Palm-Anwender hat es mich sehr gefreut, vor einiger Zeit die Ankündigungen zum Palm Pre zu lesen. Ein neues Gerät, die Optik sah gut aus und außerdem sollte ein Linux drunter laufen. Was will man mehr?

Kurz vor dem Erscheinen vermehrten sich dann die Gerüchte über Details der mitgelieferten Software. So ist z. B. ein Sync zum lokalen Rechner überhaupt nicht vorgesehen, im Gegenzug sichert der Pre täglich alle Daten auf Server von Palm - in den USA. Außerdem will wollte sich der Pre unbedingt an der iTunes Software von Apple anmelden und spielt sehr gut mit diversen Google Applikationen sowie mit Facebook zusammen.

Als Handy für den täglichen Einsatz im Geschäftsleben interessiert mich jedoch viel mehr wie ich an meine Termine und E-Mails herankomme - und zwar möglichst ohne Zwischenanbieter und ohne das die Daten einen Umweg über die Staaten halbe Welt nehmen. Auch möchte ich nicht, dass meine Geschäftsdaten irgendwo anders im Backup liegen und dort gelesen, durchsucht und ausgewertet werden können.

Das sind meine Wünsche und jeder mag anders über die Wichtigkeit und die Privatheit seiner Daten denken. Was mich an diesem "Backup in der Wolke" (Cloud) jedoch wirklich stört: wenn der Anbieter Mist baut, sind die Daten weg. Und man kann selbst nicht mal was dagegen tun (Backup auf den eigenen Rechner ist nicht erwünscht). Palm ist da keine Ausnahme sondern eher die Regel:

Kunden von Microsoft und T-Mobile USA hatten als Nutzer des Sidekick-Handys vor nicht allzulanger Zeit ähnliche Erfahrungen machen dürfen. Bei einem Serverupdate ging etwas schief und daraufhin waren alle Daten von diversen Kunden weg. Der Datenverlust replizierte sich danach von den Backupservern auf die Mobilfunkgeräte. Der Anbieter benötigte zwei Wochen, um zumindest einen Teil der Daten wieder herzustellen. Währenddessen ergingen sich sowohl Microsoft wie T-Mobile in Pressemeldungen, dass sie ja gar nicht zuständig seien sondern die Firma Danger als Anbieter des Service. Als Kunde interessiert mich in dem Moment aber nicht, wer nun nicht zuständig ist, weil der Service ausgelagert wurde. Ich will einfach meine Daten wiederhaben, die angeblich in der Cloud so sicher sind.

Das Zwangsbackup von Palm zeigte nun heute ähnliche Probleme: die Daten von einigen Anwendern waren nach dem Backup einfach nicht mehr vorhanden. Wen möchte man als Anwender da jetzt haftbar machen? Die Firma Palm sitzt in den USA. Die "Zwangsleistung" Backup ist jedoch nicht im Vertrag mit dem Serviceanbieter in Deutschland enthalten.

Bleiben für mich zwei Fragen:

1) Was will man mit einem Palm Pre noch anfangen? Aufgrund der Backup Situation, dem nicht gewollten lokalen Sync, der Gängelung der Anwender und dem nur zögerlichen Befolgen der GPL-Bestimmungen ist Palm für mich keine Option mehr.

2) Welches Handy kann heutzutage so Sachen wie Kalender nach Caldav Standard, vernünftiges IMAP oder bietet mal ein Terminal zum Arbeiten mit ssh?

  • Twitter
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg Probleme in der Wolke (aka: Backup in the Cloud)
  • Bloglines Probleme in der Wolke (aka: Backup in the Cloud)
  • Technorati Probleme in der Wolke (aka: Backup in the Cloud)
  • Fark this: Probleme in der Wolke (aka: Backup in the Cloud)
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at YahooMyWeb
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at Furl.net
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at reddit.com
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at blinklist.com
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at Spurl.net
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at Simpy.com
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) at blogmarks
  • Bookmark Probleme in der Wolke (aka: Backup in the Cloud) with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

Linux Installation kopieren

Wenn man eine Linux Installation von einer Platte auf eine andere kopieren möchte, kann dies mit einigen einfachen Schritten erfolgen. Die SuSE Supportdatenbank hat dafür einen netten Eintrag.

In kurz auch hier:

mkdir /old /new
mount /dev/alte_disk /old
mount /dev/neue_disk /new
cd /old
tar -cSp --numeric-owner --atime-preserve -f - . | ( cd /new && tar -xSpv --atime-preserve -f - )
edit /new/etc/fstab
Nicht vergessen: lilo oder grup auf dem Bootblock der neuen Platte installieren.
cd /
umount /old
umount /new
  • Twitter
  • Bookmark Linux Installation kopieren at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg Linux Installation kopieren
  • Bloglines Linux Installation kopieren
  • Technorati Linux Installation kopieren
  • Fark this: Linux Installation kopieren
  • Bookmark Linux Installation kopieren at YahooMyWeb
  • Bookmark Linux Installation kopieren at Furl.net
  • Bookmark Linux Installation kopieren at reddit.com
  • Bookmark Linux Installation kopieren at blinklist.com
  • Bookmark Linux Installation kopieren at Spurl.net
  • Bookmark Linux Installation kopieren at Simpy.com
  • Bookmark Linux Installation kopieren at blogmarks
  • Bookmark Linux Installation kopieren with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca

Backups ... properly

Today i found this little script which does backups on a server:

----- cut -----

#!/bin/bash

cd /home/Backup/

DATE=`/bin/date "+%d.%m.%y"`

WEB="web-($DATE).tar"
SQL="sql-($DATE).tar"

tar -cvf "$WEB" /var/lib/mysql
tar -cvf "$SQL" /var/www

exit 0

----- cut -----

Ok, let me count:

1) no check, if the cd fails

2) no packer used

3) no errorchecking at all for the tar (disk full as example)

4) copying the open database files is always a bad idea[tm], mysqldump exists

5) and now check out, which variable name is used for which backup ...

  • Twitter
  • Bookmark Backups ... properly at del.icio.us
  • Facebook
  • Google Bookmarks
  • FriendFeed
  • Digg Backups ... properly
  • Bloglines Backups ... properly
  • Technorati Backups ... properly
  • Fark this: Backups ... properly
  • Bookmark Backups ... properly at YahooMyWeb
  • Bookmark Backups ... properly at Furl.net
  • Bookmark Backups ... properly at reddit.com
  • Bookmark Backups ... properly at blinklist.com
  • Bookmark Backups ... properly at Spurl.net
  • Bookmark Backups ... properly at Simpy.com
  • Bookmark Backups ... properly at blogmarks
  • Bookmark Backups ... properly with wists
  • wong it!
  • Bookmark using any bookmark manager!
  • Stumble It!
  • Identi.ca