storage identity build A: 16 accepted + §13 build status; D14; close R-1072/R-1074/R-1075; open R-1083/R-1084; live evidence
gates / gates (push) Successful in 6m44s
gates / gates (push) Successful in 6m44s
The operator ruled D1-D6 as recommended. Build A shipped (agent v0.157.0, controller v0.317.0 MinAgent 0.157.0, hub v0.154.0): live on Tester 1 (unknown/vm, the "cannot check" notice, copies made not counted), demo-hp and the N100 (proven, different, unchanged). NAS notice and the no-drive sentence are unit-proven only. STATUS: D10 removed; vouch agent 0.157.0 and rule on R-1082 added. Poster: the Tier-2 line, text only. Claude-Session: https://claude.ai/code/session_012qRErfCoiTkvDK9N5XHbzb
This commit is contained in:
@@ -0,0 +1,60 @@
|
||||
# REPORT — storage identity, build A: honest backup copies (2026-10-15)
|
||||
|
||||
Brief: „Storage identity, build A — honest backup copies (D1, D2, D4)". Design: `documentation/architecture/16-storage-physical-identity.md`
|
||||
(now ACCEPTED; §13 = what was built). Evidence: `documentation/audits/storage-identity-buildA-2026-10-15/README.md`.
|
||||
Method: endpoint level (no browser on DooPlex) — the agent's local API with the guest's token, the dashboard pages and
|
||||
the Tier-2 endpoint the buttons call, the hub's database with its WAL.
|
||||
|
||||
## What shipped
|
||||
|
||||
| Component | Version | What | State |
|
||||
|---|---|---|---|
|
||||
| agent | v0.157.0 | every storage place: `kind`, `physical_disks`, `identity` + reason, in `GET /disks` and the hub report; `POST /disks/same-disk` | released; on Tester 1, demo-hp, N100 by signed jobs; **not vouched** |
|
||||
| controller | v0.317.0 (MinAgent 0.157.0) | Tier-2 and the one-copy notice ask the agent (same → no copy; unknown → made, not counted, „cannot check" sentence; a NAS never counts and never hides the notice; an older agent keeps the old rule); the no-drive install sentence with a link | pushed; on the three test boxes by per-box floors; global floor still 0.314.0 |
|
||||
| hub | v0.154.0 | stores the fields; the host page shows „Physical disk" and „Identity" | deployed |
|
||||
|
||||
## What the household sees
|
||||
|
||||
- **Tester 1 (a VM):** „A Felhom nem tudja ellenőrizni, hogy a második meghajtó valóban másik lemez-e…”. The copies are
|
||||
made; each app says it is not counted as a second copy.
|
||||
- **demo-hp and N100 (real disks):** nothing changed. Copies counted, no notice.
|
||||
- **The no-drive sentence** („Ehhez az alkalmazáshoz egy adattároló kell. A Meghajtók oldalon adhatsz hozzá egyet.”):
|
||||
unit-proven only; no one-disk box was at hand.
|
||||
- **A NAS keeps the notice:** unit-proven only; the scratch box cannot reach its agent (R-1083).
|
||||
|
||||
## Register
|
||||
|
||||
Rows before: 170 · after: 170 · opened 3 · closed 3.
|
||||
- Closed: R-1072 (fully — the brief expected half), R-1074, R-1075.
|
||||
- Narrowed: R-1068 (the sentence built; the internal place waits for build B), R-1079 (build A shipped).
|
||||
- Opened: R-1082 (the drives page offers `/mnt/sys_drive`, which the design rejects — yours), R-1083 (scratch box 9202
|
||||
has no local API, so agent features cannot be tested there), R-1084 (the whole-box backup offer promises disk-failure
|
||||
protection without checking the disk).
|
||||
|
||||
## Claims in the brief or the design that were wrong
|
||||
|
||||
1. „Never offer `sys_drive`" (16 §11): the drives page still offers it (R-280) → R-1082, for the operator.
|
||||
2. „R-1072's half": all of R-1072 closed — the other sentence was already informal.
|
||||
3. Live NAS proof on a scratch box: 9202 has no `local_api`, so no box could show it → R-1083.
|
||||
4. 16 §3 „compute at start and on hot-plug": the build computes on every read instead; a swapped disk still never keeps an
|
||||
old verdict.
|
||||
5. The baselines in the brief had moved (another session released controller 0.316.1–0.316.4 meanwhile); build A sits on 0.316.4.
|
||||
|
||||
## Documents changed
|
||||
|
||||
`16-storage-physical-identity.md` (status, §12 ruled, §13 new) · capability map row **D14** (PARTIAL) + detail ·
|
||||
`OPEN-ITEMS.md` / `CLOSED-ITEMS.md` · `STATUS.md` (D10 removed; one shipped line; two „do" items) · **system poster: text
|
||||
only** — the Tier-2 line in `felhom-system-poster.facts.md` and the same text in `felhom-system-poster.html`.
|
||||
|
||||
## Waits on the operator
|
||||
|
||||
1. Vouch agent 0.157.0 and its bundle. Then CC raises the global floor to 0.317.0 / MinAgent 0.157.0 and clears the
|
||||
three per-box floors. If not: every other box stays on 0.314.0 and its old rule.
|
||||
2. Rule on R-1082 (hide `/mnt/sys_drive` on the drives page, or keep it until build B).
|
||||
3. A build B task file (internal place, partitions, installer; the D3 space check).
|
||||
|
||||
## Teardown
|
||||
|
||||
Machine: the three test boxes stay on 0.317.0 (per-box floors); 9202 back on 0.314.0. Host: helper script removed from
|
||||
demo-hp, felhom-pve, Tester 1's host. Hub: three per-customer floors (to clear after the global floor). Secrets: the
|
||||
scratch password and token files deleted; none in any commit.
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
**Ready for the first real tester (Tester-2): yes. Tester 2 (a laptop) is off; nothing was sent to it.**
|
||||
|
||||
**Updated 2026-10-15 (evening).** Agent 0.156.1 + its bundle on all three boxes; controller 0.317.0 on demo-hp (the app page in one column; a version number can now only be pushed once, and only from a clean tree); 0.314.0 is still the floor since 13:11 UTC — raised by CC with its own token after all three test boxes ran it (the first release with no golden; vouched golden 0.313.0); hub 0.153.0 (access tokens — CC uses its own token now, not your password). Open items: see `documentation/backlog/OPEN-ITEMS.md`. Older notes, day by day:
|
||||
**Updated 2026-10-15 (night).** Storage identity build A: agent 0.157.0 (not vouched yet), controller 0.317.0 and hub 0.154.0 — on the three test boxes only (per-box floors); the global floor stays 0.314.0 until you vouch the agent. Controller 0.317.0 also carries the app page in one column (a version number can now only be pushed once, and only from a clean tree); 0.314.0 is still the floor since 13:11 UTC — raised by CC with its own token after all three test boxes ran it (the first release with no golden; vouched golden 0.313.0); hub 0.153.0 (access tokens — CC uses its own token now, not your password). Open items: see `documentation/backlog/OPEN-ITEMS.md`. Older notes, day by day:
|
||||
`documentation/backlog/STATUS-HISTORY.md`. Reports: `REPORT-night-2026-10-14.md`, `REPORT-immich-rollout-2026-10-14.md`, `REPORT-seo-felho-tarhely-2026-10-14.md`, `REPORT-immich-repair-2026-10-14.md`, `REPORT-power-cut-fixes-2026-10-14.md`, `REPORT-night-power-2026-10-13.md`, `REPORT-poweroff.md`.
|
||||
|
||||
## What works
|
||||
@@ -21,6 +21,7 @@
|
||||
- The hub is closed again after the 2026-10-12 security review; one box cannot read another's data.
|
||||
|
||||
- Felhom runs in a virtual machine on OpenMediaVault 8, tried on an exact copy of the first outside tester's box: install, bind, claim, apps, backup, and back by itself after an OMV restart. The Hungarian guide for him is `documentation/pilot/GUIDE-omv-kvm-hu.md`; open: one-disk Jellyfin (R-1068), NAS films for Jellyfin (R-1071, yours), no disk health in a VM (R-1073, yours). Waits on you: send the guide; delete test customer Tester4 in the hub.
|
||||
- A second local copy counts only when it is on a different physical disk, and the box can prove it. Inside a virtual machine the box makes the copy but says „A Felhom nem tudja ellenőrizni…" (Tester 1). On real disks nothing changes (demo-hp, N100). A NAS never hides the „only one copy" notice. A box with no drive refuses a media app in words, with a link to the Meghajtók page. Live on the three test boxes; the NAS and no-drive parts are unit-tested only. Next: build B (the internal place on one-disk boxes, R-1079). Your rulings D1–D6 are in the design (`architecture/16-storage-physical-identity.md`).
|
||||
|
||||
## What is broken
|
||||
- Several root-level weaknesses wait on your four decisions below (R-954, R-971, R-982, R-985).
|
||||
@@ -45,9 +46,10 @@
|
||||
| D7 | R-990, R-989 | Rule yes / no / later on the forum ideas (`audits/forum-research-2026-10-12/FELHOM.md` §5) and the selfh.st ideas (`audits/selfhst-survey-2026-10-12/FELHOM.md` §6) | — | — | nothing changes; the research ages | — |
|
||||
| D8 | R-206 | Install DooPlex's Docker settings from git (restarts Docker), and prune the build cache weekly: yes or no? | **Yes, in a quiet window** | — | a rebuild of DooPlex still has the settings in git | — |
|
||||
| D9 | R-1062 | The N100's USB drive is also its whole-box backup drive. Split it in two anyway? | **No — keep one drive**; the lived-in box keeps its nightly whole-box backup | Split: the box loses its local whole-box backup (or add a second drive first) | it stays one drive; multi-drive tests stay on Tester 1 | — |
|
||||
| D10 | R-1079 | Storage that knows its physical disks (`architecture/16-storage-physical-identity.md` §12, six questions D1–D6): a same-disk second copy, „unknown" disks (VMs), the one-disk internal place and its reserve, old one-disk boxes, partitions, NAS films | **D1 (a) no same-disk copy · D2 (a) never count unknown · D3 (a) internal place, reserve max(16 GiB, 10 %) · D4 (a) a plain sentence · D5 (a) installer only · D6 (a) separate** | Other picks: more space spent on false copies, or films inside the whole-box copies | One-disk boxes keep refusing media apps; VM boxes keep counting same-disk copies | the build task |
|
||||
|
||||
## Waiting on you — do
|
||||
- **Vouch agent 0.157.0 and its config bundle** (hub → Configuration → Artifacts). Then CC raises the global floor to controller 0.317.0 with MinAgent 0.157.0 and clears the three per-box floors. If not: households stay on 0.314.0 and keep counting a same-disk copy as a second copy; the three test boxes keep their own floor.
|
||||
- **Rule on R-1082:** the drives page still offers `/mnt/sys_drive` to attach, but the design you accepted says household data must not go there. Pick: **hide it** (my pick — films there would ride in every whole-box backup) or keep it until build B gives one-disk boxes their own place. If not: a household can still put films into the whole-box backup.
|
||||
- **Nézd meg az AdventureLog és a Plex oldalát a demo-hp-n, a rendes címén** (`felhom.enkisfelhom.hu`). A túl nagy keret javítva: a tartalom most 32 képpontra van a bal oszloptól és 36-ra a tetejétől (előtte 80 és 64 volt). Az alkalmazás oldala mostantól egy hasábban van: egy szélesség, vékony vonalak a szakaszok között, aláhúzott fül, és doboz csak ott, ahol az alkalmazás vár rád (kék) vagy ahol valami kockázatos (sárga). A „sikeres frissítés" sáv kis szürke sorrá vált a név alatt. Ha nem nézed meg: a felület él, csak senki nem látta még böngészőben.
|
||||
- **Nézd meg az új alkalmazás oldalt a demo-hp-n (egy telepített és egy nem telepített app).** Egy alkalmazás mostantól egy oldal négy füllel (Beállítások · Adatok és mentés · Útmutató · Napló), az Indítás/Újraindítás/Leállítás a „Működés" kártyán van, és a „Vissza" az alkalmazáshoz visz, nem a listához. Mondd meg, jó-e így az elrendezés. Ha nem nézed meg: a felület él, csak senki nem látta még böngészőben — a robot a DooPlexen nem tud kattintani.
|
||||
- **The N100 sheet (about 30 minutes):** `documentation/audits/n100-lived-in-2026-10-15/SHEET.md` — install Plex and claim it, make the admins in Prowlarr/Sonarr/Radarr, add your download sources in Prowlarr, add one show and one film. Then say „done". If not: the media apps wait, safe behind their gate.
|
||||
|
||||
@@ -179,6 +179,7 @@
|
||||
| <a id="d11"></a>[D11](capability-map-detail/D.md#d11) | Decommission (migrate-first and anyway-paths), eject | agent, controller | **PROVEN-LIVE** | — | `audits/storage-lifecycle-acceptance-2026-06-15.md` (2026-06-15) |
|
||||
| <a id="d12"></a>[D12](capability-map-detail/D.md#d12) | Boot ordering: automount + networking survive reboot; appliance self-heal watchdog | agent v0.85 | **PROVEN-LIVE** | — | `audits/CAMPAIGN-4-2026-07-13.md` (2026-07-13); `audits/CAMPAIGN-6A-2026-07-14.md` (2026-07-14) |
|
||||
| <a id="d13"></a>[D13](capability-map-detail/D.md#d13) | Media apps see EVERY drive; a drive added, pulled, back or safely removed is handled per app (notice, real restart, wiring, torrents paused/resumed) | controller v0.313.0, catalog `0188430`, hub v0.151.0 | **PROVEN-LIVE** | Tier-0 boxes (Tester 1, demo-hp 9201); the fleet with golden 0.313.0 + the floor | `audits/media-build-2026-10-15/G/` (2026-10-15); `audits/media-drive-events-2026-10-14/` (2026-10-14) |
|
||||
| <a id="d14"></a>[D14](capability-map-detail/D.md#d14) | A second local copy COUNTS only on a proven different physical disk: the agent knows each place's disks; a VM box makes the copy but says it cannot check; a same-disk copy is not made; a NAS never hides the one-copy notice; a box with no drive refuses a data-folder app in words | agent v0.157.0, controller v0.317.0, hub v0.154.0 | **PARTIAL** | live: VM `unknown` (Tester 1) and two real-disk boxes `proven` (demo-hp, N100); unit only: the same-disk skip, the NAS notice, the no-drive sentence; `usb_bridge` never seen on a device | `audits/storage-identity-buildA-2026-10-15/README.md` (2026-10-15); `architecture/16-storage-physical-identity.md` §13 |
|
||||
|
||||
## E. Access, networking & household use
|
||||
|
||||
|
||||
@@ -5,7 +5,9 @@
|
||||
> Operator ruling 2026-10-15: „Felhom must support drives split into parts; the agent and the controller must know
|
||||
> whether two storage places sit on the same physical disk." Triggered by the OMV test (`audits/omv-vm-2026-10-15/`,
|
||||
> R-1068). Spike: `audits/storage-identity-2026-10-15/` (Part B there). Marks as in `01`: **[FACT]** read in a named
|
||||
> file or measured; **[DESIGN]** a proposal. **Status: DRAFT — waits on the operator's rulings in §11. Nothing is built.**
|
||||
> file or measured; **[DESIGN]** a proposal. **Status: ACCEPTED 2026-10-15** — the operator ruled D1–D6 as recommended (§12). **Build A shipped 2026-10-15**
|
||||
> (§3, §4, §5's D4 sentence, §8, §10); **§5's internal place, §6 and §7 wait for build B** — what is built, and where the
|
||||
> build differs from this text, is §13.
|
||||
> Paths: A = `felhom-agent/`, C = `felhom-controller/controller/`, E = `felhom.eu/`.
|
||||
|
||||
## 1. Today, in one table (Part A)
|
||||
@@ -171,7 +173,7 @@ data-bearing. The agent never trusts a guest path it cannot map to a host mount
|
||||
- **Ask the hypervisor (OMV/libvirt) which host disk backs a virtual disk** — Felhom has no access there, and it would trust a party it does not control.
|
||||
- **Let the dashboard create partitions** — a new destructive power for the household with no recovery; not needed for the cases in hand.
|
||||
|
||||
## 12. Decisions for the operator (D1–D6) — STOP here
|
||||
## 12. Decisions for the operator (D1–D6) — RULED 2026-10-15: all six as recommended
|
||||
|
||||
| # | Question | Options | Recommendation | If you do nothing |
|
||||
|---|---|---|---|---|
|
||||
@@ -186,3 +188,27 @@ data-bearing. The agent never trusts a guest path it cannot map to a host mount
|
||||
partition candidates, the loop step) · controller (Tier-2 and the notice ask the agent; i18n sentences; the install
|
||||
refusal in words; register the internal place) · installer (`step_grows` + the internal LV) · hub (store and show the two
|
||||
fields) · website and guides (the OMV guide's second-disk line; the backup explanation page).
|
||||
|
||||
## 13. Build status
|
||||
|
||||
**Build A — honest backup copies (D1, D2, D4), shipped 2026-10-15** (agent v0.157.0, controller v0.317.0 with MinAgent
|
||||
0.157.0, hub v0.154.0; evidence `audits/storage-identity-buildA-2026-10-15/`):
|
||||
|
||||
| Section | Built | Proven |
|
||||
|---|---|---|
|
||||
| §3 model | the agent computes `kind`, `physical_disks`, `identity` + reason for every PVE storage and every own mount; `GET /disks` and the hub report carry them | live: N100 and demo-hp `proven`, Tester 1 `unknown/vm`, the PBS store `network`; the hub stores and shows them |
|
||||
| §4 tiers | `POST /disks/same-disk`; Tier-2 choice, the pre-run guard and the one-copy notice ask it (D1: same disk → no copy; D2: unknown → copy made, not counted); a NAS never counts and never hides the notice (R-1075) | live: Tester 1 shows the „cannot check" notice and its copies are made, not counted; demo-hp and N100 count theirs, no notice. **Unit only:** the same-disk skip (no box has two places on one disk), the NAS notice (no box with a NAS can reach the agent, R-1083) |
|
||||
| §5 D4 | the install of a data-folder app on a box with no drive answers „Ehhez az alkalmazáshoz egy adattároló kell. A Meghajtók oldalon adhatsz hozzá egyet." with a link to the Meghajtók page; never the field name | **unit only** — no one-disk box was at hand |
|
||||
| §8 VMs | every place on a VM box is `unknown/vm` | live, Tester 1 |
|
||||
| §10 | the agent maps only paths to mounts it made; an absent drive (its folder on the root disk) is `unmapped`, never „the system disk" | unit, and live (`unmapped` for an absent drive on demo-hp) |
|
||||
|
||||
**Where the build differs from the text above:**
|
||||
- §3 „When": the identity is computed **on every read** (each `GET /disks`, each report, each same-disk call), not cached
|
||||
at start and on hot-plug. The rule's purpose — a swapped disk never inherits an old verdict — holds with no cache.
|
||||
- `usb_bridge`: built from the spike's rule, **never seen on a real device** (the N100's USB enclosure passes the real serial).
|
||||
- §4 said the notice closes „R-1072's half": it closed all of R-1072 — the other sentence was already informal.
|
||||
- An older agent (no same-disk call): the controller keeps the pre-build `st_dev` rule and logs it once.
|
||||
- §11 rejects `sys_drive` for household data, but the drives page still offers `/mnt/sys_drive` to attach (R-280) — R-1082.
|
||||
|
||||
**Build B — waits:** §5's internal place, §6 partitions, §7 the installer (and the D3 space check the operator asked for).
|
||||
|
||||
|
||||
@@ -237,3 +237,34 @@ the unmount, the drive returns by itself and the torrents resume; G6 13 hardlink
|
||||
|
||||
---
|
||||
|
||||
<a id="d14"></a>
|
||||
## D14 — A second local copy counts only on a proven different physical disk
|
||||
|
||||
*Map row: [D14](../00-capability-map.md#d14) · added 2026-10-15.*
|
||||
|
||||
**Scenario:** a household's Tier-2 copy is worth something against a disk failure only when it sits on another physical
|
||||
disk. The agent reads, for every storage place, the physical disk(s) under it and whether it can prove them; the
|
||||
controller asks it before it makes or counts a copy.
|
||||
|
||||
**Components:** agent v0.157.0 (place identity in `GET /disks` and the hub report, `POST /disks/same-disk`), controller
|
||||
v0.317.0 (Tier-2 choice and guard, the one-copy notice, the no-drive install sentence; MinAgent 0.157.0), hub v0.154.0
|
||||
(the host page shows the disks and the verdict). Design: `architecture/16-storage-physical-identity.md` §3–§4, §13.
|
||||
|
||||
**Status:** **PARTIAL** (2026-10-15).
|
||||
|
||||
**Proven live:** Tester 1 (a box inside a VM): every place `unknown/vm`; `/backups` shows „A Felhom nem tudja
|
||||
ellenőrizni…”; a Tier-2 run copied the apps and marked them not counted. demo-hp and the N100 (real disks): every place
|
||||
`proven`; drive vs system data „different, proven”; Tier-2 copies counted; no notice. An absent drive is `unmapped`,
|
||||
never „the system disk”. The hub stores and shows the fields for all three.
|
||||
|
||||
**Unit only (red-proved):** the same-disk skip (no box has two places on one disk), the NAS notice (the scratch box cannot
|
||||
reach its agent, R-1083), the no-drive install sentence (no one-disk box at hand, R-1068). `usb_bridge` is built from the
|
||||
spike's rule and was never seen on a device.
|
||||
|
||||
**Gaps:** the whole-box backup offer still trusts any second drive (R-1084); build B — the internal place, partitions,
|
||||
the installer (R-1079).
|
||||
|
||||
**Evidence:** `audits/storage-identity-buildA-2026-10-15/README.md`.
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -82,7 +82,7 @@ Title: **"Where a household's data is copied"**
|
||||
| Tier | What it copies | Where | When | Kept | Locked by |
|
||||
|---|---|---|---|---|---|
|
||||
| **Tier 1 — recovery unit** | each app: its settings, database dump, volumes | data drive 1, on the box | nightly at **02:30** (W) | 1 point per app | not encrypted (it never leaves the home) |
|
||||
| **Tier 2 — cross-drive** | a mirror of Tier 1, plus the app's files | data drive 2, on the box (only if the household has 2 drives) | nightly **03:30** | mirror | not encrypted |
|
||||
| **Tier 2 — cross-drive** | a mirror of Tier 1, plus the app's files | data drive 2, on the box (counted only on a different physical disk; in a VM made, not counted) | nightly **03:30** | mirror | not encrypted |
|
||||
| **Tier 3 — off-site, per app** | Tier 1 + the app's must-keep files | **Hetzner Storage Box** (Germany), one folder per household | nightly **04:15** | 7 daily, 4 weekly, 6 monthly | the household's own restic password |
|
||||
| **Whole guest — local** | the guest's system (not the data drives) | the box's own system disk | daily, in the window **04:30–08:30** | up to 3 copies (fewer on a small disk) | not encrypted |
|
||||
| **Whole guest — off-site** | the same | **ep0** (Hetzner, Germany), one namespace per household | weekly, same window | last 2 | the household's own key, escrowed with a recovery code |
|
||||
|
||||
File diff suppressed because one or more lines are too long
@@ -0,0 +1,73 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/grimmory
|
||||
Rendszermonitor →
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/metube
|
||||
Rendszermonitor →
|
||||
Hub kapcsolat kikapcsolva — a központi monitoring nem aktív
|
||||
Rendszermonitor →
|
||||
Biztonsági mentés
|
||||
enkisfelhom.hu
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
10,4 GB / 68,4 GB (16%)
|
||||
SCRATCH HDD
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (audiobookshelf)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (calibre-web)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (immich)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (navidrome)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (nextcloud)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (paperless-ngx)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (romm)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (sizing-bench)
|
||||
2,82 GB / 31,2 GB (10%)
|
||||
DB mentések
|
||||
3 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
A host-ügynök nincs konfigurálva ezen a gépen.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
–
|
||||
Távoli rendszermentés nincs beállítva
|
||||
2
|
||||
Adatbázis mentve
|
||||
@@ -0,0 +1,244 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.314.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/grimmory
|
||||
Rendszermonitor →
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/metube
|
||||
Rendszermonitor →
|
||||
Hub kapcsolat kikapcsolva — a központi monitoring nem aktív
|
||||
Rendszermonitor →
|
||||
Biztonsági mentés
|
||||
enkisfelhom.hu
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
10,3 GB / 68,4 GB (16%)
|
||||
SCRATCH HDD
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (audiobookshelf)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (calibre-web)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (immich)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (navidrome)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (nextcloud)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (paperless-ngx)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (romm)
|
||||
225 GB / 938 GB (25%)
|
||||
Tárhely (sizing-bench)
|
||||
2,82 GB / 31,2 GB (10%)
|
||||
DB mentések
|
||||
3 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
A host-ügynök nincs konfigurálva ezen a gépen.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
–
|
||||
Távoli rendszermentés nincs beállítva
|
||||
2
|
||||
Adatbázis mentve
|
||||
===== /storage
|
||||
Tárhely — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.314.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/grimmory
|
||||
Rendszermonitor →
|
||||
Adattároló nem elérhető: /mnt/felhom-drives/scratch_hdd/userdata/metube
|
||||
Rendszermonitor →
|
||||
Hub kapcsolat kikapcsolva — a központi monitoring nem aktív
|
||||
Rendszermonitor →
|
||||
Tárhely — Meghajtók
|
||||
A médiaalkalmazásoknak újra kell indulniuk
|
||||
Egy meghajtó megváltozott. A médiaalkalmazások csak újraindítás után látják a változást.
|
||||
Újraindítás most
|
||||
Később (ma éjjel 3:30)
|
||||
Meghajtók bekötése az alkalmazásokba
|
||||
Jellyfin: Vezérlőpult → API-kulcsok → +, a kulcs neve: felhom. Utána nyomd meg a „Bekötés most” gombot.
|
||||
Bekötés most
|
||||
Adattárolók
|
||||
Külső meghajtók kezelése alkalmazásadatok tárolásához.
|
||||
Megőrzött adatok Eltávolított alkalmazások lemezen maradt adatai
|
||||
SCRATCH HDD
|
||||
/mnt/felhom-drives/scratch_hdd
|
||||
Alapértelmezett
|
||||
Aktív
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (nextcloud)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/nextcloud
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (paperless-ngx)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/paperless-ngx
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
1 alkalmazás használja
|
||||
Paperless-ngx
|
||||
28,7 MB
|
||||
Mozgatás
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Áthelyezés ide…
|
||||
SCRATCH HDD (/mnt/felhom-drives/scratch_hdd) Tárhely (nextcloud) (/mnt/felhom-drives/scratch_hdd/userdata/nextcloud) Tárhely (romm) (/mnt/felhom-drives/scratch_hdd/userdata/romm) Tárhely (navidrome) (/mnt/felhom-drives/scratch_hdd/userdata/navidrome) Tárhely (audiobookshelf) (/mnt/felhom-drives/scratch_hdd/userdata/audiobookshelf) Tárhely (immich) (/mnt/felhom-drives/scratch_hdd/userdata/immich) Tárhely (calibre-web) (/mnt/felhom-drives/scratch_hdd/userdata/calibre-web) Tárhely (grimmory) (/mnt/felhom-drives/scratch_hdd/userdata/grimmory) Tárhely (metube) (/mnt/felhom-drives/scratch_hdd/userdata/metube) Tárhely (sizing-bench) (/mnt/sizing-bench)
|
||||
Összes adat áthelyezése
|
||||
Végleges leszerelés
|
||||
Tárhely (romm)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/romm
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (navidrome)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/navidrome
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (audiobookshelf)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/audiobookshelf
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (immich)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/immich
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (calibre-web)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/calibre-web
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
224,7 GB / 937,8 GB
|
||||
ext4 · /dev/nvme0n1[/scratch-drives/scratch_hdd] · KXG50PNV1T02 NVMe TOSHIBA 1024GB
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (grimmory)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/grimmory
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (metube)
|
||||
/mnt/felhom-drives/scratch_hdd/userdata/metube
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
Nincs alkalmazás ezen a tárolón
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Végleges leszerelés
|
||||
Tárhely (sizing-bench)
|
||||
/mnt/sizing-bench
|
||||
Aktív
|
||||
Rendszermeghajtón
|
||||
2,8 GB / 31,2 GB
|
||||
ext4 · /dev/loop0[/mnt]
|
||||
1 alkalmazás használja
|
||||
Immich
|
||||
158,7 MB
|
||||
Mozgatás
|
||||
Legyen alapértelmezett
|
||||
Új telepítések letiltása
|
||||
Áthelyezés ide…
|
||||
SCRATCH HDD (/mnt/felhom-drives/scratch_hdd) Tárhely (nextcloud) (/mnt/felhom-drives/scratch_hdd/userdata/nextcloud) Tárhely (paperless-ngx) (/mnt/felhom-drives/scratch_hdd/userdata/paperless-ngx) Tárhely (romm) (/mnt/felhom-drives/scratch_hdd/userdata/romm) Tárhely (navidrome) (/mnt/felhom-drives/scratch_hdd/userdata/navidrome) Tárhely (audiobookshelf) (/mnt/felhom-drives/scratch_hdd/userdata/audiobookshelf) Tárhely (immich) (/mnt/felhom-drives/scratch_hdd/userdata/immich) Tárhely (calibre-web) (/mnt/felhom-drives/scratch_hdd/userdata/calibre-web) Tárhely (grimmory) (/mnt/felhom-drives/scratch_hdd/userdata/grimmory) Tárhely (metube) (/mnt/felhom-drives/scratch_hdd/userdata/metube)
|
||||
Összes adat áthelyezése
|
||||
Végleges leszerelés
|
||||
Adatok áthelyezése
|
||||
…
|
||||
Új meghajtó inicializálása
|
||||
Meglévő meghajtó csatolása
|
||||
Nem regisztrált meghajtók az ügynök által észlelt, még nem regisztrált adatmeghajtók
|
||||
Rendszermeghajtók védett — csak operátori aláírással módosíthatók
|
||||
Már csatlakoztatott tárhely hozzáadása kézzel
|
||||
Elérési út
|
||||
Pl. /mnt/hdd_1 — a meghajtónak már csatolva kell lennie
|
||||
Megnevezés (opcionális)
|
||||
Legyen alapértelmezett új telepítéseknél
|
||||
Hozzáadás
|
||||
@@ -0,0 +1,3 @@
|
||||
gitea.dooplex.hu/admin/felhom-controller:0.317.0 Up 25 seconds (healthy)
|
||||
gitea.dooplex.hu/admin/felhom-controller:0.314.0 Up 25 seconds (healthy)
|
||||
9202 has no local_api in its bootstrap.json (hand-built scratch guest): the same-disk judge is not wired there; put back on 0.314.0 19:40:35
|
||||
@@ -0,0 +1,61 @@
|
||||
# Storage identity, build A — live evidence (2026-10-15)
|
||||
|
||||
Design: `architecture/16-storage-physical-identity.md` (§13 = what was built). Releases: agent v0.157.0 (not vouched),
|
||||
controller v0.317.0 (MinAgent 0.157.0), hub v0.154.0. Rows: R-1072, R-1074, R-1075 closed; R-1068, R-1079 narrowed;
|
||||
R-1082, R-1083, R-1084 opened.
|
||||
|
||||
**Method:** endpoint level — no browser on DooPlex. The agent's local API on each PVE host (the same calls the
|
||||
controller makes, with the guest's own token), the dashboard pages and the „run Tier-2 now" endpoint the buttons call,
|
||||
and the hub's database copied with its WAL (a different channel from the agent calls). Times are UTC.
|
||||
|
||||
## The boxes
|
||||
|
||||
| Box | What it is | Agent says | Household sees on `/backups` |
|
||||
|---|---|---|---|
|
||||
| Tester 1 | Felhom inside a VM on demo-hp | every place `unknown/vm`; drive vs system data: not proven (`vm`) | „A Felhom nem tudja ellenőrizni, hogy a második meghajtó valóban másik lemez-e … ezért nem számolja második másolatnak.” A Tier-2 run copied 10 apps; each app row on `/backups/apps` says „…ezt a másolatot nem számolja második másolatnak” |
|
||||
| demo-hp | HP t740, SATA SSD + NVMe | every place `proven`; drive vs system data: different, proven | no one-copy notice; Tier-2 copied 10 apps, counted (unchanged) |
|
||||
| N100 | SATA SSD + USB disk (the bridge passes the real serial) | every place `proven`; drive vs system data: different, proven | no one-copy notice; Tier-2 copied 5 apps, counted (unchanged) |
|
||||
|
||||
All three, same-disk call: system data vs `/var/lib/docker` → same disk, proven; a drive name that is not mounted →
|
||||
`unmapped` (never „the system disk").
|
||||
|
||||
**Search controls** (Hungarian searched with ASCII fragments `nem tudja` / `nem sz`): Tester 1 after → 11 hits (positive:
|
||||
the notice + 10 app lines). demo-hp → 0. N100 → 1 hit, read by eye: „…külön adatbázis-kiírás nem szükséges” — not the
|
||||
notice (negative holds).
|
||||
|
||||
## Files
|
||||
|
||||
| File | What |
|
||||
|---|---|
|
||||
| `agent-disks-{demo-hp,n100,tester1}.json` | the agent's `GET /disks` with the new fields |
|
||||
| `agent-same-disk-live.txt` | `POST /disks/same-disk` — three pairs per box |
|
||||
| `tester1-rc1.txt` | Tester 1 on 0.317.0-rc.1 by hand (first look) |
|
||||
| `tester1-tier2-run.txt`, `tester1-tier2-log.txt` | the Tier-2 run on rc.1 and its log (unproven copies) |
|
||||
| `tester1-backup-pages.txt` | `/backups` + `/backups/apps` on rc.1 |
|
||||
| `per-customer-floors.txt` | per-box floors 0.317.0 / MinAgent 0.157.0 for tester-1, demo-hp, demo-felhom — 303 `floor_set` at 19:27:52 |
|
||||
| `demo-hp-backup-page.txt`, `n100-backup-page.txt` | the pages before the Tier-2 runs |
|
||||
| `{demo-hp,n100}-tier2-run.txt`, `-tier2-log.txt` | Tier-2 runs on 0.317.0 (counted copies) |
|
||||
| `{demo-hp,n100,tester1}-backup-pages-after.txt` | the pages after, all on 0.317.0 |
|
||||
| `hub-stored-identity.txt` | the hub's latest stored report per box: kind, identity, reason, physical disks |
|
||||
| `9202-before-0.314.0.txt`, `9202-after-0.317.0.txt`, `9202-upgrade.txt` | the NAS check on the scratch box: it has no `local_api`, so it cannot ask the agent (R-1083); put back on 0.314.0 at 19:40:35 |
|
||||
|
||||
## Not shown live (unit-proven, red-proved)
|
||||
|
||||
- A same-disk Tier-2 target skipped — no box has two places on one disk.
|
||||
- A NAS share does not hide the one-copy notice (R-1075) — 9202 cannot reach its agent (R-1083).
|
||||
- The no-drive install sentence „Ehhez az alkalmazáshoz egy adattároló kell. A Meghajtók oldalon adhatsz hozzá egyet.”
|
||||
— no one-disk box at hand (R-1068). Deliberately not probed with a deploy request (`live-probes.md`).
|
||||
- `usb_bridge` — no such device seen.
|
||||
|
||||
## Also seen
|
||||
|
||||
- Tester 1's page also says „Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza
|
||||
tudod állítani a rendszert.” The whole-box backup offer does not ask about identity → R-1084.
|
||||
- R-1072 is closed entirely: `backup.target.degraded` was already informal, and the formal word `csatlakoztasson` is
|
||||
gone from all three pages (0 hits each; 1 hit on the OMV run's page `omv-vm-2026-10-15/B4-backup-pages.txt`, the control).
|
||||
|
||||
## Teardown
|
||||
|
||||
Machine: Tester 1, demo-hp 9201, N100 9201 stay on 0.317.0 through their per-box floors (cleared after the global floor);
|
||||
9202 back on 0.314.0. Host: the helper script `/tmp/agentq.sh` removed from demo-hp, felhom-pve and Tester 1's host.
|
||||
Hub: three per-customer floors set (listed above); nothing else. No app installed or removed; no disk touched.
|
||||
@@ -0,0 +1 @@
|
||||
{"ok":true,"data":{"disks":[{"name":"local","type":"local","state":"attached","backing_device":"","mount_path":"","class":"","role":"system","data_bearing":false,"total_bytes":41424257024,"used_bytes":24772648960,"used_fraction":0.598022770707691,"durable_id":"path:/var/lib/vz","guest_attached":false,"backup_target":true,"bound_under_parent":false,"smart":{"health":"PASSED","model_name":"SanDisk X600 M.2 2280 SATA 128GB","temperature_c":40,"power_on_hours":31656,"reallocated_sectors":0,"pending_sectors":null,"offline_uncorrectable":null,"reported_uncorrect":0,"udma_crc_errors":0,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"system","physical_disks":["serial:ata:SanDisk_X600_M.2_2280_SATA_128GB:182195804614"],"identity":"proven"},{"name":"local-lvm","type":"lvmthin","state":"attached","backing_device":"","mount_path":"","class":"","role":"system","data_bearing":false,"total_bytes":57843646464,"used_bytes":29349866215,"used_fraction":0.507399999985589,"durable_id":"pve/data","guest_attached":false,"bound_under_parent":false,"smart":{"health":"UNKNOWN","temperature_c":null,"power_on_hours":null,"reallocated_sectors":null,"pending_sectors":null,"offline_uncorrectable":null,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"system","physical_disks":["serial:ata:SanDisk_X600_M.2_2280_SATA_128GB:182195804614"],"identity":"proven"},{"name":"felhom-pbs","type":"pbs","state":"attached","backing_device":"","mount_path":"","class":"","role":"backup","data_bearing":false,"total_bytes":0,"used_bytes":0,"used_fraction":0,"durable_id":"10.77.0.1:felhom-offsite#c6:07:28:3f:5b:7b:5a:41:90:28:d7:ca:4f:37:14:70:56:39:2e:2f:0b:71:e8:06:ca:60:4a:d5:56:5f:3c:fd","guest_attached":false,"bound_under_parent":false,"smart":{"health":"UNKNOWN","temperature_c":null,"power_on_hours":null,"reallocated_sectors":null,"pending_sectors":null,"offline_uncorrectable":null,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"network","identity":"unknown","identity_reason":"network"},{"name":"nvme-scratch","type":"local-dir","state":"attached","backing_device":"/dev/nvme0n1","mount_path":"/mnt/hdd_1","class":"fast","role":"user-data","data_bearing":true,"data_reason":"device is mounted","total_bytes":1006980812800,"used_bytes":211528679424,"used_fraction":0.210062274012775,"durable_id":"uuid:91d2dc2d-2d28-4929-9bdd-3e11fa2f41ae","wipe_durable_id":"byid:nvme-eui.000000000000001000080d020046c07b","guest_attached":false,"guest_path":"/mnt/felhom-drives/hdd_1","bound_under_parent":true,"smart":{"health":"PASSED","model_name":"KXG50PNV1T02 NVMe TOSHIBA 1024GB","temperature_c":51,"power_on_hours":30326,"reallocated_sectors":null,"pending_sectors":null,"offline_uncorrectable":null,"critical_warning":0,"media_errors":0,"percentage_used":8},"kind":"disk","physical_disks":["eui:000000000000001000080d020046c07b"],"identity":"proven"}],"guest_boot_id":"1791991538-10901","vmid":9201}}
|
||||
@@ -0,0 +1 @@
|
||||
{"ok":true,"data":{"disks":[{"name":"felhom-backup","type":"local-dir","state":"attached","backing_device":"/dev/sdb","mount_path":"/mnt/hdd_1","class":"slow","role":"user-data","data_bearing":true,"data_reason":"device is mounted","total_bytes":983351140352,"used_bytes":6590459904,"used_fraction":0.00670204124809463,"durable_id":"uuid:47a3361a-91e0-4831-a69d-27f540ed3f48","wipe_durable_id":"byid:wwn-0x5000039ddb108568","guest_attached":false,"backup_target":true,"guest_path":"/mnt/felhom-drives/hdd_1","bound_under_parent":true,"smart":{"health":"PASSED","model_name":"TOSHIBA MQ04ABF100","temperature_c":35,"power_on_hours":5454,"reallocated_sectors":0,"pending_sectors":0,"offline_uncorrectable":0,"udma_crc_errors":0,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"disk","physical_disks":["serial:ata:TOSHIBA_MQ04ABF100:65NOP3HDT"],"identity":"proven"},{"name":"local","type":"local","state":"attached","backing_device":"","mount_path":"","class":"","role":"system","data_bearing":false,"total_bytes":100861726720,"used_bytes":33211027456,"used_fraction":0.329272842494521,"durable_id":"path:/var/lib/vz","guest_attached":false,"bound_under_parent":false,"smart":{"health":"PASSED","model_name":"AirDisk 512GB SSD","temperature_c":33,"power_on_hours":4622,"reallocated_sectors":0,"pending_sectors":null,"offline_uncorrectable":null,"udma_crc_errors":0,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"system","physical_disks":["serial:ata:AirDisk_512GB_SSD:QDF922W009654S30EX"],"identity":"proven"},{"name":"local-lvm","type":"lvmthin","state":"attached","backing_device":"","mount_path":"","class":"","role":"system","data_bearing":false,"total_bytes":374538764288,"used_bytes":10262362141,"used_fraction":0.0273999999986885,"durable_id":"pve/data","guest_attached":false,"bound_under_parent":false,"smart":{"health":"UNKNOWN","temperature_c":null,"power_on_hours":null,"reallocated_sectors":null,"pending_sectors":null,"offline_uncorrectable":null,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"system","physical_disks":["serial:ata:AirDisk_512GB_SSD:QDF922W009654S30EX"],"identity":"proven"},{"name":"felhom-pbs","type":"pbs","state":"attached","backing_device":"","mount_path":"","class":"","role":"backup","data_bearing":false,"total_bytes":0,"used_bytes":0,"used_fraction":0,"durable_id":"10.77.0.1:felhom-offsite#c6:07:28:3f:5b:7b:5a:41:90:28:d7:ca:4f:37:14:70:56:39:2e:2f:0b:71:e8:06:ca:60:4a:d5:56:5f:3c:fd","guest_attached":false,"bound_under_parent":false,"smart":{"health":"UNKNOWN","temperature_c":null,"power_on_hours":null,"reallocated_sectors":null,"pending_sectors":null,"offline_uncorrectable":null,"critical_warning":null,"media_errors":null,"percentage_used":null},"kind":"network","identity":"unknown","identity_reason":"network"}],"guest_boot_id":"1791928135-1456","vmid":9201}}
|
||||
File diff suppressed because one or more lines are too long
@@ -0,0 +1,12 @@
|
||||
== demo-hp
|
||||
/mnt/felhom-drives/hdd_1 vs /mnt/sys_drive -> different=True proven=True reason=
|
||||
/mnt/sys_drive vs /var/lib/docker -> different=False proven=True reason=same_disk
|
||||
/mnt/felhom-drives/nincs-ilyen vs /mnt/sys_drive -> different=False proven=False reason=unmapped
|
||||
== n100
|
||||
/mnt/felhom-drives/hdd_1 vs /mnt/sys_drive -> different=True proven=True reason=
|
||||
/mnt/sys_drive vs /var/lib/docker -> different=False proven=True reason=same_disk
|
||||
/mnt/felhom-drives/nincs-ilyen vs /mnt/sys_drive -> different=False proven=False reason=unmapped
|
||||
== tester1
|
||||
/mnt/felhom-drives/adatlemez vs /mnt/sys_drive -> different=True proven=False reason=vm
|
||||
/mnt/sys_drive vs /var/lib/docker -> different=False proven=True reason=same_disk
|
||||
/mnt/felhom-drives/nincs-ilyen vs /mnt/sys_drive -> different=False proven=False reason=unmapped
|
||||
@@ -0,0 +1,73 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
enkisfelhom.hu
|
||||
A rendszermentés jelenleg ugyanazon a lemezen van, mint a rendszer — így hibás fájlok ellen véd, lemezhiba ellen nem. Csatlakoztass egy második meghajtót a teljes védelemhez.
|
||||
Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza tudod állítani a rendszert.
|
||||
NVME 1TB
|
||||
Kijelölöm
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
17,8 GB / 68,7 GB (27%)
|
||||
NVME 1TB
|
||||
225 GB / 938 GB (25%)
|
||||
DB mentések
|
||||
22 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:33 (17 órája)
|
||||
–
|
||||
Helyi tároló (local)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 17 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (local)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:33 (17 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 08. 22:34 (6 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
6
|
||||
Adatbázis mentve
|
||||
+481
@@ -0,0 +1,481 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
enkisfelhom.hu
|
||||
A rendszermentés jelenleg ugyanazon a lemezen van, mint a rendszer — így hibás fájlok ellen véd, lemezhiba ellen nem. Csatlakoztass egy második meghajtót a teljes védelemhez.
|
||||
Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza tudod állítani a rendszert.
|
||||
NVME 1TB
|
||||
Kijelölöm
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
17,8 GB / 68,7 GB (27%)
|
||||
NVME 1TB
|
||||
225 GB / 938 GB (25%)
|
||||
DB mentések
|
||||
22 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:33 (17 órája)
|
||||
–
|
||||
Helyi tároló (local)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 17 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (local)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:33 (17 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 08. 22:34 (6 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
6
|
||||
Adatbázis mentve
|
||||
===== /backups/apps
|
||||
Biztonsági mentés — Alkalmazások — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés — Alkalmazások
|
||||
enkisfelhom.hu
|
||||
Van alkalmazás, amelyről nem készül távoli mentés. Bekapcsolod mindegyikre? (1)
|
||||
Igen, mindegyikre
|
||||
Nem most
|
||||
Alkalmazás-mentések (adatbázis + konfiguráció)
|
||||
Az egyes alkalmazások részletes, granulált mentése — adatbázis-kiírások, beállítások és alkalmazás-fájlok. A fenti teljes mentéstől függetlenül, alkalmazásonként visszaállítható.
|
||||
Ütemezés
|
||||
Adatbázis mentés
|
||||
02:30
|
||||
Következő: holnap 02:30
|
||||
Utolsó adatbázis mentés:
|
||||
2026. 10. 15. 04:15 (17 órája)
|
||||
Mentés most
|
||||
Adatbázisok
|
||||
Alkalmazás
|
||||
Típus
|
||||
Méret
|
||||
Utolsó
|
||||
Érvényesítés
|
||||
Állapot
|
||||
adventurelog
|
||||
PostgreSQL
|
||||
12,5 MB
|
||||
04:15
|
||||
49 tábla
|
||||
OK
|
||||
bookstack
|
||||
MariaDB
|
||||
57,8 KB
|
||||
04:15
|
||||
42 tábla
|
||||
OK
|
||||
docmost
|
||||
PostgreSQL
|
||||
157,6 KB
|
||||
04:15
|
||||
50 tábla
|
||||
OK
|
||||
kimai
|
||||
MariaDB
|
||||
51,3 KB
|
||||
04:15
|
||||
35 tábla
|
||||
OK
|
||||
paperless-ngx
|
||||
PostgreSQL
|
||||
800,2 KB
|
||||
04:15
|
||||
72 tábla
|
||||
OK
|
||||
romm
|
||||
MariaDB
|
||||
113,0 KB
|
||||
04:15
|
||||
36 tábla
|
||||
OK
|
||||
Alkalmazások mentési állapota
|
||||
AdventureLog
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
336,5 MB
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Kikapcsolva
|
||||
Ez az alkalmazás nincs kijelölve távoli mentésre
|
||||
Bekapcsolás
|
||||
BentoPDF
|
||||
Konfig
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
13,6 KB
|
||||
Konfig
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
BookStack
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
160,2 MB
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Calibre-Web Automated
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig
|
||||
Az alkalmazás fájljait a távoli másolat (és a második meghajtó) védi — ez a helyi mentés a beállításokat és az adatbázist tartalmazza.
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
5,6 MB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Docmost
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
107,1 MB
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Home Assistant
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
9,8 MB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Kimai
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: tegnap
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: tegnap
|
||||
Sikeres
|
||||
173,0 MB
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
OpenGist
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
201,5 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Paperless-ngx
|
||||
NVME 1TB
|
||||
28,7 MB
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig
|
||||
Az alkalmazás fájljait a távoli másolat (és a második meghajtó) védi — ez a helyi mentés a beállításokat és az adatbázist tartalmazza.
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
152,2 MB
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Plex
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 10 perce
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
18,1 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
PrivateBin
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
2,0 MB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
RomM
|
||||
NVME 1TB
|
||||
8,0 KB
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 11 napja
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 11 napja
|
||||
Sikeres
|
||||
198,7 MB
|
||||
A belső SSD-n csak a konfiguráció, adatbázis és a kötelező adatok férnek el — a választható tartalom nem került másolásra.
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub3.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Prowlarr
|
||||
Eltávolítva — visszaállítható
|
||||
Belső SSD (rendszer)
|
||||
▶
|
||||
Mentés
|
||||
Megtartva
|
||||
helyi
|
||||
Az alkalmazást eltávolítottad, a mentése megmaradt. Legutóbbi mentés: 2026. 10. 15. 13:10.
|
||||
Visszaállítás a mentésből
|
||||
Radarr
|
||||
Eltávolítva — visszaállítható
|
||||
NVME 1TB
|
||||
▶
|
||||
Mentés
|
||||
Megtartva
|
||||
helyi
|
||||
Az alkalmazást eltávolítottad, a mentése megmaradt. Legutóbbi mentés: 2026. 10. 15. 13:10.
|
||||
Visszaállítás a mentésből
|
||||
Sonarr
|
||||
Eltávolítva — visszaállítható
|
||||
NVME 1TB
|
||||
▶
|
||||
Mentés
|
||||
Megtartva
|
||||
helyi
|
||||
Az alkalmazást eltávolítottad, a mentése megmaradt. Legutóbbi mentés: 2026. 10. 15. 13:05.
|
||||
Visszaállítás a mentésből
|
||||
@@ -0,0 +1,11 @@
|
||||
2026/10/15 19:36:12 router.go:1322: [INFO] [api] Manual Tier 2 (off-drive) backup triggered
|
||||
2026/10/15 19:36:15 tier2.go:470: [INFO] [backup] Tier 2 copied adventurelog → /mnt/felhom-drives/hdd_1/backups/secondary/adventurelog (336.5 MB, 0 leg(s), 2s)
|
||||
2026/10/15 19:36:17 tier2.go:470: [INFO] [backup] Tier 2 copied bentopdf → /mnt/felhom-drives/hdd_1/backups/secondary/bentopdf (13.6 KB, 0 leg(s), 0s)
|
||||
2026/10/15 19:36:19 tier2.go:470: [INFO] [backup] Tier 2 copied bookstack → /mnt/felhom-drives/hdd_1/backups/secondary/bookstack (160.2 MB, 0 leg(s), 1s)
|
||||
2026/10/15 19:36:20 tier2.go:470: [INFO] [backup] Tier 2 copied calibre-web → /mnt/sys_drive/felhom-data/backups/secondary/calibre-web (5.6 MB, 1 leg(s), 0s) [SSD: state-only]
|
||||
2026/10/15 19:36:22 tier2.go:470: [INFO] [backup] Tier 2 copied docmost → /mnt/felhom-drives/hdd_1/backups/secondary/docmost (107.1 MB, 0 leg(s), 1s)
|
||||
2026/10/15 19:36:24 tier2.go:470: [INFO] [backup] Tier 2 copied home-assistant → /mnt/felhom-drives/hdd_1/backups/secondary/home-assistant (9.8 MB, 0 leg(s), 0s)
|
||||
2026/10/15 19:36:25 tier2.go:470: [INFO] [backup] Tier 2 copied opengist → /mnt/felhom-drives/hdd_1/backups/secondary/opengist (201.5 KB, 0 leg(s), 0s)
|
||||
2026/10/15 19:36:27 tier2.go:470: [INFO] [backup] Tier 2 copied paperless-ngx → /mnt/sys_drive/felhom-data/backups/secondary/paperless-ngx (152.2 MB, 1 leg(s), 1s) [SSD: state-only]
|
||||
2026/10/15 19:36:29 tier2.go:470: [INFO] [backup] Tier 2 copied plex → /mnt/sys_drive/felhom-data/backups/secondary/plex (18.1 KB, 0 leg(s), 0s) [SSD: state-only]
|
||||
2026/10/15 19:36:30 tier2.go:470: [INFO] [backup] Tier 2 copied privatebin → /mnt/felhom-drives/hdd_1/backups/secondary/privatebin (2.0 MB, 0 leg(s), 0s)
|
||||
@@ -0,0 +1,4 @@
|
||||
tier2 run 19:36:12
|
||||
{"ok":true,"message":"2. mentés elindítva"}
|
||||
|
||||
HTTP 200
|
||||
@@ -0,0 +1,14 @@
|
||||
demo-hp-bb76ea 2026-10-15 19:26:18 agent 0.157.0
|
||||
felhom-pbs network unknown network None
|
||||
nvme-scratch disk proven ['eui:000000000000001000080d020046c07b']
|
||||
local system proven ['serial:ata:SanDisk_X600_M.2_2280_SATA_128GB:182195804614']
|
||||
local-lvm system proven ['serial:ata:SanDisk_X600_M.2_2280_SATA_128GB:182195804614']
|
||||
demo-felhom-8363b5 2026-10-15 19:19:48 agent 0.157.0
|
||||
felhom-pbs network unknown network None
|
||||
local-lvm system proven ['serial:ata:AirDisk_512GB_SSD:QDF922W009654S30EX']
|
||||
local system proven ['serial:ata:AirDisk_512GB_SSD:QDF922W009654S30EX']
|
||||
felhom-backup disk proven ['serial:ata:TOSHIBA_MQ04ABF100:65NOP3HDT']
|
||||
tester-1-d70be4 2026-10-15 19:32:13 agent 0.157.0
|
||||
local-lvm system unknown vm ['serial:scsi:QEMU_HARDDISK:drive-scsi0']
|
||||
local system unknown vm ['serial:scsi:QEMU_HARDDISK:drive-scsi0']
|
||||
felhom-pbs network unknown network None
|
||||
@@ -0,0 +1,69 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
demo-felhom.eu
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
2,31 GB / 245 GB (1%)
|
||||
Külső tárhely (hdd_1)
|
||||
6,14 GB / 916 GB (1%)
|
||||
DB mentések
|
||||
–
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:59 (16 órája)
|
||||
–
|
||||
Helyi tároló (felhom-backup)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 16 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (felhom-backup)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:59 (16 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 13. 06:22 (2 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
–
|
||||
Adatmentés
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
–
|
||||
Adatbázis mentve beágyazott DB-k a kötetmentésben
|
||||
@@ -0,0 +1,252 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
demo-felhom.eu
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
2,31 GB / 245 GB (1%)
|
||||
Külső tárhely (hdd_1)
|
||||
6,14 GB / 916 GB (1%)
|
||||
DB mentések
|
||||
–
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:59 (16 órája)
|
||||
–
|
||||
Helyi tároló (felhom-backup)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 16 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (felhom-backup)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:59 (16 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 13. 06:22 (2 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
–
|
||||
Adatmentés
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
–
|
||||
Adatbázis mentve beágyazott DB-k a kötetmentésben
|
||||
===== /backups/apps
|
||||
Biztonsági mentés — Alkalmazások — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés — Alkalmazások
|
||||
demo-felhom.eu
|
||||
Alkalmazás-mentések (adatbázis + konfiguráció)
|
||||
Az egyes alkalmazások részletes, granulált mentése — adatbázis-kiírások, beállítások és alkalmazás-fájlok. A fenti teljes mentéstől függetlenül, alkalmazásonként visszaállítható.
|
||||
Ütemezés
|
||||
Adatbázis mentés
|
||||
02:30
|
||||
Következő: holnap 02:30
|
||||
Utolsó adatbázis mentés:
|
||||
Még nem futott
|
||||
Mentés most
|
||||
Adatbázisok
|
||||
A telepített alkalmazások beágyazott adatbázist használnak (pl. SQLite) — adatbázisuk a fájl- és kötetmentés része, külön adatbázis-kiírás nem szükséges.
|
||||
Alkalmazások mentési állapota
|
||||
OpenGist
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
202,8 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub1.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Prowlarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 10 perce
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ hdd_1
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
17,0 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub1.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Radarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 10 perce
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
19,6 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub1.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Sonarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 10 perce
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
20,2 KB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub1.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
qBittorrent
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 10 perce
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ belső SSD (csak DB/konfiguráció)
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
27,2 KB
|
||||
A belső SSD-n csak a konfiguráció, adatbázis és a kötelező adatok férnek el — a választható tartalom nem került másolásra.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub1.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Calibre-Web Automated
|
||||
Eltávolítva — visszaállítható
|
||||
Külső tárhely (hdd_1)
|
||||
▶
|
||||
Mentés
|
||||
Megtartva
|
||||
helyi
|
||||
Az alkalmazást eltávolítottad, a mentése megmaradt. Legutóbbi mentés: 2026. 08. 03. 04:15.
|
||||
Visszaállítás a mentésből
|
||||
Immich
|
||||
Eltávolítva — visszaállítható
|
||||
Külső tárhely (hdd_1)
|
||||
▶
|
||||
Mentés
|
||||
Megtartva
|
||||
helyi
|
||||
Az alkalmazást eltávolítottad, a mentése megmaradt. Legutóbbi mentés: 2026. 08. 03. 04:15.
|
||||
Visszaállítás a mentésből
|
||||
@@ -0,0 +1,6 @@
|
||||
2026/10/15 19:36:06 [INFO] [api] Manual Tier 2 (off-drive) backup triggered
|
||||
2026/10/15 19:36:08 [INFO] [backup] Tier 2 copied opengist → /mnt/felhom-drives/hdd_1/backups/secondary/opengist (202.8 KB, 0 leg(s), 0s)
|
||||
2026/10/15 19:36:10 [INFO] [backup] Tier 2 copied prowlarr → /mnt/felhom-drives/hdd_1/backups/secondary/prowlarr (17.0 KB, 0 leg(s), 0s)
|
||||
2026/10/15 19:36:12 [INFO] [backup] Tier 2 copied radarr → /mnt/sys_drive/felhom-data/backups/secondary/radarr (19.6 KB, 0 leg(s), 0s) [SSD: state-only]
|
||||
2026/10/15 19:36:14 [INFO] [backup] Tier 2 copied sonarr → /mnt/sys_drive/felhom-data/backups/secondary/sonarr (20.2 KB, 0 leg(s), 0s) [SSD: state-only]
|
||||
2026/10/15 19:36:15 [INFO] [backup] Tier 2 copied qbittorrent → /mnt/sys_drive/felhom-data/backups/secondary/qbittorrent (27.2 KB, 0 leg(s), 0s) [SSD: state-only]
|
||||
@@ -0,0 +1,4 @@
|
||||
tier2 run 19:36:12
|
||||
{"ok":true,"message":"2. mentés elindítva"}
|
||||
|
||||
HTTP 200
|
||||
@@ -0,0 +1,3 @@
|
||||
tester-1 19:27:52 HTTP/1.1 303 See Other Location: /customers/tester-1?flash=floor_set
|
||||
demo-hp 19:27:52 HTTP/1.1 303 See Other Location: /customers/demo-hp?flash=floor_set
|
||||
demo-felhom 19:27:52 HTTP/1.1 303 See Other Location: /customers/demo-felhom?flash=floor_set
|
||||
+398
@@ -0,0 +1,398 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
enkicsifelhom.hu
|
||||
A Felhom nem tudja ellenőrizni, hogy a második meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért nem számolja második másolatnak.
|
||||
A rendszermentés jelenleg ugyanazon a lemezen van, mint a rendszer — így hibás fájlok ellen véd, lemezhiba ellen nem. Csatlakoztass egy második meghajtót a teljes védelemhez.
|
||||
Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza tudod állítani a rendszert.
|
||||
Adatlemez
|
||||
Kijelölöm
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
7,71 GB / 68,7 GB (12%)
|
||||
Adatlemez
|
||||
28,3 GB / 48,9 GB (61%)
|
||||
Media A
|
||||
28,2 GB / 97,9 GB (30%)
|
||||
Media B
|
||||
31,8 GB / 97,9 GB (34%)
|
||||
Media C
|
||||
0,01 GB / 48,9 GB (0%)
|
||||
Media D
|
||||
0,01 GB / 19,5 GB (0%)
|
||||
DB mentések
|
||||
2 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:47 (16 órája)
|
||||
–
|
||||
Helyi tároló (local)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 16 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (local)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:47 (16 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 11. 22:02 (3 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
2
|
||||
Adatbázis mentve
|
||||
===== /backups/apps
|
||||
Biztonsági mentés — Alkalmazások — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés — Alkalmazások
|
||||
enkicsifelhom.hu
|
||||
Alkalmazás-mentések (adatbázis + konfiguráció)
|
||||
Az egyes alkalmazások részletes, granulált mentése — adatbázis-kiírások, beállítások és alkalmazás-fájlok. A fenti teljes mentéstől függetlenül, alkalmazásonként visszaállítható.
|
||||
Ütemezés
|
||||
Adatbázis mentés
|
||||
02:30
|
||||
Következő: holnap 02:30
|
||||
Utolsó adatbázis mentés:
|
||||
2026. 10. 15. 04:15 (17 órája)
|
||||
Mentés most
|
||||
Adatbázisok
|
||||
Alkalmazás
|
||||
Típus
|
||||
Méret
|
||||
Utolsó
|
||||
Érvényesítés
|
||||
Állapot
|
||||
bookstack
|
||||
MariaDB
|
||||
57,9 KB
|
||||
04:15
|
||||
41 tábla
|
||||
OK
|
||||
paperless-ngx
|
||||
PostgreSQL
|
||||
393,3 KB
|
||||
04:15
|
||||
72 tábla
|
||||
OK
|
||||
Alkalmazások mentési állapota
|
||||
BookStack
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
156,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Jellyfin
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
109,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Paperless-ngx
|
||||
Adatlemez
|
||||
30,3 KB
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig
|
||||
Az alkalmazás fájljait a távoli másolat (és a második meghajtó) védi — ez a helyi mentés a beállításokat és az adatbázist tartalmazza.
|
||||
2. mentés
|
||||
rsync
|
||||
→ media_a
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
81,2 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Plex
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
148,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
PrivateBin
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
28,4 KB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Prowlarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
4,7 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Radarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
10,5 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Sonarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 13 perce
|
||||
Sikeres
|
||||
23,9 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Transmission
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 12 perce
|
||||
Sikeres
|
||||
11,0 GB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
qBittorrent
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 11 perce
|
||||
Sikeres
|
||||
16,8 GB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
@@ -0,0 +1,397 @@
|
||||
===== /backups
|
||||
Biztonsági mentés — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0-rc.1
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés
|
||||
enkicsifelhom.hu
|
||||
A Felhom nem tudja ellenőrizni, hogy a második meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért nem számolja második másolatnak.
|
||||
A rendszermentés jelenleg ugyanazon a lemezen van, mint a rendszer — így hibás fájlok ellen véd, lemezhiba ellen nem. Csatlakoztass egy második meghajtót a teljes védelemhez.
|
||||
Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza tudod állítani a rendszert.
|
||||
Adatlemez
|
||||
Kijelölöm
|
||||
Tárhely áttekintés
|
||||
Rendszer
|
||||
7,67 GB / 68,7 GB (12%)
|
||||
Adatlemez
|
||||
18,3 GB / 48,9 GB (39%)
|
||||
Media A
|
||||
28,2 GB / 97,9 GB (30%)
|
||||
Media B
|
||||
31,8 GB / 97,9 GB (34%)
|
||||
Media C
|
||||
0,01 GB / 48,9 GB (0%)
|
||||
Media D
|
||||
0,01 GB / 19,5 GB (0%)
|
||||
DB mentések
|
||||
2 fájl
|
||||
Rendszermentés (teljes mentés)
|
||||
A teljes szerver — alkalmazások, beállítások és adatbázisok együtt — időszakos mentése, amelyből az egész készülék visszaállítható. Ezt a host-ügynök készíti és kezeli.
|
||||
✓
|
||||
Utolsó teljes mentés
|
||||
2026. 10. 15. 04:47 (16 órája)
|
||||
–
|
||||
Helyi tároló (local)
|
||||
Naprakész
|
||||
Következő mentés
|
||||
az előző 16 órája készült — a mentési időn belül
|
||||
–
|
||||
Visszaállítás ellenőrizve
|
||||
Még nem futott
|
||||
Helyi tároló (local)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 15. 04:47 (16 órája)
|
||||
Naprakész
|
||||
Biztonsági szerver – külön hardver (PBS)
|
||||
✓ Utolsó sikeres mentés: 2026. 10. 11. 22:02 (3 napja)
|
||||
Naprakész
|
||||
Mentés most
|
||||
Mentés közben minden alkalmazás rövid időre leáll: kb. 1–1,5 percre, több alkalmazásnál tovább. Utána újra futnak, amíg a másolás befejeződik. A gomb a helyi másolatot készíti el; a távoli másolat a következő éjszakai mentéssel készül.
|
||||
Mentési időablak
|
||||
A mentések egymás után futnak: adatbázis-mentés, helyi másolat, távoli mentés, majd a teljes rendszermentés.
|
||||
Mentési időablak kezdete
|
||||
Mentés
|
||||
Adatbázis-mentés: 02:30
|
||||
Helyi másolat: 03:30
|
||||
Távoli mentés: 04:15
|
||||
Teljes rendszermentés: kb. 04:30–08:30 között
|
||||
✓
|
||||
Adatmentés aktív
|
||||
✓
|
||||
Távoli rendszermentés külön hardveren (PBS)
|
||||
2
|
||||
Adatbázis mentve
|
||||
===== /backups/apps
|
||||
Biztonsági mentés — Alkalmazások — Felhom.eu
|
||||
Indítópult
|
||||
Vezérlőpult
|
||||
Alkalmazások
|
||||
Tárhely
|
||||
Meghajtók
|
||||
Hálózati tárhely
|
||||
Biztonsági mentés
|
||||
Áttekintés
|
||||
Távoli mentés
|
||||
Alkalmazások
|
||||
Visszaállítás
|
||||
Megosztás
|
||||
Hálózati megosztás
|
||||
Rendszermonitor
|
||||
Hibakeresés
|
||||
Beállítások
|
||||
Rendszer
|
||||
Értesítések
|
||||
Biztonság és hozzáférés
|
||||
0.317.0-rc.1
|
||||
Magyar
|
||||
English
|
||||
Kijelentkezés ↗
|
||||
Biztonsági mentés — Alkalmazások
|
||||
enkicsifelhom.hu
|
||||
Alkalmazás-mentések (adatbázis + konfiguráció)
|
||||
Az egyes alkalmazások részletes, granulált mentése — adatbázis-kiírások, beállítások és alkalmazás-fájlok. A fenti teljes mentéstől függetlenül, alkalmazásonként visszaállítható.
|
||||
Ütemezés
|
||||
Adatbázis mentés
|
||||
02:30
|
||||
Következő: holnap 02:30
|
||||
Utolsó adatbázis mentés:
|
||||
2026. 10. 15. 04:15 (17 órája)
|
||||
Mentés most
|
||||
Adatbázisok
|
||||
Alkalmazás
|
||||
Típus
|
||||
Méret
|
||||
Utolsó
|
||||
Érvényesítés
|
||||
Állapot
|
||||
paperless-ngx
|
||||
PostgreSQL
|
||||
393,3 KB
|
||||
04:15
|
||||
72 tábla
|
||||
OK
|
||||
bookstack
|
||||
MariaDB
|
||||
57,9 KB
|
||||
04:15
|
||||
41 tábla
|
||||
OK
|
||||
Alkalmazások mentési állapota
|
||||
BookStack
|
||||
Konfig + DB + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 2 perce
|
||||
Sikeres
|
||||
156,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Jellyfin
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
109,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Paperless-ngx
|
||||
Adatlemez
|
||||
30,3 KB
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
DB + Konfig
|
||||
Az alkalmazás fájljait a távoli másolat (és a második meghajtó) védi — ez a helyi mentés a beállításokat és az adatbázist tartalmazza.
|
||||
2. mentés
|
||||
rsync
|
||||
→ media_a
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
81,2 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
DB + Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Plex
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
148,4 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
PrivateBin
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
28,4 KB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Prowlarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
4,7 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Radarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
10,5 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Sonarr
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 1 perce
|
||||
Sikeres
|
||||
23,9 MB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
Transmission
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: most
|
||||
Sikeres
|
||||
11,0 GB
|
||||
A Felhom nem tudja ellenőrizni, hogy ez a meghajtó valóban másik lemez-e (virtuális gépben és egyes USB-házakban ez nem látszik), ezért ezt a másolatot nem számolja második másolatnak.
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
qBittorrent
|
||||
Konfig + Adatok
|
||||
▶
|
||||
1. mentés
|
||||
Auto
|
||||
helyi
|
||||
Utolsó: 17 órája
|
||||
—
|
||||
Konfig + Adatok
|
||||
2. mentés
|
||||
rsync
|
||||
→ adatlemez
|
||||
Naponta
|
||||
Utolsó sikeres: 17 órája
|
||||
Sikeres
|
||||
8,3 MB
|
||||
Konfig + Adatok
|
||||
Fájlok visszaállítása
|
||||
Teljes visszaállítás a másolatból
|
||||
Beállítás
|
||||
3. mentés
|
||||
Sikeres
|
||||
restic → u629488-sub4.your-storagebox.de
|
||||
Utolsó: 17 órája
|
||||
Helyreállítási egység, titkosítva
|
||||
@@ -0,0 +1,18 @@
|
||||
LANGUAGE = (unset),
|
||||
LC_ALL = (unset),
|
||||
LC_CTYPE = "UTF-8",
|
||||
LC_NUMERIC = (unset),
|
||||
LC_COLLATE = (unset),
|
||||
LC_TIME = (unset),
|
||||
LC_MESSAGES = (unset),
|
||||
LC_MONETARY = (unset),
|
||||
LC_ADDRESS = (unset),
|
||||
LC_IDENTIFICATION = (unset),
|
||||
LC_MEASUREMENT = (unset),
|
||||
LC_PAPER = (unset),
|
||||
LC_TELEPHONE = (unset),
|
||||
LC_NAME = (unset),
|
||||
LANG = "en_US.UTF-8"
|
||||
are supported and installed on your system.
|
||||
gitea.dooplex.hu/admin/felhom-controller:0.314.0
|
||||
gitea.dooplex.hu/admin/felhom-controller:0.317.0-rc.1 Up 20 seconds (healthy)
|
||||
@@ -0,0 +1,10 @@
|
||||
2026/10/15 19:23:46 [INFO] [scheduler] Daily job tier2-backup scheduled for 2026-10-16 03:30 CEST
|
||||
2026/10/15 19:24:51 [INFO] [api] Manual Tier 2 (off-drive) backup triggered
|
||||
2026/10/15 19:24:55 [INFO] [backup] Tier 2 copied bookstack → /mnt/felhom-drives/adatlemez/backups/secondary/bookstack (156.4 MB, 0 leg(s), 1s)
|
||||
2026/10/15 19:24:59 [INFO] [backup] Tier 2 copied jellyfin → /mnt/felhom-drives/adatlemez/backups/secondary/jellyfin (109.4 MB, 0 leg(s), 4s)
|
||||
2026/10/15 19:25:06 [INFO] [backup] Tier 2 copied plex → /mnt/felhom-drives/adatlemez/backups/secondary/plex (148.4 MB, 0 leg(s), 4s)
|
||||
2026/10/15 19:25:09 [INFO] [backup] Tier 2 copied privatebin → /mnt/felhom-drives/adatlemez/backups/secondary/privatebin (28.4 KB, 0 leg(s), 0s)
|
||||
2026/10/15 19:25:12 [INFO] [backup] Tier 2 copied prowlarr → /mnt/felhom-drives/adatlemez/backups/secondary/prowlarr (4.7 MB, 0 leg(s), 0s)
|
||||
2026/10/15 19:25:12 [INFO] [backup] Tier 2 copied radarr → /mnt/felhom-drives/adatlemez/backups/secondary/radarr (10.5 MB, 0 leg(s), 0s)
|
||||
2026/10/15 19:25:13 [INFO] [backup] Tier 2 copied sonarr → /mnt/felhom-drives/adatlemez/backups/secondary/sonarr (23.9 MB, 0 leg(s), 0s)
|
||||
2026/10/15 19:26:16 [INFO] [backup] Tier 2 copied transmission → /mnt/felhom-drives/adatlemez/backups/secondary/transmission (11.0 GB, 1 leg(s), 1m3s)
|
||||
@@ -0,0 +1,4 @@
|
||||
tier2 run 19:24:51
|
||||
{"ok":true,"message":"2. mentés elindítva"}
|
||||
|
||||
HTTP 200
|
||||
@@ -26,6 +26,14 @@
|
||||
|
||||
---
|
||||
|
||||
## 2026-10-15 (night) — storage identity build A (agent v0.157.0, controller v0.317.0, hub v0.154.0)
|
||||
|
||||
| Row | What | Closed | Evidence |
|
||||
|---|---|---|---|
|
||||
| **R-1074** | **Tier-2 decided „a different disk” by `st_dev`, so virtual disks on one host disk — and two partitions of one disk — counted as a real second copy.** (P3) | CLOSED 2026-10-15 — **agent v0.157.0 + controller v0.317.0** (`architecture/16-storage-physical-identity.md` §4, operator rulings D1/D2): the controller asks the agent (`POST /disks/same-disk`); same disk → no copy; unknown (a VM) → the copy is made but not counted, and the page says why; proven different → counted. An older agent keeps the `st_dev` rule (logged once). Unit tests red-proved. **Live:** Tester 1 (`unknown/vm`) — the „nem tudja ellenőrizni” notice, 10 apps copied and marked „nem számolja második másolatnak”; demo-hp and N100 (`proven`, different) — copies counted, no notice. The same-disk skip is unit-only (no box has two places on one disk). | `audits/storage-identity-buildA-2026-10-15/` `tester1-*`, `demo-hp-*`, `n100-*`, `agent-same-disk-live.txt` |
|
||||
| **R-1072** | **The backup page spoke to the household in two registers in one card: „csatlakoztasson” (formal) and „Csatlakoztass” (informal).** (P4) | CLOSED 2026-10-15 — **controller v0.317.0**: the one-copy notice is now an i18n sentence in the informal voice (`note.backup.single_copy`); the other sentence (`backup.target.degraded`) was already informal. Checked on the three boxes' `/backups` after the release: `csatlakoztasson` 0 hits on each, 1 hit on the OMV-run page (positive control); no other formal imperative found. | `audits/storage-identity-buildA-2026-10-15/README.md`, `*-backup-pages-after.txt` |
|
||||
| **R-1075** | **Adding a NAS share would have hidden the „Csak egy másolat…” warning, although a NAS is never a Tier-2 target.** (P3) | CLOSED 2026-10-15 — **controller v0.317.0**: the off-drive check skips network places before anything else, so a NAS never hides the notice. **Unit only**, red-proved (the skip removed → the test fails); not shown live — the scratch box cannot reach its agent (R-1083). | `audits/storage-identity-buildA-2026-10-15/` README; `felhom-controller/controller/internal/backup/diskrelation_test.go` (outside `documentation/`) |
|
||||
|
||||
## 2026-10-15 (evening) — controller v0.316.0, one column and one image per version
|
||||
|
||||
| Row | What | Closed | Evidence |
|
||||
|
||||
@@ -155,7 +155,7 @@ stopping line that lies.
|
||||
| **R-683** | App updates | P3 | **[P3-LOW] Watch: after a power cut during an update's health check, the hold named an HOUR-OLD second-drive copy, not the one the update's own backup should have just made.** 2026-09-24 chaos round 3 (nextcloud, `backup_max_age: 1m`): no `backing-up` phase was seen and the hold named Tier 2 at 13:04 for an update pressed at 14:04; the pre-cut controller log was lost with the container (the runner now saves it at arm time — R-320). Round 11, the same action without a power cut, named a fresh 14:34 copy and logged the Tier-2 copy. The sentence was TRUE (it named the copy it offered); the question is why the update did not back up first. Not reproduced; watch the next power-cut drill. `audits/night-2026-09-24/E/round-03*.json`, `E/round-11-controller-pre.log` | **OPEN — P3; owner: CC (watch)** | — | — | CC |
|
||||
| **R-785** | App updates | P3 | **[P3-LOW] SparkyFitness is pinned 11 releases and a major behind upstream (v0.17.3; upstream v1.7.3, v1.6.0 dated 2026-07-24).** READ 2026-10-01 (`audits/visitors-2026-10-01/C/bench/C1-previous-tag.txt`). **Needs:** an update walk 0.17 → 1.x through the ladder (bench + box), after R-784 is decided. | **OPEN — rank P3-LOW; owner: CC (after R-784)** | — | — | CC |
|
||||
|
||||
## Backup & restore — 33 rows (P2 3, P3 19, P4 11)
|
||||
## Backup & restore — 31 rows (P2 3, P3 18, P4 10)
|
||||
|
||||
| ID | Category | Sev | What | State | Blocked on | Next action | Owner |
|
||||
|---|---|---|---|---|---|---|---|
|
||||
@@ -179,8 +179,7 @@ stopping line that lies.
|
||||
| **R-921** | Backup & restore | P3 | **When the off-site tier answers BUSY, the household still gets a short stop of every app — with no copy.** MEASURED 2026-10-08 night on demo-hp (read-back 2026-10-09, `audits/dooplex-survival-2026-10-09/partE/R-518.txt`): local tier 20:20–20:25Z (own stop, < 2 min), then at 20:26:14Z the agent refused the off-site request (`backup refused — a heavy operation is already in flight`, `busy=backup:local` — the night OS step ran 20:27–20:29Z), yet the controller's metrics show all 15 app containers down at 20:26:19Z and back at 20:27:19Z; the retry ran the off-site tier at 20:34Z with its own short stop. So a two-tier night costs THREE stops, one of them for nothing. This was R-518's noted "unmeasured" risk. Fix shape: ask the agent whether it is free (or reserve the slot) BEFORE quiescing, and resume at once on BUSY. | **NARROWED 2026-10-09 — built; RELEASED 2026-10-10 (controller 0.305.0 on demo-hp, demo-felhom, Tester 1):** before stopping apps the controller asks the agent which tiers have a job in flight (`GET /backup/status`); another tier's job in flight → no stop, the tier stays due (red-proved: 3 apps stopped for a refused tier before); a refusal after the stop still resumes the apps at once (pinned). Also fixes a stop after a long upload or a restart mid-upload. **LEFT: the measured case itself** — the agent's host-wide busy lock (the night OS step, restore test, fstrim) is served on NO endpoint, so the controller cannot see it before stopping; needs one agent field (e.g. `busy` on `GET /backup/status`) + a controller pre-check behind a feature probe. `07` §6.4. | an agent change | Build the agent `busy` field + its controller check; read back a two-tier night | CC |
|
||||
| **R-933** | Backup & restore | P3 | **Mirror the images of every catalog app we support into our own registry, before scale.** Operator, 2026-10-12 (S8, `09` §3 decision 203): *„Will need to mirror the apps we support later, just to be sure."* Today a restore re-pulls each image from its maker; a version the maker deleted cannot start (the accepted limit, `07` §6.6, R-698 closed). Size it first: the supported catalog's images (every ladder version a box can hold) × their size; then where the copy lives (the DooPlex registry is Tier 2, precious — the copy must not make DooPlex a single point of failure for every household's restore) and how a restore falls back to it. | **OPEN** — NEW 2026-10-12 | the size measurement | Measure the total size of the supported catalog's images; then a one-page design (where, how a restore falls back, cost) | CC (measure + design), operator (the go) |
|
||||
| **R-1019** | Backup & restore | P3 | **The live download-client templates put downloads into two backup tiers nobody chose.** MEASURED 2026-10-14 with the controller's own classifier over the live templates (`audits/media-all-drives-2026-10-14/``A-drives/A6-3-capture-sets.txt`): Transmission's `${USERDATA_PATH}/media/transmission/watch` bind is not listed in its `backup:` block, so it is classed MANDATORY and goes into the OFF-SITE copy (a writable unlisted bind defaults to mandatory); and qBittorrent's `media/torrents` and Transmission's `media/transmission` are `optional`, so on a box with a second drive every download is mirrored there nightly (Tier 2 = mandatory + optional) — it can fill the backup drive with films. | **NARROWED** — filed 2026-10-14; the `watch` half FIXED 2026-10-14 (declared optional, app-catalog `bc54c01`); open: the `optional` download folders still get a nightly Tier-2 mirror on a box with a second drive | — | Declare the media binds `excluded` (the watch folder too) in the live-fix task; `15` §7 states the rule for the per-drive bind | CC |
|
||||
| **R-1074** | Backup & restore | P3 | **Tier-2 decides „a different disk” by `st_dev`, so virtual disks on one host disk — and, later, two partitions of one disk — count as a real second copy.** MEASURED 2026-10-15: Tester 1 (a box inside a VM) has five data drives that are all files on demo-hp's one NVMe (`audits/storage-identity-2026-10-15/B-case56-host-truth.txt`); `selectTier2TargetFrom` (C/internal/backup/tier2.go:83-179) and `hasOffDriveTarget` (C/internal/backup/backup.go:1390-1402) use `SamePhysicalDevice` = `stat().st_dev` (C/internal/system/mounts_linux.go:225-245, whose comment names the partition gap). So Tier-2 copies there are counted as off-drive. On real hardware with whole-disk drives the answer is right. | WAITING-ON-OPERATOR | R-1079's rulings D1/D2. | Build per `architecture/16-storage-physical-identity.md` §4: the controller asks the agent. | CC |
|
||||
| **R-1075** | Backup & restore | P3 | **Adding a NAS share would hide the „Csak egy másolat…” warning, although a NAS is never a Tier-2 target.** READ IN CODE 2026-10-15, not run: `hasOffDriveTarget` (C/internal/backup/backup.go:1390-1402) skips only the system path and same-`st_dev` paths, not `IsNetwork()`; a NAS is registered `Schedulable:true` (C/internal/web/netstorage_job.go:267-273) on a different `st_dev`; Tier-2 refuses it (tier2.go:141-143). Result: a one-disk box with a NAS would claim an off-drive copy is possible. Evidence: `audits/storage-identity-2026-10-15/README.md` „Also found”. | OPEN | — | Prove on a scratch box (add a NAS share, read `/backups`); then skip network paths in `hasOffDriveTarget` with a red-proved test — or fold into R-1079's build. | CC |
|
||||
| **R-1084** | Backup & restore | P3 | **The whole-box backup offer promises protection against a disk failure without asking whether the drive is a different disk.** SEEN 2026-10-15 on Tester 1 (a box inside a VM, every place `unknown/vm`), controller 0.317.0, `/backups`: „Ezt a meghajtót kijelölheted a rendszermentés helyéül — így egy lemezhiba után is vissza tudod állítani a rendszert.” next to the new „A Felhom nem tudja ellenőrizni, hogy a második meghajtó valóban másik lemez-e…” — the page says both. Build A (`architecture/16-storage-physical-identity.md` §4) covered Tier-2 and the one-copy notice only; the whole-guest target offer (C/internal/web/backup_target_offer.go) still trusts any second drive. Evidence: `audits/storage-identity-buildA-2026-10-15/tester1-backup-pages-after.txt`. | OPEN | — | Make the offer ask the agent (`POST /disks/same-disk`, drive vs `/var/lib/felhom`): proven different → today's sentence; unknown → an honest one; same → no offer. A controller change with a test. | CC |
|
||||
| **R-91** | Backup & restore | P4 | Old 13 GB datastore copy at `/srv/pbs-felhom` on ep0's root disk **Checked from source 2026-10-05 (burn-down round 2):** Gate is long past (row waits on demo-felhom's first post-migration PBS backup, migration 2026-07-27). Last positive record of the copy: audits/CAMPAIGN-9-restore-proof-2026-07-28.md:759 'ep0 : /srv/pbs-felhom rollback copy intact (13G)'; CONTEXT.md:3666 still says it is 13 G of dead weight awaiting R-91. No later record of deletion found (grep srv/pbs-felhom across felhom.eu). Deleting is on ep0 (protected) and needs an operator word. | WATCHING | demo-felhom's first **post-migration** PBS backup | Delete once it lands; fix `CONTEXT.md:1018` same commit | CC |
|
||||
| **R-164** | Backup & restore | P4 | **C2's chain: the DB volume tar cannot be dropped until a SOUND dump predicate exists.** The unit carries both a volume tar and a SQL dump; the restore uses **both** — the dump is authoritative and replayed *after* the tar so it WINS (F17), with only the DB service up (R-47) — `internal/backup/restore_unit.go:262-266`. Dropping the DB container's tar would halve DB-app units **and** close the R-127(b) initdb-skip password trap (restored PGDATA ⇒ `POSTGRES_PASSWORD` ignored). | **BLOCKED** — on the predicate | a dump-validity predicate that is not `accounts has rows` | **The obvious gate is DEAD, measured:** `ValidateDump` warns when the `accounts` table is empty, and that warning was **correct** — the live DB genuinely had 0 accounts, and seeding one stopped the warning and put the row in the dump. But **a fresh appliance legitimately has zero accounts**, so promoting that predicate to a gate would **block every new customer's first backup**. Order: (1) a sound predicate — dump vs **live** per-table counts, not an absolute expectation; (2) warn→gate; (3) tar-drop. **Until (1), the tar is load-bearing** — not because dumps are bad, but because nothing can yet prove one is good. Pairs with **R-127** | CC |
|
||||
| **R-213** | Backup & restore | P4 | **Putting files back in place — the half the recovery screen deliberately does not do.** The screen (R-193, controller v0.200.0) unlocks the repository and LISTS what is in it; restoring is per-app and lives in the backups area, and the operator ruled the two separate on 2026-08-05: *a screen that unlocks and then offers to overwrite is two decisions wearing one button*. What is missing is the step after the listing — a customer who can now SEE their files still has to work out, per app, which restore to choose. **The operator named its requirement: a live-versus-backup comparison** — the customer must be able to see what would change before anything is overwritten | **DEFERRED** — operator ruling 2026-10-12 (S18, `09` §3 decision 213): designed after the first customers. Stays P4; re-dated: look again when the first paying household has run 30 days. **OPEN — not started, deliberately** | the comparison design (nothing exists for it yet) | After the first customers | Operator + CC |
|
||||
@@ -191,14 +190,13 @@ stopping line that lies.
|
||||
| **R-832** | Backup & restore | P4 | **ep0's copy in a place outside both Hetzner and the operator's home (roadmap).** Today DooPlex (the operator's home) holds it (decision 71). A Hetzner Storage Box would share a provider with ep0 and with every household's file backups, and cannot run PBS, so the copy could not be verified or restored from directly. | **DEFERRED — later, if the product grows** | — | — | operator |
|
||||
| **R-878** | Backup & restore | P4 | **A catch-up (R-871) runs the database-dump leg in the DAY, and that leg stops an app with a volume for its copy — the household may notice the stop, and a large volume makes it longer.** MEASURED 2026-10-05 on demo-felhom: the catch-up at 08:25:02 stopped opengist, copied 182.5 KB, started it again — about 1 s, then a few seconds of `health: starting`; the night does exactly the same, unseen. Nothing measured for a large volume. Fix direction (if it matters): skip the volume copy of a running app in a DAYTIME catch-up and leave it to the next night, or warn. `audits/catchup-2026-10-05/partA/live-demo-felhom.txt` | **READY — owner: CC** **2026-10-05 (burn-down night): NEEDS A LIVE MEASUREMENT** — a timed catch-up on 9202 for an app with a multi-GB volume, then the skip-or-warn choice. | — | measure a large volume first | CC |
|
||||
| **R-32** | Backup & restore | P4 | **[P2-HIGH] RESET must purge the customer base dir; the orphan card must stay honest; unattributed bytes must be visible.** The rehearsal's S7 said in advance that an orphan card would BE a finding — and one appeared (16:58:14). Cause: RESET's `"hetzner":"ok"` leg destroys the sub-account, but **a Hetzner sub-account is an access-control object, not a data object** — its directory survives, so re-enabling offsite recreated an account over the previous lifecycle's ciphertext, encrypted under a key that same RESET had destroyed. **MIGRATED FROM `ROADMAP.md` 2026-08-22 (R-369) — originally filed 2026-07-21, size M, roadmap state `idea`.** Moved verbatim; nothing added or reinterpreted. The roadmap keeps its copy as history, marked moved. | **OPEN — migrated from ROADMAP 2026-08-22, rank unchanged** **2026-10-06 night: design written** (`audits/night-burndown-2026-10-06/design-R-32.md`) — pick A: purge the repo + set-aside copies through the sub-account's own password login BEFORE deleting it (no main-account credential); the „repo data destroyed" comment at `hub/internal/offsite/offsite.go:276-280` is false for the shared tier; part (3) waits on a read-only measurement (`du` on port 23). Operator: agree to route A. **2026-10-07 07:58: `09` §3 decision 167 — option A yes, and delete the old RESET leftovers once.** **2026-10-07 (Part D step 2, read only):** the hub shows bx11 holding 3.3 GB of data while the four live customers account for ~0.6 GB → **~2.7 GB belongs to no live customer**; no live customer shows a set-aside folder, so the leftovers are in homes whose sub-account is gone, reachable only by the pool box's MAIN account. **The one-time clean-up is STOPPED:** no main-account login for bx11 is held on DooPlex (the API token in the credentials file sees no box). Needs: the main-account login, or the operator lists and deletes in the Hetzner console (`audits/day-2026-10-07/D/D2-listing-readonly.txt`). **2026-10-07: option A DELIVERED (hub 0.142.0):** RESET purges the repo and every `.orphaned-*` through the sub-account's own login before deleting it, and keeps the sub-account if the purge fails (red-proved, `audits/day-2026-10-07/D/`). Not yet seen live (no scratch RESET today). **The one-time clean-up of the ~2.7 GB of leftovers is STOPPED:** it needs the pool box's main-account login (see above). **2026-10-07 14:43 — `09` §3 decision 173: leave the ~2.7 GB of old leftovers for now; re-ranked P2 → P4.** Option A itself is delivered (hub 0.142.0). What stays open is ONLY the leftovers: they were computed (box total minus live customers), never listed, and deleting them needs the pool box's MAIN login, which reaches every customer's data. **Blocker: a safe main-account path.** | — | **Ruling from the run (three parts, deliberately separate):** (1) because RESET destroys custody, the ciphertext it leaves behind is unrecoverable **BY DESIGN** → RESET gains a **main-account purge of the customer base dir** (the existing operator ack already covers it); (2) the **move-aside guard STAYS** for reinstall-*without*-RESET — there custody survives and the card's "history recoverable" promise is true (R-26 depends on exactly that); (3) the operator **Restic tab shows per-customer directory bytes vs attributed snapshot bytes**, so dead data cannot hide. Measured on the pool box that night: **49 M attributed** (2 snapshots, 48.717 MiB) against **1.4 G + 3.0 M unattributed** across TWO `.orphaned-*` dirs. Evidence `restic-and-pool.txt` | CC |
|
||||
| **R-1072** | Backup & restore | P4 | **The backup page speaks to the household in two registers in one card: „csatlakoztasson” (formal) and „Csatlakoztass” (informal).** MEASURED 2026-10-15 on controller 0.314.0, one-disk box, `/backups`: „Csak egy másolat készül (nincs második meghajtó) — a 3-2-1 mentéshez csatlakoztasson egy második meghajtót vagy offsite tárolót.” next to „… Csatlakoztass egy második meghajtót a teljes védelemhez.” The product's voice is informal (tegezés). Small; not fixed here because this run allowed no product change. Evidence: `audits/omv-vm-2026-10-15/B4-backup-pages.txt`. | READY | — | Change the first string to „csatlakoztass” (and „offsite tárolót” → „távoli tárhelyet”) in the controller's i18n file; the copy gates run. | CC |
|
||||
|
||||
## Storage & devices — 13 rows (P2 1, P3 7, P4 5)
|
||||
|
||||
| ID | Category | Sev | What | State | Blocked on | Next action | Owner |
|
||||
|---|---|---|---|---|---|---|---|
|
||||
| **R-1079** | Storage & devices | P2 | **Build „storage that knows its physical disks” (`architecture/16-storage-physical-identity.md`, DRAFT): every place carries `physical_disks` + `identity`, computed by the agent; Tier-2 counts only on proven different disks; a „Belső tárhely” internal place on one-disk boxes; partitions as places.** Operator ruling 2026-10-15 asked for it. Spike proved the agent-side walk on real devices (one disk, two disks, two partitions, USB pass-through) and showed a VM can only be `unknown` (`audits/storage-identity-2026-10-15/README.md`). Closes, when built: R-1068, R-1074, R-1075; touches R-1069, R-1071, R-1073, R-548. | WAITING-ON-OPERATOR | Operator: rulings D1–D6 in `architecture/16-storage-physical-identity.md` §12. | After the rulings, a build task: agent (place identity, same-disk call, partition candidates), controller (Tier-2 + notice ask the agent, i18n sentences, install refusal in words), installer (`step_grows` + internal LV), hub (two report fields), guides. | Operator |
|
||||
| **R-1068** | Storage & devices | P3 | **On a box with one disk, a media app's (or any data-folder app's) Install is refused with a raw field error, and the way through is nowhere near the button.** MEASURED 2026-10-15 on the OMV-VM copy of the pilot's box (one passed NVMe, controller 0.314.0): `POST /api/stacks/jellyfin/deploy` with DOMAIN+SUBDOMAIN → **400 „a(z) "Médiatár útvonal" (HDD_PATH) mező kitöltése kötelező”** — the env var name reaches the household. R-1031's default-drive rule finds no drive because none is registered. The box DOES offer one: `/api/disks/candidates` listed `/mnt/sys_drive` (the installer's data volume, `already_mounted`), and `handleStorageRegisterMounted` (R-280) registers it — **seen in the candidate list and the code, NOT pressed** (the box was removed). With a second disk attached through „Csatlakoztatás”, the same Install succeeded in 30 s. Evidence: `audits/omv-vm-2026-10-15/README.md` „What happened”, `B4-deploy.txt`. **-- 2026-10-15 (storage-identity spike):** the `sys_drive` route is REJECTED by design — `sys_drive` is a folder of `mp0` (`backup=1`), so films there would ride in every whole-guest copy; the proposal is an internal data place outside vzdump, `architecture/16-storage-physical-identity.md` §5; folded into R-1079. | WAITING-ON-OPERATOR | R-1079's ruling D3/D4. | (Superseded:) prove the `sys_drive` route live on a one-disk box (Tester 1 or a scratch VM); then make the Install refusal name it in household words (a link to Meghajtók), or register `sys_drive` by default on a one-disk box. | CC |
|
||||
| **R-1079** | Storage & devices | P2 | **Build „storage that knows its physical disks” (`architecture/16-storage-physical-identity.md`, DRAFT): every place carries `physical_disks` + `identity`, computed by the agent; Tier-2 counts only on proven different disks; a „Belső tárhely” internal place on one-disk boxes; partitions as places.** Operator ruling 2026-10-15 asked for it. Spike proved the agent-side walk on real devices (one disk, two disks, two partitions, USB pass-through) and showed a VM can only be `unknown` (`audits/storage-identity-2026-10-15/README.md`). Closes, when built: R-1068, R-1074, R-1075; touches R-1069, R-1071, R-1073, R-548. **-- 2026-10-15:** the operator ruled D1–D6 as recommended, and asked to check the D3 space. **Build A SHIPPED** (agent v0.157.0, controller v0.317.0 with MinAgent 0.157.0, hub v0.154.0): identity per place, the same-disk call, Tier-2 + the one-copy notice ask the agent, the D4 sentence, the hub shows the fields — `16` §13, `audits/storage-identity-buildA-2026-10-15/`. Closed R-1072, R-1074, R-1075; narrowed R-1068. | NARROWED 2026-10-15 — build A shipped; build B (internal place, partitions, installer) not started. | A build B task file (installer + agent partitions); the operator's vouch of agent 0.157.0 for the global floor. | Build B per `16` §5–§7 (check the D3 space on real pool sizes first). | Operator |
|
||||
| **R-1068** | Storage & devices | P3 | **On a box with one disk, a media app's (or any data-folder app's) Install is refused with a raw field error, and the way through is nowhere near the button.** MEASURED 2026-10-15 on the OMV-VM copy of the pilot's box (one passed NVMe, controller 0.314.0): `POST /api/stacks/jellyfin/deploy` with DOMAIN+SUBDOMAIN → **400 „a(z) "Médiatár útvonal" (HDD_PATH) mező kitöltése kötelező”** — the env var name reaches the household. R-1031's default-drive rule finds no drive because none is registered. The box DOES offer one: `/api/disks/candidates` listed `/mnt/sys_drive` (the installer's data volume, `already_mounted`), and `handleStorageRegisterMounted` (R-280) registers it — **seen in the candidate list and the code, NOT pressed** (the box was removed). With a second disk attached through „Csatlakoztatás”, the same Install succeeded in 30 s. Evidence: `audits/omv-vm-2026-10-15/README.md` „What happened”, `B4-deploy.txt`. **-- 2026-10-15 (storage-identity spike):** the `sys_drive` route is REJECTED by design — `sys_drive` is a folder of `mp0` (`backup=1`), so films there would ride in every whole-guest copy; the proposal is an internal data place outside vzdump, `architecture/16-storage-physical-identity.md` §5; folded into R-1079. **-- 2026-10-15 (build A, controller v0.317.0):** the raw-error half is DONE — on a box with no drive the install answers „Ehhez az alkalmazáshoz egy adattároló kell. A Meghajtók oldalon adhatsz hozzá egyet.” with a link to the Meghajtók page (HTTP 400, code `needs_drive`), never the field name; unit-proven and red-proofed, **not seen live** (no one-disk box at hand). The internal-place half waits for build B (`16` §5, §13). | NARROWED 2026-10-15 — the sentence is built (v0.317.0); the internal place is not. | Build B of R-1079 (the installer's internal place). | Build B; then see the sentence live once on a one-disk box (a scratch VM with one disk). | CC |
|
||||
| **R-1069** | Storage & devices | P3 | **A disk passed into a Felhom VM on a virtio bus cannot be formatted, and the household reads the agent's raw English refusal.** MEASURED 2026-10-15 (OMV KVM plugin, „Add host disk”, default Bus `virtio`): `POST /api/disks/format` → 500 „agentapi: format: HTTP 409: format refused: device has no durable id to bind the format to (path-only formats are not permitted)”. A virtio-blk disk without a serial has no `/dev/disk/by-id` link inside the guest, so the anti-retarget guard refuses — correct and safe. The same disk on Bus `sata` got `byid:ata-QEMU_HARDDISK_QM00003` and formatted. Affects every hypervisor that passes disks as virtio without a serial (OMV KVM, Proxmox without `serial=`). The pilot guide says `sata`. Evidence: `audits/omv-vm-2026-10-15/B4c-second-disk-format.txt`. | OPEN | — | Translate the refusal for the household („Ezt a lemezt a Felhom nem tudja biztonságosan azonosítani — a virtuális gépben állítsd a lemez buszát SATA-ra”); optionally fall back to a filesystem-UUID binding after a blank-format. | CC |
|
||||
| **R-1073** | Storage & devices | P3 | **Felhom in a virtual machine sees no disk health: SMART is UNKNOWN for its own system disk and any passed disk.** MEASURED 2026-10-15 on the OMV-VM copy: every storage target reported `smart.health = UNKNOWN`, all counters null (the guest sees QEMU disks). On the pilot's box the NVMe and the „old, not stable” Toshiba would be watched by OMV only, and Felhom's drive-health alarms (R-330/R-332's whole point) cannot fire. Evidence: the host report in `audits/omv-vm-2026-10-15/README.md` (memory/disk section) and `C-hub-events-Tester4.txt`. | WAITING-ON-OPERATOR | Operator: is a VM install a supported shape, and if so, is „OMV watches SMART” acceptable or must Felhom say on the dashboard that it cannot watch the disks? | Operator rules; then CC adds a household line on the Meghajtók page when SMART is unavailable. | Operator |
|
||||
| **R-1082** | Storage & devices | P3 | **The drives page offers `/mnt/sys_drive` for attaching, while the storage-identity design rejects `sys_drive` as a drive for household data — and the new no-drive install sentence links to that page.** FOUND 2026-10-15 building `16` build A: `attachableStores` (felhom-controller `internal/web/attach_sources.go:79-136`) offers the guest data volume's `/mnt/sys_drive` on purpose — R-280, the way back after a reinstall so a restore has a destination, pinned by `TestMountedUnregisteredStores_OffersTheGuestDataVolume`. `architecture/16-storage-physical-identity.md` §11 rejects registering it for media (it rides in every whole-guest copy, local and off-site). Build A's D4 refusal (controller v0.317.0) never names it, but its link leads to the page that offers it. Not changed: the brief says to stop and report where source and design disagree, and removing it would reverse R-280. | WAITING-ON-OPERATOR | Operator: keep it as the reinstall-restore way out only (and say so on the attach card), or remove it once build B's internal data place exists? | After the ruling: a household line on the attach card, or the removal in build B. | Operator |
|
||||
@@ -309,10 +307,11 @@ stopping line that lies.
|
||||
| **R-990** | Business & legal | P4 | **Operator: read `documentation/audits/forum-research-2026-10-12/FELHOM.md` §5 and rule on each recommendation.** READ-ONLY research 2026-10-12: three years (#7943–#11092, 2,908 posts, 195 people, 82 beginner threads) of the public PROHARDVER! topic „Home server / házi szerver építése”, tagged and counted by person (`FINDINGS.md`, method and spot-check in `METHOD.md`; no username or post text in git). Ten ranked recommendations, none acted on; the top three: a „which machine works” page (8 of 33 beginners who name their hardware own only a Synology, a router disk or a Raspberry Pi — the installer cannot run there; the same gap is R-989's first recommendation from a different source, and the shipped-page half is R-991), „you do not choose an operating system — we do” (the biggest beginner question, 20 of 82 threads), and „bring your old office PC” as the cheap entry. Catalog gap (≥ 3 people): a DLNA server (7), an ad/DNS blocker (5), a camera recorder (5). | **WAITING-ON-OPERATOR** — filed 2026-10-12 | the operator's reading | Operator: rule on each of the ten (yes / no / later). If nothing is done: nothing changes; the research ages | operator |
|
||||
| **R-1035** | Business & legal | P4 | **Did the „felhő tárhely” page earn anything? Two dated checks.** **Baseline (reported by the operator from Search Console, 2026-10-14, last 3 months):** 1 click, 48 impressions, CTR 2.1 %, average position **73.6**; „felhő tárhely” 19 impressions, „felhőtárhely” 5, „felhő alapú tárhely” 3. CC measured separately that the phrase „felhő tárhely” appeared **0 times** on the home, FAQ and backup pages — Google was showing the home page for those queries by accident. `/sajat-felho-tarhely` + `/en/own-cloud-storage` published **2026-10-14**; full baseline, price sources and the power provenance in `audits/seo-2026-10-14/BASELINE.md`. **What to measure, both times:** impressions and average position for „felhő tárhely” and „saját felhő tárhely”, plus the new page's own impressions, clicks and position. **A null result at +4 weeks means nothing on its own** — a new page on a site at position 73.6 takes weeks to months to move, and „felhő tárhely” alone is held by Microsoft, Google and the big list sites; the page aims at the two longer phrases. That is why there are two checks and not one, and why neither should be read as a verdict on the copy. **There is no Search Console connector in this project, so CC cannot read these numbers** — the operator reads them, CC records and compares. **Blocked until the operator asks for indexing** (Search Console → URL-ellenőrzés → the URL → „Indexelés kérése”): until that happens, or Google finds the page itself, both checks read zero for a reason that is not the page. **This is a slow channel and does not replace talking to people.** | **WATCHING** | operator: request indexing, then supply the Search Console read | 2026-11-11: first read (+4 weeks); 2026-12-09: second (+8 weeks), compared with the first | operator + CC |
|
||||
|
||||
## Process & tooling — 28 rows (P3 10, P4 18)
|
||||
## Process & tooling — 29 rows (P3 11, P4 18)
|
||||
|
||||
| ID | Category | Sev | What | State | Blocked on | Next action | Owner |
|
||||
|---|---|---|---|---|---|---|---|
|
||||
| **R-1083** | Process & tooling | P3 | **The scratch box 9202 cannot use any feature that needs the agent: its `bootstrap.json` has no `local_api` block, so its controller never gets an agent client.** MEASURED 2026-10-15 (storage-identity build A): 9202 put on controller 0.317.0 by hand to show that a NAS share no longer hides the one-copy notice (R-1075); its `bootstrap.json` (read on the box) holds no `local_api`, so the controller has no agent to ask and keeps the old `st_dev` rule — the check could not tell old from new — 9202 was put back on 0.314.0. Every agent-coupled feature (drives, same-disk, format, network storage) is untestable on the scratch box today, and the NAS leg of build A is proven by a red-proofed unit test only. Evidence: `audits/storage-identity-buildA-2026-10-15/9202-upgrade.txt`. | OPEN | — | Give 9202 a local-API token the normal way (the agent mints it for its guest), or record in `runbooks/target-selection.md` that 9202 is controller-only; then show the NAS notice live. | CC |
|
||||
| **R-1081** | Process & tooling | P4 | **Two published controller tags hold content that is not what their number says: `0.315.0` and `0.316.3`.** Both were caused by CC on 2026-10-15, and both by the same shape — a guard that was not on the path the work takes. **`0.316.3`:** the build directory's `build.sh` is a symlink into the SHARED clone's working copy, which predated the `FELHOM_REPO_DIR` override, so the override was silently ignored and the build copied that tree — which held 31 uncommitted files of another session's physical-disk storage work. The banner printed `Commit: 0225255` with no `Repo:` line. **Nobody deployed it; that was luck, not a control.** Fixed at the root in controller v0.316.4: `build.sh` now refuses `--push` from a tree that is dirty, not at `origin/main`, or not a git checkout, with four test cases red-proved. **Neither tag is re-pushed or deleted** — a version number is pushed once, and that applies to numbers CC spoiled. **No box runs either:** demo-hp 9201 is on 0.317.0, the floor is 0.314.0, and the button offers the highest tag. **`0.315.0`:** Caused by CC on 2026-10-15 while proving R-1080's own fix: the guard was added to `controller/build.sh` in the repo, but the documented release command runs `$FELHOM_ROOT/build/felhom-controller/build.sh`, which was a **separate copy taken 2026-07-18** and had no guard. Running the refusal against a real existing tag therefore rebuilt and re-pushed 0.315.0 — a fourth time — with v0.316.0's code under it (digest `8887343011d6` → `b809201841f7`). **Fixed at the root in the same session:** the build directory's script is now a symlink to the repo's, the old copy kept beside it as `build.sh.stale-copy-2026-07-18`, and the refusal was then proven to fire from the documented path. **No box is affected:** nothing runs 0.315.0 (demo-hp 9201 is on 0.316.2), the floor is 0.314.0, and the household button offers the highest tag. What remains is two tags that must never be deployed and are no longer reproducible from the registry. | **OPEN** — filed 2026-10-15; nothing to do unless someone needs one of those two images, and then the answer is the current release | — | Leave them. If an audit ever needs the real 0.315.0 or 0.316.3, build it from the matching commit under a NEW number and say so | CC |
|
||||
| **R-992** | Process & tooling | P3 | **The drill-catalog route that `09` §6.5 documents cannot be followed: `admin/app-catalog-drill` is PRIVATE and no box has catalog credentials.** Measured 2026-10-12 while publishing the Usenet pair: the box's clone fails with `fatal: could not read Username for 'https://gitea.dooplex.hu'` (exit 128), the Gitea API reports the drill repo `private=true` and the live catalog `private=false`, and NEITHER the current controller.yaml on 9202 NOR any of its 30 saved copies has ever carried `git.username` or `git.token` (the controller supports both — `internal/config/config.go` GitConfig). The route worked for the campaigns of 2026-10-10 and the torrent pair earlier the same day, so the repository's visibility changed between then and now. **Worked around, not fixed:** that campaign staged its two templates in the box's own catalog cache (`audits/usenet-2026-10-12/tools/stage_in_cache.py`), which is where the sync copies a catalog change anyway, with the sync interval raised to 12h for the duration and rescan used in place of sync. The real fix is an operator decision: either a read-only catalog credential on the scratch box (a secret on a Tier-0 guest) or making the drill repository readable. Until then every new-app campaign hits this. | WAITING-ON-OPERATOR | the operator's choice between a box credential and a readable drill repo | Decide; then either set `git.username`/`git.token` on 9202 from the credentials store, or flip the drill repo, and correct `09` §6.5 either way | operator |
|
||||
| **R-1017** | Process & tooling | P3 | **A comment names a guard test that does not exist.** `felhom-controller/controller/internal/appbackup/paths.go:58` says „`TestNoBareDrivePathToUserdataDir` is the guard that keeps the count from growing”; no test of that name (or `NoBareDrive*`) exists in the repo (grep 2026-10-14; positive control: `TestRemoveStack_R800_UserdataKeptIsNamed` is found). A comment asserting an invariant with no test pinning it — the class in the `felhom-testing` skill. | **READY** — filed 2026-10-14 | — | Write the guard (a test that fails when a bare drive path reaches `UserdataDir`), red-proof it, or correct the comment | CC |
|
||||
|
||||
Reference in New Issue
Block a user