ServerAdmin.ru
Авторская информация о системном администрировании. Информация о рекламе: @srv_admin_reklama_bot Автор: @zeroxzed Второй канал: @srv_admin_live Сайт: serveradmin.ru Ресурс включён в перечень Роскомнадзора
نمایش بیشتر📈 تحلیل کانال تلگرام ServerAdmin.ru
کانال ServerAdmin.ru (@srv_admin) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 32 519 مشترک است و جایگاه 4 012 را در دسته فناوری و برنامهها و رتبه 19 766 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 32 519 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 02 سپتامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 96 و در ۲۴ ساعت گذشته برابر 2 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 20.66% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 11.87% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 6 721 بازدید دریافت میکند. در اولین روز معمولاً 3 860 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 51 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند linux, docker, мониторинг, контейнер, serveradmin تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Авторская информация о системном администрировании.
Информация о рекламе: @srv_admin_reklama_bot
Автор: @zeroxzed
Второй канал: @srv_admin_live
Сайт: serveradmin.ru
Ресурс включён в перечень Роскомнадзора”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 03 سپتامبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
# apt install fuse
# wget https://github.com/yandex-cloud/geesefs/releases/latest/download/geesefs-linux-amd64
# chmod a+x geesefs-linux-amd64
# cp geesefs-linux-amd64 /usr/bin/geesefs
Создаём файл с секретами:
# mkdir ~/.aws && nano ~/.aws/credentials
И добавляем туда:
[default]
aws_access_key_id = <access_key>
aws_secret_access_key = <secret_key>
Ключи выдаются на сервисных пользователей. В Selectel сервисные пользователи сейчас создаются в разделе IAM ⇨ Сервисные пользователи, а ключи для них в Продукты ⇨ S3 ⇨ S3-ключи. Сначала создаём пользователя, добавляем ему доступ к бакетам в настройках бакета, потом выдаём ему ключ. Последовательность сейчас может быть другая. Я давно всё это создавал, сейчас панель управления поменялась.
После создания файла с ключами, можно монтировать бакет:
# geesefs --endpoint s3.ru-1.storage.selcloud.ru --region ru-1 --profile default websrv-month /mnt/s3-selectel
Примонтировал бакет websrv-month в локальную директорию /mnt/s3-selectel. Каких-то особых проблем в работе заметил. Подлагивает немного, когда обращаешься, что не удивительно, так как подключение через интернет. Крупные архивы туда нормально копируются и забираются, что мне и нужно было. Запись, как и чтение, кэшируется и потом заливается фоном. Размер кэша по умолчанию - 1 ГБ. Можно переназначить ключом --memory-limit.
Geesefs поддерживает все популярные S3 сервисы - Amazon S3, Ceph, Minio, Yandex Object Storage и т.д. В общем, нормальное решение если надо подкостылить с S3.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#s3# mkdir ~/PVE
3️⃣ Клонируем себе MCP Server:
# git clone https://github.com/GethosTheWalrus/proxmox-mcp
4️⃣ MCP написан на python, поэтому нужно установить uv со всеми зависимостями для запуска. Если не хотите этого делать, то можно запустить mcp в docker.
# curl-LsSf https://astral.sh/uv/install.sh | sh
# cd proxmox-mcp
# uv sync
5️⃣ Проверяем запуск:
# uv run proxmox-mcp-server
Нe должно быть ошибок. Закрываем по Ctrl+C.
6️⃣ Создаём в Proxmox токен, привязываем к пользователю, назначаем права.
7️⃣ Добавляем MCP в конфигурацию opencode в файле ~/.config/opencode/opencode.json:
"mcp": {
"proxmox": {
"type": "local",
"enabled": true,
"command": [ "uv","--directory", "/root/proxmox-mcp", "run", "proxmox-mcp-server" ],
"environment": {
"PROXMOX_HOST": "192.168.177.101",
"PROXMOX_PORT": "8006",
"PROXMOX_USER": "root@pam",
"PROXMOX_TOKEN_NAME": "mcp",
"PROXMOX_TOKEN_VALUE": "d5dk27-2ced-96a1cdd",
"PROXMOX_VERIFY_SSL": "0"
}
}
}
8️⃣ Проверяем, подключился ли сервер:
#opencode mcp listn
┌ MCP Servers
│
● ✓ proxmox connected
│ uv --directory /root/proxmox-mcp run proxmox-mcp-server
│
└ 1 server(s)
8. Переходим в папку проекта и запускаем opencode:
# cd ~/PVE
# opencode
Выбираем доступную модель. Если не подключали свою, то можете выбрать одну из бесплатных. Они помечены меткой Free.
Теперь запросы к PVE кластеру можно делать человекоподобным языком. Приведу полезный практический пример:
Выведи IP адреса виртуальных машин на ноде Proxmox srv-admin.Можно не указывать конкретную ноду, а сначала сделать запрос к кластеру и попросить показать все ноды. В ответ на запрос агент выведет какой-то список. Возможно он вам будет неудобен. Через несколько уточнений вы можете получить удобную таблицу. Чтобы каждый раз не получать разные таблицы, можно тут же попросить агента запомнить формат. Агент в папке проекта создаст файл
AGENTS.md и опишет структуру таблицы. Последующие похожие запросы IP адресов будут сразу иметь удобный формат.
На картинке снизу таблица, которую я собрал на тестовом сервере, где есть машины с Kubernetes и Docker. Добавил туда все интересующие интерфейсы и исключил те, что не нужны. Получилось очень наглядно. Если кластер большой, то такой простой запрос может быть очень полезен, когда надо быстро что-то найти или разобраться.
Описанный MCP может очень много всего делать. Если у вас тестовый кластер, то можете обкатать автоматизацию по созданию, удалению окружений с полными настройками хранилищ, сетей и т.д. И не забывайте, если что-то не понятно, не получается, не знаешь, как делать, спрашивай того же агента. Он всё расскажет, если разрешить, то и настроит. Но с последним аккуратно. А то он такого может настроить.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#proxmox #ai #opencodeKernel panic not syncing: VFS: Unable to mount root fs
Не буду рассказывать, как я её решал, чтобы не тратить понапрасну ваше время. Перехожу сразу к сути. Пакетный менеджер установил все обновления, в том числе ядра. В момент пересборки initramfs с новым ядром, процесс с update-initramfs упал из-за нехватки памяти и начальный загрузчик не собрался. Но в Grub по умолчанию было назначено новое ядро. В итоге система не стартовала.
Решилось это выбором старой версии ядра для загрузки системы. Для него initramfs был собран нормально. Загрузился на старом ядре, ещё раз нормально провёл обновление и убедился, что всё в порядке. От подобной ошибки, кстати, частично страхует наличие swap, хоть и не на 100%. У меня обычно везде есть swap, но тут он не помог.
Всё это было ещё в те времена, когда LLM не работали как доступные публично персональные помощники, к которым можно было обратиться с вопросом. Пришлось разбираться самому. Не знаю, насколько сейчас всё это актуально, но если вы не знаете, что такое initramfs и как загружается система Linux, посмотрите мою заметку на этот счёт. Думаю, что на собеседованиях эта тема по-прежнему может быть актуальной. Да и просто, когда знаком с базой, решение ошибок сильно упрощается.
p.s. Картинка снизу не моя, нашёл в инете для наглядности. Она примерно так и выглядит. Когда первый раз видишь подобное, становится не по себе, так как выглядит страшно и не понятно, как решать. Сразу о бэкапах начинаешь думать и хаотично вспоминать, точно ли с ними всё в порядке.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linux #ошибкаATUIN_DB_URI: sqlite:///config/atuin.db
Соответственно, бэкап всей истории - это бэкап файла atuin.db. Теперь после установки клиентов на хостах достаточно добавить адрес своего сервера для хранения там истории.
Приведу пример настроенного мной клиента в ~/.config/atuin/config.toml. Отражу только те параметры, что изменил по сравнению со стандартом:
- sync_address = "http://192.168.137.57:8888"
Мой локальный адрес сервера истории
- sync_frequency = "0"
Сразу после записи команды отправлять её на сервер
- filter_mode = "host"
По умолчанию в поиске по CTRL+R открывается история хоста
- history_format = "{time} {host} {user} - {directory} | {command}"
Формат хранения истории, по умолчанию не сохраняет имя сервера, добавил
- style = "full"
Всегда отображать полный интерфейс
По умолчанию autin запускается по CTRL+R или по стрелке вверх. Последнее мне не нужно, я сразу отключил. Для этого в ~/.bashrc добавил ключ к запуску:
eval "$(atuin init bash --disable-up-arrow)"
После настройки первого клиента, регистрируем учётную запись на сервере:
# atuin register
Далее записываем в atuin уже существующую историю и синхронизируем её с сервера:
# atuin import auto
# atuin sync
На следующих серверах достаточно будет сделать:
# atuin login
И зайти под уже созданной учёткой. Теперь при нажатии CTRL+R у вас откроется поиск по текущей истории хоста. Дальнейшее нажатие комбинации CTRL+R переключает область поиска: сессия, директория, глобальный поиск.
Для того, чтобы статично вывести глобальную историю, а не искать по ней, можно использовать команду:
# atuin search --filter-mode global
Можно её грепать, а можно прямо тут написать строку для поиска. Например, смотрим на все перезагрузки:
# atuin search --filter-mode global reboot
В целом, удобное решение для централизованного хранения истории. Тут тебе и сама история хоста и по сути глобальный аудит. Не хватает веб интерфейса для просмотра.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#linuxРеклама, ООО Интернет-Хостинг, ИНН 7701838266.ethtool.
2️⃣ В Mikrotik, работающем 24/7 шлюзом, стоит задание в планировщике раз в сутки запускать скрипт, который через WoL запускает сервер. Там буквально одна строка:
tool wol interface=ether4 mac=AA:BB:11:22:33:44
3️⃣ На сервере подготовлен скрипт, который после загрузки монтирует диски с нужными данными, запускает rsync и забирает файлы. Rsync работает с сохранением изменившихся файлов, чтобы была история изменений.
4️⃣ После завершения работы rsync, сервер автоматически выключается. Оставил задержку на 5 минут и возможность оставить файл в виде флага, при наличии которого сервер автоматически не выключится. Это чтобы была возможность к нему спокойно подключиться в случае необходимости.
Получилось дёшево и сердито - офлайн бэкап важных данных, который ничего не стоит. Сервер постоянно выключен. Включается раз в сутки примерно на 10 минут. Забирает данные и выключается. Я очень комфортно себя чувствую, когда имеется возможность настроить бэкапы именно в таком виде.
Сейчас прорабатываю вариант проверки файлов и мониторинга этого дела, чтобы быть на 100% уверенным, что на этом сервере актуальная копия данных.
Я подобные схемы уже не раз настраивал и могу сразу рассказать про подводные камни, с которыми можно столкнуться.
▪️На некоторых системах WoL глючит. Не знаю, почему. Приходится шаманить с настройками в ethtool, добавлять скрипты в автозагрузку на возврат некоторых параметров, которые слетают. Я это наблюдал на одном и том же железе, устанавливая туда разные системы. Проблемы иногда возникают после обновления на новый релиз.
▪️Управляющий сервер, который запускает скрипт WoL и целевой сервер должны быть в одном сегменте сети L2, чтобы можно было отправить запрос по MAC адресу. По научному это называется - должны находиться в одном широковещательном домене. А если совсем по простому - воткнуты в один свитч. Это ограничение в некоторых случаях можно обойти.
▪️Если было полное обесточивание целевого сервера, то по WoL он не включится. Нужно один раз включить его вручную и штатно выключить. После этого он снова будет автоматически включаться. Не знаю, с чем это связано. Не всегда и не везде воспроизводится, но я с этим регулярно сталкивался.
Отдельно отмечу, что это не единственный бэкап. В таком виде с ним неудобно работать. Можно назвать его бэкапом бэкапов, но это тоже неверно. Забирать желательно оригинальные данные, а не бэкапы, потому что если в бэкапах проблема, вы эти же проблемы заберёте и к себе. Если настраиваю несколько бэкапов, то по возможности стараюсь все их брать с оригинальных данных.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩
#backup