[pfSense Support] cvs checkout: [17:33:57] waiting for root's lock in /home/pfsense/cvsroot/pfSense/usr/local/www/javascript/extjs/build/widgets/form
15 minutes later: same message. did a cvs process forget to clean up? - Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] cvs checkout: [17:33:57] waiting for root's lock in /home/pfsense/cvsroot/pfSense/usr/local/www/javascript/extjs/build/widgets/form
On 3/24/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 15 minutes later: same message. did a cvs process forget to clean up? The problem is on your end. Remove the stale lock. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[pfSense Support] cvs checkout: [17:59:49] waiting for root's lock in /home/pfsense/cvsroot/pfSense/usr/local/www/javascript/extjs/build/widgets/form
does cvs have a problem? - Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] cvs checkout: [17:59:49] waiting for root's lock in /home/pfsense/cvsroot/pfSense/usr/local/www/javascript/extjs/build/widgets/form
[EMAIL PROTECTED] wrote: does cvs have a problem? - Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No, you do, as Scott said in his reply. Clean up the lock file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[pfSense Support] Watchdog timeouts on 1.2-RELEASE full installation but not on 1.2-RELEASE embedded?!?
Hello! As the title says, I'm experiencing watchdog timeouts on interfaces when I have a full installation of 1.2-RELEASE but I do not experience the same problem when I'm running an embedded installation. The full install seems to run fine until I start pushing some traffic(only 1.5mbits ADSL) through it. Then, the logs and console get cluttered with watchdog timeout errors like this: Mar 24 13:43:42 php: : Not a valid interface action Mar 24 13:43:42 php: : Processing - Mar 24 13:43:42 php: : Not a valid interface action Mar 24 13:43:42 php: : Processing start - Mar 24 13:43:42 php: : DEVD Ethernet attached event for xl0 Mar 24 13:43:42 php: : Processing xl0 - start Mar 24 13:43:41 check_reload_status: rc.linkup starting Mar 24 13:43:37 kernel: xl0: link state changed to UP Mar 24 13:43:35 kernel: xl0: link state changed to DOWN Mar 24 13:43:35 kernel: xl0: watchdog timeout As soon as I change back to an embedded install, everything works just fine. I can completely saturate the 100mbit ports and have no problems. Is there a difference between the embedded and full installations that would cause an issue such as this? Hardware specs: Dell Optiplex GX200 SFF (800MHZ PIII, 384MB RAM, 20GB IDE HDD, all other peripherals disabled such as sound, com2, parallel, usb, etc) 1 x onboard 3COM 3C905 NIC (xl0) 4 x Sun Happy Meal NICS (Sun PCI QFE NIC) (hme0-3) 2 x Compaq Netelligent NICS (Compaq PCI Dual port Server NIC) (tl0-1) I appreciate any help you can give. Thank you! Tim Nelson Systems/Network Support Rockbochs Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [pfSense Support] Single Captive Portal Login Triggers Dual Accounting Sessions
Hi Chris, I have done a patch and the problem has gone away. I was using the inc include files from pfsense 1.0. Thanks Regards, Kelvin Chris Buechler wrote: Kelvin Chiang wrote: Hi, I am seeing a phenomenon, that a single captive portal login triggered 2 accounting sessions, did anyone see this before? Not that I've heard of. If it's something you can consistently replicate, please open a ticket at cvstrac.pfsense.org. - 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]