Hallo,
ich habe diverse Probleme, nachdem mir eine Platte mit smart 5 reallocation sector count > 2500 in einem Pool raidz2 aus 6 Platten kaputt ging. Nach kratzenden Geräuschen quittierte sie dann ganz den Dienst und der Pool war Degraded.
Leider lief das Ding nun mehrere Jahre problemlos, so dass ich nur noch wenig Ahnung von FreeNAS oder FreeBSD habe. Ich komme eher mit Debian oder Ubuntu zurecht und nutze Windows 10/cygwin als auch Mac Os X.
Folgender Fehlerkette unterlief mir daher:
Das see: http://illumos.org/msg/ZFS-8000-2Q im Alert hat mich leider dazu gebracht die Platte auf der Konsole zu ersetzen.
Also /dev/ada1 statt den gptid Namen bzw. über die webui.
Dieser Anwenderfehler ist im übrigen das Resultat der Unerreichbarkeit der webui.
Diese Unerreichbarkeit habe ich mir teilweise selbst zuzuschreiben. Denn ich habe den Ausbau der Platte dazu genutzt auch mal eben BIOS und BMC des Boards zu erneuern.
Es handelt sich um das Board ASRock E3C226D2I. Ich hatte das Bios P2.00 und BMC (IPMI) 0.14 installiert. http://www.asrockrack.com/general/productdetail.asp?Model=E3C226D2I#Download
Per IPMI KVM java console hatte ich erst noch den S.M.A.R.T. Status mittels smartctl abgefragt und dann per Firmwareupdate das BMC auf 0.22 bringen wollen. Leider ergab sich nicht das Bild wie in der Anleitung. Der Browser Chrome ist an diesem Punkt nicht weiter gekommen als bis Punkt 1. des Firmwareupgrades. Dann hatte ich leider die Webseite reloaded, was dazu führte, dass sie nicht mehr erreichbar war.
Nachdem ich einen Monitor an den VGA-Ausgang des NAS angeschlossen hatte und rebootete, sah ich, dass kein BMC mehr vorhanden war. ImBIOS auf der ersten Seite fand sich nur
BMC:
hier sollte die version 0.14.0 stehen.
Leider schaffte ich es so nicht das BMC zu erneuern. Ich fingerte also im Rechner herum, um die CMOS.-Batterie herauszubekommen. Auch ersetzte ich daher schon mal die defekte Festplatte. So hatte ich auch mehr Platz für meien Hand, um die Batterie herauszubekommen. Ich trennte zudem die Stromversorgung. Nach einiger Zeit ohne Stromzufuhr und CMOS-Batterie setzte ich die Batterie wieder ein und schloß das Mainboard wieder an die Stromversorgung an. Nach dem Neustart zeigte nun das Mainboard 0.14.0 als BMC-Version an.
Nun machte ich ein Instant-Flash upgrade des BIOS, das zuerst nicht funktionierte. NAch der Auswahl des, im Suchlauf der Instant-Flash-Funktion, gefundenen BIOS-Images auf dem USB-Stick, sprang nach Enter sie Flash-Funktion unverrichteter Dinge zurück ins BIOS. Nach dem clearen des CMOS ging es dann aber glaube ich. Jedenfalls brachte ich dann das BIOS auf P3.30.
Die Maintenence-IPMI-BMC brachte ich dann auch erfolgreich auf 0.22.0 und kam aber nicht mehr in die WebUI des FreeNAS 9.10.
Deshalb, damit das resilvering schon mal über Nacht laufen konnte, machte ich das replace auf der Console mit /dev/ada1.
Also etwa, so (ao ist der Pool-Name):
Das klappte auch ganz gut (siehe Codeblock) weiter oben.
Allerdings habe ich nun erfahren, dass das unbedingt in der webui gemacht werden soll, die die Platte dann partitioniert und eine Partition in den Pool einbindet (entsprechend der gptid oben).
Hierzu eine erste Frage:
Die kann ich doch nun wieder Offline bringen und über die (hoffentlich bald wieder errreichbare) webui erneut einbinden und resilvern lassen? Das resilvern wird etwa eine Woche benötigen. Die zwei Tage muss ich dann in Kauf nehmen. Wenn Freenas auch wieder im Netz erreichbar sein sollte und der AD beitreten kann, so sind ja auch die Daten im DEGRADED Zustand erreichbar.
Also nun zum größten Problem: mir scheint, dass das BIOS-Update nicht gut für die NICs war.
Mit einem NIC kann ich das IPMI/BMC per Web erreichen und so die Java KVM console nutzen. Mit dem anderen NIC konnte ich kurzfristig sogar die WebUI erreichen und per ssh einloggen:
Dann habe ich leider gesehen, dass in der ui unter Interfaces nichts eingerichtete ist und fatalerweise igb0 mit einem angehakten DHCP auf aktualöisieren bzw. ok geklickt. Danach waren ssh und WebUI wieder weg und nun bekomme ich leider:
Das gleiche gilt für igb1.
Vorher konnte ich so manuell, nach dem Start, während dessen das Netzwerk richtig eingerichtet wurde, wenn es sich dann kurz nach dem einloggen verabschiedet hatte per
dem Interface wieder eine lease zuweisen. 192.168.70.131
Das gehnt nun leider nicht mehr.
Frage also, wie kann ich das Interface ohne Zugriff auf die WebUI wieder für DHCP konfigurieren? Falls das nicht geht, wie bekomme ich es statisch wieder ins Netz?
Danach könnte ich mich dann dem ada1 versus gptid widmen ...
Vielen Dank für's Lesen und vielen Dank im Voraus.
ich habe diverse Probleme, nachdem mir eine Platte mit smart 5 reallocation sector count > 2500 in einem Pool raidz2 aus 6 Platten kaputt ging. Nach kratzenden Geräuschen quittierte sie dann ganz den Dienst und der Pool war Degraded.
Leider lief das Ding nun mehrere Jahre problemlos, so dass ich nur noch wenig Ahnung von FreeNAS oder FreeBSD habe. Ich komme eher mit Debian oder Ubuntu zurecht und nutze Windows 10/cygwin als auch Mac Os X.
Folgender Fehlerkette unterlief mir daher:
Code:
1. Email from freenas: Device: /dev/ada1, 8 Currently unreadable (pending) sectors Device: /dev/ada1, 8 Offline uncorrectable sectors Device: /dev/ada1, Self-Test Log error count increased from 0 to 1 ____________________________ 2. Logging into freenas smartctl -a /dev/ada1 -> 5 Reallocated_Sector_Ct 0x0033 098 098 010 Pre-fail Always - 2504 ____________________________ 3. $ ssh root@freenas root@freenas's password: Last login: Mon Feb 27 13:45:02 2017 from 192.168.70.138 FreeBSD 10.3-STABLE (FreeNAS.amd64) #0 r295946+1805185(9.10.2-STABLE): Wed Jan 11 17:12:42 UTC 2017 FreeNAS (c) 2009-2016, The FreeNAS Development Team All rights reserved. FreeNAS is released under the modified BSD license. For more information, documentation, help or support, go here: http://freenas.org Welcome to FreeNAS [root@freenas] ~# zpool status pool: ao state: DEGRADED status: One or more devices could not be opened. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Attach the missing device and online it using 'zpool online'. see: http://illumos.org/msg/ZFS-8000-2Q scan: scrub repaired 0 in 48h6m with 0 errors on Tue Feb 14 00:06:56 2017 config: NAME STATE READ WRITE CKSUM ao DEGRADED 0 0 0 raidz2-0 DEGRADED 0 0 0 11540476702111911714 UNAVAIL 0 0 0 was /dev/gptid/33a856cd-1104-11e5-870d-d0509934ae3c gptid/3412f624-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/347705fb-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/34ce0478-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/352fd0b5-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/3584a665-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 errors: No known data errors pool: freenas-boot state: ONLINE scan: scrub repaired 0 in 0h1m with 0 errors on Sat Jan 28 03:46:53 2017 config: NAME STATE READ WRITE CKSUM freenas-boot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da0p2 ONLINE 0 0 0 da1p2 ONLINE 0 0 0 errors: No known data errors [root@freenas] ~# ________________________________ 4. see: http://illumos.org/msg/ZFS-8000-2Q
Das see: http://illumos.org/msg/ZFS-8000-2Q im Alert hat mich leider dazu gebracht die Platte auf der Konsole zu ersetzen.
Also /dev/ada1 statt den gptid Namen bzw. über die webui.
Dieser Anwenderfehler ist im übrigen das Resultat der Unerreichbarkeit der webui.
Diese Unerreichbarkeit habe ich mir teilweise selbst zuzuschreiben. Denn ich habe den Ausbau der Platte dazu genutzt auch mal eben BIOS und BMC des Boards zu erneuern.
Es handelt sich um das Board ASRock E3C226D2I. Ich hatte das Bios P2.00 und BMC (IPMI) 0.14 installiert. http://www.asrockrack.com/general/productdetail.asp?Model=E3C226D2I#Download
Per IPMI KVM java console hatte ich erst noch den S.M.A.R.T. Status mittels smartctl abgefragt und dann per Firmwareupdate das BMC auf 0.22 bringen wollen. Leider ergab sich nicht das Bild wie in der Anleitung. Der Browser Chrome ist an diesem Punkt nicht weiter gekommen als bis Punkt 1. des Firmwareupgrades. Dann hatte ich leider die Webseite reloaded, was dazu führte, dass sie nicht mehr erreichbar war.
Nachdem ich einen Monitor an den VGA-Ausgang des NAS angeschlossen hatte und rebootete, sah ich, dass kein BMC mehr vorhanden war. ImBIOS auf der ersten Seite fand sich nur
BMC:
hier sollte die version 0.14.0 stehen.
Leider schaffte ich es so nicht das BMC zu erneuern. Ich fingerte also im Rechner herum, um die CMOS.-Batterie herauszubekommen. Auch ersetzte ich daher schon mal die defekte Festplatte. So hatte ich auch mehr Platz für meien Hand, um die Batterie herauszubekommen. Ich trennte zudem die Stromversorgung. Nach einiger Zeit ohne Stromzufuhr und CMOS-Batterie setzte ich die Batterie wieder ein und schloß das Mainboard wieder an die Stromversorgung an. Nach dem Neustart zeigte nun das Mainboard 0.14.0 als BMC-Version an.
Nun machte ich ein Instant-Flash upgrade des BIOS, das zuerst nicht funktionierte. NAch der Auswahl des, im Suchlauf der Instant-Flash-Funktion, gefundenen BIOS-Images auf dem USB-Stick, sprang nach Enter sie Flash-Funktion unverrichteter Dinge zurück ins BIOS. Nach dem clearen des CMOS ging es dann aber glaube ich. Jedenfalls brachte ich dann das BIOS auf P3.30.
Die Maintenence-IPMI-BMC brachte ich dann auch erfolgreich auf 0.22.0 und kam aber nicht mehr in die WebUI des FreeNAS 9.10.
Deshalb, damit das resilvering schon mal über Nacht laufen konnte, machte ich das replace auf der Console mit /dev/ada1.
Also etwa, so (ao ist der Pool-Name):
Code:
zpool replace ao /dev/gptid/33a856cd-1104-11e5-870d-d0509934ae3c /dev/ada1
Das klappte auch ganz gut (siehe Codeblock) weiter oben.
Allerdings habe ich nun erfahren, dass das unbedingt in der webui gemacht werden soll, die die Platte dann partitioniert und eine Partition in den Pool einbindet (entsprechend der gptid oben).
Hierzu eine erste Frage:
Die kann ich doch nun wieder Offline bringen und über die (hoffentlich bald wieder errreichbare) webui erneut einbinden und resilvern lassen? Das resilvern wird etwa eine Woche benötigen. Die zwei Tage muss ich dann in Kauf nehmen. Wenn Freenas auch wieder im Netz erreichbar sein sollte und der AD beitreten kann, so sind ja auch die Daten im DEGRADED Zustand erreichbar.
Also nun zum größten Problem: mir scheint, dass das BIOS-Update nicht gut für die NICs war.
Mit einem NIC kann ich das IPMI/BMC per Web erreichen und so die Java KVM console nutzen. Mit dem anderen NIC konnte ich kurzfristig sogar die WebUI erreichen und per ssh einloggen:
Code:
$ ssh root@192.168.70.131 The authenticity of host '192.168.70.131 (192.168.70.131)' can't be established. ECDSA key fingerprint is SHA256:zguWdzvoF74XQ/z/RmpkxNQpSUdDmlL/Am2BJ5pT7YA. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.168.70.131' (ECDSA) to the list of known hosts. root@192.168.70.131's password: Last login: Mon Feb 27 17:02:22 2017 FreeBSD 10.3-STABLE (FreeNAS.amd64) #0 r295946+1805185(9.10.2-STABLE): Wed Jan 11 17:12:42 UTC 2017 FreeNAS (c) 2009-2016, The FreeNAS Development Team All rights reserved. FreeNAS is released under the modified BSD license. For more information, documentation, help or support, go here: http://freenas.org Welcome to FreeNAS [root@freenas] ~# bash [root@freenas ~]# dmesg | grep igb igb0: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xe000-0xe01f mem 0xf7200000-0xf727ffff,0xf7280000-0xf7283fff irq 18 at device 0.0 on pci2 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: d0:50:99:34:ae:3c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb1: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xd000-0xd01f mem 0xf7100000-0xf717ffff,0xf7180000-0xf7183fff irq 19 at device 0.0 on pci3 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: d0:50:99:34:ae:3d igb1: Bound queue 0 to cpu 0 igb1: Bound queue 1 to cpu 1 igb1: Bound queue 2 to cpu 2 igb1: Bound queue 3 to cpu 3 igb1: link state changed to UP igb1: promiscuous mode enabled igb1: link state changed to DOWN igb1: link state changed to UP igb0: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xe000-0xe01f mem 0xf7200000-0xf727ffff,0xf7280000-0xf7283fff irq 18 at device 0.0 on pci2 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: d0:50:99:34:ae:3c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb1: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xd000-0xd01f mem 0xf7100000-0xf717ffff,0xf7180000-0xf7183fff irq 19 at device 0.0 on pci3 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: d0:50:99:34:ae:3d igb1: Bound queue 0 to cpu 0 igb1: Bound queue 1 to cpu 1 igb1: Bound queue 2 to cpu 2 igb1: Bound queue 3 to cpu 3 igb1: link state changed to UP igb1: promiscuous mode enabled igb1: link state changed to DOWN igb1: link state changed to UP [root@freenas ~]# ifconfig igb0 igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=6403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6> ether d0:50:99:34:ae:3c nd6 options=9<PERFORMNUD,IFDISABLED> media: Ethernet autoselect status: no carrier [root@freenas ~]# ifconfig igb1 igb1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=2400b9<RXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWTSO,RXCSUM_IPV6> ether d0:50:99:34:ae:3d inet 192.168.70.131 netmask 0xffffff00 broadcast 192.168.70.255 nd6 options=9<PERFORMNUD,IFDISABLED> media: Ethernet autoselect (1000baseT <full-duplex>) status: active [root@freenas ~]# [root@freenas ~]# Connection reset by 192.168.70.131 port 22 $ ssh root@192.168.70.131 root@192.168.70.131's password: Last login: Tue Feb 28 17:22:28 2017 from 192.168.70.138 FreeBSD 10.3-STABLE (FreeNAS.amd64) #0 r295946+1805185(9.10.2-STABLE): Wed Jan 11 17:12:42 UTC 2017 FreeNAS (c) 2009-2016, The FreeNAS Development Team All rights reserved. FreeNAS is released under the modified BSD license. For more information, documentation, help or support, go here: http://freenas.org Welcome to FreeNAS [root@freenas] ~# service dhclient restart igb0 dhclient not running? (check /var/run/dhclient.igb0.pid). Starting dhclient. igb0: no link .............. giving up /etc/rc.d/dhclient: WARNING: failed to start dhclient [root@freenas] ~# service dhclient restart igb1 Stopping dhclient. Waiting for PIDS: 15232. Starting dhclient. DHCPREQUEST on igb1 to 255.255.255.255 port 67 DHCPACK from 192.168.70.200 bound to 192.168.70.131 -- renewal in 86400 seconds. [root@freenas] ~# [root@freenas] ~# ifconfig igb0 igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=6403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6> ether d0:50:99:34:ae:3c nd6 options=9<PERFORMNUD,IFDISABLED> media: Ethernet autoselect status: no carrier [root@freenas] ~# ifconfig igb1 igb1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=6403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6> ether d0:50:99:34:ae:3d inet 192.168.70.131 netmask 0xffffff00 broadcast 192.168.70.255 nd6 options=9<PERFORMNUD,IFDISABLED> media: Ethernet autoselect (1000baseT <full-duplex>) status: active [root@freenas] ~# dmesg | grep igb igb0: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xe000-0xe01f mem 0xf7200000-0xf727ffff,0xf7280000-0xf7283fff irq 18 at device 0.0 on pci2 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: d0:50:99:34:ae:3c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb1: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xd000-0xd01f mem 0xf7100000-0xf717ffff,0xf7180000-0xf7183fff irq 19 at device 0.0 on pci3 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: d0:50:99:34:ae:3d igb1: Bound queue 0 to cpu 0 igb1: Bound queue 1 to cpu 1 igb1: Bound queue 2 to cpu 2 igb1: Bound queue 3 to cpu 3 igb1: link state changed to UP igb1: promiscuous mode enabled igb1: link state changed to DOWN igb1: link state changed to UP igb0: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xe000-0xe01f mem 0xf7200000-0xf727ffff,0xf7280000-0xf7283fff irq 18 at device 0.0 on pci2 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: d0:50:99:34:ae:3c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb1: <Intel(R) PRO/1000 Network Connection, Version - 2.5.3-k> port 0xd000-0xd01f mem 0xf7100000-0xf717ffff,0xf7180000-0xf7183fff irq 19 at device 0.0 on pci3 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: d0:50:99:34:ae:3d igb1: Bound queue 0 to cpu 0 igb1: Bound queue 1 to cpu 1 igb1: Bound queue 2 to cpu 2 igb1: Bound queue 3 to cpu 3 igb1: link state changed to UP igb1: promiscuous mode enabled igb1: link state changed to DOWN igb1: link state changed to UP igb1: link state changed to DOWN igb1: promiscuous mode disabled igb1: link state changed to UP [root@freenas] ~# zpool status pool: ao state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Mon Feb 27 19:58:21 2017 5.41T scanned out of 34.6T at 115M/s, 73h57m to go 917G resilvered, 15.66% done config: NAME STATE READ WRITE CKSUM ao DEGRADED 0 0 0 raidz2-0 DEGRADED 0 0 0 replacing-0 DEGRADED 0 0 0 11540476702111911714 UNAVAIL 0 0 0 was /dev/gptid/33a856cd-1104-11e5-870d-d0509934ae3c ada1 ONLINE 0 0 0 (resilvering) gptid/3412f624-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/347705fb-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/34ce0478-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/352fd0b5-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 gptid/3584a665-1104-11e5-870d-d0509934ae3c ONLINE 0 0 0 errors: No known data errors pool: freenas-boot state: ONLINE scan: scrub repaired 0 in 0h1m with 0 errors on Sat Jan 28 03:46:53 2017 config: NAME STATE READ WRITE CKSUM freenas-boot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da0p2 ONLINE 0 0 0 da1p2 ONLINE 0 0 0 errors: No known data errors [root@freenas] ~# zpool status | grep -C2 out action: Wait for the resilver to complete. scan: resilver in progress since Mon Feb 27 19:58:21 2017 5.41T scanned out of 34.6T at 114M/s, 74h13m to go 918G resilvered, 15.66% done config: [root@freenas] ~#
Dann habe ich leider gesehen, dass in der ui unter Interfaces nichts eingerichtete ist und fatalerweise igb0 mit einem angehakten DHCP auf aktualöisieren bzw. ok geklickt. Danach waren ssh und WebUI wieder weg und nun bekomme ich leider:
Code:
'igb0' is not a dhcp-enabled interface
Das gleiche gilt für igb1.
Vorher konnte ich so manuell, nach dem Start, während dessen das Netzwerk richtig eingerichtet wurde, wenn es sich dann kurz nach dem einloggen verabschiedet hatte per
Code:
service dhclient restart igb1
dem Interface wieder eine lease zuweisen. 192.168.70.131
Das gehnt nun leider nicht mehr.
Frage also, wie kann ich das Interface ohne Zugriff auf die WebUI wieder für DHCP konfigurieren? Falls das nicht geht, wie bekomme ich es statisch wieder ins Netz?
Danach könnte ich mich dann dem ada1 versus gptid widmen ...
Vielen Dank für's Lesen und vielen Dank im Voraus.
.
