Hat schon mal jemand hier Server mit dd über ssh geklont? (Sind zwei Server mit identischer Spezifikation und Plattengröße)
Snapshot exportieren und auf den anderen Server wieder einspielen habe ich schon erfolgreich durchgeführt.
Aber geht es evtl. auch auf direktem Weg?
Hat schon mal jemand hier Server mit dd über ssh geklont? (Sind zwei Server mit identischer Spezifikation und Plattengröße)
Snapshot exportieren und auf den anderen Server wieder einspielen habe ich schon erfolgreich durchgeführt.
Aber geht es evtl. auch auf direktem Weg?
Ich habs ein paar mal probiert aber an irgendwas ist es immer gescheitert. Weiß aber nicht mehr was das war. Ich mach das nur noch über rsync wenn ich keinen Snapshot mehr erstellen / exportieren kann, da hatte ich nie Probleme
Ich habs ein paar mal probiert aber an irgendwas ist es immer gescheitert. Weiß aber nicht mehr was das war. Ich mach das nur noch über rsync wenn ich keinen Snapshot mehr erstellen / exportieren kann, da hatte ich nie Probleme
Ah. OK. rsync ist natürlich auch eine Option.
Schließt du da so Verzeichnisse wie /boot, /proc usw. aus, oder haust du alles komplett rüber?
$ sudo apt list --installed | grep -i jdk
$
ich denke, so könnte ein log4sh(n)ell-test auch aussehen:
find / -iname "log4j*"aRaphael ich hab das mehrmals schon gemacht, des klappt ganz wunderbar;
ich habs mal auf die Art gemacht
dd if=/dev/sda | ssh root@ip "dd of=/mnt/data/img.dd"
und die IP war a paar 100 km weit entfernt
gestern hatte ich wieder mal was seltsames entdeckt
ich mein, dass jemand auf seiner website in irgend ein Unterverz. schnell mal einen File kopiert
und den URL zu dem File wo postet is ja eh normal;
aber dass bei https://domain/ a Seite mit dem Inhalt von phpinfo( ); kommt ist dann doch Strange 
weils irgendwie gerade passt, der schnellste Zug in Indien kracht mit 200 km/h durch den Bahnhof;
stell ich mir in Berlin, Frankfurt, München od. Leipzig Hbf lustig vor
das ist das höchste der Gefühle durch Wels Hbf (a unbedeutendes 60-70 k Kuhdorf)
ich hab das mehrmals schon gemacht, des klappt ganz wunderbar;
ich habs mal auf die Art gemacht
dd if=/dev/sda | ssh root@ip "dd of=/mnt/data/img.dd"
Ich dachte jetzt weniger an ein Image, sondern an direktes klonen.
So was wie
dd if=/dev/sda | ssh root@ip "dd of=/dev/sda"
Geht aber wohl nicht so einfach... 
Ich dachte jetzt weniger an ein Image, sondern an direktes klonen.
So was wiedd if=/dev/sda | ssh root@ip "dd of=/dev/sda"
Geht aber wohl nicht so einfach...
Hatte damit keine Probleme. Beide Systeme waren halt im rescue…
Hatte damit keine Probleme. Beide Systeme waren halt im rescue…
OK. Dann probiere ich da einfach mal. 
Was soll schon groß schiefgehen. 
Ach ja. Eins noch (bevor ich anfange selber drüber nachzudenken):
Ich habe drei Partitionen (boot, swap, und lvm), auf beiden Server identisch,
Kopiere ich nur die lvm oder auch die boot Partition?
Ja, gleich nachdem ich's geschrieben hatte, bin ich selbst drauf gekommen.
Hat schon mal jemand hier Server mit dd über ssh geklont?
Ich hab meine Vorgehensweise mal in einem Blogbeitrag festgehalten. Häufig holt man (wenn's ausreichend CPU gibt) mit Kompression nochmal etwas Geschwindigkeit raus. und du solltest auf jeden Fall eine Blocksize setzen 
Hab gerade gelernt dass ipv6 ohne nd-* kram in der Firewall plötzlich kaputt ist, dinge über die man sie nie Gedanken macht solange man ipv4 only fährt..
Hab gerade gelernt dass ipv6 ohne nd-* kram in der Firewall plötzlich kaputt ist, dinge über die man sie nie Gedanken macht solange man ipv4 only fährt..
Ja, man muss einen großen Bereich von ICMP zulassen. Habe mir mal die Mühe gemacht die Types, die man zulassen sollte, per RFC zu erarbeiten (gleiches gilt natürlich auch für die Forwarding chain):
QuoteDisplay More# Permit needed ICMP packet types for IPv6 per RFC 4890.
-A INPUT -p ipv6-icmp --icmpv6-type 1 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 2 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 3/0 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 4/1 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 4/2 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 129 -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 130 -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 131 -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 132 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 133 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 134 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 135 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 136 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 137 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 141 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 142 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 143 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 148 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 149 -m hl --hl-eq 255 -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 151 -m limit --limit 1000/min -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 152 -m limit --limit 1000/min -j ACCEPT
-A INPUT -s fe80::/10 -p ipv6-icmp --icmpv6-type 153 -m limit --limit 1000/min -j ACCEPT
-A INPUT -p ipv6-icmp --icmpv6-type 128 -j ACCEPT
Nachtrag: Übrigens ist es auch bei IPv4 falsch, alle ICMP zu blocken. Genau aus diesem Grund funktioniert zB. das Path MTU discovery nicht zuverlässig, weil es zu viele fehlerhaft konfigurierte Firewalls im Netz gibt....
QuoteDisplay More# Permit useful IMCP packet types.
# Note: RFC 792 states that all hosts MUST respond to ICMP ECHO requests.
# Blocking these can make diagnosing of even simple faults much more tricky.
# Real security lies in locking down and hardening all services, not by hiding.
-A DOCKER-USER -p icmp --icmp-type 0 -m conntrack --ctstate NEW -j ACCEPT
-A DOCKER-USER -p icmp --icmp-type 3 -m conntrack --ctstate NEW -j ACCEPT
-A DOCKER-USER -p icmp --icmp-type 8 -m conntrack --ctstate NEW -j ACCEPT
-A DOCKER-USER -p icmp --icmp-type 11 -m conntrack --ctstate NEW -j ACCEPT
Ah. OK. rsync ist natürlich auch eine Option.
Schließt du da so Verzeichnisse wie /boot, /proc usw. aus, oder haust du alles komplett rüber?
Ich starte bei beiden das Rettungssystem, mounte die jeweiligen Partitionen und kopier da dann alles 1:1 rüber. /dev, /proc etc hab ich da ja gar nicht. /boot kopier ich auch 1:1 rüber.
kopier da dann alles 1:1 rüber.
Weshalb zum Geier will man mit dd Clonen und damit nicht nur jede Menge unbelegte Bits, sondern auch noch jede Fragmentation und jeden Dateisystemfehler mit kopieren?
Weshalb zum Geier will man mit dd Clonen und damit nicht nur jede Menge unbelegte Bits, sondern auch noch jede Fragmentation und jeden Dateisystemfehler mit kopieren?
Prinzipiell berechtigter Einwand. Es kommt aber auch darauf an, was bzw. wie viel auf der Platte liegt und wie schnell es gehen muss. Wenn es sich z.B. um Millionen kleine Dateien handelt, ist dd oftmals effektiver.
An dieser Stelle übrigens ein kleines Codebeispiel, wie man mittels "Process Substitution" im gleichen Durchgang eine Prüfsumme berechnen kann, um sie nach dem Kopieren nochmals abzugleichen:
# Speichert den Hash in einer eigenen Datei und kopiert die Eingabedatei gleichzeitig...
dd if=/tmp/input | tee >(sha512sum | cut -d ' ' -f 1 > /tmp/sha512sum) | dd of=/tmp/test-file
# Macht das gleiche, aber zeigt Dir den Hash stattdessen auf STDERR an...
dd if=/tmp/input | tee >(sha512sum | cut -d ' ' -f 1 >&2) | dd of=/tmp/test-fileWeshalb zum Geier will man mit dd Clonen und damit nicht nur jede Menge unbelegte Bits, sondern auch noch jede Fragmentation und jeden Dateisystemfehler mit kopieren?
Tu ich ja nicht. Ich kopier die Dateien 1:1 rüber mit rsync, und gerade nicht das gesamte Dateisystem
Ich hab meine Vorgehensweise mal in einem Blogbeitrag festgehalten. Häufig holt man (wenn's ausreichend CPU gibt) mit Kompression nochmal etwas Geschwindigkeit raus. und du solltest auf jeden Fall eine Blocksize setzen
Ich starte bei beiden das Rettungssystem, mounte die jeweiligen Partitionen und kopier da dann alles 1:1 rüber. /dev, /proc etc hab ich da ja gar nicht. /boot kopier ich auch 1:1 rüber.
Danke für die Infos 
Ja, da die Disks einige hundert GB groß sind, könnte dd schon eine Weile dauern.
Evtl. ist da rsync doch die schnellere Lösung. Ich hatte halt nur das Bedenken, dass, wenn man das so macht:
Ich kopier die Dateien 1:1 rüber mit rsync, und gerade nicht das gesamte Dateisystem
...dass es dann Probleme gibt, wenn man so Verzeichnisse wie /boot, /etc/fstab, /ect/mtab usw mit rüberkopiert, da man ja eben nicht die gesamte Disk, inkl. bootpartition überträgt.
