Dear List,

I now have a different problem, which might cause us to stop using
o2cfs.

We still have two HP-machines, redundantly connected to an HP-san with
an EVA 6000. Each has two network cards which are bundled with bonding.o
as active-standby. They are connected to a switch.

Now, if there is a problem with the network, or if one machine is
disconnected from the switch: Both machines are self-fencing!

Installed are:
rhenad:~ # rpm -q ocfs2-tools
ocfs2-tools-1.1.4-0.5
rhenad:~ # rpm -q ocfs2console
ocfs2console-1.1.4-0.5

We cannot really make an update, at least not a kernel update, as we
will loose SAN certification and experiments show, that the SAN and
failover won't work than. Oh yes, all this is from SLES9 SP3

Question: Of course, our main idea to use ocfs was, that if one node
crashes or looses network connection or something, that the other one
survives. At the moment it seems, that if one node has problems, both
are self-fencing.

What is the official opinion here, and what can we do to address that
problem?

Would having each link of the fault-tolerent pairs on a different lan
switch (for redundancy) help? This way, a lan-switch lockup (as it
happened on us) won't be a problem, however, if one(!) machine crashes
or looses network connection, is there a chance for an ocfs2 cluster to
survive?

Thanks in advance,
Michael.

---

Dr. Michael Weller

ITZ Informationstechnologie GmbH
Consulting/Systemengineering
Bismarckstrasse 57
D-45128 Essen

Phone Office  +49 201 24714 28
FAX   Office  +49 201 24714 33
Phone Mobile  +49 172 2178078
E-Mail        mailto:[EMAIL PROTECTED]


BEGIN:VCARD
VERSION:2.1
N:Weller;Michael;;Dr.
FN:Michael Weller
ORG:ITZ Informationstechnologie GmbH;System Engineering. Internet Security, VPN, IP-Routing, Switching, Unix, Linux
TITLE:Senior Consultant
NOTE;ENCODING=QUOTED-PRINTABLE:=0D=0A
TEL;WORK;VOICE:+49 2012471428
TEL;CELL;VOICE:+49 1722178078
TEL;WORK;FAX:+49 201 2471433
ADR;WORK:;;Bismarckstraße 57;Essen;;45128;Deutschland
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Bismarckstra=DFe 57=0D=0AEssen 45128=0D=0ADeutschland
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20050221T135645Z
END:VCARD
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

Reply via email to