Skip to content
This repository has been archived by the owner on Apr 16, 2021. It is now read-only.

httpry agent is not automatically reconnecting #131

Closed
GoogleCodeExporter opened this issue Mar 24, 2015 · 2 comments
Closed

httpry agent is not automatically reconnecting #131

GoogleCodeExporter opened this issue Mar 24, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

When sguil-db-purge runs every day at 5:01 AM, it stops sguild, purges the DB, 
and then restarts sguild. httpry_agent is not automatically reconnecting to 
sguild like it's supposed to.  

Paul Halliday is looking at a proper fix for httpry_agent.  

In the meantime, you can add the following to the end of 
/usr/local/bin/sguil-db-purge:

# Restart httpry agent (bandaid)
/usr/local/sbin/nsm_sensor_ps-restart --only-httpry-agent

Original issue reported on code.google.com by doug.bu...@gmail.com on 12 Oct 2011 at 2:38

@GoogleCodeExporter
Copy link
Author

I compared httpry_agent.tcl to ossec_agent.tcl and found the following in the 
latter:

 if { [llength $response] != 2 || [lindex $response 0] !=
"ConfirmEvent" || [lindex $response 1] != $NEXT_EVENT_ID } {

               # Send to sguild failed
               if { $DEBUG } { puts "Recv Failed" }

               # Close open socket
               catch {close $sguildSocketID}

               # Reconnect loop
               while { ![ConnectToSguilServer] } { after 15000 }
               return 0

           }

Paul made this change to httpry_agent.tcl and tested successfully.

Original comment by doug.bu...@gmail.com on 13 Oct 2011 at 3:35

  • Changed state: Started
  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Fixed and published:
http://goo.gl/qpeVZ

Original comment by doug.bu...@gmail.com on 14 Oct 2011 at 11:37

  • Changed state: Verified
  • Added labels: ****
  • Removed labels: ****

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant