Ошибка LongFileName P4V при перемещении депо на LSC iSCSI - PullRequest
Новая
       67

Ошибка LongFileName P4V при перемещении депо на LSC iSCSI

0 голосов
/ 22 января 2020

У меня возникла проблема с перемещением депо P4V в новое место, оно возвращает мне ошибку для одного длинного имени файла. Позвольте мне дать некоторый контекст.

Я переместил свои депо на ISCSI LUN, предлагаемый Synology NAS, и технология, похоже, имеет ограничение по количеству символов, которое нельзя переопределить (я сначала включил длинные пути на Windows попытка решить), все прошло отлично, но этот единственный файл, который я упоминал выше.

Можно ли рекурсивно переименовать файл и его ревизии? Есть ли другое решение, для которого вы можете дать рекомендации? Может быть, я могу удалить файл и его ревизии из "нового скопированного хранилища" и повторно скопировать его sh, чтобы у меня не было ни одного длинного имени файла?

Большое спасибо, G.

1 Ответ

1 голос
/ 02 февраля 2020

Если файл и его история не являются драгоценными, легко исправить это p4 obliterate и повторно добавить его с более переносимым именем.

Если вы хотите сохранить файл, есть хитрые что вы можете сделать:

  • p4 duplicate позволяет вам глубоко копировать файл депо и все его ревизии в новый путь депо. (Это не влияет на базовое хранилище для существующих ревизий, но сохраняет метаданные, и новые ревизии будут храниться в пути файловой системы сервера, соответствующем новому пути депо).
  • Редактирование archivePath из Записи в db.rev * (т. е. через проверку контрольных точек / журналов, что является очень продвинутой техникой) позволяют указать, где он находится в файловой системе сервера.
  • Добавление триггера archive и повторный ввод файла в +X позволяет полностью обойти файловую систему сервера и реализовать собственный архив архива депо c.
...