Member since
02-07-2022
252
Posts
60
Kudos Received
34
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
123 | 10-02-2025 02:18 AM | |
1204 | 07-30-2025 09:33 PM | |
489 | 07-15-2025 07:28 PM | |
341 | 07-12-2025 12:47 AM | |
479 | 06-27-2025 05:21 AM |
07-15-2025
02:22 AM
https://mvnrepository.com/artifact/org.apache.hadoop/hadoop-common/3.1.1.3.1.5.0-152
... View more
07-09-2025
06:37 AM
Hello, thank you for your help. We made progress. However, now we are running into an ERROR 500 when we try to POST the filled out template that we exported before. We verified again, that there is no problem with the json format and that there is no typo in the instantiator section. We did following command: # curl -X POST -H "Content-Type: application/json" -d @cloudera.json http://admin:admin@<IP>:7182/api/v54/cm/importClusterTemplate?addRepositories=true Warning: Couldn't read data from file "cloudera.json", this makes an Warning: empty POST. <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/> <title>Error 500 Error processing POST request. Check the system logs for more information.</title> </head> <body><h2>HTTP ERROR 500 Error processing POST request. Check the system logs for more information.</h2> <table> <tr><th>URI:</th><td>/api/v54/cm/importClusterTemplate</td></tr> <tr><th>STATUS:</th><td>500</td></tr> <tr><th>MESSAGE:</th><td>Error processing POST request. Check the system logs for more information.</td></tr> <tr><th>SERVLET:</th><td>com.cloudera.server.common.AgentAvroServlet-70ce31c3</td></tr> </table> </body> </html> and following traceback in the log: 2025-07-09 15:14:22,469 ERROR agentServer-55:com.cloudera.server.common.AgentAvroServlet: Error processing Avro request java.io.IOException: Unexpected length: -16843009, max: 10485760 at com.cloudera.enterprise.SafeAvroHttpTransceiver.checkLength(SafeAvroHttpTransceiver.java:139) at com.cloudera.enterprise.SafeAvroHttpTransceiver.readBuffers(SafeAvroHttpTransceiver.java:96) at com.cloudera.server.common.HttpConnectorServer$FunctionsImpl.read(HttpConnectorServer.java:118) at com.cloudera.server.common.HttpConnectorServer$FunctionsImpl.read(HttpConnectorServer.java:110) at com.cloudera.server.common.AgentAvroServlet.doPost(AgentAvroServlet.java:90) at javax.servlet.http.HttpServlet.service(HttpServlet.java:665) at javax.servlet.http.HttpServlet.service(HttpServlet.java:750) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:554) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) at org.eclipse.jetty.server.Server.handle(Server.java:516) at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) at com.cloudera.server.common.MovingStats$1.get(MovingStats.java:32) at com.cloudera.server.common.MovingStats$1.get(MovingStats.java:29) at com.cloudera.server.common.MovingStats.measure(MovingStats.java:41) at com.cloudera.server.common.MovingStats.measure(MovingStats.java:29) at com.cloudera.server.common.MonitoringThreadPool$RunnableImpl.run(MonitoringThreadPool.java:135) at com.cloudera.server.common.BoundedQueuedThreadPool$2.run(BoundedQueuedThreadPool.java:94) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) at java.lang.Thread.run(Thread.java:750) We also tried the command without an "@" in front of the json file argument with following result: # curl -X POST -H "Content-Type: application/json" -d /tmp/cloudera.json http://admin:admin@<IP>:7182/api/v54/cm/importClusterTemplate?addRepositories=true <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/> <title>Error 500 Error processing POST request. Check the system logs for more information.</title> </head> <body><h2>HTTP ERROR 500 Error processing POST request. Check the system logs for more information.</h2> <table> <tr><th>URI:</th><td>/api/v54/cm/importClusterTemplate</td></tr> <tr><th>STATUS:</th><td>500</td></tr> <tr><th>MESSAGE:</th><td>Error processing POST request. Check the system logs for more information.</td></tr> <tr><th>SERVLET:</th><td>com.cloudera.server.common.AgentAvroServlet-70ce31c3</td></tr> </table> </body> </html> and following error in the logs: 2025-07-09 14:18:12,393 ERROR agentServer-57:com.cloudera.server.common.AgentAvroServlet: Error processing Avro request java.io.IOException: Unexpected length (too long): 796159344, max:10485760 at com.cloudera.enterprise.SafeAvroHttpTransceiver.checkLength(SafeAvroHttpTransceiver.java:137) at com.cloudera.enterprise.SafeAvroHttpTransceiver.readBuffers(SafeAvroHttpTransceiver.java:96) at com.cloudera.server.common.HttpConnectorServer$FunctionsImpl.read(HttpConnectorServer.java:118) at com.cloudera.server.common.HttpConnectorServer$FunctionsImpl.read(HttpConnectorServer.java:110) at com.cloudera.server.common.AgentAvroServlet.doPost(AgentAvroServlet.java:90) at javax.servlet.http.HttpServlet.service(HttpServlet.java:665) [...] My colleague and I do not see, where we could have made a mistake. What can be the cause of this? Thanks for your help!
... View more
07-07-2025
03:20 AM
Hello @adi1234 Thank you for contacting Cloudera community Could you please confirm if you have followed the below document for setting up the configurations? https://www.cloudera.com/blog/technical/auditing-to-external-systems-in-cdp-private-cloud-base.html Also, which CDP version are you using?
... View more
06-27-2025
06:41 AM
I' am using private cloud and no we didn't use this before. Can you please provide me some documentation or reference as I need to show as a reference.
... View more
06-26-2025
10:30 PM
@EFasdfSDfaSDFG Great, glad to know that the issue is resolved Thanks again
... View more
06-26-2025
10:29 PM
Hello @Jecky Was a reboot performed on the node? Can it be tried once? Also this might need further deep level analysis regarding the threads so if you have a Cloudera license would it be possible to raise a support case for this Thank you Kshitij Upahdyay
... View more
06-22-2025
10:49 PM
Hello @SalimAlhajri Thank you for reaching out to Cloudera community Have you tried the steps suggested in the below document https://docs.cloudera.com/machine-learning/1.5.4/runtimes/topics/ml-creating-a-customized-runtimes-image.html Thank you Kshitij Upadhyay
... View more
06-16-2025
04:25 AM
Hello @SalimAlhajri Thank you for reaching out to cloudera community You can use the copy-docker script to copy the images to your registry. While adding the data services cluster you would get the option to download the script Or else you can try the steps below when you download ECS, download both parcels and images make sure you adjust the manifest.json's http_path to the local http(s) server of the local repo use CM's generateCopyDocker API to generate the version spec copy-docker.sh script adjust the script if needed, in terms of: custom location for image temp storage custom location for pod load temp storage set PODMAN_OR_DOCKER explicitly if podman also identifies itself as docker. Finally run the script to load images from repo server into image registry to access the image registry to load ECS images make sure the user who runs the script is logged into the registry I am attaching a demo script from my cluster. If you have any further queries Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped.
... View more
05-07-2025
09:43 PM
Hello @teo123 Thank you for reaching out to the cloudera community Yes old symlinks could be a reason for this Please try performing the steps mentioned in the following document https://my.cloudera.com/knowledge/Broken-Alternatives-Pointing-to-Previous-CDP-Parcels--Removing?id=278605 In your case, if there are no broken symlinks, then remove the old symlinks from /etc/alternatives, and all steps will be the same Let us know if you have any queries
... View more