Package Details: ntopng 3.8-4

Git Clone URL: https://aur.archlinux.org/ntopng.git (read-only)
Package Base: ntopng
Description: The next generation version of the original ntop, a network traffic probe that shows the network usage
Upstream URL: http://www.ntop.org/
Keywords: htop monitoring networking ntop top
Licenses: GPL3
Submitter: crt
Maintainer: pht
Last Packager: pht
Votes: 17
Popularity: 0.493332
First Submitted: 2015-09-22 08:31
Last Updated: 2018-12-31 09:14

Latest Comments

1 2 3 4 5 6 Next › Last »

ShayBox commented on 2019-03-07 23:11

@pht You should, as redis is one of the dependencies of this package, it should be waiting for redis to start.

EDIT: As far as I know you just have to add "After=redis.service" to the current ntopng@.service in the package.

EDIT2: Yes, I tested it, just add the "After=redis.service" to the service file that exists.

pht commented on 2019-03-07 16:42

@ShayBox

I had a similar problem due to race condition while starting the redis server. I've created a "wait-for-redis" service and hooked it as a dependency for ntopng. The following gists illustrate the idea:

https://gist.github.com/pht1/c3497d51019007d7fed2c0b512a513fe

https://gist.github.com/pht1/7989de241da5c9bbbe0ff96ce9970b32

https://gist.github.com/pht1/7147bb744ddccb39cb342757a8539447

I was not sure whether to include this hack in the base ntopng package.

ShayBox commented on 2019-03-07 03:01

Has a problem with not starting after reboots, even if you enable the service correctly, it will start but after a reboot will not start until you start it yourself.

setboolean commented on 2018-12-31 09:29

Builds perfectly now, thank you

pht commented on 2018-12-31 09:15

Fixed. Thank you again!

setboolean commented on 2018-12-31 08:52

Errors when "zeromq" isn't installed, needs to be a dependency.

pht commented on 2018-12-31 08:38

When upgrading to 3.8, observe this field notice.

https://www.ntop.org/support/faq/migrate-the-data-directory-in-ntopng/

(It will warn you in ntopng UI too)

pht commented on 2018-12-31 08:36

Thank you for reporting. Apparently, a file named install.sh confuses the heck out of autoconf's configure.

The daily WTF:

for ac_dir in "$srcdir" "$srcdir/.." "$srcdir/../.."; do
...
  if test -f "$ac_dir/install.sh"; then

setboolean commented on 2018-12-30 20:35

Get this error with 3.8, using 3.6 works though.

autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '../..'.
libtoolize: copying file '../../ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:7: installing './compile'
configure.ac:7: installing './config.guess'
configure.ac:7: installing './config.sub'
configure.ac:5: installing './install-sh'
configure.ac:7: error: required file './ltmain.sh' not found
configure.ac:5: installing './missing'
parallel-tests: installing './test-driver'
autoreconf: automake failed with exit status: 1

pht commented on 2018-12-29 17:01

Updated to 3.8. Merry xmas!