KDISS
09/05/08, 10:05
WHT'ers, ik zit hier met het volgende probleem:
ik heb een testopstelling met 2 servers met gbit crosslink er tussen voor replicatie/migratie. Beide machines beschikken over CentOS 5 volledig up2date en Xen uit de repository (3.0.3). Tevens maak ik gebruik van DRBD8.2 en de Xen kernel 2.6.18. Nu heb ik een virtuele machine gemaakt, eveneens CentOS 5, die ik wil migreren van node1 naar node2. Dus, ik 'create' de VM op node1, maak verbinding via SSH en doe binnen de VM een ping naar google.nl De naam resolved, en ik krijg een keurig antwoord. Nu migreer ik naar node2, dat gaat perfect en is binnen een paar ms gedaan. De ssh sessie is nog steeds open, dus dat is allemaal ok. Nu ping ik weer naar google, de naam wordt keurig omgezet naar een IP, maar het antwoord is niet juist:
[root@vm1 ~]# ping www.google.nl
PING www.l.google.com (64.233.183.99) 56(84) bytes of data.
64 bytes from nf-in-f99.google.com (64.233.183.99): icmp_seq=1 ttl=249 time=0.000 ms
Tevens verneem ik dat de koeler op de CPU het ineens een stuk drukker krijgt...
Een wget wordt voor migratie perfect afgehandeld, maar na de migratie laat ook die het afweten. Hij laat geen voortgang zien/lijkt te hangen waarna dit resultaat komt:
[root@vm1 ~]# wget www.kdiss.com/100mb.bin -O /dev/null
--09:59:10-- http://www.kdiss.com/100mb.bin
Resolving www.kdiss.com... 193.138.206.121
Connecting to www.kdiss.com|193.138.206.121|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'
100%[================================================== =====================>] 104,857,600 --.-K/s in 0s
09:59:10 (48.8 GB/s) - `/dev/null' saved [104857600/104857600]
Als ik nu weer terug migreer is er niets aan het handje en werkt het allemaal weer vlekkeloos.
Nu heb ik al vernomen dat de reactie tijd na een migratie verkort wordt door vanuit beide Dom0's een ping te laten lopen voor/tijdens de migratie, en tevens is de ping vanuit de VM na ~1minuut wel in orde...
Weet iemand een oplossing hiervoor?
ik heb een testopstelling met 2 servers met gbit crosslink er tussen voor replicatie/migratie. Beide machines beschikken over CentOS 5 volledig up2date en Xen uit de repository (3.0.3). Tevens maak ik gebruik van DRBD8.2 en de Xen kernel 2.6.18. Nu heb ik een virtuele machine gemaakt, eveneens CentOS 5, die ik wil migreren van node1 naar node2. Dus, ik 'create' de VM op node1, maak verbinding via SSH en doe binnen de VM een ping naar google.nl De naam resolved, en ik krijg een keurig antwoord. Nu migreer ik naar node2, dat gaat perfect en is binnen een paar ms gedaan. De ssh sessie is nog steeds open, dus dat is allemaal ok. Nu ping ik weer naar google, de naam wordt keurig omgezet naar een IP, maar het antwoord is niet juist:
[root@vm1 ~]# ping www.google.nl
PING www.l.google.com (64.233.183.99) 56(84) bytes of data.
64 bytes from nf-in-f99.google.com (64.233.183.99): icmp_seq=1 ttl=249 time=0.000 ms
Tevens verneem ik dat de koeler op de CPU het ineens een stuk drukker krijgt...
Een wget wordt voor migratie perfect afgehandeld, maar na de migratie laat ook die het afweten. Hij laat geen voortgang zien/lijkt te hangen waarna dit resultaat komt:
[root@vm1 ~]# wget www.kdiss.com/100mb.bin -O /dev/null
--09:59:10-- http://www.kdiss.com/100mb.bin
Resolving www.kdiss.com... 193.138.206.121
Connecting to www.kdiss.com|193.138.206.121|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `/dev/null'
100%[================================================== =====================>] 104,857,600 --.-K/s in 0s
09:59:10 (48.8 GB/s) - `/dev/null' saved [104857600/104857600]
Als ik nu weer terug migreer is er niets aan het handje en werkt het allemaal weer vlekkeloos.
Nu heb ik al vernomen dat de reactie tijd na een migratie verkort wordt door vanuit beide Dom0's een ping te laten lopen voor/tijdens de migratie, en tevens is de ping vanuit de VM na ~1minuut wel in orde...
Weet iemand een oplossing hiervoor?