Иногда ZFS-пул оказывается заполнен почти полностью, но переносить данные на другой файловый раздел неудобно или слишком долго.<\/p>\n
Было два независимых пула:<\/p>\n
zpool list\r\n\r\nNAME SIZE ALLOC FREE FRAG CAP HEALTH\r\ndb 11.7T 8.99T 2.71T 18% 76% ONLINE\r\nlimon 79.5G 77.0G 2.46G 90% 96% ONLINE<\/code><\/pre>Пул limon закончился, а в пуле db оставалось несколько терабайт свободного пространства.<\/p>\n
Требовалось временно дать пулу limon около 10 ГБ, очистить логи и затем вернуть конфигурацию в исходное состояние.<\/p>\n
Почему нельзя просто передать свободное место?<\/h3>\n
Свободное пространство принадлежит конкретному ZFS-пулу. Датасет одного пула не может непосредственно использовать место из другого пула.<\/p>\n
Топология исходного пула<\/h3>\n
Пул limon состоял из одного раздела:<\/p>\n
zpool status limon\r\n\r\npool: limon\r\nstate: ONLINE\r\nconfig:\r\n\r\n NAME STATE READ WRITE CKSUM\r\n limon ONLINE 0 0 0\r\n sdd1 ONLINE 0 0 0<\/code><\/pre>Для последующего удаления временного vdev необходимо проверить поддержку функции device_removal:<\/p>\n
zpool get feature@device_removal limon<\/code><\/pre>В моём случае функция была включена:<\/p>\n
NAME PROPERTY VALUE SOURCE\r\nlimon feature@device_removal enabled local<\/code><\/pre>Также необходимо определить фактическое значение ashift существующего vdev.<\/p>\n
Команда:<\/p>\n
zpool get ashift limon<\/code><\/pre>может показать:<\/p>\n
limon ashift 0 default<\/code><\/pre>Значение 0 означает автоматический выбор для новых устройств и не показывает фактический ashift уже существующего vdev.<\/p>\n
Реальное значение можно получить через zdb:<\/p>\n
zdb -C limon | grep -E 'path|ashift'<\/code><\/pre>Результат:<\/p>\n
path: '\/dev\/sdd1'\r\nphys_path: 'acpi-VMBUS:01-vmbus-3d4511ba2bac43a19298b9d3bddf7b27-lun-2'\r\nashift: 12<\/code><\/pre>Таким образом, временный vdev тоже нужно добавлять с ashift=12.<\/p>\n
Важное предупреждение<\/h3>\n
Описанный способ создаёт зависимость одного ZFS-пула от другого.<\/p>\n
Пока временный zvol входит в пул limon:<\/p>\n
\n- пул db нельзя экспортировать;<\/li>\n
- zvol нельзя удалить;<\/li>\n
- сервер нельзя загружать без доступного пула db;<\/li>\n
- потеря пула db может привести к потере всего пула limon
\nЭто аварийная временная мера, а не постоянная архитектура хранения.<\/li>\n<\/ul>\nСоздание временного zvol<\/h3>\n
Чтобы не повторять изменяемые значения в командах, зададим переменные:<\/p>\n
POOL_SOURCE="db"\r\nPOOL_TARGET="limon"\r\nZVOL_NAME="limon-temp-vdev"\r\nZVOL_SIZE="10G"\r\nZVOL_DATASET="${POOL_SOURCE}\/${ZVOL_NAME}"\r\nZVOL_DEVICE="\/dev\/zvol\/${ZVOL_DATASET}"\r\nASHIFT="12"\r\nVOLBLOCKSIZE="16K"<\/code><\/pre>Создаём обычный, неразреженный zvol:<\/p>\n
zfs create -V "${ZVOL_SIZE}" -b "${VOLBLOCKSIZE}" -o compression=off "${ZVOL_DATASET}"<\/code><\/pre>Проверяем созданный zvol:<\/p>\n
zfs get volsize,volblocksize,refreservation,compression "${ZVOL_DATASET}"<\/code><\/pre>Проверяем наличие блочного устройства:<\/p>\n
udevadm settle\r\nls -l "${ZVOL_DEVICE}"\r\nblockdev --getsize64 "${ZVOL_DEVICE}"<\/code><\/pre>У обычного zvol параметр refreservation должен быть примерно равен его размеру. Это гарантирует, что необходимые 10 ГБ действительно зарезервированы в пуле db.<\/p>\n
Проверка добавления без изменения пула<\/h3>\n
Сначала выполняем пробный запуск:<\/p>\n
zpool add -n -o ashift="${ASHIFT}" "${POOL_TARGET}" "${ZVOL_DEVICE}"<\/code><\/pre>В предполагаемой конфигурации исходный диск и временный zvol должны находиться на одном уровне:<\/p>\n
limon\r\nsdd1\r\n\/dev\/zvol\/db\/limon-temp-vdev<\/code><\/pre>Добавление временного пространства<\/h3>\n
Если пробная проверка не показывает ошибок, добавляем zvol:<\/p>\n
zpool add -o ashift="${ASHIFT}" "${POOL_TARGET}" "${ZVOL_DEVICE}"<\/code><\/pre>После этого проверяем состояние:<\/p>\n
zpool status -P "${POOL_TARGET}"zpool list "${POOL_TARGET}"\r\nzfs list "${POOL_TARGET}"<\/code><\/pre>Дополнительно проверяем ashift обоих vdev:<\/p>\n
zdb -C "${POOL_TARGET}" | grep -E 'path|ashift'<\/code><\/pre>Оба top-level vdev должны иметь ashift=12. Разный ashift может помешать последующему удалению временного устройства.<\/p>\n
После добавления zvol пул limon получит немного меньше 10 ГБ полезного пространства из-за внутренних накладных расходов ZFS.<\/p>\n
Удаление временного vdev<\/h3>\n
Сначала проверяем возможность удаления:<\/p>\n
zpool remove -n "${POOL_TARGET}" "${ZVOL_DEVICE}"<\/code><\/pre>Параметр -n не выполняет полноценную симуляцию переноса данных. Он используется для оценки параметров операции, включая необходимый объём памяти для таблиц перенаправления.<\/p>\n
Если ошибок нет, запускаем удаление с ожиданием завершения:<\/p>\n
zpool remove -w "${POOL_TARGET}" "${ZVOL_DEVICE}"<\/code><\/pre>Во время удаления ZFS переносит блоки с временного zvol обратно на исходный диск sdd1.<\/p>\n
За процессом можно наблюдать в другом терминале:<\/p>\n
watch -n 5 "zpool status ${POOL_TARGET}; zpool list ${POOL_TARGET}"<\/code><\/pre>До полного завершения операции нельзя:<\/p>\n
\n- уничтожать zvol;<\/li>\n
- экспортировать пул db;<\/li>\n
- отключать устройство;<\/li>\n
- перезагружать систему без необходимости.<\/li>\n<\/ul>\n
После успешного удаления проверяем, что в пуле остался только исходный vdev:<\/p>\n
zpool status -P "${POOL_TARGET}"<\/code><\/pre>В конфигурации должен снова отображаться только sdd1.<\/p>\n
Удаление временного zvol<\/h3>\n
Только после успешного завершения zpool remove можно уничтожить zvol:<\/p>\n
zfs destroy "${ZVOL_DATASET}"<\/code><\/pre>Финальная проверка:<\/p>\n
zpool status "${POOL_TARGET}"\r\nzpool list "${POOL_TARGET}"\r\nzfs list "${POOL_SOURCE}" "${POOL_TARGET}"<\/code><\/pre>",
"date_published": "2026-07-21T09:36:32+00:00",
"date_modified": "2026-07-21T13:22:50+00:00",
"_date_published_rfc2822": "Tue, 21 Jul 2026 09:36:32 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "228",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "227",
"url": "https:\/\/blog.m9k.space\/all\/v-terminale-linux-propal-tekst-vernite-echo\/",
"title": "В терминале Linux пропал текст? Верните echo",
"content_html": "Иногда терминал продолжает принимать команды, но перестаёт показывать вводимый текст. Печатаешь вслепую, нажимаешь Enter — команда выполняется. Выглядит как поломка терминала, но чаще всего просто отключён режим отображения ввода.<\/p>\n
Вернуть его можно одной командой:<\/p>\n
stty echo<\/code><\/pre>После этого символы снова будут отображаться при вводе.<\/p>\n
Обычно echo отключается после некорректно завершившейся программы, которая временно скрывала ввод — например, при запросе пароля. Если терминал выглядит совсем странно, можно выполнить более радикальный сброс:<\/p>\n
stty sane<\/code><\/pre>Скучная банальность, но именно такие мелочи особенно приятно случайно узнать после нескольких минут печати в пустоту.<\/p>\n",
"date_published": "2026-07-21T08:40:59+00:00",
"date_modified": "2026-07-21T08:40:57+00:00",
"_date_published_rfc2822": "Tue, 21 Jul 2026 08:40:59 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "227",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "220",
"url": "https:\/\/blog.m9k.space\/all\/id-docker-konteynerov-maksimalnyh-potrebiteley-swap-v-linux\/",
"title": "ID Docker контейнеров — максимальных потребителей SWAP в Linux",
"content_html": "
for pid in $(ls \/proc | grep -E '^[0-9]+$'); do swap=$(grep VmSwap \/proc\/$pid\/status 2>\/dev\/null | awk '{print $2}'); if [[ -n "$swap" && "$swap" -gt 0 ]]; then cmd=$(tr '\\0' ' ' < \/proc\/$pid\/cmdline); cgroup=$(cat \/proc\/$pid\/cgroup 2>\/dev\/null);\r\n container_id=$(echo "$cgroup" | grep -Eo '[a-f0-9]{64}' | head -n1);\r\n if [[ -z "$container_id" ]]; then container_id=$(echo "$cgroup" | grep -Eo 'docker-[a-f0-9]+' | sed 's\/docker-\/\/' | head -n1); fi; echo -e "$swap KB\\tPID: $pid\\tCID: ${container_id:-host}\\tCMD: $cmd"; fi; done | sort -nr | head<\/code><\/pre>",
"date_published": "2026-04-27T02:48:52+00:00",
"date_modified": "2026-04-27T02:48:51+00:00",
"_date_published_rfc2822": "Mon, 27 Apr 2026 02:48:52 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "220",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "202",
"url": "https:\/\/blog.m9k.space\/all\/linux-passwordless-oneliner\/",
"title": "Linux Passwordless oneliner",
"content_html": "TARGET=user@host; PORT=22; [[ -r ~\/.ssh\/id_ed25519.pub ]] || ssh-keygen -t ed25519 -N "" -f ~\/.ssh\/id_ed25519; ssh -p "$PORT" "$TARGET" 'umask 077; mkdir -p ~\/.ssh && cat > ~\/.ssh\/authorized_keys' < ~\/.ssh\/id_ed25519.pub && ssh -p "$PORT" "$TARGET" 'echo ">>> Root доступ подтверждён"'<\/code><\/pre>",
"date_published": "2025-08-25T10:44:17+00:00",
"date_modified": "2025-08-25T10:44:14+00:00",
"_date_published_rfc2822": "Mon, 25 Aug 2025 10:44:17 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "202",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "201",
"url": "https:\/\/blog.m9k.space\/all\/skreschivaem-uzha-i-ezha\/",
"title": "CouchDB, Debian, AstraLinux, Docker и все-все-все",
"content_html": "Возникла необходимость запустить Couchdb в контейнере, где базовая ось (и базовые же пакеты) должны быть очень-очень свежими, в противной случай контейнер не проходит встроенную проверку на безопасность.
\nСтандартный официальный образ собран на базе Debian 12.<\/p>\n
FROM debian:bookworm-slim<\/code><\/pre>Простая замена базового образа на<\/p>\n
FROM debian:trixie-slim<\/code><\/pre>приводит к тому, что контейнер не собирается по зависимостям.
\nСмотрим официальную репу в части зависимостей и видим прекрасное — libmozjs-78-0 (>= 78.15.0). Пробуем ставить свежую версию, которая есть в репах — не помогает, пакет couchdb принципиально требует libmozjs-78-0.<\/p>\n
Ок, скрещиваем ежа и ужа.<\/p>\n
У debian есть механизм apt-pinning. Это механизм, позволяющий задать приоритеты для версий пакетов из разных источников (репозиториев, release-веток, PPA), чтобы фиксировать версию, запрещать обновление или предпочитать конкретный источник.<\/p>\n
Коротко приоритеты делятся на:<\/p>\n
\n- < 0 — никогда не устанавливать.<\/li>\n
- 1..99 — ставить только при явном указании версии.<\/li>\n
- 100 — приоритет уже установленной версии.<\/li>\n
- 500 — дефолт для неприоритетных источников.<\/li>\n
- 990 — приоритет для целевого релиза (-t), либо если явно указан release.<\/li>\n
- >1000 — разрешает понижение версии (downgrade) к закреплённой.<\/li>\n<\/ul>\n
Добавляет в наш Dockerfile:<\/p>\n
RUN echo "deb http:\/\/deb.debian.org\/debian bookworm main" > \/etc\/apt\/sources.list.d\/bookworm.list && \\\r\n echo "Package: *\\nPin: release n=bookworm\\nPin-Priority: 500" > \/etc\/apt\/preferences.d\/bookworm && \\\r\n echo "Package: *\\nPin: release n=trixie\\nPin-Priority: 600" > \/etc\/apt\/preferences.d\/trixie && \\\r\n echo "deb [signed-by=\/usr\/share\/keyrings\/couchdb-archive-keyring.gpg] https:\/\/apache.jfrog.io\/artifactory\/couchdb-deb\/ bookworm main" \\\r\n > \/etc\/apt\/sources.list.d\/couchdb.list && \\\r\n apt-get update<\/code><\/pre>Основная часть пакетов ставится из свежей репы, часть, которых в ней нет — из старых.<\/p>\n",
"date_published": "2025-08-14T10:40:09+00:00",
"date_modified": "2025-08-14T10:40:08+00:00",
"_date_published_rfc2822": "Thu, 14 Aug 2025 10:40:09 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "201",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "200",
"url": "https:\/\/blog.m9k.space\/all\/curl-over-ssh-tunnel\/",
"title": "Curl over ssh-tls-tunnel",
"content_html": "
Есть ресурс resource.name, на который нужно ходить curl-ом с засылкой данных через JSON. Специфика ресурса такова, что он принимает соединения через TLS 1.3.
\nЕсть сервер A server.name, на котором нет выхода на нужный ресурс, но есть Nginx, и есть ssh-доступ до сервера B
\nЕсть сервер B, на котором есть выход на нужный ресурс, но сам сервер очень старый, и TLS на нём не проходит по требования resource.name.<\/p>\n
printf '' | openssl s_client -connect 127.0.0.1:8443 -servername resource.name -tls1_3 -brief<\/code><\/pre>Костылим:
\nНа сервере A поднимаем туннель на внутренний порт:<\/p>\n
ssh -fN -o ExitOnForwardFailure=yes -o ServerAliveInterval=60 -o ServerAliveCountMax=3 -L 8443:resource.name:443 user@serverB<\/code><\/pre>На Nginx рисуем конфиг:<\/p>\n
server {\r\n listen 9090;\r\n server_name server.name;\r\n\r\n access_log \/site\/logs\/nginx\/port_9090.log main;\r\n error_log \/site\/logs\/nginx\/port_9090.error.log;\r\n\r\nlocation \/ {\r\n proxy_pass https:\/\/127.0.0.1:8443;\r\n\r\n proxy_set_header Host resource.name;\r\n proxy_ssl_server_name on;\r\n proxy_ssl_name resource.name;\r\n proxy_ssl_protocols TLSv1.3;\r\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\r\n proxy_set_header X-Forwarded-Proto https;\r\n proxy_connect_timeout 10s;\r\n proxy_read_timeout 60s;\r\n proxy_ssl_verify off;\r\n}\r\n}<\/code><\/pre>Кидаемся тестовым запросом:<\/p>\n
curl -v -X POST 'http:\/\/server.name:9090\/resource' -H 'Content-Type: application\/json' --data '{"login":"$LOGIN","password":"$PASSWORD"}'<\/code><\/pre>",
"date_published": "2025-08-14T10:21:23+00:00",
"date_modified": "2025-08-14T10:43:11+00:00",
"_date_published_rfc2822": "Thu, 14 Aug 2025 10:21:23 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "200",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "199",
"url": "https:\/\/blog.m9k.space\/all\/unzip-bez-unzip\/",
"title": "Unzip без unzip",
"content_html": "Есть сервер без выхода в сеть с древней ОС и мёртвыми репами. Нужно распаковать zip-архив — но утилиты нет.
\nРешаем вопрос python-ом:<\/p>\n
python - <<'EOF'\r\nimport zipfile, os\r\narchive = 'archive.zip'\r\ntarget_dir = 'archive.zip'\r\n\r\nif not os.path.exists(target_dir):\r\n os.makedirs(target_dir)\r\n\r\nwith zipfile.ZipFile(archive, 'r') as z:\r\n for name in z.namelist():\r\n z.extract(name, target_dir)\r\nEOF<\/code><\/pre>",
"date_published": "2025-08-14T10:07:44+00:00",
"date_modified": "2025-08-14T10:07:31+00:00",
"_date_published_rfc2822": "Thu, 14 Aug 2025 10:07:44 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "199",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "184",
"url": "https:\/\/blog.m9k.space\/all\/perechityvanie-topologii-diska-v-vm-posle-rasshireniya-ego-v-gip\/",
"title": "Перечитывание топологии диска в ВМ после расширения его в гипервизоре",
"content_html": "echo 1 > \/sys\/class\/scsi_device\/0:0:0:0\/device\/rescan<\/code><\/pre>",
"date_published": "2025-04-08T08:04:53+00:00",
"date_modified": "2025-04-08T08:04:49+00:00",
"_date_published_rfc2822": "Tue, 08 Apr 2025 08:04:53 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "184",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "181",
"url": "https:\/\/blog.m9k.space\/all\/zfs-na-oracle-linux-8-10\/",
"title": "ZFS на Oracle Linux 8.10",
"content_html": "При установке ZFS на Oracle Linux 8.10 по официальной доке<\/a> столкнулся с неочевидной ошибкой:<\/p>\n\nchecking for kernel config option compatibility... done
\nchecking whether CONFIG_MODULES is defined... no
\nconfigure: error:
\n\t\t*** This kernel does not include the required loadable module
\n\t\t*** support!
\n\t\t***
\n\t\t*** To build OpenZFS as a loadable Linux kernel module
\n\t\t*** enable loadable module support by setting
\n\t\t*** `CONFIG_MODULES=y` in the kernel configuration and run
\n\t\t*** `make modules_prepare` in the Linux source tree.
\n\t\t***
\n\t\t*** If you don’t intend to enable loadable kernel module
\n\t\t*** support, please compile OpenZFS as a Linux kernel built-in.
\n\t\t***
\n\t\t*** Prepare the Linux source tree by running `make prepare`,
\n\t\t*** use the OpenZFS `—enable-linux-builtin` configure option,
\n\t\t*** copy the OpenZFS sources into the Linux source tree using
\n\t\t*** `.\/copy-builtin `,
\n\t\t*** set `CONFIG_ZFS=y` in the kernel configuration and compile
\n\t\t*** kernel as usual.<\/p>\n<\/blockquote>\nОбъяснение и решение проблемы нашёл тут<\/a><\/p>\n\nThe root of the problem is with the GCC toolset used to build UEK7 kernel, which is different from the one used to build Redhat compatible version. RH kernel is built (using the default) GCC.<\/p>\n<\/blockquote>\n
Решение:<\/p>\n
dnf install -y gcc-toolset-11-annobin-plugin-gcc\r\n. \/opt\/rh\/gcc-toolset-11\/enable\r\ndkms install zfs\/$VERSION<\/code><\/pre>",
"date_published": "2025-03-06T10:29:29+00:00",
"date_modified": "2025-03-06T10:29:48+00:00",
"_date_published_rfc2822": "Thu, 06 Mar 2025 10:29:29 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "181",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "180",
"url": "https:\/\/blog.m9k.space\/all\/python2-7-na-debian-12\/",
"title": "Python 2.7 на Debian 12",
"content_html": "Потребовалось старым Ansible выполнить скрипты на свежайщем Debian 12. Столкнулся с тем, что в дистрибутиве окончательно выпилили поддержку Python 2.7. Пришлось сотворить Франкенштейна:<\/p>\n
\n- Добавляем в \/etc\/apt\/sources.list:<\/li>\n<\/ol>\n
deb http:\/\/archive.debian.org\/debian\/ stretch contrib main non-free<\/code><\/pre>\n- Обновляемся<\/li>\n<\/ol>\n
sudo apt-get update<\/code><\/pre>\n- Делаем установку<\/li>\n<\/ol>\n
sudo apt-get install python2.7<\/code><\/pre>\n- Делаем симлинк на бинарь<\/li>\n<\/ol>\n
cd \/usr\/bin && ln -s python2.7 python<\/code><\/pre>\n- Удаляем добавленное в п.1 и повторно делаем пункт 2.<\/li>\n<\/ol>\n",
"date_published": "2025-03-06T10:22:59+00:00",
"date_modified": "2025-03-06T10:22:58+00:00",
"_date_published_rfc2822": "Thu, 06 Mar 2025 10:22:59 +0000",
"_rss_guid_is_permalink": "false",
"_rss_guid": "180",
"_e2_data": {
"is_favourite": false,
"links_required": [
"system\/library\/highlight\/highlight.js",
"system\/library\/highlight\/highlight.css"
],
"og_images": []
}
},
{
"id": "179",
"url": "https:\/\/blog.m9k.space\/all\/osnovnoy-potrebitel-swap-na-linux-serverah\/",
"title": "Основной потребитель swap на Linux-серверах",
"content_html": "
for file in \/proc\/*\/status ; do awk '\/VmSwap|Name\/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less<\/code><\/pre>