[Solved] Fedora 28 - Crashplan / Code42 Engine not working [closed]

asked 2018-05-16 21:52:43 -0500

laoist gravatar image

This is a solution to a problem I encountered since upgrading from Fedora 27 to Fedora 28. It's specifically related to the Crashplan / Code42 software that some people use for backing up data on their machines.

I know this may not necessarily be the best place to post this (as it's not a question), but I'm hoping that this helps people out if they happen to encounter this problem in the future.

Issue

Crashplan / Code42 agent not starting since upgrading to Fedora 28

root@hostname:/etc/rc.d/init.d> ./crashplan start
Starting CrashPlan Engine ... Using standard startup
OK
root@hostname:/etc/rc.d/init.d> ./crashplan status
CrashPlan Engine is stopped.

Troubleshooting

Crashplan / Code42 logs are located in (by default): /usr/local/crashplan/log

service.log.0 will contain information detailing why the agent isn't starting, in my scenario, I found the following exception:

[05.17.18 10:51:52.545 ERROR main           com.backup42.service.CPService] Error starting up, java.lang.UnsatisfiedLinkError: /usr/local/crashplan/libjtux64.so: libnsl.so.1: cannot open shared object    file: No such file or directory
STACKTRACE:: java.lang.UnsatisfiedLinkError: /usr/local/crashplan/libjtux64.so: libnsl.so.1: cannot open shared object file: No such file or directory
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1857)
    at java.lang.Runtime.loadLibrary0(Runtime.java:870)
    at java.lang.System.loadLibrary(System.java:1122)
    at jtux.UUtil.init(UUtil.java:14)
    at jtux.UProcess.<clinit>(UProcess.java:30)
    at com.code42.os.posix.PosixProcessCommands.getuid(PosixProcessCommands.java:50)
    at com.backup42.service.CPService.logIds(CPService.java:1506)
    at com.backup42.service.CPService.start(CPService.java:634)
    at com.backup42.service.CPService.main(CPService.java:2061)

Resolution

There's a missing dependency (which seems to have occurred during the distribution upgrade) for libnsl which can be resolved with:

sudo dnf install libnsl -y

Confirmed with

root@hostname:/etc/rc.d/init.d> ./crashplan start
Starting CrashPlan Engine ... Using standard startup
OK
root@hostname:/etc/rc.d/init.d> ./crashplan status
CrashPlan Engine (pid 3475) is running.
edit retag flag offensive reopen merge delete

Closed for the following reason the question is answered, right answer was accepted by hhlp
close date 2018-05-17 04:56:52.828736