Closed ProducerMatt closed 4 years ago
I am AFK, but you are running services ntpd and dhclient which are bound to any and collide with Dionaea.
I've disabled dhclient and replaced ntpd with openntpd which doesn't bind any ports. Netstat now looks like this:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:64295 0.0.0.0:* LISTEN 0 20839 645/sshd
tcp 0 0 0.0.0.0:61209 0.0.0.0:* LISTEN 0 21727 609/python3
tcp6 0 0 :::64294 :::* LISTEN 0 14726 1/init
tcp6 0 0 :::64295 :::* LISTEN 0 20841 645/sshd
But docker-compose still throws the non-overlapping IP address error and tpot restarts.
By any chance, do you have any other netmask configured than a /24 (255.255.255.0)?
I have a /16, making my network 192.168.x.x
What are you thinking is the issue?
Since docker-compose will try to allocate multiple /24 upon start which is by default from the same RFC1918 range as configured on your NIC (192.168.x.x), it is possible you will get the overlapping error as a result.
Switch to a /24 and it should work.
You're right, it is indeed working now!
I'll stick with this for the moment as working is better than not working, but it does present an issue -- some of my network isn't in the 192.168.1 range. Doesn't this mean tpot now can't access it? Is this something I could make docker-compose get to grips with, or have I just designed my network poorly?
Check out the docker documentation, you can tweak the default range, I think there was already an issue for that.
@ProducerMatt hi. I hava same errors with you.
But I don't understand how to solve.Can you help me?
Should I need to modify my network's netmask to 255.255.255.0
?
But my network's netmask is just 255.255.255.0
, the error is still appear.
Hello, I'm having similar problems here. What was the solution?
When running system status tpot
:
cups was using the port 631 so it was failing due to cups. When running docker-compose
I had the error:
tpot error starting userland proxy: listen tcp4 0.0.0.:631: bind: address already in use
I uninstalled cups....
Issues
While the web admin page at 64294 is accessible and so is SSH at 64295, the Kibana dashboard at 64297 is not. Upon closer inspection I realized that tpot.service is constantly failing and restarting. This happens on brand-new installs on VMs AND real hardware.
I've looked through logs and the one line that stands out to me and looks like it causes the cascade of failure:
I'm initially inclined to think this is an issue with the docker-compose config, and therefore an issue with tpot -- but if that were so, why haven't I seen any Issues posted that match my problems? If it's not an issue with tpot, then it must be some kind of problem with my network -- but I have no idea what kind of problem it would be, or how to troubleshoot it. I'm stumped.
More details
In between restarts the service looks like this:
Here's the loop it goes on:
[...]
[...]
... And back to the beginning.
From dps.sh at any point in this cycle:
When running docker-compose manually I see this:
Then when bringing it down:
Checks
Before you post your issue make sure it has not been answered yet and provide
basic support information
if you come to the conclusion it is a new issue:⚠️ Basic support information (commands are expected to run as
root
)lsb_release -a
anduname -a
?20191016
/install.log
/install.err
.glances
andhtop
.df -h
)? Over a terabyte :)dps.sh
)? Mentioned previouslysystemctl status tpot
)? Mentioned previouslysystemctl stop tpot
and runnetstat -tulpen
DOWN
you can rundocker logs <container-name>
for the latest log entries