Ich habe zwei sh-Skripte namens Z-backup und lb. Z-backup ist ein Skript, das ich in cron.daily platziert habe, sodass es als Anacron-Job ausgeführt wird und das lb-Skript aufruft. Der Inhalt des Z-backup-Skripts ist:
#!/bin/sh
set -e
# Anacron script to run a daily backup at boot time.
exec /home/chh1/bin/lb >/dev/null 2>&1
exit
Der Inhalt des lb-Skripts ist:
#!/bin/sh
# Script to do a backup of PostgreSQL database crewdb and /home folder.
# ~/.pgpass file has been created to support pg_dump -w flag.
# The following if statement removes crewdb.backup.sql if it exists.
if [ -e /home/chh1/Dropbox/postgres_backup/crewdb.backup.sql ]
then
rm /home/chh1/Dropbox/postgres_backup/crewdb.backup.sql
fi >/dev/null 2>&1
echo "PostgreSQL database crewdb backed up on $(date)" >> /home/chh1
/logs/postgres_bak_log.txt
pg_dump -h localhost -p 5432 -U postgres -d crewdb -w -C -F p -b -v -f
~/Dropbox/postgres_backup/crewdb.backup.sql >/dev/null 2>&1
echo "Home folder backed up on $(date)" >> /home/chh1
/logs/home_bak_log.txt
rsync -acu --delete --exclude-from='/home/chh1/rsync_exclude.txt' /home/
/media/chh1/f86f92f7-bcb4-4b8e-8a64-8a210606d422/home_backup/ >/dev/null
2>&1
if [ -e /media/chh1/f86f92f7-bcb4-4b8e-8a64-8a210606d422/home_backup
/chh1/Dropbox/postgres_backup/crewdb.backup.sql ]
then
rm /media/chh1/f86f92f7-bcb4-4b8e-8a64-8a210606d422/home_backup
/chh1/Dropbox/postgres_backup/crewdb.backup.sql
fi >/dev/null 2>&1
pg_dump -h localhost -p 5432 -U postgres -d crewdb -w -C -F p -b -v -f
/media/chh1/f86f92f7-bcb4-4b8e-8a64-8a210606d422/home_backup/chh1/Dropbox
/postgres_backup/crewdb.backup.sql >/dev/null 2>&1
exit
Wenn ich einfach lb im Terminal ausführe, funktioniert das Skript so, wie ich es möchte. (Nach dem Ausführen von lb führe ich echo $? aus und erhalte den Exit-Status 0). Der geplante Anacron-Job wird jedoch nur teilweise ausgeführt und ich kann nicht herausfinden, warum das so ist. Die Protokolleinträge werden erstellt und der rsync-Befehl funktioniert, sodass der Home-Ordner über Anacron, aber nicht über pg_dump gesichert wird. Wenn ich die pg_dump-Befehle in lb ausführe und stderr in einer Datei wie dieser speichere:
pg_dump -h localhost -p 5432 -U postgres -d crewdb -w -C -F p -b -v -f
~/Dropbox/postgres_backup/crewdb.backup.sql 2>/pg_dump_errors.txt
Und
pg_dump -h localhost -p 5432 -U postgres -d crewdb -w -C -F p -b -v -f
/media/chh1/f86f92f7-bcb4-4b8e-8a64-8a210606d422/home_backup/chh1/Dropbox
/postgres_backup/crewdb.backup.sql 2>/pg_dump_errors.txt
Die Datei /pg_dump_errors.txt generiert für beide pg_dump-Befehle die gleiche Ausgabe und zeigt den Datenbank-Dump an, jedoch ohne Fehler wie
head pg_dump_errors.txt && tail pg_dump_errors.txt
pg_dump: last built-in OID is 16383
pg_dump: reading extensions
pg_dump: identifying extension members
pg_dump: reading schemas
pg_dump: reading user-defined tables
pg_dump: reading user-defined functions
pg_dump: reading user-defined types
pg_dump: reading procedural languages
pg_dump: reading user-defined aggregate functions
pg_dump: reading user-defined operators
pg_dump: creating FK CONSTRAINT "public.timesheet
timesheet_date_linkid_fkey"
pg_dump: creating FK CONSTRAINT "public.timesheet
timesheet_employee_functionid_fkey"
pg_dump: creating FK CONSTRAINT "public.timesheet
timesheet_employeeid_fkey"
pg_dump: creating FK CONSTRAINT "public.work work_categoryid_fkey"
pg_dump: creating FK CONSTRAINT "public.work work_clientid_fkey"
pg_dump: creating FK CONSTRAINT "public.work work_date_linkid_fkey"
pg_dump: creating FK CONSTRAINT "public.work_expenses
work_expenses_date_linkid_fkey"
pg_dump: creating FK CONSTRAINT "public.work_expenses
work_expenses_employeeid_fkey"
pg_dump: creating FK CONSTRAINT "public.work_expenses
work_expenses_expense_categoryid_fkey"
pg_dump: creating FK CONSTRAINT "public.work_expenses
work_expenses_workid_fkey"
Ich gehe hier davon aus, dass Anacron (aufgrund von set -e in Z-Backup) deshalb nicht ausgeführt wird, bin mir aber nicht sicher, da ich stderr tatsächlich nach /dev/null (in lb) ausgegeben habe. Alle anderen Befehle in lb erzeugen keine stderr-Ausgabe.
Weitere Informationen
-rwxr-xr-x 1 root root 119 Oct 13 13:57 /etc/cron.daily/z-backup
-rwxrwxr-x 1 chh1 chh1 1279 Oct 20 17:26 /home/chh1/bin/lb
-rw------- 1 chh1 chh1 68 Oct 21 06:00 /home/chh1/.pgpass
cat .pgpass
#hostname:port:database:username:password
*:*:crewdb:*:pg#$as(
postgres=# \l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+----------------------- crewdb | postgres | UTF8 | en_NZ.UTF-8 | en_NZ.UTF-8 | =Tc/postgres + | | | | | postgres=CTc/postgres+ | | | | | chh1=CTc/postgres postgres | postgres | UTF8 | en_NZ.UTF-8 | en_NZ.UTF-8 | template0 | postgres | UTF8 | en_NZ.UTF-8 | en_NZ.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | en_NZ.UTF-8 | en_NZ.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres
sudo cat /etc/postgresql/10/main/pg_hba.conf
# Database administrative login by Unix domain socket
local all postgres md5
# TYPE DATABASE USER ADDRESS METHOD
# "local" is for Unix domain socket connections only
local all all peer
# IPv4 local connections:
host all all 127.0.0.1/32 md5
# IPv6 local connections:
host all all ::1/128 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
local replication all peer
host replication all 127.0.0.1/32 md5
host replication all ::1/128 md5
Hat jemand eine Ahnung, warum das nicht funktioniert? Und warum ich eine stderr-Ausgabe von pg_dump bekomme, obwohl das Backup scheinbar problemlos verläuft. Ich bin für jede Hilfe sehr dankbar!
Antwort1
.pgpassist pro Benutzer. Ist der Unix-Benutzer, der das geplante Skript ausführt, derselbe Benutzer, der das Skript manuell testet?
Und warum bekomme ich eine stderr-Ausgabe von pg_dump, auch wenn das Backup scheinbar problemlos verläuft?
Wegen der -vOption. Sie sollten sie entfernen und auch die entfernen, >/dev/null 2>&1die dazu führen, dass potenziell nützliche Fehlermeldungen verschwinden, auch im oberen Anrufer.
Antwort2
Die Antwort besteht darin, pg_hba.conf wie folgt zu ändern:
sudo grep ^[^#] /etc/postgresql/10/main/pg_hba.conf
[sudo] password for chh1:
local all all trust
local all all trust
host all all 127.0.0.1/32 trust
host all all ::1/128 md5
local replication all md5
host replication all 127.0.0.1/32 md5
host replication all ::1/128 md5
Jetzt funktioniert das Anacron-Skript einwandfrei.