Member since
08-08-2024
68
Posts
12
Kudos Received
5
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 399 | 12-18-2025 06:47 AM | |
| 481 | 12-02-2025 08:17 AM | |
| 747 | 11-27-2025 10:02 AM | |
| 887 | 09-08-2025 01:12 PM | |
| 1000 | 08-22-2025 03:01 PM |
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
12-08-2025
08:48 AM
Hello @Isuri, Glad to have you on the community and to hear you're pursuing those certifications. Congrats on CAISP completion. That looks like an issue with the platform itself. What I would recommend you is to reach our Certification team via email: certification@cloudera.com They should be able to help you more on that question.
... View more
12-02-2025
08:17 AM
1 Kudo
Hello @karsten, I think this is what you are looking for: https://docs.cloudera.com/cfm-operator/2.11.0/configure-nifi-cr/topics/cfm-op-configure-nifi-cricustom-nar-providers.html There you can see the steps on how to configure a custom NAR for CDF on Kubernetes Operator. Let me know if that helps.
... View more
12-02-2025
07:27 AM
Hello @zzzz77, Did the answers help you here? If so, please consider marking the comment that help you as the solution.
... View more
11-27-2025
10:02 AM
2 Kudos
Hello @KMrunal, Thanks for being part of Cloudera Community. I will try to answer your questions: 1. What is the exact reason for deprecating and removing InvokeGRPC in NiFi 2.x? Answer: This was done because those processors were not really well maintened, so there was some tech debt that was not easy to solve. That is explained on https://issues.apache.org/jira/browse/NIFI-12069 and https://issues.apache.org/jira/browse/NIFI-12071 2. If we take a fork of the NiFi 1.21 gRPC NAR and use it in NiFi 2.6.0, will that work? Answer: That may work if you take the fork and rebuild it for NiFi 2.6.0. Now, this can cause problems due to dependencies, such as Netty, that is also documented here: https://issues.apache.org/jira/browse/NIFI-12367 And of course, there can be CVEs that are not solved because the processor was not properly maintained on those versions. 3. Is there an alternative recommended approach for gRPC integration in NiFi 2.x? Answer: per the context, I understand you're using standalone NiFi implementation, not CFM from Cloudera. ExecuteScript can be used. There is no specific alternatives offered, and tell to use custom processors: https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi/nifi-grpc-nar/1.5.0/org.apache.nifi.processors.grpc.InvokeGRPC/index.html Checking the CDF from Cloudera, we do offer InvokeGRPC in our CFM 4.11.0: https://docs.cloudera.com/cfm/4.11.0/release-notes/topics/cfm-supported-processors.html That version includes NiFi 2.4.0. So that could be an option if you use CDF.
... View more
11-27-2025
09:34 AM
1 Kudo
Hello @zzzz77, That happens because NiFi 2.x API does not work with an empty POST on for provenance, it always needs to consume a valid JSON: https://nifi.apache.org/docs/nifi-docs/rest-api/#provenance You need to add the query, something like this: curl --insecure -X POST -H "Authorization: Bearer <token>" -H "Content-Type: application/json" -d "{\"provenance\":{\"request\":{\"maxResults\":1000}}}" https://localhost:8443/nifi-api/provenance Check in your environment.
... View more
11-25-2025
08:56 AM
Hello @zzzz77, The best way here should be the NiFi API. It's safer and more standardized. Also, since it's NiFi provided, it's easier to integrate. https://nifi.apache.org/docs/nifi-docs/rest-api/index.html You can use the Processors options.
... View more
11-13-2025
07:25 AM
Hello @Samya, Thanks for joining our community. That issue is happening because JSON_STORE format is VARCHAR(2), not VARIANT as required. Something you can try is to add a ConvertRecord processor before the PutDatabaseRecord. There, you can use a JsonTreeReader → JsonRecordSetWriter to reformat the content. In that way, the JSON_STORE field becomes a proper JSON object. Something like this👆
... View more
11-05-2025
07:34 AM
Yes, you're right, that is public cloud. I do not know why that environment cannot be chosen. What I think is that some prerequisites or compatibility issues. Maybe you can check here: https://docs.cloudera.com/data-engineering/cloud/release-notes/topics/cde-dl-compatibility.html
... View more