High Availability - Probleme bei Erstsync

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

nextasy

Benutzer
Registriert
14. Okt. 2009
Beiträge
5
Reaktionspunkte
0
Punkte
1
Hi,

wir haben hier in der Firma 2 Synology Rackstation RS814+ laufen mit jeweils 4x3 TB HD im Raid6 und einer Volumen Gruppe. Lan1+Lan2 sind in einem Bond, Lan3 soll die Heartbeat Connection sein. Auf der Rackstation1 sind noch 2 iSCSI Luns eingerichtet.

Leider schaffe ich es nicht, HA am laufen zu bekommen. Er scheitert immer am Initial Sync. HA wird korrekt angelegt, nur bei der ersten Spiegelung gib es Probleme. Es scheint, als würden keine Daten zurück kommen.

in /var/log/messages kommt immer folgendes:

Rich (BBCode):
Oct 27 10:30:45 D087RSProd kernel: [ 3556.700400] block drbd0: Remote failed to finish a request within ko-count * timeout
Oct 27 10:30:45 D087RSProd synodrbd: ha_drbd.cc:2252 pause sync: /dev/md2.
Oct 27 10:31:15 D087RSProd synodrbd: ha_drbd.cc:2308 resume sync: /dev/md2.
Oct 27 10:32:35 D087RSProd kernel: [ 3666.989785] block drbd0: Remote failed to finish a request within ko-count * timeout

Dies wiederholt sich unendlich

Da es sich bei der HA Software um DRBD handelt (http://www.drbd.org/) kann man noch über /proc/drbd Infos bekommen.

Rich (BBCode):
version: 8.4.1 (api:1/proto:86-100)
GIT-hash: b8c4884c526fb7ede9074bf560471f1f25ce58f4 build by root@build5, 2014-10-10 08:58:52
0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r----- md2
    ns:32 nr:0 dw:1732 dr:19033 al:3 bm:0 lo:0 pe:2 ua:0 ap:2 ep:1 wo:b oos:5851088640
        [>....................] sync'ed:  0.1% (5713920/5713920)M
        finish: 253:57:12 speed: 0 (0) K/sec

Er scheint also Daten senden zu wollen, aber keine Antwort zurück zu bekommen. Hat einer eine Idee wieso?
 
Funktionieren denn die direkt verbundenen Schnittstellen? Sind ihnen Adressen zugewiesen?

MfG Matthieu
 
Funktionieren denn die direkt verbundenen Schnittstellen? Sind ihnen Adressen zugewiesen?

MfG Matthieu

Ja, die LAN3 Schnittstelle auf RS1 hat die IP 169.254.1.1 und auf RS2 die IP 169.254.1.2 bekommen.

Ping von RS1 auf RS2 geht einwandfrei
 
169.254 sind APIPA-Adressen und nicht statisch.

MfG Matthieu

Generell ist mir das klar, allerdings trägt er sich selber bei der installation so ein und wechselt von dhcp auf statisch - allerdings, ich schau mal, ob ich die 169er auf ein typisches Class-C netz noch ändern kann, wenn der Cluster installiert ist
 
Grade nochmal getestet: LAN3 hatte vor des Einrichten des Clusters 192.168.5.1 und 5.2 (feste IP) - nach der Clustereinrichtung wurde automatisch die 169.254.1.1 und 1.2 vergeben

Ist das ein normales Verhalten?
 
Mangels eigenem Setup kann ich dazu leider keine Aussage treffen. Vielleicht hat jemand anderes eine Idee.

MfG Matthieu
 
Grade nochmal getestet: LAN3 hatte vor des Einrichten des Clusters 192.168.5.1 und 5.2 (feste IP) - nach der Clustereinrichtung wurde automatisch die 169.254.1.1 und 1.2 vergeben

Ist das ein normales Verhalten?

Meine Antwort ist zwar etwas spät, aber ja, dies ist ein normales Verhalten.

Gruß,

dsmynas
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat