1 Jun 2010 04:06
Re: explain the difference between servers?
mike <mgbutler <at> nbnet.nb.ca>
2010-06-01 02:06:46 GMT
2010-06-01 02:06:46 GMT
mike wrote: > Nikita Michalko wrote: > >> Hi mike, >> >> it seems to be no HA-problem anymore though, but: >> >> Am Montag, 31. Mai 2010 01:29 schrieb mike: >> >> >>> So I've got ldirector up and running just fine and providing ldap high >>> availability to 2 backend real servers on port 389. >>> >>> Here is the output of netstat on both real servers: >>> tcp 0 0 0.0.0.0:389 >>> 0.0.0.0:* LISTEN >>> tcp 0 0 :::389 >>> >>> :::* LISTEN >>> >>> So I used the same director server to create another highly available >>> application jboss running on port 8080. If I look at the director server >>> I see the output of ipvsadm shows both real servers alive and well. >>> >>> [root <at> lvsuat1a ha.d]# ipvsadm >>> IP Virtual Server version 1.2.1 (size=4096) >>> Prot LocalAddress:Port Scheduler Flags >>> -> RemoteAddress:Port Forward Weight ActiveConn InActConn >>> TCP esbuat1.vip.intranet.mydom lc >>> -> gasayul9300602.intranet.mydom Tunnel 1 0 0(Continue reading)
Some notes: there is a new parameter named nfs_init_script, which by
default is /etc/init.d/nfs-kernel-server.
This nfs_init_script is used by the RA to restart the nfs daemon on the
stop operation.
When the resource is migrated, the script removes the export with
exportfs -u and then restarts the nfsd daemon.
Note that if you have two exportfs resources on the same node, i.e.
share-a-exportfs and share-b-exportfs, and you force the migration of
only share-a-exportfs, then share-b-exportfs will fail: his monitor will
not see the nfsd for a while because this is being restarted by
share-a-exportfs. Then resource share-b-exportfs will be immediately
restarted, and share-a-exportfs will be activated on the other node.
Finally, the migration will be successfully completed.
If you have any kind of suggestion to make this look better, you're welcome.
Thanks,
RSS Feed