По какой причине Unifi не слушает tcp( ipv4 )-порты?

Question

[Николай]

Доброго дня!
Столкнулся с проблемой установки unifi.
Все действия по установке совершались на чистом дебиане (только что созданном)

# lsb_release -d
Description:	Debian GNU/Linux 8.1 (jessie)
# apt-cache show unifi
Package: unifi
Version: 4.6.6-5426
# java -version
java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)
OpenJDK Client VM (build 24.79-b02, mixed mode, sharing)
# apt-cache show mongodb-server
...
Filename: pool/main/m/mongodb/mongodb-server_2.4.10-5_i386.deb
...

Собственно, были добавлены ключи и соответствующие репозитории :

# apt-key adv --keyserver keyserver.ubuntu.com --recv C0A52C50 
# apt-key adv --keyserver keyserver.ubuntu.com --recv 7F0CEB10
# echo 'deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti' > /etc/apt/sources.list.d/100-ubnt.list
# echo 'deb http://downloads-distro.mongodb.org/repo/debian-sysvinit dist 10gen' > /etc/apt/sources.list.d/mongodb.list
# apt-get update
# apt-get install unifi

Проверяю статусы служб unifi и mongo - оба запущены и активны.
Проверяю отрытые порты:

# netstat -ntlpu
tcp        0      0 127.0.0.1:27117         0.0.0.0:*               LISTEN      4589/mongod       
tcp        0      0 0.0.0.0:28017           0.0.0.0:*               LISTEN      2763/mongod     
tcp        0      0 0.0.0.0:27017           0.0.0.0:*               LISTEN      2763/mongod       
tcp6       0      0 :::8880                 :::*                    LISTEN      4553/java       
tcp6       0      0 :::8080                 :::*                    LISTEN      4553/java              
tcp6       0      0 :::8443                 :::*                    LISTEN      4553/java       
tcp6       0      0 :::8843                 :::*                    LISTEN      4553/java       
udp6       0      0 :::10001                :::*                                4553/java       
udp6       0      0 46.101.212.29:56929     :::*                                4553/java        
udp6       0      0 :::3478                 :::*                                4553/java

В логе юнифи

INFO system - unknown exception
com.ubnt.data.X$_o:
null
^
at com.ubnt.data.X$_Oo.Ò00000(Unknown Source)
at com.ubnt.data.X$_Oo.Ö00000(Unknown Source)
at com.ubnt.data.X.parseJSON(Unknown Source)
at com.ubnt.service.ooOO.C.o00000(Unknown Source)
at com.ubnt.service.ooOO.C.Õ00000(Unknown Source)
at com.ubnt.service.ooOO.C.ÒÓ0000(Unknown Source)
at com.ubnt.service.ooOO.H$5.run(Unknown Source)
at com.ubnt.ace.E$_Oo.run(Unknown Source)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

Что не так с ним? Что я должен понять из вывода в лог каких-то джавовских процедур...

Comments

[Николай]

Полагаю проблема в том что JAVA не хватает памяти
unifi запускается с флагом -Xmx1024M
На виртуалке всего 512Мб. Плюс подключен SWAP-раздел на 1 гиг

# free
total used free shared buffers cached
Mem: 512128 504556 7572 4716 5232 352324
-/+ buffers/cache: 147000 365128
Swap: 1023996 4 1023992

Попробовал изменить в /etc/init.d/unfi значение Xmx1024M на Xmx512M - но JAVA процесс все равно запускается с 1024
ps uax | unifi
unifi -home /usr/lib/jvm/java-7-openjdk-i386 -cp /usr/share/java/commons-daemon.jar:/usr/lib/unifi/lib/ace.jar -pidfile /var/run/unifi/unifi.pid -procname unifi -outfile SYSLOG -errfile SYSLOG -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Xmx512M com.ubnt.ace.Launcher start
/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java -Xmx1024M -Dapple.awt.UIElement=true -jar /usr/lib/unifi/lib/ace.jar start

[Николай]

Как мне задействовать SWAP для /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java

[Николай]

# killall -9 java && /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java -Xmx512M -Dapple.awt.UIElement=true -jar /usr/lib/unifi/lib/ace.jar start
так же ни к чему не привело, в логе кроме
[2015-08-28 16:00:13,910] INFO db - *** Factory Default *** Database exists. Drop it
[2015-08-28 16:00:15,335] INFO stat - *** Factory Default *** Stat Database exists. Drop it
никак намеков на то что пошло не так!

Answer 1

[Влад Животнев]

telnet -4 127.0.0.1 8080 и на прочие порты что говорит?

Comments

[Николай]

# telnet -4 127.0.0.1 8080
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'
# telnet -4 127.0.0.1 8880
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
как видно открыты

[Влад Животнев]

Николай: ещё вопросы?
Или про tcp6/udp6 в netstat сокеты сами почитаете?

[Николай]

nmap из тырнетов на целевой хост
PORT STATE SERVICE
22/tcp open ssh
111/tcp open rpcbind
8080/tcp open http-proxy
8443/tcp open https-alt

[Влад Животнев]

Николай: и?
Вопрос в чём?
Порты по v4 у вас слушает java. Nmap без ключей не сканит порты выше 10к

[Николай]

Вопрос в том почему при открытых портах на HTTP-запросы я не получаю никаких ответов?

[Влад Животнев]

Николай: в треде другой вопрос. И никакой диагностики запроса по http в треде нет.

[Николай]

Влад Животнев: прошу прощения что ввел в заблуждение - вопрос поставил не правильно
http-сервер Unifi настроен на порты 8443(https) и 8080(http)
Запросы просто виснут не получая никакого ответа. К примеру если сделать
curl localhost:8443
или
curl -I localhost:8443
процесс просто висит, при этом если заглянуть в него strace-ом

rt_sigaction(SIGPIPE, NULL, {SIG_IGN, [PIPE], SA_RESTART}, 8) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, NULL, 8) = 0
poll([{fd=4, events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}], 1, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {3962, 201088943}) = 0
clock_gettime(CLOCK_MONOTONIC, {3962, 201175173}) = 0
clock_gettime(CLOCK_MONOTONIC, {3962, 201265334}) = 0

[Влад Животнев]

Николай: ну зовите тогда тех, кто знаком с этой софтиной.