HI Firstly I didn't have time yet to do another update_file.sh so the problem may already be fixed.. but in the interim:
After the update_file.sh I did yesterday morning .. I have an intermittent issue which I think is also related.. ng0 goes down, AND stays down, even after reboots. Doing another "upgrade"(downgrade) via the web interface to 085.6(.tar.gz) fixed the ng0 down problem. Although I could manually ifconfig ng0 up to bring the route up again but after reboot it would go down again. I suspect carp is not coming up because ng0 doesn't come up? Tx all. Ivan. -----Original Message----- From: Scott Ullrich [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 28, 2005 4:19 PM To: [email protected] Subject: Re: [pfSense Support] 050.2 CARP won't go Master or Backup You need to update_file.sh /etc/rc.bootup as well. The carp interfacs are brought up at the very end now. Scott On 9/28/05, Frimmel, Ivan (ISS South Africa) <[EMAIL PROTECTED]> wrote: > Ok, so I spent sometime on this, this morning. > > One of the problems I had yesterday during update_file.sh (on 085.4).. it > somehow broke OPT1(sync) and kept making it disabled. So carp would never > come up, once I got this sorted by going to 085.6 I could go forward. > > So .. > 1) I brought router2 back up and did all upgrades and reconfigured CARP; > 2) CARP still behaves badly > 3) Did another update_file.sh after 085.6, CARP haves badly. > > It may go master/backup first time, but when doing disable/enable it stays > init on BOTH routers. > > I dropped to a shell .. and simply did a "ifconfig carp0 up" on both. CARP > comes up in the appropriate mode(master/backup) and virtual IPs work again as > expected. i.e. this fixes the issue. Disable/enable button breaks it again. > i.e. a working server as Master will go back to init after hitting > enable/disable. > > Hope this helps? > Ivan. > > > > -----Original Message----- > From: Holger Bauer [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 28, 2005 1:49 AM > To: [email protected] > Subject: AW: [pfSense Support] 050.2 CARP won't go Master or Backup > > ok, I have experienced some strange problems bringing up CARP-Interfaces here > as well (quite reproducable but also a bit sporadic). Scott did several > changes and he finally came up with something that now is running on my > systems without any problems any more (my systems are also syncing via a > crossover-cable, no switch in between). > > Ivan, if you can please crosslink your systems again and do a "update_file.sh > /etc/inc/interfaces.inc" on both system before testing again. > > To have a switch between two machines is needed if you have more than 2 > machines in the cluster but with only two machines it's an additional "point > of failure" if the switch dies or only has powerfailure. Syncing should work > with crosslink-cables too. So if you can give it a try and report back we > would appreciate it. > > Thank you in advance, > Holger > > -----Ursprüngliche Nachricht----- > Von: Bill Marquette [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 27. September 2005 20:20 > An: [email protected] > Betreff: Re: [pfSense Support] 050.2 CARP won't go Master or Backup > > > On 9/27/05, Frimmel, Ivan (ISS South Africa) <[EMAIL PROTECTED]> wrote: > > HI > > > > PPPoe is on WAN .. CARP is on LAN with carp sync on OPT1. > > > > OK so you guys are going to laugh at me. I do feel stupid. As a fault > > finding procedure and just to get connectivity back I halted router2, which > > is UTP crossed over connected to router 1 on OPT1. So OPT1 (carp sync) is > > down. (no link since you need both nic up to have link). CARP will NOT come > > up without link on OPT1. My suggestion in terms of best practice is to have > > a switch on OPT(sync) when using CARP. It has wasted a lot of my time and > > it IS my fault cause I was cheap just using cross over cable. > > Tx all .. > > Hrm...I'll have to test this out at home :-/ At work everything is > always plugged into a switch (the machines are miles apart), but at > home I'm using a crossover cable for the dedicated sync network. But > I didn't think that CARP would stay down forever if the sync interface > was down :-/ > > --Bill > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > ____________ > Virus checked by G DATA AntiVirusKit > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
