Files
felhom.eu/documentation/tests/campaign10-evidence-2026-07-31/state/runner-run2a.log
T
admin 9ca57e591b Campaign 10: two run-2a violations were HARNESS defects, not product defects — fixed
Run 2a hit its first two violations at cycle 10 and BOTH trace to my harness, not
the product. Recorded in full because a check that fails for the wrong reason is
as corrosive as one that passes for the wrong reason.

  HARD-RESET  VM returned=True canaries_intact=False
  I7          want=C10-C010-A-194530 got=C10-C009-A-192929 restore_ok=True

Root cause, evidenced: the cc_proof table's highest row is C10-C009-A — there is
NO C010-A row at all, so the seed never landed. The hard-reset atom ran earlier in
the same cycle and left rallly Exited(255); atom_restore_verify called seed() and
never checked its return value, so an unwritten generation became a fake stale
2026-08-01 19:51:57 +02:00

23 lines
2.1 KiB
Plaintext

17:10:45 === Campaign 10 Phase B start — max 45 cycles, deadline 07:10 ===
17:10:47 cycle 1: detach_nontarget -> kill_agent_mid_backup -> backup -> restore_verify -> detach_target -> redeploy_app -> kill_controller
17:25:44 cycle 1 done — violations so far: 0
17:25:46 cycle 2: redeploy_app -> detach_nontarget -> kill_controller -> backup -> hard_reset_mid_write -> restore_verify -> detach_target
17:42:37 cycle 2 done — violations so far: 0
17:42:39 cycle 3: backup -> redeploy_app -> detach_target -> reboot_vm -> detach_nontarget -> kill_controller -> restore_verify
17:57:05 cycle 3 done — violations so far: 0
17:57:07 cycle 4: detach_nontarget -> redeploy_app -> backup -> reboot_guest -> restore_verify -> detach_target -> kill_controller
18:11:07 cycle 4 done — violations so far: 0
18:11:10 cycle 5: detach_nontarget -> backup -> concurrent_backup_restore -> redeploy_app -> kill_controller -> restore_verify -> detach_target
18:25:02 cycle 5 done — violations so far: 0
18:25:04 cycle 6: restore_verify -> detach_target -> backup -> concurrent_backup_detach -> kill_controller -> redeploy_app -> detach_nontarget
18:42:58 cycle 6 done — violations so far: 0
18:43:00 cycle 7: redeploy_app -> kill_controller -> restore_verify -> fill_drive -> detach_target -> detach_nontarget -> backup
18:57:24 cycle 7 done — violations so far: 0
18:57:28 cycle 8: redeploy_app -> kill_controller -> restore_verify -> backup -> detach_target -> abort_fs_inplace -> detach_nontarget
19:17:19 cycle 8 done — violations so far: 0
19:17:21 cycle 9: redeploy_app -> kill_controller -> kill_agent_mid_backup -> detach_nontarget -> detach_target -> restore_verify -> backup
19:32:05 cycle 9 done — violations so far: 0
19:32:07 cycle 10: detach_target -> detach_nontarget -> hard_reset_mid_write -> redeploy_app -> restore_verify -> backup -> kill_controller
19:44:47 !! HARD-RESET VIOLATION: VM returned=True canaries_intact=False (a hard reset mid-write must not corrupt them)
19:47:12 !! I7 VIOLATION: app=rallly want=C10-C010-A-194530 got=C10-C009-A-192929 snap=helyi restore_ok=True rto=41.0s