importing projects

[Andrew Meyer]

Hello,

I am not trying to import all of the projects into my new rundeck instance.  This is a WAR/JAR instance.

I am getting this error when trying to import any projects:

There was some errors in the import process: [ Cannot invoke method getSettingList() on null object ]

I am not seeing anything in the logs.  I checked with my DBA Team (running Oracle 19c) and they aren't seeing anything in the logs on the DB side.

Regards

[rac...@rundeck.com]

Hi Andrew,

Where do you see that message? (GUI, service.log?)

Could you attach the full error stack to take a look?

Greetings!

[Andrew Meyer]

I got the error while importing via the WebUI.  Sorry I should have mentioned that.

Also I don't have a service.log and I didn't see anything in /opt/rundeck/server/logs/rundeck.log.  I can still attach it....

[rac...@rundeck.com]

Hi Andrew,

Share the output when you launch the WAR file (eg: java -jar rundeck.war), that output is the Rundeck Standard Output (in RPM/DEB instances that is the service.log content).

So, share the WAR file output at the moment of importing the project :-)

Regards.

​

[Andrew Meyer]

I just tried to re-import it.  I see nothing in the logs. I was even tailing the logs.

[rac...@rundeck.com]

It seems that you're facing this again. But it's difficult to determine without more information. About my last request, I'm referring to the launch command output (not about any log).

When you launch Rundeck (`java -jar rundeck.war`) you will see that. That full stack is there for sure. If you're launching rundeck as a service make sure to redirect that output to a file like: `java -jar rundeck >> /path/to/service.log`) try to import and the full error stack will be there.

In that way, you can save in a log the essential Rundeck activity information.

Also, try to import the project without conserving the UUID and without SCM config.

Regards.

​

[Andrew Meyer]

