Here is what I get from 7003 -long on each server http://pastebin.com/L8BJtNst
Two of our servers have the same local db version and sync site db The other one has v 1.1 for both. They all have Sync host showing as 0.0.0.0 What we have tried is removing the new afs server from CellSrvDB, and stopping the openafs processes on that server (putting it back to what it was before we tried adding it), and the two original servers were able to quorum. Once we added this new server back, no more quorum. We verified that the hosts files are correct and match, and they do. We also stopped the vlserver process on two of the servers, and left it up on one (this is with the new server in CellSrvDB) and it never established a quorum, even though it was the only one alive. We were however able to get vos listaddrs to show the new fileserver, which is good, but we are still stuck. What has to be in place for a quorum to take place? I am certain we are missing something simple here. Thanks! -----Original Message----- From: "Andrew Deason" <[email protected]> Sent: Tuesday, April 6, 2010 11:02 To: [email protected] Subject: [OpenAFS] Re: servers not establishing a quorum On Tue, 6 Apr 2010 09:11:35 -0400 (EDT) [email protected] wrote: > udebug of 7002 of all three servers: > http://pastebin.com/SZyM4BC7 7003 is vlserver, 7002 is ptserver. But I expect the output for either would be similar. > They all show the sync host as 0.0.0.0 (which is what it gets set to > when a quroum cannot be established right?) It says they have not yet established quorum. What tells you that quorum will _not_ be established is that all of the hosts are voting for themselves, so they will never agree on a leader. > vos listaddrs shows the two original afs servers, but not the current > one. vos listaddrs lists fileservers. > What else could I be missing or need to check? I am sure it is > something very simple. 'udebug 7003 -long' on each one. It looks like they may disagree on what the dbservers are, but 'udebug -long' will say what they think they are. -- Andrew Deason [email protected] _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
