Hallo,
ich versuche mit der neuen Backup Variante meine Daten von VServer A nach B umzuziehen.
Der VServer A nutzt KVM und der VServer B OpenVZ.
Der Speicherplatz der Datenbanken wird gezählt.
Leider wird der Speicherplatz vom Webspace und E-Mail nicht gezählt.
Quota läuft.
service quota status
● quota.service - Initial Check File System Quotas
Loaded: loaded (/lib/systemd/system/quota.service; enabled; vendor preset: enabled)
Active: active (exited) since Wed 2022-11-02 11:13:56 CET; 19min ago
Docs: man:quotacheck(8)
Process: 92 ExecStart=/usr/share/quota/quota-initial-check.sh (code=exited, status=0/SUCCESS)
Main PID: 92 (code=exited, status=0/SUCCESS)
VServer Umzug von A nach B
-
OlliTheDarkness
- Posts: 1854
- Joined: Tue 14. Aug 2018, 16:41
- Location: Essen (NRW)
Re: VServer Umzug von A nach B
Hast auch Geduld an den Tag gelegt bzw. den Berechnungscronjob von Hand ausgelöst ?IchBins wrote: ↑Wed 2. Nov 2022, 11:47 Hallo,
ich versuche mit der neuen Backup Variante meine Daten von VServer A nach B umzuziehen.
Der VServer A nutzt KVM und der VServer B OpenVZ.
Der Speicherplatz der Datenbanken wird gezählt.
Leider wird der Speicherplatz vom Webspace und E-Mail nicht gezählt.
Quota läuft.
service quota status
● quota.service - Initial Check File System Quotas
Loaded: loaded (/lib/systemd/system/quota.service; enabled; vendor preset: enabled)
Active: active (exited) since Wed 2022-11-02 11:13:56 CET; 19min ago
Docs: man:quotacheck(8)
Process: 92 ExecStart=/usr/share/quota/quota-initial-check.sh (code=exited, status=0/SUCCESS)
Main PID: 92 (code=exited, status=0/SUCCESS)
Mit freundlichen Grüßen
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization
**************************************************************
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization **************************************************************
Re: VServer Umzug von A nach B
Die Daten hatte ich gestern bereits umgezogen. Ich habe es von Hand ausgelöst. Nun wird zumindest etwas angezeigt. Allerdings weicht es ab.
Ich muss, wenn ich ein Backup einspielen will, immer erst die Repository aktualisieren, damit mir das neueste Backup Datum angezeigt wird.
Ich habe vermutet, dass cron nicht läuft. weil ja nach dem Umzug der Webspace auch nicht neu berechnet wurde .
Aber ich bekomme folgende Ausgabe:
/etc/init.d/cron status
● cron.service - Regular background program processing daemon
Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2022-11-02 11:14:01 CET; 1h 46min ago
Docs: man:cron(8)
Main PID: 169 (cron)
Tasks: 1 (limit: 165)
Memory: 1.9G
CGroup: /system.slice/cron.service
└─169 /usr/sbin/cron -f
Ich muss, wenn ich ein Backup einspielen will, immer erst die Repository aktualisieren, damit mir das neueste Backup Datum angezeigt wird.
Ich habe vermutet, dass cron nicht läuft. weil ja nach dem Umzug der Webspace auch nicht neu berechnet wurde .
Aber ich bekomme folgende Ausgabe:
/etc/init.d/cron status
● cron.service - Regular background program processing daemon
Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2022-11-02 11:14:01 CET; 1h 46min ago
Docs: man:cron(8)
Main PID: 169 (cron)
Tasks: 1 (limit: 165)
Memory: 1.9G
CGroup: /system.slice/cron.service
└─169 /usr/sbin/cron -f