[SOLVED] Restore Problem

[TheUnexpectedGuest]

Hallo,

ich scheitere im Moment beim Restore eines LXC Containers via PBS.

Promox Version: 7.1-5
PBS Version: 1.1-13

Den Restore mache ich mit:
pct restore 102 PBS:backup/ct/102/2021-10-29T22:00:46Z --rootfs local-zfs:1000

Danach kommt:
recovering backed-up configuration from 'PBS:backup/ct/102/2021-10-29T22:00:46Z' restoring 'PBS:backup/ct/102/2021-10-29T22:00:46Z' now..

Hier sieht alles noch gut aus, aber das läuft jetzt schon seit 8 Stunden. Das Backup ist ca 200GB groß. Der Backup dauert ca. 20min. Was läuft hier verkehrt?

 

[dcsapak]

sieht man im task log des pbs was ? (es sollte einen 'read' task dazu geben)
bzw. im syslog vom pve host?

auch kann man mit 'ps' schauen ob die darunterliegenden prozesse noch laufen und was machen.

 

[TheUnexpectedGuest]

also laufen tut es noch und im task manager steht folgendes:


... 2021-11-22T09:52:50+01:00: download chunk "/mnt/backup/store1/.chunks/b4fa/b4fae76bf487bed05dfca7d4d9af487b4f00359e1ac274c57313aead83d4d2ed" 2021-11-22T09:52:53+01:00: GET /chunk 2021-11-22T09:52:53+01:00: download chunk "/mnt/backup/store1/.chunks/6c0b/6c0b3d93efe1642042787d81f86b76d0267a9bdc013fd65edae36601ed584a9e" 2021-11-22T09:53:08+01:00: GET /chunk 2021-11-22T09:53:08+01:00: download chunk "/mnt/backup/store1/.chunks/02e1/02e1e497631cd25a726d53e669f59346e614dd10e9bda2cf836914049e6d25e3" 2021-11-22T09:53:36+01:00: GET /chunk 2021-11-22T09:53:36+01:00: download chunk "/mnt/backup/store1/.chunks/a409/a409db5556cd47c579c86144bddbc5fca180f29ff4fdce9ccee24c4106cf72c7" 2021-11-22T09:53:48+01:00: GET /chunk 2021-11-22T09:53:48+01:00: download chunk "/mnt/backup/store1/.chunks/daca/daca0ffd17e356f082020bf2417d87b81c5cce2f4ea09a67c40926716b38aeed" 2021-11-22T09:53:55+01:00: GET /chunk... usw...

 

[dcsapak]

ok das heißt aber dass entweder netzwerk/storage wahrscheinlich zu langsam ist..
was ist denn der quell bzw ziel storage? wie sieht das netzwerk aus?

 

[TheUnexpectedGuest]

PBS: Fujitsu Primergy TX100 S3P Xeon E3-1220 V2 @ 3,1Ghz 16GB, 3x4TB im Raidz-1
Proxmox: Supermicro Server CSE-815 2x 8C Xeon E5-2650 v2 2,6GHz 32GB SATA, 3x3TB im Raidz-1

Alles mit Cat6, Gigabit-Switch. Der PBS hängt per Ethernet an einem FRITZ Repeater 1200 - das ist ein Kompromiss, den ich damals eingehen musste. Aber kann das die Performance so runterziehen?

 

[TheUnexpectedGuest]

15 Stunden jetzt - immerhin läufts noch

 

[dcsapak]

naja raidz1 auf (ich nehme an) spinnern ist nie die schnellste sache... aber man müsste im idle zustand sowohl netzwerk als auch quell und ziel storage vernünftig benchmarken um eine konkrete aussage dazu zu machen..

soweit ich verstehe ist da wlan mit im spiel? das schon mal gebenchmarkt (in beide richtungen) mit zb iperf ?

 

[TheUnexpectedGuest]

Nach über 2 Tagen ist der Job nun durch:
2021-11-23T21:11:00+01:00: reader finished successfully 2021-11-23T21:11:00+01:00: TASK OK
Wenn ich nun aber in den Proxmox gehe, dann steht der Container auf
Status: stopped, konfiguration gesperrt (create)

Was muss man hier machen?

 

[dcsapak]

wie sieht denn der task log auf pve seite aus?

 

[TheUnexpectedGuest]

ok, klingt nicht gut:
Fehler: got unexpected control message

 

[dcsapak]

mhmm... kannst du vllt. den ganzen task log posten?

 

[TheUnexpectedGuest]

Ich hatte jetzt meinen PBS abgebaut und ihn direkt per Ethernet angeschlossen - dann war der Restore in 30min durch. Dass der Repeater hier das Bottleneck ist, hätt ich mir nie gedacht. Danke jedenfalls für die Antworten