Затёрся identity.cert

делал вторую ноду, прописал:
identity authorize storagenode email:token
вместо:
identity authorize storagenode2 email:token

в итоге в дирректории первой ноды у меня появились новые файлы и поменялся identity.cert, identity.key остался старым.

ноду не перезапускал, в итоге есть вероятность, что она не запустится после перезапуска и мне надо удалять ноду и делать новый identity ?

eto potomu 4to vy generirovali id v toizhe papke gde i pervaja, esli delajete nuvuju nado peremeshat staruju, voobshevsegda sovetuju id peremeshat v drugoje mesto naprimer v C:\

Хорошая была нода :slight_smile: помянем

mozhet u cheloveka est backup.

бекапа нет, но я её перезапустил и она работает, в логах ошибок я не вижу.
может быть для идентицикации нужен только key ?

a ID ostalsja takoizhe? kak byl, esli neto to DQ budet skoro u staroi nody, a novaja neznajet pro dannye staroi nody, toest poluchitsa kucha zanetogo mesta za kotoroe nikto ne platit

по странному стечению обстоятельств я только на этой ноде писал лог:
“Process”: “storagenode”, “instance ID”: “тут ид” я так понимаю ид ноды тут ?
в более древних логах (на прошлый мес) ид такой же, как и сейчас.

Файлы с цифрами в расширении - это бэкап перед подписанием. Судя по размеру файлы не поменялись, однако лучше проверить по содержимому.
@Vadim прав - лучше identity перемещать на диск с данными и конфигурировать узел использовать identity оттуда. Всё равно identity без данных бесполезна, как и данные без identity. Бэкап identity лучше всё же иметь на всякий случай.