was denkt ihr von der Tröte?
Wenn ihr mich fragt: Pipe ihn nach
__ _ __ _ _ / /_| | _____ __/ / __ _ _| | | / / _` |/ _ \ \ / / / '_ \| | | | | | / / (_| | __/\ V / /| | | | |_| | | | /_/ \__,_|\___| \_/_/ |_| |_|\__,_|_|_|
in der Tat!
fortschrittsbalken-blog
was denkt ihr von der Tröte?
Wenn ihr mich fragt: Pipe ihn nach
__ _ __ _ _ / /_| | _____ __/ / __ _ _| | | / / _` |/ _ \ \ / / / '_ \| | | | | | / / (_| | __/\ V / /| | | | |_| | | | /_/ \__,_|\___| \_/_/ |_| |_|\__,_|_|_|
in der Tat!
Revolution oder „Berlin Tag und Nacht“
Geiler Spruch von Kraftklub!
Sowas gibt es nicht 2x!
Abdrehen, angeblich alles machen und nichts tun
Das denkt sich E.
Wenn irgendwer angenommen hatte, dass neben VW nicht auch andere Automobilhersteller betroffen wären, der war ganz schön naiv… 😉
an dieser Stelle sei der neue Spiegel empfohlen!
E denkt sich: „so eine 35-Stunden-Woche wäre ein Traum“. Aber was soll ich in der restlichen Zeit mit mir anfangen? k.A.
„Doch schon eine 40-Stunden-Woche wäre nicht schlecht“, siniert E weiter. „ON VERRA!“
Sagt die Kuh zum Bauer:
_______________________________ < gib mir die 40-Stunden-Woche! > ------------------------------- \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || ||
Wenn E so auf die Wahlergebnisse in den Landtagswahlen 2016 blickt, schämt er sich für die Ergebnisse aus dem Fascho-Lager. „Geistige Fähigkeiten sind eben manchmal ungerecht verteilt“, denkt er sich.
… und das auch noch in der Welt-von-E!
Was tun gegen Dummheit und gleichzeitiger Ignoranz gepaart mit Hybris? Mir ist klar, dass das eine interessante und brisante Mischung ist. Irgendwelche Ideen wie man damit umgehen kann? Ich nicht!
Fazit: Lasst nie Ignoranten und VIs ein Software-Projekt durchführen! 😉 HTH!
… durchgeführt werden?
any idea would help!
Seafile wiki: link
Der nachfolgende Inhalt ist dankenswerterweise entnommen von: link
There are generally two parts of data to backup
If you setup seafile server according to our manual, you should have a directory layout like:
haiwen # Replace the name with your organization name
--seafile-server-2.x.x # untar from seafile package
--seafile-data # seafile configuration and data (if you choose the default)
--seahub-data # seahub data
--ccnet # ccnet configuration and data
--seahub.db # sqlite3 database used by seahub
--seahub_settings.py # optional config file for seahub
All your library data is stored under the ‚haiwen‘ directory.
Seafile also stores some important metadata data in a few databases. The names and locations of these databases depends on which database software you use.
For SQLite, the database files are also under the ‚haiwen‘ directory. The locations are:
For MySQL, the databases are created by the administrator, so the names can be different from one deployment to another. There are 3 databases:
The backup is a three step procedure:
We assume your seafile data directory is in /data/haiwen
. And you want to backup to /backup
directory. The /backup
can be an NFS or Windows share mount exported by another machine, or just an external disk. You can create a layout similar to the following in /backup
directory:
/backup
---- databases/ contains database backup files
---- data/ contains backups of the data directory
It’s recommended to backup the database to a separate file each time. Don’t overwrite older database backups for at least a week.
MySQL
Assume your database names are ccnet-db
, seafile-db
and seahub-db
. mysqldump automatically locks the tables so you don’t need to stop Seafile server when backing up MySQL databases. Since the database tables are usually very small, it won’t take long to dump.
mysqldump -h [mysqlhost] -u[username] -p[password] --opt ccnet-db > /backup/databases/ccnet-db.sql.`date +"%Y-%m-%d-%H-%M-%S"`
mysqldump -h [mysqlhost] -u[username] -p[password] --opt seafile-db > /backup/databases/seafile-db.sql.`date +"%Y-%m-%d-%H-%M-%S"`
mysqldump -h [mysqlhost] -u[username] -p[password] --opt seahub-db > /backup/databases/seahub-db.sql.`date +"%Y-%m-%d-%H-%M-%S"`
SQLite
You need to stop Seafile server first before backing up SQLite database.
sqlite3 /data/haiwen/ccnet/GroupMgr/groupmgr.db .dump > /backup/databases/groupmgr.db.bak.`date +"%Y-%m-%d-%H-%M-%S"`
sqlite3 /data/haiwen/ccnet/PeerMgr/usermgr.db .dump > /backup/databases/usermgr.db.bak.`date +"%Y-%m-%d-%H-%M-%S"`
sqlite3 /data/haiwen/seafile-data/seafile.db .dump > /backup/databases/seafile.db.bak.`date +"%Y-%m-%d-%H-%M-%S"`
sqlite3 /data/haiwen/seahub.db .dump > /backup/databases/seahub.db.bak.`date +"%Y-%m-%d-%H-%M-%S"`
The data files are all stored in the /data/haiwen
directory, so just back up the whole directory. You can directly copy the whole directory to the backup destination, or you can use rsync to do incremental backup.
To directly copy the whole data directory,
cp -R /data/haiwen /backup/data/haiwen-`date +"%Y-%m-%d-%H-%M-%S"`
This produces a separate copy of the data directory each time. You can delete older backup copies after a new one is completed.
If you have a lot of data, copying the whole data directory would take long. You can use rsync to do incremental backup.
rsync -az /data/haiwen /backup/data
This command backup the data directory to /backup/data/haiwen
.
It’s very important to make sure the copy or rsync process finishes successfully. Otherwise some of your latest data may not be backed up.
Important: The ID in ccnet/ccnet.conf
must be consistent with the SHA1 value of ccnet/mykey.peer
. So do not forget to copy ccnet/mykey.peer
.
Now supposed your primary seafile server is broken, you’re switching to a new machine. Using the backup data to restore your Seafile instance:
/backup/data/haiwen
to the new machine. Let’s assume the seafile deployment location new machine is also /data/haiwen
.Now with the latest valid database backup files at hand, you can restore them.
MySQL
mysql -u[username] -p[password] ccnet-db < ccnet-db.sql.2013-10-19-16-00-05
mysql -u[username] -p[password] seafile-db < seafile-db.sql.2013-10-19-16-00-20
mysql -u[username] -p[password] seahub-db.sql.2013-10-19-16-01-05
SQLite
cd /data/haiwen
mv ccnet/PeerMgr/usermgr.db ccnet/PeerMgr/usermgr.db.old
mv ccnet/GroupMgr/groupmgr.db ccnet/GroupMgr/groupmgr.db.old
mv seafile-data/seafile.db seafile-data/seafile.db.old
mv seahub.db seahub.db.old
sqlite3 ccnet/PeerMgr/usermgr.db < usermgr.db.bak.xxxx
sqlite3 ccnet/GroupMgr/groupmgr.db < groupmgr.db.bak.xxxx
sqlite3 seafile-data/seafile.db < seafile.db.bak.xxxx
sqlite3 seahub.db < seahub.db.bak.xxxx
service seafile-server stop |
su seafile |
cd /home/seafile |
rm seafile-server-latest |
wget https://bitbucket.org/haiwen/seafile/downloads/seafile-server_3.0.0_pi.tar.gz |
tar -xvf seafile-server_3.0.0_pi.tar.gz |
cd seafile-server-3.0.0/upgrade/ |
./upgrade_2.1_2.2.sh |
./upgrade_2.2_3.0.sh |
exit |
service seafile-server start
tritt nach dem Update von Seafile Version 2.1.5 auf Seafile 3.0 ein Problem im Seafile Webinterface auf. Der Fehler besteht darin, dass über das Webinterface keine Daten mehr hoch- und heruntergeladen werden können.
Verursacht wird der Fehler durch eine Konfigurationseinstellung, die in Seafile 2.1.5 noch funktioniert hat, in Version 3 aber wohl nicht mehr.
service seafile-server stop |
su seafile |
cd /home/seafile/ccnet |
nano ccnet.conf |
SERVICE_URL = http://localhost:8000 |
SERVICE_URL = http://IP-ADRESSE_des_Cubieboard:8000 |
zum Speichern: gleichzeitiges Drücken der <strg>-Taste und “O” zum Schließen des Editors: gleichzeitiges Drücken der <strg>-Taste und “X” |
exit |
service seafile-server start |
Jetzt sollte der Down-/Upload von Dateien über das Seafile-Webinterface wieder fehlerfrei funktionieren.
Analyse der Auswirkungen beim Einsatz von open source software auf die Wettbewerbsfähigkeit im europäischen Markt: