[Gelöst] Migration von 2.1.3 nach 2.2.4 bei gleichzeitigem Hardware-Wechsel

fork

Hhmm, das ist wenig verlockend. Die Vollinstallation habe ich ja gemacht, aber die komplette Konfiguration jetzt noch mal zu Fuß zusammenklicken? Dabei würde ich so viele Fehler einbauen, dass ich noch bis zum Frühjahr debuggen muss.

In Anbetracht der Beobachtung, dass ich doch fast alles schon als übernommen erkennen kann, wäre diese Vorgehensweise nur die allerletzte Option. Ich vermute, dass hier nur eine oder zwei Kleinigkeiten fehlen. Und es gibt konkrete Fehlermeldungen. Das solte doch wohl hinzubekommen sein…

tpf

@fork:

Ich habe versucht, die XML-Datei für den Restore von Hand zu editieren. Dabei habe ich die Vorkommen von 'vrX' durch 'reX' ersetzt. Die MAC-Adressen der Ports waren nicht in dem Backup enthalten - das war eigentlich meine größte Hoffnung.

Gebracht hat das leider nix…

Hm. Du hast erst manuell durchinstalliert und dann einen Restore gemacht? Ich habe mal genau das gemacht und es hat funktioniert. Wie lauten etwaige Fehlermeldungen?

fork

Ja, genau das war die Vorgehensweise.
.
@tpf:

Wie lauten etwaige Fehlermeldungen?

Beim Einlesen des XML-Restore-Files:
@fork:

Fehlermeldung im Web-Interface unmittelbar:

Warning: Invalid argument supplied for foreach() in /etc/inc/upgrade_config.inc on line 3610 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/upgrade_config.inc:3610) in /usr/local/www/diag_backup.php on line 552

Und dann nach dem Restore und vor dem Reboot:
@fork:

Unter 'Interface assignments' sehe ich diese Fehlermeldung:
Interface mismatch detected. Please resolve the mismatch and click 'Apply changes'. The firewall will reboot afterwards.

JeGr

@fork: War das BEVOR oder NACHDEM du das XML File mal editiert hattest um die alten Interfaces durch neue zu tauschen?

Ich habe etwas ähnliches auch schon erfolgreich durchgeführt. Bei mir war es ein CARP Setup, welches auf 2 unterschiedlichen Maschinen läuft (ein Supermicro und eine APU). Da diese auch unterschiedliche Interfaces haben, habe ich da auch Suchen & Ersetzen gemacht und das Einspielen lief auf der APU problemlos. Solange es re0/1/2 sind und keine 3 dabei ist (die SuperMicro Kiste hat 4 Interfaces) lief das alles gut und auch VLANs etc. sind sauber aufgesetzt. Evtl. musst du deine ALIX Konfiguration nochmal ziehen, editieren und durchsehen und dann auf einer Neuinstallation nochmal einspielen? Ich würde die APU mal neu installieren nach dem verunglückten Versuch, nicht dass da intern Settings kleben geblieben sind.

Andere Problemstellung könnte sein, dass er zusätzlich zur Konfiguration einlesen auch noch konvertieren muss (2.1.4 auf 2.2.4). Evtl. wäre es hier eine Hilfe, wenn du die ALIX erstmal auf 2.2.4 updatest bevor du den Hardware Sprung machst, damit die Config schon auf dem aktuellen Stand ist.

Grüße

fork

@JeGr:

@fork: War das BEVOR oder NACHDEM du das XML File mal editiert hattest um die alten Interfaces durch neue zu tauschen?

Das war davor. Der komplette erste Post bezieht sich auf den Versuch, die unveränderte XML-Datei im ganzen zu importieren.

@JeGr:

Evtl. musst du deine ALIX Konfiguration nochmal ziehen, editieren und durchsehen und dann auf einer Neuinstallation nochmal einspielen? Ich würde die APU mal neu installieren nach dem verunglückten Versuch, nicht dass da intern Settings kleben geblieben sind.

Ich muss sowieso nach jedem missglückten Import eine komplette Neuinstallation durchführen, weil danach die Büchse nicht mehr bootet.

@JeGr:

Andere Problemstellung könnte sein, dass er zusätzlich zur Konfiguration einlesen auch noch konvertieren muss (2.1.4 auf 2.2.4). Evtl. wäre es hier eine Hilfe, wenn du die ALIX erstmal auf 2.2.4 updatest bevor du den Hardware Sprung machst, damit die Config schon auf dem aktuellen Stand ist.

Daran habe ich auch schon gedacht. Wo finde ich die passenden Images für die Installation der älteren Versionen?
TNX

EDIT: Oh, habe Dich missverstanden, sorry. Ich dachte daran, auf der neuen Hardware erst mal die Release 2.1.5 zu installieren - in der Hoffnung, dass die Konfigurationsübernahme dort besser klappt, weil dann kein Versionssprung vorhanden ist. Das hätte den Vorteil, dass ich die produktive Firewall nicht anfassen muss…

JeGr

Puh du könntest ggf. auf den Mirrors nachsehen, ob da irgendwo noch die 2.1.x in der Version die du benötigst herumliegt, aber da bin ich überfragt. Ist auf der ALIX eine Vollinstallation am Laufen? Sonst hast du ja als Fallback noch den anderen Slice auf der CF Karte.

Unverändert wirst du wie gesagt die Konfiguration nicht importieren können, da sich die Schnittstellen und Zuordnungen ändern. Deshalb würde ich das im XML patchen wie es gebraucht wird.

fork

@fork:

Wo finde ich die passenden Images für die Installation der älteren Versionen?

Müsste wohl das hier sein:
http://files.ie.pfsense.org/mirror/downloads/old/pfSense-LiveCD-2.1.5-RELEASE-amd64.iso.gz

JeGr

Das sieht valide aus. Wäre einen Versuch wert, allerdings sind die APUs unter 2.1.x noch ein wenig kniffliger gewesen (noch keine 115200 Baud default beim Booten etc.), also einen Blick auf doc.pfsense.org werfen.

fork

@JeGr:

Ist auf der ALIX eine Vollinstallation am Laufen? Sonst hast du ja als Fallback noch den anderen Slice auf der CF Karte.

Dort läuft das nano-Image auf CF-Karte. Natürlich könnte ich davon zuvor ein Image ziehen und könnte dadurch jederzeit verlässlich auf den alten Stand zurück, aber in dieser Zeit wäre das Netzwerk hier komplett lahmgelegt.
Ich glaube, ich probiere zuvor mal den anderen Weg mit der Installation von 2.1.5 auf der neuen Hardware…

JeGr

Brauchst du doch gar nicht? Wenn das Upgrade schief läuft, kannst du doch jederzeit den anderen Slice wieder booten?

fork

@JeGr:

Wäre einen Versuch wert, allerdings sind die APUs unter 2.1.x noch ein wenig kniffliger gewesen (noch keine 115200 Baud default beim Booten etc.), also einen Blick auf doc.pfsense.org werfen.

Hast Du dafür einen Link? Ich finde nur Hinweise zur Installation der aktuellen Release.

Die Installation von 2.1.5 kommt nicht in die Gänge:

fork@j2:~> sha256sum /tmp/pfSense-LiveCD-2.1.5-RELEASE-amd64.iso.gz 
e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855  /tmp/pfSense-LiveCD-2.1.5-RELEASE-amd64.iso.gz

fork@j2:~> gzip -d /tmp/pfSense-LiveCD-2.1.5-RELEASE-amd64.iso.gz 

j2:~ # dd if=/tmp/pfSense-LiveCD-2.1.5-RELEASE-amd64.iso of=/dev/sdc bs=1M
218+1 records in
218+1 records out
228943872 bytes (229 MB) copied, 49.9464 s, 4.6 MB/s

Installation startet nicht:

Total memory 4096 MB
AMD G-T40E Processor
CPU MHz=1000
USB MSC blksize=512 sectors=7864320
Press F10 key now for boot menu:
Select boot device:

1\. USB MSC Drive General USB Flash Disk 1100
2\. AHCI/0: SATA SSD ATA-10 Hard-Disk (15272 MiBytes)
3\. Payload [setup]
4\. Payload [memtest]

drive 0x000f2a60: PCHS=0/0/0 translation=lba LCHS=975/128/63 s=7864320
drive 0x000f2a90: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=31277232
Booting from Hard Disk...
Boot failed: not a bootable disk

Booting from CBFS...
Run img/setup
No extension-based loader found

Kann man nicht sehen, aber ich hatte '1' für USB-Stick ausgewählt.

JeGr

Es kann gut sein, dass das alte LiveCD Image nicht für USB Sticks gedacht war und deshalb nicht sauber bootet.

Nochmal: Was spricht dagegen, 2.2.4 auf der Live Kiste zu installieren? Das zweite BootSlice ist doch dein Rettungsanker um wieder zurück auf 2.1.5 zu fahren, sollte was schiefgehen? Oder übersehe ich was?

fork

@JeGr:

Es kann gut sein, dass das alte LiveCD Image nicht für USB Sticks gedacht war und deshalb nicht sauber bootet.

Hhmm, das wär ja doof…
Vielleicht besser das hier:
pfSense-memstick-serial-2.1.5-RELEASE-amd64.img.gz
?

@JeGr:

Nochmal: Was spricht dagegen, 2.2.4 auf der Live Kiste zu installieren?

Die Offtime des Netzwerkes in dieser Zeitspanne.

JeGr

Memstick war m.W. tatsächlich die korrekte Variante für USB Sticks.

