On 04/14/11 16:15, Raoul Bhatia [IPAX] wrote: > On 04/13/2011 02:46 PM, Florian Haas wrote: >>> things i noticed: >>> >>> 1. the ra i'm running does not catch "connection refused" errors. >>> c/p from the replication error: >>> >>>> Last_IO_Errno: 2013 >>>> Last_IO_Error: error connecting to master >>>> 'mysql_rep@wdb01:3306' - retry-time: 60 retries: 86400 >>> >>> i run into this error because of a firewall misconfiguration. >> >> Well if the firewall just dropped the packets (as opposed to returning a >> RST TCP packet), then there wouldn't be any "connection refused" error >> to be expected. > > florian, i don't get what you're trying to tell me. > this is an error which the ra did not catch. > the ra reported: up and running (in sync) whereas the slave > clearly wasn't. > > read: the ra behaved wrong with this error.
Yes, but this is difficult problem: this can also happen, when master just failed and monitor action doesn't detect it yet. In that case we don't want to assume that slave is outdated/out of order. So current behaviour is to left monitoring this to the user and do not fail monitor action when slave cannot connect to master (but issue warning in log message). Have you some idea how it could be done to not break working slave, when the master fails? >>> 2. shouldn't line 251 be removed. it reads: >>>> On M/S setup --skip-slave-start is needed (or in config file). >>> but --skip-slave-start is enforced on line 791. >> >> The "line notes" feature on github is actually remarkably useful for >> comments like this one. :) Fixed. >>> 3. is merging possible? i thought that this mysql ra will >>> always need more than one node to function properly? >> >> It shouldn't and if it does, then that's a bug. The agent can always >> test whether it's running as a master/slave set with ocf_is_ms. > > well, i'm only "citing" from my mind. if this has been tested > thoroughly, please discard this. I didn't tested it on single node MySQL... -- Pozdrawiam / Best Regards, Marek Marczykowski | gg:2873965 | RLU #390519 marmarek at staszic waw pl | xmpp:marmarek at staszic waw pl
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________________ Linux-HA-Dev: [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
