Một profile Chrome hiện diện ở 5 nơi — hiểu chúng liên hệ thế nào để không bao giờ mất dữ liệu.
Cùng một profile xuất hiện ở năm chỗ khác nhau. Mỗi chỗ có một vai trò riêng:
Danh sách profile LOTUS_… bạn thấy trong GPM. Đây là DANH TÍNH: tên, proxy, vân tay. Bấm "Mở" là chạy.
C:\ZGPM_Loaded_ProfilesDữ liệu Chrome thật (cookie, cache…) trên đĩa worker. Đây là BẢN CACHE — có thể xóa để nhẹ đĩa.
\\172.16.20.201\lotus_profilesKho lưu trữ trung tâm (file .tar + sha256). Đây là BẢN GỐC — nơi an toàn nhất, bản sao cuối cùng.
…D03_GPM_ProfileSổ liên kết profile ↔ IP ↔ email mà workflow n8n tra cứu. Không chứa dữ liệu Chrome, nhưng quyết định profile nào được dùng với IP nào.
profiles.lotus1104.synology.meTrang quản lý (dashboard này). Đây là BẢNG ĐIỀU KHIỂN — xem trạng thái + bấm nút xử lý, không giữ dữ liệu.
Nhiều người tưởng bốn nơi nối vòng tròn với nhau. Sai. Thực tế mọi thứ xoay quanh A3 (NAS) ở trung tâm:
Worker (máy chạy GPM) tự đẩy (push) và tải (pull) dữ liệu thẳng giữa A2 (C_Temp) ⇄ A3 (NAS). A5 (WebProfile) chỉ đọc A3 (NAS) để hiển thị; muốn ghi (xóa/gỡ khóa/khôi phục) thì gửi lệnh qua B37 broker — trang web không bao giờ tự cầm chìa khóa kho.
Trên máy worker, một profile không sống quá ~60 phút. Quy trình chuẩn:
A5 (WebProfile) xóa được. A1 (GPM) xóa được. A2 (C_Temp) xóa được. A3 (NAS) thì KHÔNG.
A3 (NAS) là điểm-không-quay-lại duy nhất của cả hệ. Xóa nhầm A1 (GPM)/A2 (C_Temp)/A5 (WebProfile) đều khôi phục được chừng nào A3 (NAS) còn sống. Mọi thảm hoạ mất dữ liệu đều đi qua đúng một cửa: ai đó xóa thật ở A3 (NAS) khi A2 (C_Temp) đã trống.
Mọi profile do hệ thống tạo đều mang tên theo đúng một khuôn:
| Điều | Nghĩa |
|---|---|
| 6 chữ số tăng dần | 000001 → 000002 → … Số đã cấp không bao giờ dùng lại, cho tới khi tràn ở 999999. |
| Bộ đếm nằm trên NAS | Mọi máy, mọi workflow xin cùng một chỗ ⇒ hai máy xin cùng lúc vẫn nhận hai số khác nhau (không bao giờ trùng tên). |
| Tự đặt khi tạo | Tạo profile mà để trống ô Tên (hoặc gõ AUTO) ⇒ hệ thống tự cấp. Muốn tên riêng thì cứ gõ tên riêng. |
| Vì sao quan trọng | Cái tên này là con dấu sở hữu: nút 🧹 Dọn dẹp chỉ được phép xóa profile mang dấu. Profile bạn tự đặt tên (LOTUS_…) sẽ chỉ được báo cáo, không bao giờ bị tự động xóa. |
| Đồng thời là ID mới 14/08 | Chuỗi này chính là id của profile ở A2 (khoá thư mục), A3 (tên file .tar), A4 (cột profile_id) và A5 (dòng bạn đang nhìn). Trước đây id là chuỗi 2dd0ceb3-41a3-… vô nghĩa. |
UID_… thành thứ khác là cắt cầu: hệ mất dấu profile đó (dữ liệu vẫn còn trên NAS, nhưng 🧹 sẽ chỉ báo cáo chứ không dám đụng).GET /uid/next?count=5 trên B37.v5rzKYWMUs-14082026 — GPM tự đặt và không cho ép. Hệ ghi nhớ "thư mục nào của UID nào" trong một file map riêng, nên bạn không cần quan tâm tên thư mục.Điều gì xảy ra khi bạn (hoặc script) lỡ xóa từng nơi:
| Xóa nhầm | Dữ liệu còn ở đâu | Khôi phục? | Mất gì |
|---|---|---|---|
| A5 (web) | mọi nơi khác | Tự động — khởi động lại container | Không gì — A5 (WebProfile) chỉ là gương |
| A4 (MySQL) | mọi nơi khác | Thêm lại hàng (n8n/tay) — bản đã xóa có JSON trong thùng rác kho | Liên kết IP ↔ email nếu không còn bản sao |
| A1 (GPM) | A2 (nếu còn) + A3 (NAS) | Bấm "Khôi phục" trên A5 (WebProfile) | Chỉ phần chưa push (nếu có) |
| A2 (C_Temp) — đã an toàn NAS | A3 (NAS) | Tự động — mở lại là pull | Không gì (đúng thiết kế) |
| A2 (C_Temp) — CHƯA push | chỉ chính nó | 🔴 Cần cứu (nếu folder còn) | Mất phiên nếu folder cũng mất |
| A3 (NAS) — A2 (C_Temp) còn | A2 (C_Temp) | Push tay lại từ máy worker | Không, nếu kịp push |
| A3 (NAS) — A2 (C_Temp) đã xóa | KHÔNG CÒN ĐÂU | ❌ Không thể | MẤT VĨNH VIỄN |
Bấm một profile trên dashboard → mở khung chi tiết → khối ⚡ Hành động. Nút hiện ra tùy trạng thái:
| Nút | Khi nào dùng | Làm gì bên trong |
|---|---|---|
| Khôi phục | Profile Sẵn sàng/Cách ly — muốn kéo về máy worker để chạy | Worker tải .tar từ NAS vào folder GPM (tạo lại trong GPM nếu thiếu) |
| Gỡ khóa treo | Trạng thái Khoá treo — máy giữ lease đã chết | Xóa file khóa treo trên NAS để máy khác dùng lại được |
| Xử lý treo | Profile Đang chạy nhưng đơ/không phản hồi | Gửi lệnh đóng profile xuống worker (qua GPM) |
| Xóa → Cách ly | Chỉ muốn gỡ bản NAS, vẫn giữ profile trong GPM | Chuyển bản NAS vào cách ly (hồi được), KHÔNG xóa vĩnh viễn |
| Xóa hẳn | Không cần profile này ở bất cứ đâu nữa | Xóa cả 4 nơi: entry A1 (GPM) + thư mục worker A2 (C_Temp) + gói NAS (A3 (NAS), sang cách ly) + dòng trên bảng A5 (WebProfile) |
Lấy A3 (NAS) làm chuẩn rồi quét xem ở ba nơi kia còn thứ gì không còn liên kết với A3 (NAS) — và dọn đi.
| Nơi | Cái bị coi là "không liên kết" | ||
|---|---|---|---|
| A5 (WebProfile) + A3 (NAS) | Dòng "Thiếu file" (bảng có ghi nhưng gói .tar đã mất), khóa mồ côi, mảnh upload dở cũ, cờ "cần cứu" của profile đã biến mất | ||
| A4 (MySQL) | mọi nơi khác | Thêm lại hàng (n8n/tay) — bản đã xóa có JSON trong thùng rác kho | Liên kết IP ↔ email nếu không còn bản sao |
| A4 (MySQL) | Hàng trỏ tới profile không còn trên NAS. Hàng nào còn email liên kết thì chỉ báo cáo, KHÔNG tự xóa | ||
| A1 (GPM) | Profile mang dấu UID_… mà NAS không hề có bản nào | ||
| A2 (thư mục) | Thư mục đã an toàn trên NAS (cache thuần, vứt được) |
0 là bỏ chốt tuổi. Hai lớp bảo vệ còn lại (đang chạy · data chưa cứu) vẫn giữ nguyên._ hoặc . (ví dụ _backup) — của người vận hành, không phải profile.Hai tùy chọn nâng cao — mặc định tắt, chỉ bật khi hiểu rõ:
| Tùy chọn | Cho phép thêm điều gì | Rủi ro |
|---|---|---|
| Xóa thư mục không map được id | Dọn folder lạ > 24h không biết thuộc profile nào | Thấp — nhưng chỉ nên bật khi đã nhìn bản kê |
| force — xóa thư mục A3 (NAS) không biết id | Dọn folder mà NAS chưa từng thấy | Cao — có thể là profile chưa từng push thành công |
Tick ô vuông ở đầu mỗi dòng (hoặc ô trên cùng để chọn tất cả) → thanh "Đã chọn N profile" hiện ra → bấm 🗑 Xóa hẳn.
.tar vào thùng rác kho (vẫn hồi được), dòng trên bảng A5 (WebProfile) biến mất.profile ↔ IP ↔ email tương ứng — kèm bản sao JSON trong thùng rác. Nếu để lại, n8n vẫn tra ra profile đã chết rồi bảo worker mở nó.Cũng có hộp tiến trình như 🧹: mỗi workpool là một bước, hiện "xóa 3/5" ngay khi bước đó xong.
_deleted/) — không hiện trên bảng
nhưng file vẫn còn, người vận hành xóa tay khi chắc chắn. Không có gì tự dọn thùng rác này.Máy giữ lease chết giữa chừng. → Kiểm máy đó (Fleet Monitor B34). Chắc đã chết thì bấm Gỡ khóa treo. Máy đó khởi động lại sẽ tự đòi lease của mình, khỏi làm gì.
Bản .tar hỏng, đã tách khỏi kho chính. → Tải bản trong quarantine/ về mở thử, sửa (xóa lock SQLite) rồi push đè bản tốt cùng id; không cứu được thì bỏ.
Dữ liệu lệch (xóa tay/upload hỏng). → Nếu máy nào còn bản tốt thì push lại để phục hồi; nếu bỏ id thì để yên (không cấp cho worker được).
Janitor đã thử push lại 5 lần trong ~30h vẫn hỏng. → ĐỪNG xóa folder này bằng tay (mất phiên vĩnh viễn). Kiểm mạng NAS + credential, rồi push tay từ máy đó.