Removing the SCM and UUIDs allowed me to import the project...I was hoping to be over this issue.  :-(

I can deal with not having the same UUIDS, but not having the SCM data is a deal breaker.  I don't own or manage the projects so I will need to get in touch with the people that do.

I will work on the logging in a bit.  I am launching it from a systemd service file.

Regards.

[Andrew Meyer]

I added the redirect output to my systemd service file but that didn't seem to make a difference.

Here is my ExecStart:

ExecStart=/usr/bin/java -Xmx4096m -Xms1024m -XX:MaxMetaspaceSize=1024m -server -Dserver.servlet.session.timeout=3600 -Dserver.session.timeout=43200 -Drunner.log.output=console -Drundeck.jaaslogin=true -Dloginmodule.conf.name=jaas-multiauth.conf -Dloginmodule.name=multiauth -Dcom.dtolabs.rundeck.jetty.jaas.LEVEL=DEBUG -Dcom.sun.jndi.ldap.object.disableEndpointIdentification=true -Dserver.web.context=/ -Dserver.http.host= -Dserver.http.port=4440 -jar /opt/rundeck/rundeck-4.15.0-20230725.war >> /opt/rundeck/server/logs/service.log

[rac...@rundeck.com]

Hi Andrew,

It seems a systemd-related issue about how it manages the output redirection (my example was focused on a "simple bash" rundeck launching), here you can see some strategies, also this seems accurate.

Regards.

[Andrew Meyer]

I can try launching it manually to test it.  I will try that in a few.

Thank you!

[Andrew Meyer]

I just launched it manually without redirecting the log output to a file.  I then tried importing the .xml file to the appropriate project.  It still failed with the same error message.

There was some errors in the import process: [ Cannot invoke method getSettingList() on null object ]

SELinux is running in enforcing mode....not sure if that could be an issue.  But I have gotten this far

[rac...@rundeck.com]

Hi Andrew,

What XML file are you referring to?

[Andrew Meyer]

The xml file that I outputted to....

OR maybe I should be doing jar? 

[rac...@rundeck.com]

Hi Andrew,

Remember that Rundeck generates .jar files for export projects. The .jar file format is a compressed file that contains the jobs and all project-related information. More info here.

Maybe you're confused with the format of the jobs. Jobs use XML, YAML, and JSON formats.

Regards.

[Andrew Meyer]

I think I know where I went wrong.  I deviated from the last time we discussed this.  I'm exporting the projects form the OLD webui and will import them using the rd command on the NEW server.

I will let you know!

[Andrew Meyer]

Got it partially resolved.  I'm getting a LOT of errors while importing though.  Something with the DB??

[rac...@rundeck.com]

Hi Andrew,

What kind of error? could you share them to take a look?

[Andrew Meyer]

I had my DBA take a look at it.  It pretty much was errors about Hipchat.  I think we have projects that still use that even though we do not.

[Andrew Meyer]

I hate to constant bring up old issues.  But we have 1 project that is not importing AT ALL from the cli.  I have increased the timeouts and increased the memory to rundeck from 4G to 8G in the startup script.

I keep getting this - 

Jul 29, 2024 1:02:22 PM okhttp3.internal.platform.Platform log
INFO: Accept-Encoding: gzip
Jul 29, 2024 1:02:22 PM okhttp3.internal.platform.Platform log
INFO: Cookie: JSESSIONID=node01dk1975hzvpjcqbc8humf6r3f2.node0
Jul 29, 2024 1:02:22 PM okhttp3.internal.platform.Platform log
INFO: --> END PUT
Jul 29, 2024 1:32:41 PM okhttp3.internal.platform.Platform log
INFO: <-- HTTP FAILED: java.net.SocketTimeoutException: timeout
java.net.SocketTimeoutException: timeout
        at okio.SocketAsyncTimeout.newTimeoutException(JvmOkio.kt:147)
        at okio.AsyncTimeout.access$newTimeoutException(AsyncTimeout.kt:158)
        at okio.AsyncTimeout$sink$1.write(AsyncTimeout.kt:337)
        at okio.RealBufferedSink.emitCompleteSegments(RealBufferedSink.kt:255)
        at okio.RealBufferedSink.write(RealBufferedSink.kt:146)
        at okhttp3.internal.http1.Http1ExchangeCodec$KnownLengthSink.write(Http1ExchangeCodec.kt:279)
        at okio.ForwardingSink.write(ForwardingSink.kt:29)
        at okhttp3.internal.connection.Exchange$RequestBodySink.write(Exchange.kt:223)
        at okio.RealBufferedSink.emitCompleteSegments(RealBufferedSink.kt:255)
        at okio.RealBufferedSink.writeAll(RealBufferedSink.kt:194)
        at okhttp3.RequestBody$Companion$asRequestBody$1.writeTo(RequestBody.kt:167)
        at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.kt:62)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at org.rundeck.client.util.RedirectBypassInterceptor.intercept(RedirectBypassInterceptor.java:38)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.kt:221)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.kt:34)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.kt:95)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.kt:83)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.kt:76)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at org.rundeck.client.util.StaticHeaderInterceptor.intercept(StaticHeaderInterceptor.java:38)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at org.rundeck.client.util.FormAuthInterceptor.intercept(FormAuthInterceptor.java:62)
        at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.kt:109)
        at okhttp3.internal.connection.RealCall.getResponseWithInterceptorChain$okhttp(RealCall.kt:201)
        at okhttp3.internal.connection.RealCall.execute(RealCall.kt:154)
        at retrofit2.OkHttpCall.execute(OkHttpCall.java:204)
        at org.rundeck.client.util.Client.checkErrorDowngradable(Client.java:166)
        at org.rundeck.client.util.Client.apiCallDowngradable(Client.java:606)
        at org.rundeck.client.tool.commands.RdToolImpl.apiCallDowngradable(RdToolImpl.java:107)
        at org.rundeck.client.tool.commands.RdToolImpl.apiCall(RdToolImpl.java:78)
        at org.rundeck.client.tool.extension.BaseCommand.apiCall(BaseCommand.java:24)
        at org.rundeck.client.tool.commands.projects.Archives.importArchive(Archives.java:142)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.base/java.lang.reflect.Method.invoke(Method.java:566)
        at picocli.CommandLine.executeUserObject(CommandLine.java:1972)
        at picocli.CommandLine.access$1300(CommandLine.java:145)
        at picocli.CommandLine$RunLast.executeUserObjectOfLastSubcommandWithSameParent(CommandLine.java:2358)
        at picocli.CommandLine$RunLast.handle(CommandLine.java:2352)
        at picocli.CommandLine$RunLast.handle(CommandLine.java:2314)
        at picocli.CommandLine$AbstractParseResultHandler.execute(CommandLine.java:2179)
        at picocli.CommandLine$RunLast.execute(CommandLine.java:2316)
        at picocli.CommandLine.execute(CommandLine.java:2078)
        at org.rundeck.client.tool.Main.main(Main.java:155)
        Suppressed: java.net.SocketException: Socket closed
                at java.base/java.net.SocketInputStream.socketRead0(Native Method)
                at java.base/java.net.SocketInputStream.socketRead(SocketInputStream.java:115)
                at java.base/java.net.SocketInputStream.read(SocketInputStream.java:168)
                at java.base/java.net.SocketInputStream.read(SocketInputStream.java:140)
                at okio.InputStreamSource.read(JvmOkio.kt:94)
                at okio.AsyncTimeout$source$1.read(AsyncTimeout.kt:125)
                at okio.RealBufferedSource.indexOf(RealBufferedSource.kt:427)
                at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.kt:320)
                at okhttp3.internal.http1.HeadersReader.readLine(HeadersReader.kt:29)
                at okhttp3.internal.http1.Http1ExchangeCodec.readResponseHeaders(Http1ExchangeCodec.kt:180)
                at okhttp3.internal.connection.Exchange.readResponseHeaders(Exchange.kt:110)
                at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.kt:93)
                ... 39 more
Caused by: java.net.SocketException: Socket closed
        at java.base/java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:113)
        at java.base/java.net.SocketOutputStream.write(SocketOutputStream.java:150)
        at okio.OutputStreamSink.write(JvmOkio.kt:57)
        at okio.AsyncTimeout$sink$1.write(AsyncTimeout.kt:99)
        ... 48 more

[rac...@rundeck.com]

Usually, that issue is caused by the large number of executions, did you try without executions and SCM config like this answer?

1. Is this issue also happening via WebUI?

2. Did you try using the API directly? (try without executions / SCM config).

3. Make sure to check your network connectivity/target server security policies, another cause is some networking interruption in the importing process.

Regards.