Snort inilization failure
-
What snapshot are you running? I'm thinking it has something to do with that since I too reverted back to the older version of snort.
-
Version 1.01
-
What snapshot are you running? I'm thinking it has something to do with that since I too reverted back to the older version of snort.
1.0.1-SNAPSHOT-11-19-2006
-
Well, it boiled down to me just re-installing pfSense(1.01) and re-installing SNORT. It started fine. I kept getting could not open alert file…..no matter what I did.......but now (keeping my fingers crossed) everything looks good.
-
I think I'd rather do without snort than re-install from scratch
-
Backup your configuration, reinstall, restore configuration.
It takes about 6 minutes on a 800 mhz machine.
-
If you backup your configuration to a media (floppy/USB stick) to /conf/config.xml your users will only see 2 short downtimes while the pfSense is rebooting. The livecd will come up with your old config and the system will be usable while you are installing it to the hdd ;)
-
Thanks Hoba, I'll give that a try later.
Oh, Fyi everyone, I've taken on a little issue I saw with snort. I've been wanting an easy way to enable, disable, and edit snort rules. So I've started workin on this. It's not done yet, but the screenshot below shows the progress I've made in the last day.
Right now I've got it to list the rules in a cleaner format, but they are not yet editable.
Enjoy.
![snort rules.JPG](/public/imported_attachments/1/snort rules.JPG)
![snort rules.JPG_thumb](/public/imported_attachments/1/snort rules.JPG_thumb)
![snort rules.JPG_thumb](/public/imported_attachments/1/snort rules.JPG_thumb) -
Thanks Hoba, I'll give that a try later.
Oh, Fyi everyone, I've taken on a little issue I saw with snort. I've been wanting an easy way to enable, disable, and edit snort rules. So I've started workin on this. It's not done yet, but the screenshot below shows the progress I've made in the last day.
Right now I've got it to list the rules in a cleaner format, but they are not yet editable.
Enjoy.
Nice!
-
Thanks. I plan on having it look very similar to the firewall rules. Right now functionality is what I am focusing on. Then I will make it look pretty :).
-
~~No go for me.
I've tried everything.
Fresh install of 1.0.1. No config file uploaded. Downloaded snort, enter info, and nothing starts up. I'm not getting the error "can't read alert file", but snort is not starting up.~~
Nevermind, it helps to enable rules. all good now :).
-
If I upgrade to the latest snapshot from 1.0.1 with snort already installed, I get unable to open alert file errors.
-
Ok. I am totally perplexed here. I can't get snort running at all now. After upgrading to the 11-29 snapshot last night, I got unable to open snort alert file errors.
So I reinstalled 1.0.1, did not import config, installed snort, entered the snort code, etc, and now it won't start up.
I've downloaded the rules, enabled them, etc. Still nothing :(.
Also, when I upgraded to 11-29 snapshot, it took FOREVER. I'm talking about an hour and a half to upload the file before I got the prompt to install the firmware. I have never gotten that type of response before.
Anyone else having these issues?
Here's the log error Im getting with 1.0.1 and snort 2.6.0.2.5
Nov 30 22:27:46 snort[17160]: Daemon parent exiting
Nov 30 22:27:46 snort[17160]: Daemon parent exiting
Nov 30 22:27:46 snort[17160]: Child exited unexpectedly
Nov 30 22:27:46 snort[17160]: Child exited unexpectedly
Nov 30 22:27:45 snort[17176]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "17176"
Nov 30 22:27:45 snort[17176]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "17176"
Nov 30 22:27:45 snort[17176]: PID path stat checked out ok, PID path set to /var/run/
Nov 30 22:27:45 snort[17176]: PID path stat checked out ok, PID path set to /var/run/ -
Not sure about that one unless FreeBSD 6.2 is causing the issue. I'm sorta tied up at the moment but will check into it as soon as I get some free cycles.
-
PC_Arcade, Coldfusion, are you guys having any troubles getting snort to start in 1.0.1?
-
Not any more, although it took a complete format and reinstall (without restoring the backed up .conf files) to get it to work.
Also ACS is the only mode that seems to work reliably for me, try setting that if you haven't already -
@sdale:
PC_Arcade, Coldfusion, are you guys having any troubles getting snort to start in 1.0.1?
I find that if I reboot pfSense, SNORT starts then exits. I have to hit save on the SNORT settings tab to restart SNORT….then it stays up and running. The weird thing is when SNORT exits...I go to the Services tab and it shows that it is running, but it's not. The other thing that I should mention is that if I make any changes to the system, SNORT seems to restart and stays running like it's supposed to. It only seems to happen after a reboot of the system. The good thing though is that it's not core dumping as before.
-
Not any more, although it took a complete format and reinstall (without restoring the backed up .conf files) to get it to work.
Also ACS is the only mode that seems to work reliably for me, try setting that if you haven't alreadyDitto for me….same method
-
Ok, same here. If I restore config it does not work either. Bill or scott, any idea why that is?
-
Not any more, although it took a complete format and reinstall (without restoring the backed up .conf files) to get it to work.
Also ACS is the only mode that seems to work reliably for me, try setting that if you haven't alreadyWere you able to import your config after you got snort started and snort continue to run?
-
Were you able to import your config after you got snort started and snort continue to run?
No, originally Iwas getting could not read alert file…I had to re-install pfsense. importing the config did not help.....also in order to keep it running only ACS mode seems to work otherwise you get a core dump.
I saved my conf. without the packages, then reinstalled pfsense restoring the config without the SNORT configs. Re-installed Snort and was good to go after that. -
No, originally Iwas getting could not read alert file…I had to re-install pfsense. importing the config did not help.....also in order to keep it running only ACS mode seems to work otherwise you get a core dump.
I saved my conf. without the packages, then reinstalled pfsense restoring the config without the SNORT configs. Re-installed Snort and was good to go after that.Ok. I will try that and see what I get.
-
I upgraded to snapshot 12-04 and I am not getting anymore failed to open alert file errors. Woot. Although snort will still not startup for me. It just gets in a continuous bootup cycle. I had to uninstall it. It was chewing up my resources :(.
Oddly enough, when I uninstalled it, it didnt remove snort. When I rebooted after uninstalling, snort processes booted up. I had to manually remove all snort files to stop this.
And also I had to hit reboot twice for my system to reboot. ???
Anyone else able to confirm?
-
@sdale:
I upgraded to snapshot 12-04 and I am not getting anymore failed to open alert file errors. Woot. Although snort will still not startup for me. It just gets in a continuous bootup cycle. I had to uninstall it. It was chewing up my resources :(.
Oddly enough, when I uninstalled it, it didnt remove snort. When I rebooted after uninstalling, snort processes booted up. I had to manually remove all snort files to stop this.
And also I had to hit reboot twice for my system to reboot. ???
Anyone else able to confirm?
I upgraded to snapshot 12-04 and it was chewing up my resources also…..memory was running about 8% higher and the CPU was pinned constantly to 100%. I thought maybe it was SNORT because it kept recycling. I also stopped the service but it still kept running and would not kill. I uninstalled SNORT but the processor was still pinned. I rebooted to no avail. I finally resorted back to SNAPSHOT 11-30.....but it was still pinned. I had to restore my config in order for everything to work properly. SNORT now works fine again. The CPU consumption is also back to normal. I'll try upgrading again today and see what happens.
-
@sdale:
I upgraded to snapshot 12-04 and I am not getting anymore failed to open alert file errors. Woot. Although snort will still not startup for me. It just gets in a continuous bootup cycle. I had to uninstall it. It was chewing up my resources :(.
Oddly enough, when I uninstalled it, it didnt remove snort. When I rebooted after uninstalling, snort processes booted up. I had to manually remove all snort files to stop this.
And also I had to hit reboot twice for my system to reboot. ???
Anyone else able to confirm?
I upgraded to snapshot 12-04 and it was chewing up my resources also…..memory was running about 8% higher and the CPU was pinned constantly to 100%. I thought maybe it was SNORT because it kept recycling. I also stopped the service but it still kept running and would not kill. I uninstalled SNORT but the processor was still pinned. I rebooted to no avail. I finally resorted back to SNAPSHOT 11-30.....but it was still pinned. I had to restore my config in order for everything to work properly. SNORT now works fine again. The CPU consumption is also back to normal. I'll try upgrading again today and see what happens.
I reverted back to the 11-30 snapshot as well. Now I'm getting unable to open alert file errors again.
-
Don't forget to save the snort settings after each upgrade/downgrade!
-
Don't forget to save the snort settings after each upgrade/downgrade!
Yep. I did that. Still getting unable to open alert file with the 11-30 snapshot, and continuous bootup cycle with the 12-4 snapshot.
-
I upgraded to 12-05 snapshot, and when I install snort I get stuck at Executing custom_php_install_command()…
-
Well I updated to 1.0.1-SNAPSHOT-12-05-2006 and everything seems fine. CPU and memory usage are normal. I guess the upgrade didn't take well the first time. I'll see how this goes.
sdale my alert file problem was resolved by reinstalling pfsense and snort and I haven't been getting the can't open alert file since the 11-25 SNAPSHOT. I just restored my config without the packages. It took all of 15 minutes. -
Well Im not sure what's going on, but I cant get mine to work. I tried all your suggestions and still nothing. Just keeps exiting :(.
-
Ok, after reformatting like 30 times, I've determined that one or more of the rulesets is causing snort to abort. I'll get back when I determine which one it is.
Update:
OK so I finally got some time to sit down and troubleshoot the crap out of this.
I reformatted to 1.0.1, installed snort, check ALL rulesets, snort would not bootup. Keeps failing, with no error code given.Using the same install, I finally determined that by un-checking the p2p.rules and web-misc.rule sets I can get snort to bootup. ???
Now, before you say its a ram issue, its not. With snort up and running, it only consumes 55-60% ram.
To confirm, I tried enabling just those two rules, and snort would not bootup.
I am not sure what in those files is preventing snort from booting up, but something is. Can anyone confirm my evaluation?
-
when I upgrade to 12-05 snapshot, reinstall snort, save settings, I get this error:
Dec 7 21:13:50 snort[4264]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "4264"
Dec 7 21:13:50 snort[4264]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "4264"
Dec 7 21:13:50 snort[4264]: PID path stat checked out ok, PID path set to /var/run/
Dec 7 21:13:50 snort[4264]: PID path stat checked out ok, PID path set to /var/run/
Dec 7 21:13:50 snort[4264]: Var 'sis0_ADDRESS' redefined
Dec 7 21:13:50 snort[4264]: Var 'sis0_ADDRESS' redefined
Dec 7 21:13:50 snort[4247]: Initializing daemon modeAlso, if I have backdoor.rules enabled, snort aborts. Says:
Dec 7 21:18:14 snort2c[5648]: snort2c running in daemon mode pid: 5648
Dec 7 21:18:14 snort2c[5648]: snort2c running in daemon mode pid: 5648
Dec 7 21:18:14 snort[5645]: FATAL ERROR: /usr/local/etc/snort/rules/backdoor.rules(643) => Unknown rule type: )
Dec 7 21:18:14 snort[5645]: FATAL ERROR: /usr/local/etc/snort/rules/backdoor.rules(643) => Unknown rule type: )
Dec 7 21:18:14 snort[5645]: Ports to decode telnet on: 21 23 25 119
Dec 7 21:18:14 snort[5645]: Ports to decode telnet on: 21 23 25 119Also getting
Dec 7 21:19:17 snort[5970]: FATAL ERROR: ParseRuleFile : Line 642 too long, 'alert tcp $EXTERNAL_NET $HTTP_…'
Dec 7 21:19:17 snort[5970]: FATAL ERROR: ParseRuleFile : Line 642 too long, 'alert tcp $EXTERNAL_NET $HTTP_…' -
@sdale:
when I upgrade to 12-05 snapshot, reinstall snort, save settings, I get this error:
Dec 7 21:13:50 snort[4264]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "4264"
Dec 7 21:13:50 snort[4264]: FATAL ERROR: Failed to Lock PID File "/var/run//snort_sis0.pid" for PID "4264"
Dec 7 21:13:50 snort[4264]: PID path stat checked out ok, PID path set to /var/run/
Dec 7 21:13:50 snort[4264]: PID path stat checked out ok, PID path set to /var/run/
Dec 7 21:13:50 snort[4264]: Var 'sis0_ADDRESS' redefined
Dec 7 21:13:50 snort[4264]: Var 'sis0_ADDRESS' redefined
Dec 7 21:13:50 snort[4247]: Initializing daemon modeAlso, if I have backdoor.rules enabled, snort aborts. Says:
Dec 7 21:18:14 snort2c[5648]: snort2c running in daemon mode pid: 5648
Dec 7 21:18:14 snort2c[5648]: snort2c running in daemon mode pid: 5648
Dec 7 21:18:14 snort[5645]: FATAL ERROR: /usr/local/etc/snort/rules/backdoor.rules(643) => Unknown rule type: )
Dec 7 21:18:14 snort[5645]: FATAL ERROR: /usr/local/etc/snort/rules/backdoor.rules(643) => Unknown rule type: )
Dec 7 21:18:14 snort[5645]: Ports to decode telnet on: 21 23 25 119
Dec 7 21:18:14 snort[5645]: Ports to decode telnet on: 21 23 25 119Also getting
Dec 7 21:19:17 snort[5970]: FATAL ERROR: ParseRuleFile : Line 642 too long, 'alert tcp $EXTERNAL_NET $HTTP_…'
Dec 7 21:19:17 snort[5970]: FATAL ERROR: ParseRuleFile : Line 642 too long, 'alert tcp $EXTERNAL_NET $HTTP_…'These are rule related problems. I have no idea how to fix these, you are somewhat on your own here.
-
These are rule related problems. I have no idea how to fix these, you are somewhat on your own here.
Yea, I'm taking a look into it.
-
@sdale:
These are rule related problems. I have no idea how to fix these, you are somewhat on your own here.
Yea, I'm taking a look into it.
I found the problem. It lies within my edit rule file. I will send the diff soon as I get it completed.