А как загрузка процессора может быть выше 100%? Или в этом мониторинге за 100% принимается полная загрузка только одного ядра/потока? А 200% соответвенно 2 потока из 6 загружено?
Аудиты же это копеечный трафик. Что-то около 500 байт на 1 аудит. Которых всего по несколько штук в день с каждого из спутников приходит. Т.е. несколько десятков КБ трафика в сутки суммарно. О каких лимитах по трафику тут смысл говорить?
Зачем вообще нужны лимиты по трафику - понятно и это вещь полезная. Но если пользователь не подумал и не задал этот лимит с запасом хотя бы в 1 ГБ или больше, то его экономия неск. десятков КБ или пусть даже 1 МБ в сутки не спасет. Служебный фоновый трафик, который не слушает никаких лимитов больше съедает и он все-равно вылетит за лимит провайдера. Те же “пинги” при проверке онлайна, которых намного больше чем аудитов сыпется или пересылка телеметрии или постоянные (по умолчанию каждые 15 минут) проверки новой версии ПО обновлялкой и т.д… Не говоря уже о трафике от другого ПО испозющегося на том же копьютере/том же подключении.
А если и их все отлючать и полностью рубить весь трафик, то с таким успехом можно сразу дисквалифицировать любую ноду сразу же по достижении лимита по трафику - все равно она через какое-то время завалится из-за провала аудитов и проверок по аптайму.
@makarich Can you post the log message that shows when the piece with ID P7D…QOA was transferred by the graceful exit?
2020-02-01T19:01:07.076Z ERROR gracefulexit:chore failed to put piece. {"Satellite ID": "12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S", "Piece ID": "P7D2ORSKNDHF3FCNPNWB3GDFCGCFQTWFBJVURNGJXCLPKYNSJQOA", "error": "protocol: storage node overloaded", "errorVerbose": "protocol: storage node overloaded\n\tstorj.io/uplink/piecestore.(*Upload).Write:160\n\tbufio.(*Writer).Flush:593\n\tbufio.(*Writer).Write:629\n\tstorj.io/uplink/piecestore.(*BufferedUpload).Write:32\n\tstorj.io/uplink/piecestore.(*LockingUpload).Write:89\n\tio.copyBuffer:404\n\tio.Copy:364\n\tstorj.io/common/sync2.Copy:22\n\tstorj.io/uplink/ecclient.(*ecClient).PutPiece:240\n\tstorj.io/storj/storagenode/gracefulexit.(*Worker).transferPiece:213\n\tstorj.io/storj/storagenode/gracefulexit.(*Worker).Run.func2:111\n\tstorj.io/common/sync2.(*Limiter).Go.func1:41"}
2020-02-01T19:01:36.420Z ERROR gracefulexit:chore failed to put piece. {“Satellite ID”: “12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S”, “Piece ID”: “P7D2ORSKNDHF3FCNPNWB3GDFCGCFQTWFBJVURNGJXCLPKYNSJQOA”, “error”: “protocol: expected piece hash; usedserialsdb error: database is locked”, “errorVerbose”: “protocol: expected piece hash; usedserialsdb error: database is locked\n\tstorj.io/storj/storagenode/gracefulexit.(*Worker).transferPiece:225\n\tstorj.io/storj/storagenode/gracefulexit.(*Worker).Run.func2:111\n\tstorj.io/common/sync2.(*Limiter).Go.func1:41”}
Thanks @makarich! These logs are about an unsuccessful attempt for transferring that piece. Unsuccessful transfers does not result in deleting the piece on the exiting node.
Could you find a log for a successful transfer for that piece?
Да, можно выключать. Эту табличку с Receipt сохраняйте пожалуйста до момента получения выплат escrow с каждого сателлита.
@Alexey Алексей, на одной из нод сделал GE для стефана, GE удачно завершился, но сам сателлит теперь в UI показывает DQ, как такое может быть, или это нормальная ситуация? Сама нода работает.
И второй вопрос, не скажется ли состояние сателлита на ноде на выплатах по данному саттелиту?
хм, на этот сателлит у меня идет больше всего исходящего трафика, а вот входящий трафик в основном с солтлэйк
Это известный баг. Если GE успешный, то удержанную сумму отправят в следующем месяце после GE.
Сохраняйте Receipt для каждого сателлита и NodeID до получения выплат.