Die Offtime des Netzwerkes in dieser Zeitspanne.
Abends/Nachts tatsächlich ein Problem? OK wenns natürlich so heiß ist, hoffe ich dass die Memstick Variante bootet :)

fork

@fork:

pfSense-memstick-serial-2.1.5-RELEASE-amd64.img.gz

Die bootet ebenfalls nicht.

Sorry, bin platt. Für heute ist Schluss…
TNX

fork

Neues Spiel, neues Glück…

Ich habe keinen Schimmer, warum sich die Release 2.1.5 nicht auf der apu1d4 installieren läßt, und scheinbar hat hier auch keiner den rettenden Einfall. Es ist auch nicht so einfach, die Dokumentation für speziell diese ältere Version zu finden.

Also lasse ich das erstmal sein und versuche den anderen Weg wie von JeGr vorgeschlagen, die aktuelle Release auf der alten Hardware ans Fliegen zu bringen, um dann die Konfiguration dort zu importieren und danach den Weg auf die neue Hardware zu gehen. Hierzu habe ich eine zweite Alix 2D13 als Referenz herausgekramt, mit der ich testen kann.

Installation:


j2:~ # sha256sum /tmp/pfSense-2.2.4-RELEASE-4g-i386-nanobsd.img.gz
563331e485992e3b6591b2e7ecdf87d32fd6a45a7837e01391dd3c4b6be17de9  /tmp/pfSense-2.2.4-RELEASE-4g-i386-nanobsd.img.gz
j2:~ # gzip -d /tmp/pfSense-2.2.4-RELEASE-4g-i386-nanobsd.img.gz                                                                                             
j2:~ # dd if=/tmp/pfSense-2.2.4-RELEASE-4g-i386-nanobsd.img of=/dev/sdc bs=1M

Die Installation verläuft erfolgreich:

*** Welcome to pfSense 2.2.4-RELEASE-nanobsd (i386) on pfSense ***

 WAN (wan)       -> vr1        -> 
 LAN (lan)       -> vr2        -> v4: 192.168.1.1/24

BTW: Meine Fresse, ist das im Abschluss der Konfiguration im Web-Interface ein riesiger Performance-Unterschied. Im Vergleich zur neuen Hardware tröpfeln die Pixel von der Alix geradezu herein!

Jetzt kommt der interessante Teil: Import der Konfiguration vom Produktivsystem…

Beim Import kommt diese (schon bekannte) Fehlermeldung:

Warning: Invalid argument supplied for foreach() in /etc/inc/upgrade_config.inc on line 3610 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/upgrade_config.inc:3610) in /usr/local/www/diag_backup.php on line 552

Auch hier das selbe Bild wie zuvor: Interfaces: Assign network ports

Interface mismatch detected. Please resolve the mismatch and click 'Apply changes'. The firewall will reboot afterwards.

Ich sehe alle VLANs, Interfaces und Rules vom Produktivsystem, aber das war zuvor ja auch schon so.

Ein Reboot zeigt nur noch Müll auf der seriellen Konsole und das Web-Interface ist weder über die Standard-IP noch über die gewünschte 172.16.10.1 erreichbar. Das war wohl nix… :(

fork

Die Fehlermeldung beim Import scheint egal zu sein:
https://www.reddit.com/r/PFSENSE/comments/3fqrvl/problem_restoring_config_from_214_to_224/

Aber welches 'Interface mismatch' könnte da gemeint sein und wie könnte ich das beheben?

JeGr

Ein Reboot zeigt nur noch Müll auf der seriellen Konsole

Das könnte der unterschiedlichen Baudrate geschuldet sein. Auf was ist die alte Alix und Config eingestellt? 9600-8N1? 19200-8N1? Version 2.2.5 läuft default mit 115200-8-N-1, deshalb kann der Buchstabensalat daher kommen.

IM Normalfall sollte bei einem Interface Mismatch das Consolen Menü via Serial kommen mit der Option LAN/WAN/OPT1 manuell zuzuweisen.

Grüße

Guest

Aber welches 'Interface mismatch' könnte da gemeint sein und wie könnte ich das beheben?

Die Interfaces haben andere Namen bei der APU hier ist ein anderer Beitrag aus einem anderen Forum
wo jemand das selbe Problem hatte. pfSense auf APU

fork

@BlueKobold:

Die Interfaces haben andere Namen bei der APU hier ist ein anderer Beitrag aus einem anderen Forum wo jemand das selbe Problem hatte.

TNX. Das hatte ich aber schon für die APU adressiert:
@fork:

Ich habe versucht, die XML-Datei für den Restore von Hand zu editieren. Dabei habe ich die Vorkommen von 'vrX' durch 'reX' ersetzt. Die MAC-Adressen der Ports waren nicht in dem Backup enthalten - das war eigentlich meine größte Hoffnung.

Gebracht hat das leider nix…

Und die letzten Versuche zeigten, dass das Problem bei einer baugleichen ALIX als Zielsystem genau so auftritt.