Member since
06-09-2017
4
Posts
0
Kudos Received
0
Solutions
06-12-2017
02:59 PM
Not a cluster, it's a single node on a single VM. It's definitely the only NiFi process on the machine and that process is "bound" to the port, even if Java is convinced otherwise.
... View more
06-12-2017
02:31 PM
Yes, running as root, mainly to troubleshoot this issue. This is just our pre-production environment, it's not publicly accessible, we have a configuration backup in place, and it's a VM that can be tossed, so we're not terribly worried about it. We've tried high ports (4430, 4043, 44300, 44003...) as both a user and as root, but neither works.
I failed to grab the stack trace last week, and we got a working solution in place using an nginx server functioning as a proxy, but I may go down the route of recreating it to see if we can't figure out why it's doing what it's doing.
... View more
06-09-2017
10:00 PM
I have HandleHTTPRequest running without encryption on port 80. This works fine. I would like another HandleHTTPRequest running on 443, using my signed certificate. I have verified to the best of my ability that the certificate store is valid, and the SSLContextService is happy to start with it. Additionally, the NiFi interface is being served over HTTPS on port 8443 without issue. When I try to start the processor, it "starts" with repeated errors every few seconds starting that it failed to start. Looking in the log, it says the port is in use. A NetStat shows the NiFi process as the one listening on 443. Things checked/tried: * port is not in use before starting NiFi processor * ports other than 443 also fail * disabling secure web interface doesn't have an impact * fresh instance booted from 1.3.0 Docker image has no impact * context service won't start if known invalid data is entered (it's able to read the certificate store when given correct password and starts without issue). What would cause it to open a listener on a port and then immediately fail to bind the processor to that port? Is there anything I'm missing?
... View more
Labels:
- Labels:
-
Apache NiFi