casync
casync copied to clipboard
src/caencoder.c:1949: ca_encoder_initialize_name_table: Assertion `!n->name_table' failed
When running casync make I receive the following error:
casync: ../casync-2_p20180321/src/caencoder.c:1949: ca_encoder_initialize_name_table: Assertion `!n->name_table' failed.
make: *** [Makefile:14: gentoo_kibana_base.caidx] Abgebrochen (Speicherauszug erstellt)
This only happens for one of the machines stored in the shared storage.
jupiter casync # coredumpctl info casync
PID: 3011 (casync)
PID: 3011 (casync)
UID: 0 (root)
GID: 0 (root)
Signal: 6 (ABRT)
Timestamp: Sun 2018-09-16 05:42:10 CEST (21min ago)
Command Line: casync -c --compress=xz make gentoo_kibana_base.caidx /var/lib/machines/gentoo_kibana_base/
Executable: /usr/bin/casync
Control Group: /user.slice/user-500.slice/session-c1.scope
Unit: session-c1.scope
Slice: user-500.slice
Session: c1
Owner UID: 500 (kakra)
Boot ID: 131e7af516934ec4a797de60b79e51f8
Machine ID: 121b87ca633e8ac0016656680000001b
Hostname: jupiter
Storage: /var/lib/systemd/coredump/core.casync.0.131e7af516934ec4a797de60b79e51f8.3011.1537069330000000.lz4
Message: Process 3011 (casync) of user 0 dumped core.
Stack trace of thread 3011:
#0 0x00007f2228156fd0 __GI_raise (libc.so.6)
#1 0x00007f2228158b27 __GI_abort (libc.so.6)
#2 0x00007f222814e92a __assert_fail_base (libc.so.6)
#3 0x00007f222814e9b2 __GI___assert_fail (libc.so.6)
#4 0x0000562214ef2879 ca_encoder_initialize_name_table (casync)
#5 0x0000562214ef38f4 ca_encoder_step_node (casync)
#6 0x0000562214ef4856 ca_encoder_step_node (casync)
#7 0x0000562214ecf307 ca_sync_step_encode (casync)
#8 0x0000562214eb7d22 verb_make (casync)
#9 0x0000562214eb359f dispatch_verb (casync)
#10 0x00007f2228141faa __libc_start_main (libc.so.6)
#11 0x0000562214eb642a _start (casync)
Running on Gentoo.
Deleting the .cacac directory fixes this but I'm sure this error is not intended in the first place... What may have happened: The machines are clones (generated with machinectl clone, and maybe even one was cloned while casync make -c was running. But I think the cache directory should be transaction save, or simply discard what smells fishy...