Для управления отдельными экземплярами XMRig (форком) появился софт XMRigCC Открытый исходный код, небольшой размер, полная поддержка Windows\Linux, уведомления об обновлении, удаленное редактирование настроек. С одного сервера XMRigCCServer можно управлять майнерами Windows и Linux одновременно. Под FreeBSD тоже собирается, скорее всего проблема будет решена в следующих релизах. (исправлено в 1.3.2) Что же это такое? Это форк xmrig, но с дополнительной функциональностью удаленного управления. Основан на версии XMRig 2.4.4, пока поддерживается только версия для CPU (UPD: вышла версия для AMD GPU). Состоит из: Серверная часть: XMRigCCServer - Представляет собой сервер управления с веб-интерфейсом и REST api. Клиентская часть: XMRigCCDaemon - Демон для изменения конфигурации, управления работой и связи майнера с управляющим сервером. XMRigMiner - майнер, которым управляет демон. Майнер не спроектирован работать отдельно, поэтому для работы демон обязателен. Вывод XMRigMiner отображается в окне XMRigCCDaemon Зачем? Если у вас работает не менее 10 запущенных майнеров, думаю согласитесь, что управлять ими становится неудобно. Частично проблема решается использованием собственного прокси или пула. Это решает проблемы перенаправления мощностей между пулами, или кошельками, а также балансировку между пулами. Но останавливать и запускать каждый майнер или изменять его конфигурацию все равно приходится вручную. Например, для того, чтобы запустить майнер не на 4, а на 2 потоках и т.п. Для этого как раз существует данный продукт. Кроме того он показывает статистику работы ваших мощностей, примерно как пул, и позволяет централизовано управлять конфигурацией. Как это работает? XMRigDaemon подключается к серверу XMRigCCServer каждые 10 сек. и отправляет даннные о своей работе. После этого он проверяет какие есть для него команды и исполняет их. Таким образом упрощается настройка сети, достаточно, чтобы у майнера был выход в интернет (или до сервера). Перезапуск майнера не перезапускает процесс демона. Потеря связи с управляющим сервером не останавливает майнинг, и наоборот. Остановка майнера обнуляет его статистику в панели управления. Время на сервере управления и устройстве где будет открыт веб-интерфейс должно совпадать, иначе майнеры будут обновлять данные, но показываться как "не в сети", разработчик планирует доработать это поведение, но пока так (исправлено в 1.3.2). Настройка Серверная часть Настройки для сервера управления (XMRigCCServer) находятся в файле config_cc.json Код: { "background": false, // true cc-server запуск в фоновом режиме "colors": true, // false отключить цветной вывод "log-file": null, // записывать вывод в файл "syslog": false, // использовать системный журнал "cc-server": { "port": 3344, // порт на котором сервер будет ждать соединения "access-token": "mySecret", // ключ доступа (обязательно должен быть задан!!!) "user": "admin", // логин администратора для доступа к панели управления "pass": "pass", // пароль администратора для доступа к панели управления "client-config-folder" : null, // папка с конфигами для клиентов (null=текущая) "custom-dashboard" : "index.html" // html файл панели управления } } access-token используется для авторизации майнеров на сервере, задается также и в параметрах майнера. Также можно предать параметры в командной строке: xmrigCCServer --cc-port=3344 --cc-user=admin --cc-pass=pass --cc-access-token=SECRET_TOKEN_TO_ACCESS_CC_SERVER Код: --cc-user=USERNAME CC Server логин админа --cc-pass=PASSWORD CC Server пароль админа --cc-access-token=T CC Server ключ доступа для CC клиента --cc-port=N CC Server порт на котором сервер будет ждать соединения --cc-client-config-folder=FOLDER папка с конфигами для клиентов --cc-custom-dashboard=FILE html файл панели управления, который будет доступен по url '/' --no-color отключить цветной вывод -S, --syslog использовать системный журнал -B, --background запустить в фоновом режиме -c, --config=FILE использовать конфигурационный файл -l, --log-file=FILE записать вывод в файл -h, --help показать подсказку и выйти -V, --version показать версию и выйти Фоновый режим работает... почти никогда. Клиентская часть Настройка майнинга не сильно отличается от настройки XMRig (почитать тут), добавлены лишь параметры подключения к серверу. Как видите к стандартному конфигу XMRig добавлена секция cc-client и multihash Код: "aesni": 0, // выбор режима AES-NI (0 авто, 1 включен, 2 выключен) "multihash-factor": 0, // number of hash blocks to process at a time (not set or 0 enables automatic selection of optimal number of hash blocks) "multihash-thread-mask" : null, // только для multihash-factor > 1, устанавливает multihash только для заданных потоко (по маске), маска "0x3" значит запустить multihash только на потоках 0 и 1 (по умолчанию: все потоки), "url": "localhost:3344", // url управляющего сервера (ip:port) "access-token": "mySecret", // ключ доступа к управляющему серверу (должен совпадать с тем что в config_cc.json) "worker-id": null, // имя майнера (если пусто, то имя хоста) "update-interval-s": 10 // интервал обновления данных (по умолчанию: 10 минимум: 1) Дополнительные параметры командной строки XMRig для xmrigDaemon: Код: -v, --av=N УСТАРЕЛО (с версии 1.4.0) - вариант алгоритма, 0 авто выбор -A, --aesni=N выбор режима AES-NI (0 авто, 1 включен, 2 выключен, по умолчанию: 0) -m, --multihash-factor=N число хеш блоков (2мб) на поток для обработки за раз (0 включает автоматический выбор оптимального числа хеш блоков, по умолчанию: 0) --multihash-thread-mask только для multihash-factor > 1, устанавливает multihash только для заданных потоко (mask), (по умолчанию: все потоки) --doublehash-thread-mask УСТАРЕЛО (с версии 1.4.0). тоже что и multihash-thread-mask только для av=2/4, использовать удвоенный кеш только на определенных потоках\ядрах (по маске), (по умолчанию: все) Это полезно когда у вас L3 больше чем число_ядер*2, но меньше чем число_ядер*4. Можно часть удвоенных кешей привязать, к некоторым ядрам и таким образом задействовать весь L3 кеш процессора (в отличии от XMRig). --cc-url=URL url управляющего сервера CC Server --cc-access-token=T ключ доступа к CC Server --cc-worker-id=ID идентификатор на CC Server --cc-update-interval-s=N интервал обновления статуса, секунд (по умолчанию: 10 минимум: 1) -S, --syslog использовать системный журнал Multihash (multihash-factor) С помощью этой опции можно увеличить количество хеш болоков, вычесленных одним потоком за каждый раунд. Выбирая multihash-factors больше 1 L3 кеш увеличивается относительно multihash-factor. Например при multihash-factor 2, каждый поток Cryptonight требует 4MB, а каждый поток Cryptonight-lite 2 MB L3 кеша. С multihash-factor 3, им необходимо 6MB и 3MB соответственно. Установив multihash-factor в 0 автоматически будет выбрано оптимальное значение. Xmrig тогда попытаеся использовать как можно больше L3 кеша для выбранного количества потоков. Если параметр threads был установлен для автоматического режима, Xmrig выберет сначала оптимальное количество потоков. Затем подберет максимально возможный multihash-factor. Multihash для low power операций В зависимости от CPU и его L3 кеша, может иметь смысл заменить несколько одиночных потоков одним multi-hash аналогом. Это изменения может стоить незначительного снижения хешрейта, но снизит выделение тепла и потребление энергии используемой CPU. Multihash для оптимальной эксплуатации CPU В некоторых окружениях (например vServer) система в которой запущенt xmrig может иметь доступ к относительно большому количеству L3 кеша, но иметь при этом доступ только к нескольким ядрам CPU. В этих случаях, запуск xmrig с высоким multihash-factors может привести к улучшениям. Multihash thread Mask (only for multihash-factor > 1) С этим параметром вы можете устанавливать multihash для выбранных потоков (по маске). Это может значительно увеличить ваш хешрейт используя незадействованный l3 кеш. По умолчанию multihash-factor устанавливается для всех потоков. Код: { ... "multihash-factor":2, "multihash-thread-mask":"0x5", // в двоичном виде -> 0101 "threads": 4, ... } Это установит режим multihash (multihash-factor = 2) для потоков 0 и 2, потоки 1 и 3 будут запущены в режиме single hash. Удаленное управление конфигурацией В панели управления(dashboard) можно выбрать конкретный майнер и отредактировать его конфиг. После этого будет создан файл в папке для конфигов (параметр сервера client-config-folder), который будет назван WORKER_ID_config.json Например если вы укажете в конфиге worker-id: "miner1", то на сервере в папке для конфигов будет создан файл miner1_config.json. Этот файл редактируется из панели управления, либо можно отредактировать его напрямую. Чтобы изменения из этого файла применить в конкретному майнеру, необходимо отметить майнер галочкой в панели управления и нажать "push client config". Если вы поменяете конкретному майнеру его worker-id, то у вас где-то на полминуты в панели управления будет отображаться майнер со старым worker-id и с новым. И майнер со старым id будет считаться не на связи до перезапуска севрера. Также возможно отредактировать насктройки для нескольких майнеров одновременно. Для этого отмечаем галочками, жмем "Multi miner editor". Работает он по принципу поиска и замены. Задаете строку (или регулярное выражение), которую необходимо поменять и новую строку замену, после сохранения во всех конфигах эта строчка будет заменена. Убедитесь, что вы сначала получили ("pull miner config") конфиги всех редактируемых майнеров. После изменений необходимо отправить конфиги на майнеры, для этого не снимая галочек нажмите "push miner config". Немного фокусов Автозапуск Для работы всей связки необходимо, чтобы XMRigDaemon был запущен всегда. Иначе управление будет потеряно. Так же имейте ввиду, что после остановки майнера, необходимо вручную запустить XMRigDaemon для восстановления удаленного управления. В свзязи с этим его желательно установить как севрис и настроить автозапуск: Windows Код: sc.exe create XMRDaemon binPath="<путь к exe файлу>" Затем зайти в консоль управления службами service.msc и настроить автозапуск и перезапуск при сбоях. или Код: sc.exe create <Имя службы> binPath= "<путь к exe файлу>" start= auto type=own DisplayName= <Имя которое будет видно в консоли служб> sc failure <Имя службы> reset= 0 actions= restart/0/restart/0/restart/0 sc description <Имя службы> "Monero the best coin" Подробнее про установку служб почитать тут Linux Код: sudo chmod u+x /patho/to/XMRigDaemon Автозагрузка через systemd (написано по памяти, не проверено) Создаем описание сервиса (юнит) Код: sudo vi /lib/systemd/system/xmr.service И вписываем: [Unit] Description=Monero miner After=network.target WorkingDirectory=/config/dir/ [Service] Type=simple ExecStart=/patho/to/XMRigDaemon StandardOutput=null Restart=always [Install] WantedBy=multi-user.target Alias=xmrigcc.service sudo chmod 644 /lib/systemd/system/xmr.service sudo systemctl daemon-reload sudo systemctl enable xmr.service По старинке Код: echo "/patho/to/XMRigDaemon > /dev/null 2 > /dev/null &" >> //etc/rc.local rc.local в разных дистрибутивах может лежать в разных местах, например, /etc/rc.d/rc.local Или через Cron Код: сrontab -e @reboot /patho/to/XMRigDaemon Русификация Перевел на скорою руку веб-интерфейс (версия XMRigCC 1.3.1). Установка: 1. Скачать файл index.zip 2. Распаковать 2.1 и заменить index.html 2.2 или сохранить его с другим именем и в конфиге сервера config_cc.json прописать, например для имени файла index_ru.html: "custom-dashboard" : "index_ru.html", и перезапустить сервер Спойлер: На заметку Мне показалось, что XRigMiner выдает немного больший хешрйет. В процессе общения с разработчиком (на тему сборки под FreeBSD) он сказал, что он несколько оптимизировал работу с памятью (в части двойного кеша) и его майнер должен давать на 10-15% больший хешрейт. На моих небольших хешрейтах я не могу этого подтвердить, т.к. прирост укладывается в погрешность. Если у кого-то будут явные доказательства или опровержения, напишите об этом. UPDATES 1.8.x AMD GPU версия тут: https://github.com/Bendr0id/xmrigCC-amd/releases Руководство по редактированию шаблонов: https://github.com/Bendr0id/xmrigCC/wiki/Template-Editor Настройка уведомлений (с использованием pushover.com): https://github.com/Bendr0id/xmrigCC/wiki/Setup-Pushover Настройка Telegram: https://github.com/Bendr0id/xmrigCC/wiki/Setup-Telegram Интеграция cnv2 aka moneroV8 Улучшения хэшрейта -> all cnv1, cn-litev1, cnv2, xtl путем добавления кода на ASM для Intel/AMD и прграмным aes [спасибо @SChernykh] Исправление сборки OSX [спасибо @djfinch] Исправление безопасного режима #173 Исправление зависающих соединений в режиме Failover когда DNS не резолвиться #197 Fix supported-variants announcement in login Fix for mining conceal or other coins with cn-msr and blochchain version < 7 Removed workarounds for old forks Fixed avg.time on Dashboard Added XFH (Freehaven-project) support aka CN-Heavy-superfast (algo=cryptonight powVariant=xfh) Hashrate improve -> CN-Fast (MSR and others) ASM code for Intel CPUs Hashrate improve -> CNv2 ASM code for AMD Bulldozer CPUs Устранение проблемы утечки памяти в компоненте клиент cc Alloy algo is now shown as XAO on Dashboard Add remote reboot (machine) feature to Dashboard, Server & Miner Интеграция с Pushover push уведомлениях об Offline майнерах и переодических отправок статуса на iOS и Android Интеграция с уведомлениями в Telegram Fixed multi miner editor Added miner offline/online status push notification Added 0/recovered hashrate push notification Implemented Template based mass config editor to simple swap configs on your rigs Added XLT v5/9 with autodetect (algo: "cryptonight", variant: "xtl" (autodetect), "xtlv9" (force v9)) Added cn-lite variant UPX/uPlexa (algo: "cryptonight-lite", variant "upx") Added force-pow-variant parameter to force usage of the variant from the config and skip parsing of pow/variant from job/pool Added cn-ultralite algo used by upcoming TurtleV2 fork (algo: "cryptonight-ultralite", variant "auto") Fixed broken XTL variant Autodetect #227 1.7.х Первый официальный релиз XMRigCC-amd #33 #3 Полная интеграция xmrigCC-amd в XMRigCCServer/Dashboard с GPUInfo / удаленым входом Config property to enable/disable config upload on startup (--cc-upload-config-on-startup) #80 Refactoring of remote logging feature: #143 Only deltas will be send to the XMRigCCServer Fetching miner log on dashboard upon need #148 Maximum lines of log history kept per miner can be configured on XMRigCCServer Fix correct hugepages status on Dashboard Fix cpu affinity for single thread usage 1.6.х Complete rewrite of the stratum TCP/TLS network communication using boost::asio to fix connection issues and crashs Force of PoW via "variant" parameter in xmrg-proxy 2.5.2+, it now overrules local settings Implementation of CN-Heavy algo used by Sumokoin / Haven / ... XMRigDaemon now keeps the miner running event when the miner crashs Implementation of CN-Lite-IPBC algo Fixed Windows 32bit build / crashes Fixed XMRigCCServer crash when auth header is manipulated Added shift+click function for multi row selection to Dashboard Added -DBUILD_STATIC=ON/OFF option to CMake configuration to create fully static builds Added current algo and list of supported_varaints to login message for future usage on proxy Added support for latest Stellite (XTL) and Alloy (XAO) variants Simplification of configuration, "force-pow-variant" and "cryptonight-lite-ipbc" parameters are now deprecated see Coin Configuration for guidance Fixed leaks in transport shutdown Fix connection issues #130 Remote logging (Miner log on the Dashboard) Add resetClientStatusList button to Dashboard #129 Fix new version notification #132 Add Masari (MSR) v7 support Add Haven Protocol (XHV) v3 support Hashrate improve -> add autodetection mode for cpu-affinity Hashrate improve, more stable hashrates -> refactor memory allocation Add Arto (RTO) support (cn [2mb scratchpad] + ipbc mod) Add TubeV4 (TUBE) support (cn-heavy [4mb scratchpad] + ipbc mod + soft-aes mod) Add external IP to log view Fix memory leak in RemoteLog Fix crash Filelog Fix stop/freeze of cc communication on some miners Fix cn-heavy on arm processors 1.5.х Полная поддержка SSL/TLS для взаимодействий: XMRigCCServer Dashboard <-> Browser XMRigCCServer <-> XMRigMiner XMRigMiner <-> Pool Easy rename of miner/daemon in CMakeList.txt by modifying MINER_EXECUTABLE_NAME and DAEMON_EXECUTABLE_NAME before compiling Dockerfile and official DockerHub image Added Miner uptime to Dashboard Основано на XMRig 2.4.5 RC Applied changes for upcoming Monero v7 PoW changes starting 03/28/18 (No changes in config needed, auto detect) Applied changes for upcoming AEON PoW changes starting 04/07/18 (No changes in config needed, auto detect) Added option to force PoW version Added new design / icons Fixed OSX Build Fixed force PoW algo version Added AEON test vectors for new PoW Algo Changed DonateStrategy to avoid peaks on donate pool when restarting multiple miners Fixed Bad/Invalid shares and high share transmit latency Fixed hugepages for some older linux versions Fixed compatibility to xmrig-proxy 2.5.x+ Added restart of crashed miners to xmrigDaemon Added force algo variant by xmrig-proxy 2.5.x+ Added auto force of nicehash param by xmrig-proxy 2.5.x+ 1.4.0 Исправлена CPU привязка на Windows для NUMA и CPU с большим количеством ядер Реализована настройка Multihash mode для каждого потока отдельно (double, triple, quadruple, quintuple) Основывается на XMRig 2.4.4 v1.3.2 Добавлен старт xmrigDaemon без файла конфигурации, только токен CCServer / auth являются необходимыми параметрами В панели управления теперь используется время сервера(CCServer) для расчета, чтобы избежать дрейфа времени и ложного срабатывания офлайн статуса Окончательно исправлена сборка под FreeBSD Автор: MoneroRus (@MoneroRus) Редактирование: Mr. Pickles (@v1docq47)
XMRigCCServer - Представляет собой сервер управления с веб-интерфейсом и REST api. как этот интерфейс запустить? [img]https://xmr.ru/attachments/469/[/img]
Запустить xmrigCCServer --cc-port=3344 --cc-user=admin --cc-pass=pass --cc-access-token=SECRET_TOKEN_TO_ACCESS_CC_SERVER И подключаетесь на http://ip:3344 где ip это адрес тачки на которой запущен xmrigccserver
Я правильно понимаю что, XMRigCCServer надо установить на своем сервере? На подобии вот этой темы https://github.com/xmrig/xmrig-proxy/releases
подскажи если не трудно, а сам сервер (где будет сс стоять) надо прописывать в config_cc.json (куда подскажи) ?
В сонфиге СС сервера прописывается только порт, по умолчанию 3344. В конфиге клиента прописывается IP адрес сервера "url": "localhost:3344", в данном примере локалхост и порт.
Если майнер запущен на том же компе, а если на другом, то вместо localhost нужно вписать IP адрес компа на котором установлен СС сервер
Я примерно это и хотел узнать. В общем получается так : если сс сервер установлен у меня (допустим) на сервере с айпи 188.188.188.02, то, если я запускаю майнинг на другом компьютере с айпи 199.199.199.02 то, я все равно пишу адрес сервера где сс 188.188.188.02 , так?
Если я буду майнить на этот пул http://minexmr.com , то какие настройки мне вписать в config_cc.json к примеру кошелек такой: 44Z2xhKygoKcJqgtgduZeK9zM9RYMDaihSynslgqdJcBNAUSpqKJJNTgC48DdaXwVV8pyCvgu6kNnNTQoY3wy3akSzX4FRz pass,user, какой писать? и access-token? Код: { "background": false, "colors": true, "log-file": null, "syslog": false, "cc-server": { "port": 3344, "access-token": "mySecret", "user": "admin", "pass": "pass", "client-config-folder" : null, "custom-dashboard" : "index.html" } } кто поможет поподробней? (извините - валенок вааще!) Буду весьма признателен!
Сначала настрой и запусти серверную часть. для этого тебе понадобится подправить файл config_cc.json (или можешь оставить как есть) и запустить файл xmrigCCServer. Все на этом сервер готов и запущен. Настройки пула задаются на клиенте, а не на сервере управления, т.е. в config.json А также клиента настраиваешь на сервер управления (секция cc_client в файле config.json) Если у тебя клиент запущен на той же такчке, что и сервер, тогда localhost. Но наверняка есть и майнеры которые, на других тачках, иначе смысла в центре управления нет. Вот другим клиентам надо прописать вместо localhost:3344 адрес тачки где запущен xmrigCCServer.
Всем привет я второй валенок чтоб пара была )))) Не могу запустить Demona просто вышибает его и все 3 sek примерно и он падает майнер тоже не запускается. 2.4.3 запускается без проблем что не так не пойму. Хелп плиз) Сам сервер запускается с удаленных рабов в веб интерфейс есть контакт
{ "algo": "cryptonight", // cryptonight (default) or cryptonight-lite "av": 0, // DEPRECATED: algorithm variation, (0 auto, // 1 -> (aesni=1, multihash-factor=1), // 2 -> (aesni=1, multihash-factor=2), // 3 -> (aesni=2, multihash-factor=1), // 4 -> (aesni=2, multihash-factor=2)) "aesni": 2, // selection of AES-NI mode (0 auto, 1 on, 2 off) "threads": 2, // number of miner threads (not set or 0 enables automatic selection of optimal thread count) "multihash-factor": 0, // number of hash blocks to process at a time (not set or 0 enables automatic selection of optimal number of hashblocks) "multihash-thread-mask" : null, // for multihash-factors>0 only, limits multihash to given threads (mask), mask "0x3" means run multihash on thread 0 and 1 only (default: all threads) "background": false, // true to run the miner in the background (Windows only, for *nix plase use screen/tmux or systemd service instead) "colors": true, // false to disable colored output "cpu-affinity": null, // set process affinity to CPU core(s), mask "0x3" for cores 0 and 1 "cpu-priority": null, // set process priority (0 idle, 2 normal to 5 highest) "donate-level": 1, // donate level, mininum 1% "log-file": null, // log all output to a file, "example:"c:/some/path/xmrig.log" "max-cpu-usage": 75, // maximum CPU usage for automatic mode, usually limiting factor is CPU cache not this option. "print-time": 60, // print hashrate report every N seconds "retries": 5, // number of times to retry before switch to backup server "retry-pause": 5, // time to pause between retries "safe": false, // true to safe adjust threads and av settings for current CPU "syslog": false, // use system log for output messages "pools": [ { "url": "xxxx", // URL of mining server "user":"xxx", // username for mining server "pass": "rab1", // password for mining server "keepalive": true, // send keepalived for prevent timeout (need pool support) "nicehash": false // enable nicehash/xmrig-proxy support } ], "api": { "port": 0, // port for the miner API https://github.com/xmrig/xmrig/wiki/API "access-token": mySecret, // access token for API "worker-id": null // custom worker-id for API }, "cc-client": { "url": "localhost:3344", // url of the CC Server (iport) "access-token": "mySecret", // access token for CC Server (has to be the same in config_cc.json) "worker-id": "rab1", // custom worker-id for CC Server (otherwise hostname is used) "update-interval-s": 10 // status update interval in seconds (default: 10 min: 1) } }
Этот кусок не выглядит правильным. --- Добавлено --- Так должно быть, скорей всего (в одну строку): Код: "log-file": null, // log all output to a file, "example:"c:/some/path/xmrig.log"
Попробуй так: Спойлер { "algo": "cryptonight", "av": 0, "aesni": 2, "threads": 2, "multihash-factor": 0, "multihash-thread-mask" : null, "background": false, "colors": true, "cpu-affinity": null, "cpu-priority": null, "donate-level": 1, "log-file": null, "max-cpu-usage": 75, "print-time": 60, "retries": 5, "retry-pause": 5, "safe": false, "syslog": false, "pools": [ { "url": "xxxx", "user":"xxx", "pass": "rab1", "keepalive": true, "nicehash": false, }, ], "api": { "port": 0, "access-token": mySecret, "worker-id": null, }, "cc-client": { "url": "localhost:3344", "access-token": "mySecret", "worker-id": "rab1", "update-interval-s": 10, } }
