Member since
08-08-2024
108
Posts
27
Kudos Received
10
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 415 | 04-15-2026 11:56 AM | |
| 996 | 04-07-2026 02:00 PM | |
| 432 | 03-12-2026 09:53 AM | |
| 457 | 03-04-2026 03:07 PM | |
| 650 | 02-10-2026 07:31 PM |
01-05-2026
02:00 PM
1 Kudo
Hello @PepeVo, Thanks for being part of our community. On NiFi 2 the HTTPS is expected, that is the reason why the service does not start: Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'flowController' defined in class path resource [org/apache/nifi/framework/configuration/FlowControllerConfiguration.class]: Failed to instantiate [org.apache.nifi.controller.FlowController]: Factory method 'flowController' threw exception with message: Remote input HTTPS is enabled but nifi.web.https.port is not specified. If you do not want to use HTTPS, you should disable the secure input port with this setting: nifi.remote.input.secure=false The default is true, so it always asks for HTTPS port. The suggestion is to use HTTPS for security reasons, but if you still prefer HTTP, that is the option.
... View more
01-05-2026
01:44 PM
Hello @TyTheNiFiGuy, Thanks for being part of our community. I was checking that NiFi Registry does not have support for asymmetric RSA such as RS256. That is a limitation itself, and not a problem in your token. The log do tell this: 2026-01-02 18:22:27,220 INFO [NiFi logging handler] org.apache.nifi.registry.StdOut Caused by: java.lang.IllegalArgumentException: The default resolveSigningKey(JwsHeader, Claims) implementation cannot be used for asymmetric key algorithms (RSA, Elliptic Curve). Override the resolveSigningKey(JwsHeader, Claims) method instead and return a Key instance appropriate for the RS256 algorithm. Checking the code, I see that only HS256 is supported: private static final MacAlgorithm SIGNATURE_ALGORITHM = Jwts.SIG.HS256; https://github.com/apache/nifi/blob/9998b6d9ce21a66db240ff6131fc882002285e8b/nifi-registry/nifi-registry-core/nifi-registry-web-api/src/main/java/org/apache/nifi/registry/web/security/authentication/jwt/JwtService.java#L53C1-L54C1
... View more
12-19-2025
12:05 PM
Hello @samlex, Thanks for joining our community. I do not know exactly how this fits Cloudera scope, but very interesting question. Reading some other information and searching for that, I found other patents that do have PSHUFB used. For example: https://patents.google.com/patent/US11848686B2/en https://patents.google.com/patent/US11362678B2/en Can you tells us more how this relates to Cloudera? Maybe we can get some specific help on that field if this applies.
... View more
12-18-2025
06:47 AM
1 Kudo
Hello @mimei Thanks for reaching our community. When you set nifi.web.https.host, that will be the only interface used for login. If for some reason it does not reply properly or respond as 127.0.0.1, the web UI will never connect. And this looks like it's what is happening in your side: 2025-12-17 13:27:51,877 INFO [main] org.apache.nifi.web.server.JettyServer Started Server on https://vm-P004-4067:8443/nifi
2025-12-17 13:27:51,883 INFO [main] o.a.n.runtime.StandardManagementServer Started Management Server on http://127.0.0.1:52020 As you see, vm-P004-4067 it's answering on 127.0.0.1. What you can do here is leave nifi.web.https.host empty or specifically set the IP you want to use for the connection. Also, if you need to change the port, you can this setting: nifi.web.https.port
... View more
12-12-2025
01:03 PM
Hello @OlivierCS, Thanks for being part of this community. I think this applies to https://issues.apache.org/jira/browse/NIFI-14841. This looks like there are some issues known on NiFi 2.4 about load distribution. According to the Jira, it's solved in 2.6. Do you have this NiFi standalone or it's CFM? If standalone, you may take a look and consider using that newer version. Maybe other members on the community have more ideas to share.
... View more
12-11-2025
07:33 AM
Hello @blackboks, Thanks for being part of our community. That error you're facing looks like it's from Java side, not from NiFi. This appears when no timezone information is provided during the request. Maybe these two forums can help you find where in your query is missing that: https://java2blog.com/format-instant-to-string-java/ https://stackoverflow.com/questions/25229124/unsupportedtemporaltypeexception-when-formatting-instant-to-string
... View more
12-11-2025
07:14 AM
1 Kudo
Hello @fy-test, Thanks for being part of our community. That could be something normal, NiFi Registry 2.6 is a stable version released on September 21st. https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version2.6.0 Now, those results can be true, but the scanner should tell the CVE-XXXX-XXX IDs With those you can review if they are reported or not. If you are using CDF you can open a case with Cloudera and report those CVEs for review.
... View more
12-10-2025
10:52 AM
Hi again @spartakus, Adding more information, as mentioned, natively, it looks like it's not supported. But here there is a Jira that explains the behavior and some steps they made: https://issues.apache.org/jira/browse/NIFI-6152
... View more
12-10-2025
10:42 AM
Hello @spartakus, Thanks for being part of our community. I do not see any specific way to configure OIDC through a proxy natively. As far as I know, no properties have been designed for that. I was searching and an option you can try is using the bootstrap options to forward all HTTP and HTTPS requests to proxy, that would include the OIDC too, but you need to confirm if this would affect your flows or not: -Dhttp.proxyHost=proxy.myproxy.com
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.myproxy.com
-Dhttps.proxyPort=8080
... View more
12-09-2025
01:05 PM
Hello @Pedro_E, Thanks for being part of our Cloudera Community. I was checking the log and error and there is no much information more than that: org.apache.hadoop.yarn.exceptions.YarnRuntimeException: org.apache.hadoop.yarn.exceptions.YarnRuntimeException: Received SHUTDOWN signal from Resourcemanager, Registration of NodeManager failed, Message from ResourceManager: Disallowed NodeManager from host.company.com, Sending SHUTDOWN signal to the NodeManager. Note: you uploaded full log with hostnames and more, maybe you want to edit that to exclude private information. That error is telling us the RM is rejecting the NM to be registered. This could be for an issue with a busy port or name resolution. Make sure that RM can resolve the FQDN properly, and same on the NM with the RM name. If not, solve that issue by fixing DNS or adding the info to hosts file. Also, if possible, restart the OS on that NM, that will clear any hanging process that may be using the ports needed for this registration. If you still face the issue, it would be worth seeing the RM log when you face the issue with the registration.
... View more