test: harden database qualification startup and cleanup evidence
MariaDB persistence qualification / mariadb (push) Failing after 7s
MariaDB persistence qualification / mariadb (push) Failing after 7s
This commit is contained in:
@@ -0,0 +1,32 @@
|
||||
# Retained attempts and qualification-harness repairs
|
||||
|
||||
Application source and rebuilt artifacts remain at the security-pin checkpoint `780b9bc`.
|
||||
The subsequent repairs below affect qualification tooling only. Historical acceptance reports
|
||||
are unchanged. Successor counts exclude earlier attempts; no failed startup or short run becomes
|
||||
a passing database, workload or PDF qualification.
|
||||
|
||||
| Attempt / finding | Actual outcome | Correction and evidence boundary |
|
||||
| --- | --- | --- |
|
||||
| Pre-pin NuGet/npm audit | Reported Pkcs/Next/Zod advisories | Compatible narrow pins in `780b9bc`; affected full-suite successors retained separately. Python findings remain OPEN. |
|
||||
| First MariaDB browser invocation | One native recovery case passed; schema cleanup succeeded | Preserved under `.artifacts/p9-requal-01/attempts/harness-successor-predecessors/mariadb-browser/`. A later affected-harness successor supplies the accepted1-case result; do not add both. |
|
||||
| Initial MariaDB HTTP observations | Server startup failed: relative API project path resolved against the nested config directory; zero test cases executed; schema cleanup succeeded | New nested observations/performance/Linux configs explicitly use the UI working directory, matching the existing RD21 diagnostic convention. The observations successor passes2 cases. Initial setup evidence remains under `attempts/harness-successor-predecessors/mariadb-observations/`. |
|
||||
| Schema ownership before diagnostic write | Independent review identified successful CREATE followed by a failing log write could leave cleanup ownership false | Record successful CREATE ownership before writing its log. Exact old-checkpoint source replay fails the injected-error regression; corrected source passes both that case and failed-CREATE/no-DROP authority. This is offline harness proof, not an executed data-loss event. |
|
||||
| Initial sustained workload setup |250 synthetic applications were created; stored canonical Career JSON omits null object properties while API DTOs include them. Exact cross-format comparison failed before preflight/timer; zero timed reads/navigations; schema cleanup succeeded | The fixture compares canonical JSON using the existing `StructuredCvProfileJson.SerializePersisted` null-property omission. Full API profile assertions and exact SQL before/after equality stay unchanged; SQL/API revision equality is added. CV override null-as-inherit behavior is untouched. Failed evidence and predecessor manifests remain under `attempts/performance-canonical-wire-failure/`. No15-minute result is inferred from it. |
|
||||
| Linux runner error paths, before service execution | Review found post-browser SQL failure could retain evidence exit0, and failed log capture could suppress container removal | Browser and overall exits are separate; any post-check/cleanup error fails the runner; removal is independent of diagnostic capture; unconfirmed API removal prevents schema DROP. Two offline injected-error tests pass. No earlier Linux runtime PASS is claimed. |
|
||||
|
||||
The schema-ownership regression itself was debugged with offline fixture corrections for the
|
||||
temporary evidence root and Docker inspect's list envelope. The retained old-source replay then
|
||||
reaches the actual successful-CREATE/log-failure path and fails as expected. These development
|
||||
checks are not added to backend or MariaDB runtime totals.
|
||||
|
||||
Initial and successor input manifests are retained. The first successor changes only the
|
||||
performance web-server config among the1042 frozen runtime inputs, plus its affected wrappers;
|
||||
the next changes only the two performance fixture sources. No API, UI source, built export,
|
||||
Release assembly, original PDF oracle or historical test assertion changes during these repairs.
|
||||
Each affected lane is rerun against a fresh generated schema. Final accepted results and hashes
|
||||
belong to [validation.json](validation.json); this history does not waive a failing final gate.
|
||||
|
||||
Hosted843/844 retain their original missing-Docker failures. Hosted847 and849 retain expected
|
||||
first-step isolation failures, with no MariaDB test execution. [Local Desktop socket recovery](LOCAL_DOCKER_RECOVERY.md)
|
||||
is a separate workstation event. Neither its successful startup nor a list-only browser discovery
|
||||
report establishes application acceptance.
|
||||
Reference in New Issue
Block a user