No bridging at all. I'm told the switch is a SMC 8824M with all setting as factory defaults.
On Thu, Jul 30, 2009 at 6:07 PM, Steven Dake<[email protected]> wrote: > xen bridging enabled? OpenAIS starts before xen bridging starts? This > has been a problem... > > Regards > -steve > > On Thu, 2009-07-30 at 14:54 +0200, Andrew Beekhof wrote: >> Steve, I've been able to reproduce this reliably _without_ Pacemaker >> being involved. >> >> Attached are the two openais log files. >> >> Scenario: >> >> t0: hikari and hikari2 are up and can see each other >> t1: Powercycle hikari2 >> t2: hikari2 comes up >> t3: ping confirms that hikari2 can contact hikari >> I modified the openais init script to run: ping -c 10 hikari > >> afile >> t4: hikari2 starts openais >> t5: hikari starts producing membership events every 3s but does not >> form a membership with hikari2 >> t6: hikari2 forms a membership by itself >> t7: (about 1 or 2 minutes after t6, it varies) hikari and hikari2 form >> a combined membership >> >> The strangest part of this, is that hikari2 must reboot in order to >> trigger this behavior. >> Stopping or killing aisexec and then starting it again is not >> sufficient. >> >> Do you want to continue the discussion here or move to bugzilla? >> >> >> On Jul 21, 2009, at 1:49 PM, Lars Marowsky-Bree wrote: >> >> > On 2009-06-30T12:27:33, Andrew Beekhof <[email protected]> wrote: >> > >> >> I'm working with a cluster that's having trouble reforming. >> >> Before I explain, here is the totem section (which is the same on >> >> both >> >> nodes, except for the nodeid). >> > >> > Hi all, Steven, >> > >> > this problem persist. After a reboot, we sometimes see memberships not >> > reforming - for example, A B C D E, C & D reboot, we end up with A-B-E >> > and C-D or C / D by themselves or some other really weird membership. >> > >> > The problem persist with latest whitetank. Occassionally it seems that >> > one of the dlm_controld processes seems to be hogging IPC (which seems >> > to be quite affecting the rest of the system), but this isn't always >> > the >> > case. >> > >> > It is not always reproducible, and the symptoms are, well, weird. >> > >> > Has anyone else ever seen this? >> > >> > >> > >> > Regards, >> > Lars >> > >> > -- >> > Architect Storage/HA, OPS Engineering, Novell, Inc. >> > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) >> > "Experience is the name everyone gives to their mistakes." -- Oscar >> > Wilde >> > >> >> -- Andrew >> >> >> >> _______________________________________________ >> Openais mailing list >> [email protected] >> https://lists.linux-foundation.org/mailman/listinfo/openais > > _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
