New install on CentOS 6.4

[GoogleCodeExporter]

I just did a new installation on a CentOS 6.4 server and the install appears to 
have completed successfully, maybe...  I see this at the end and am not sure if 
it is a fatal error:

Executing set_version
install.sh: line 1113: /usr/local/sphinx/bin/searchd: No such file or directory
set_version success
Executing validate_config
Invalid dir: config_file
Invalid dir: indexer
Invalid configuration: invalid: sphinx/config_file
Invalid configuration: invalid: sphinx/indexer
Config is invalid: sphinx/config_file,sphinx/indexer
validate_config FAIL

I find a 'searchd' at /usr/local/elsa/contrib/searchd

Also I get the following when I try to open the web page:

{ "error" : { "trace" : "Error getting form params at 
/usr/local/share/perl5/Ouch.pm line 28.\n\tOuch::ouch(500, \"Error getting form 
params\") called at /usr/local/share/perl5/Ouch.pm line 33\n\tOuch::throw(500, 
\"Error getting form params\") called at /usr/local/elsa/web/lib/Controller.pm 
line 787\n\tController::catch {...} (Ouch=HASH(0x7f65d7aeff28)) called at 
/usr/local/share/perl5/Try/Tiny.pm line 
106\n\tTry::Tiny::try(CODE(0x7f65d7ae0e70), 
Try::Tiny::Catch=REF(0x7f65d2f210a0)) called at 
/usr/local/elsa/web/lib/Controller.pm line 
788\n\tController::get_form_params(Controller=HASH(0x7f65d5fd8968), 
User=HASH(0x7f65d75ec5b8), CODE(0x7f65d7a9d138)) called at 
/usr/local/elsa/web/lib/WebUtils.pm line 
149\n\tWebUtils::get_headers(View=HASH(0x7f65d79ebfc8), CODE(0x7f65d7a9d060)) 
called at /usr/local/elsa/web/lib/View.pm line 
185\n\tView::index(View=HASH(0x7f65d79ebfc8), 
Plack::Request=HASH(0x7f65d7aa2a90), User=HASH(0x7f65d78e8cc8), 
CODE(0x7f65d2f20fb0)) called at /usr/local/elsa/web/lib/View.pm line 
79\n\tView::try {...} () called at /usr/local/share/perl5/Try/Tiny.pm line 
83\n\teval {...} called at /usr/local/share/perl5/Try/Tiny.pm line 
74\n\tTry::Tiny::try(CODE(0x7f65d2f1e930), 
Try::Tiny::Catch=REF(0x7f65d78e8aa0)) called at /usr/local/elsa/web/lib/View.pm 
line 165\n\tView::__ANON__(CODE(0x7f65d2f1e5b8)) called at 
/usr/local/share/perl5/Plack/Util.pm line 
301\n\tPlack::Util::__ANON__(CODE(0x7f65d2f1e378)) called at 
/usr/local/share/perl5/Plack/Util.pm line 
301\n\tPlack::Util::__ANON__(CODE(0x7f65d7832fd8)) called at 
/usr/local/share/perl5/Plack/Handler/Apache2.pm line 
89\n\tPlack::Handler::Apache2::call_app(\"Plack::Handler::Apache2\", 
Apache2::RequestRec=SCALAR(0x7f65d79c2c10), CODE(0x7f65d79f5178)) called at 
/usr/local/share/perl5/Plack/Handler/Apache2.pm line 
126\n\tPlack::Handler::Apache2::handler(Apache2::RequestRec=SCALAR(0x7f65d79c2c1
0)) called at -e line 0\n\teval {...} called at -e line 0\n", "shortmess" : 
"Error getting form params at /usr/local/elsa/web/lib/Controller.pm line 
787.\n", "data" : null, "code" : 500, "message" : "Error getting form params" } 
} 

Original issue reported on code.google.com by JerK...@gmail.com on 12 Dec 2013 at 9:48

[GoogleCodeExporter]

It doesn't look like the installer finished. Can you try sh install.sh node 
again to see where the error is?

Original comment by mchol...@gmail.com on 13 Dec 2013 at 6:50

[GoogleCodeExporter]

I reran the node install, here are some of the things that jumped out at me:

Towards the beginning:
No package pkg-config available.
No package libopenssl-devel available.

At the end of the sphinx-2.1.3-release install:
install.sh: line 440: ./configure: Permission denied
build_sphinx success

At the end of the eventlog-0.2.12 install:
eventlog-0.2.12/PORTS
install.sh: line 473: ./configure: Permission denied

At the end of the syslog-ng-3.2.4 install:
syslog-ng-3.2.4/build/lex-rules.am
install.sh: line 486: ./configure: Permission denied
build_syslogng success
Executing set_syslogng_conf
Updating syslog-ng.conf...
install.sh: line 758: /usr/local/syslog-ng/bin/pdbtool: No such file or 
directory
install.sh: line 760: /usr/local/syslog-ng/bin/pdbtool: No such file or 
directory
install.sh: line 781: /usr/local/syslog-ng/etc/syslog-ng.conf: No such file or 
directory
set_syslogng_conf FAIL

The full output is attached.

Original comment by JerK...@gmail.com on 13 Dec 2013 at 2:15

Attachments:

• output.txt

[GoogleCodeExporter]

You must run install as root, are you executing with sudo?

Original comment by mchol...@gmail.com on 15 Dec 2013 at 10:49

[GoogleCodeExporter]

Yes, I get the same both as root and using sudo.

Original comment by JerK...@gmail.com on 17 Dec 2013 at 1:36

[GoogleCodeExporter]

Ok, the first issue I was having is that /tmp is mounted with noexec, so I 
change the tmp directory and that is now good.

Next section:

Updating syslog-ng.conf...
install.sh: line 758: /usr/local/syslog-ng/bin/pdbtool: No such file or 
directory
install.sh: line 760: /usr/local/syslog-ng/bin/pdbtool: No such file or 
directory
install.sh: line 781: /usr/local/syslog-ng/etc/syslog-ng.conf: No such file or 
directory

I am not sure if this is intentional but syslog-ng got installed with the 
version in its path (/usr/local/syslog-ng-3.2.4/bin/pdbtool).  I made a symlink 
to point syslog-ng to syslog-ng-3.2.4 and it looks good now.

Original comment by JerK...@gmail.com on 17 Dec 2013 at 2:12

[GoogleCodeExporter]

So is it working now?

On Tue, Dec 17, 2013 at 8:12 AM, <
enterprise-log-search-and-archive@googlecode.com> wrote:

Original comment by mchol...@gmail.com on 19 Dec 2013 at 6:12

[GoogleCodeExporter]

Yes - it is working now.

Original comment by JerK...@gmail.com on 19 Dec 2013 at 2:51

[GoogleCodeExporter]

Good to hear.

Original comment by mchol...@gmail.com on 20 Dec 2013 at 5:33

• Changed state: Done
• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

I have the same problem but the tmp folder is exec

Original comment by daniel.f...@gmail.com on 19 Dec 2014 at 1:12

[GoogleCodeExporter]

There should be errors listed during the install process if files don't show up 
(like the /usr/local/syslog-ng files). Did you notice any?

Original comment by mchol...@gmail.com on 31 Dec 2014 at 9:24