UNIX.GER ---------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 37 из 62
 От   : Kai Richter                         2:240/77          19 янв 26 08:54:38
 К    : Gerhard Strangar                                      19 янв 26 12:23:01
 Тема : Pool verkleinern
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:240/77 696df4cc
@REPLY: 2:240/2188.575 69672d2f
@CHRS: LATIN-1 2
@TID: hpt/lnx 1.4.0-sta 09-04-05
Hallo Gerhard!

Am 14 Jan 26, Gerhard Strangar schrieb an Kai Richter:

 KR>> Hm, es soll doch ein Mirror bootfaehig werden. Da muesste der Pool
 KR>> Name doch identisch sein?

 GS> Ich dachte, Du wolltest von pool1 mit 2*4 TB auf pool2 mit 2*3 TB
 GS> wechseln, Aber zpool create wird sich weigern, den neuen Pool so zu
 GS> nennen, wie den bereits importieren. Und selbst wenn nicht,
 GS> spaetestens zfs send und receive mit zwei gleichnamigen Pools duerfte
 GS> unnoetig umstaendlich sein, falls es ueberhaupt geht.

 Geht nicht, habs probiert. Sogar ein pool copy geht nicht. Ich
hatte zuerst mit syncoid (sanoid) ein pool/pool copy versucht, aber soweit
ich mich jetzt eingelesen habe, kann dass verwendete zfs send|receive
kein overwrite.

 Wenn man nфher dr№ber nachdenkt, dann wird das sogar ganz logisch,
weil ZFS ein copy on write System ist. Schaut man auf die zfs send
arguments, dann kann das nur snapshots №bertragen.

 Ohne destination pool gibt es kein Ziel zum kopieren. Legt man den
destination pool an, kann man ihn nicht №berschreiben und damit gibt es zwei
unterschiedliche Ausgangspunkte, womit ein snapshot nicht an den gleichen
Ausgangspunkten ansetzen kann und folglich nicht funktionieren wird.

 Die LЎsung ist eigentlich einfach. Wenn man den pool nicht
№berschreiben kann, dann muss er neu kopiert werden, an einem Ort an dem er
noch nicht existiert. Man legt also ein neues leeres dataset an und
schon kann man einen pool dort hinein kopieren (syncoid -r pool1
pool2/inbound).

 Im zweiten Schritt schiebt man einfach die datasets ein Verzeichnis
hЎher. Das geht dann mit zfs rename. In der Folge besteht dann das
dataset am richtigen Platz und kЎnnte dann mit weiteren zfs send|receive
oder syncoid aktuell gehalten werden.

 Das ist zumindest mein Teilerfolg des Wochenendes. Sobald der neue
pool jedoch allein System steht, bootet er nicht. Vermutlich habe ich
irgendwo einen Zwischenschritt №bersehen oder vergessen.

 Hilfreich war das arch-handbook/boot 1.2, weil dort screenshots der
boot stages zu sehen sind. Es hфngt jetzt im boot2 und der nфchste
Schritt wфre den loader zu laden. F№r den loader habe ich die Befehle
gefunden, nur was der boot2 so kann ist mir nicht ersichtlich.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
 * Origin: Es heisst Schlafittchen, hat nix mit Schnee zu tun. (2:240/77)
SEEN-BY: 50/109 221/1 240/12 77 502 1120 1254
1512 1634 2188 4075 5234 5411
SEEN-BY: 240/5413 5824 5832 5853 5890 6309 8001
8002 8005 8010 8050 9190
SEEN-BY: 280/5003 301/1 310/31 313/41 341/66 371/0
2432/390 2448/1021
SEEN-BY: 2454/119 2490/3045 5001/100 5015/255
5019/40 5020/400 715 846 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5058/104
5061/133 5075/128 5083/1
@PATH: 240/77 5832 1120 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх