Project

General

Profile

Actions

Support #2471

closed

Following error observed after installation and first run

Added by Jesus Padro over 6 years ago. Updated almost 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Affected Versions:
Label:

Description

OS: CentOS 7

29/3/2018 -- 05:34:57 - <Notice> - This is Suricata version 4.0.3 RELEASE
29/3/2018 -- 05:35:27 - <Warning> - [ERRCODE: SC_ERR_DEPRECATED_CONF(274)] - deprecated 'force-md5' option found. Please use 'force-hash: [md5]' instead
29/3/2018 -- 05:35:27 - <Warning> - [ERRCODE: SC_ERR_INITIALIZATION(45)] - Unix socket: UNIX socket bind(/var/run/suricata/suricata-command.socket) error: Permission denied
29/3/2018 -- 05:35:27 - <Warning> - [ERRCODE: SC_ERR_INITIALIZATION(45)] - Unable to create unix command socket
29/3/2018 -- 05:35:27 - <Notice> - all 4 packet processing threads, 4 management threads initialized, engine started.

Actions #1

Updated by Andreas Herz over 6 years ago

  • Assignee set to OISF Dev

How did you install suricata? Looks like it added or used an old config file. Regarding the second error, how did you start suricata and with what permissons set?

Actions #2

Updated by Victor Julien over 6 years ago

  • Tracker changed from Bug to Support
Actions #3

Updated by B Mathis about 6 years ago

I am seeing this error as well on CentOS 7 using the packages from EPEL, currently version 4.0.5-1.

On this platform suricata is run as user 'suricata', but /run/suricata has ownership root:root, so it cannot create the socket file. This is set in '/usr/lib/tmpfiles.d/suricata.conf'.

To resolve this error:
cp /usr/lib/tmpfiles.d/suricata.conf /etc/tmpfiles.d
Update /etc/tmpfiles.d/suricata.conf to have:
d /run/suricata 0775 root suricata -
systemd-tmpfiles --create --remove /etc/tmpfiles.d/suricata.conf

This change should probably be applied to the system-installed tmpfiles configuration file.

Actions #4

Updated by Jason Taylor about 6 years ago

This is also being tracked under, https://bugzilla.redhat.com/show_bug.cgi?id=1614935

A new build should be out in the near future to resolve this issue.

Actions #5

Updated by Jason Taylor about 6 years ago

  • Assignee changed from OISF Dev to Jason Taylor
Actions #6

Updated by Jason Taylor about 6 years ago

  • Status changed from New to Feedback

This issue should be resolved with the epel 4.0.5-3 build which should appear in testing in the next day or so.

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-fbc9409354

Please test and provide feedback.

Thanks in advance!

JT

Actions #7

Updated by Jason Taylor almost 6 years ago

  • Status changed from Feedback to Closed

this has been fixed in the latest rpm releases in fedora/epel.

Actions

Also available in: Atom PDF