go to the first, previous, next, last section, table of contents.
если у вас есть какие-то проблемы при использовании cvs, то
вам поможет это приложение. если вы видите конкретное сообщение
об ошибке, то можете найти его здесь по алфавиту. в противном
случае обратитесь к главе о прочих проблемах и попробуйте найти
там свою.
вот частичный список сообщений об ошибке, которые может выдавать
cvs. это неполный список -- cvs может выдавать
множество разнообразных сообщений об ошибке, часть которых
выдается операционной системой. назначение этого раздела ---
перечислить обычные и/или потенциально непонятные сообщения.
сообщения перечислены в алфавитном порядке, но вводный текст,
такой как `cvs update: ' не учитывается.
в некоторых случаях в этом списке находятся сообщения, которые
выдаются старыми версиями cvs (частично из-за того, что
пользователи могут быть не уверены, какую версию cvs они
используют в настоящий момент).
cvs command: authorization failed: server host rejected access
-
это -- неспецифическое сообщение при попытке соединиться с
сервером парольной аутентификации, который отказывает в
авторизации без указания конкретной причины. проверьте, что
указанные имя пользователя и пароль верны, и что заданный
$cvsroot разрешен с помощью ключа `--allow-root' в
`/etc/inetd.conf'. см. section прямое соединение с парольной аутентификацией.
file:line: assertion 'text' failed
-
точный формат этого сообщения может варьироваться в зависимости
от вашей системы. это сообщение указывает на ошибку реализации
cvs, что делать с которой, написано в section что делать с ошибками в cvs и этом руководстве?.
cvs command: conflict: removed file was modified by second party
-
это сообщение указывает, что вы удалили файл, а кто-то еще
изменил его в то же самое время. для того, чтобы справиться с
этим конфликтом, сначала выполните `cvs add file'.
если требуется, взгляните на внесенные изменения и выясните,
хотите ли вы все еще удалять его. если нет, то больше ничего
делать не надо. если да, то еще раз скажите `cvs remove
file' и зафиксируйте изменения.
cannot change permissions on temporary directory
-
operation not permitted
это сообщение иногда появлялось при выполнении набора тестов под
redhat linux 3.0.3 и 4.1, причем повторить его, а также выяснить
его причину, мы не смогли. неизвестно, проявляется ли эта ошибка
только под linux (или вообще только на этой конкретной машине!).
если проблема не случается на других unixах, то, скорее всего,
сообщением об ошибке будет `not owner' или другое сообщение,
возникающее при ошибке eperm , вместо `operation not
permitted'. если вы можете что-то добавить, сообщите нам, как
описано в section что делать с ошибками в cvs и этом руководстве?. если вы сталкиваетесь с этой
ошибкой при использовании cvs, следует повторить операцию, и
она пройдет успешно.
cannot open cvs/entries for reading: no such file or directory
-
обычно это означает внутреннюю ошибку cvs, с которой можно
справиться так же, как и с другими (see section что делать с ошибками в cvs и этом руководстве?).
обычно эту ошибку можно обойти. надеемся, что в конкретной
ситуации будет ясно, как это сделать.
cvs [init aborted]: cannot open cvs/root: no such file or directory
-
это сообщение совершенно безвредно. если оно не сопровождается
другими сообщениями об ошибке, значит, операция завершится
успешно. это сообщение не должно появляться в свежих версиях
cvs, но документировано здесь для удобства пользователей
версий @cvsver{1.9} и раньше.
cvs [checkout aborted]: cannot rename file file to cvs/,,file: invalid argument
-
это сообщение, по отзывам, появляется от случая к случаю при
работе с @cvsver{1.9} под solaris 2.5. причина неизвестна; если
вы можете что-нибудь сказать по этому поводу, сообщите нам, как
описано в section что делать с ошибками в cvs и этом руководстве?.
cvs [command aborted]: cannot start server via rcmd
-
это, к сожалению, довольно неспецифическое сообщение об ошибке,
которое cvs версии 1.9 выдает, если вы выполняете клиента
cvs и при соединении с сервером появляются проблемы.
текущие версии cvs должны выдавать более конкретное
сообщение. если вы получили это сообщение, совершенно не имея в
виду запускать клиента cvs, значит, вероятно, вы забыли
указать
:local: , как описано в section репозиторий.
ci: file,v: bad diff output line: binary files - and /tmp/t2a22651 differ
-
@cvsver{1.9} и старше выдают это сообщение при попытке
зафиксировать измененный двоичный файл, если система rcs
установлена неправильно. перечитайте инструкции из дистрибутива
rcs и файл `install' в дистрибутиве cvs. еще
можно обновить версию cvs, которая сама будет заниматься
фиксированием, без необходимости использовать rcs.
cvs checkout: could not check out file
-
при работе с @cvsver{1.9} это сообщение может означать, что
программа
co (из комплекта rcs) завершилась с
ошибкой. перед этим сообщением должно быть другое, с объяснением
причины, однако, наблюдались и ситуации с отсутствием оного,
которые так и не объяснены. при работе с текущей версией
cvs, которая не использует co , появление этого
сообщения без сопровождающего объяснения определенно означает
ошибку в cvs (see section что делать с ошибками в cvs и этом руководстве?).
cvs [login aborted]: could not find out home directory
-
это означает, что вам требуется установить переменные окружения,
которые cvs использует, чтобы найти ваш домашний каталог.
см. обсуждение `$home', `$homedrive' и `$homepath'
в section все переменные окружения, используемые в cvs.
cvs update: could not merge revision rev of file: no such file or directory
-
@cvsver{1.9} и раньше выдают это сообщение, если не смогли найти
программу
rcsmerge . убедитесь, что она находится в вашем
path , или поставьте свежую версию cvs, которая не
требует внешней программы rcsmerge .
cvs [update aborted]: could not patch file: no such file or directory
-
это означает, что не обнаружена программа
patch .
убедитесь, что она находится в вашем path . заметьте, что,
несмотря на формулировку сообщения, оно не относится к
файлу `file'. если клиент и сервер оба используют текущую
версию cvs, то внешняя программа patch не требуется и
вы не должны получать такое сообщение. если же клиент либо
сервер используют @cvsver{1.9}, то программа patch
требуется.
cvs update: could not patch file; will refetch
-
это означает, что по какой-то причине клиент не смог применить
файл изменений, посланный ему сервером. можно не беспокоиться,
получив это сообщение -- работа cvs просто несколько
замедлится, но никак не повлияет на конечный результат.
dying gasps from server unexpected
-
в сервере версий @cvsver{1.9.18} и раньше имеется известная
ошибка, приводящая к такому сообщению. у меня лично получалось
вызывать её, используя глобальный ключ `-t'. эта ошибка в
файле `src/filesubr.c' была исправлена энди пайпером (andy
piper) 14 ноября 1997 года, если кому-то интересно. если вы
видите это сообщение, просто повторите команду, или, если вы
обнаружили её причину, дайте нам знать, как описано в section что делать с ошибками в cvs и этом руководстве?.
end of file from server (consult above messages if any)
-
самая распространенная причина этого сообщения -- вы используете
внешнюю программу
rsh и она завершилась с кодом ошибки. в
этом случае она должна была напечатать сообщение, которое
появится перед обсуждаемым сообщением. дальнейшая информация о
настройке клиента и сервера cvs находится в section сетевые репозитории.
cvs commit: executing 'mkmodules'
-
это означает, что ваш репозиторий настроен для версии cvs
раньше 1.8. при использовании @cvsver{1.8} и позже перед обсуждаемым
сообщением появится еще одно:
cvs commit: rebuilding administrative file database
если вы видите оба сообщения, то база данных перестраивается
дважды, что необязательно, но нестрашно. если вы хотите избежать
ненужной работы, и не используете версию @cvsver{1.7} или раньше,
удалить -i mkmodules везде, где эта строка появляется в
файле `modules'. дальнейшая информация об этом файле
находится в section файл `modules'.
missing author
-
обычно это происходит, если вы создали rcs-файл с пустым
именем пользователя. cvs может по ошибке создать такой
файл. решение -- убедиться, что имя пользователя установлено в
непустое значение и пересоздать rcs-файл.
*panic* administration files missing
-
это обычно означает, что существует каталог `cvs/', но в нем
нет административных файлов, которые обычно помещает туда
cvs. если проблема в том, что вы создали каталог
`cvs/' как-то по-другому, не с помощью cvs, то ответ
прост -- используйте другое имя. в противном случае это
сообщение означает ошибку в cvs (see section что делать с ошибками в cvs и этом руководстве?).
rcs error: unknown option: -x,v/
-
вслед за этим сообщением будет информация о правильном
использовании rcs. это означает, что у вас старая версия
rcs (вероятно, входящая в комплект операционной системы).
cvs работает только с rcs версии 5 и старше.
cvs [server aborted]: received broken pipe signal
-
это сообщение вызывается какой-то очень сложной ошибкой в
cvs или системах, под которыми cvs работает (мы не
знаем, какой именно, потому что еще не отследили эту ошибку!).
кажется, она возникает только после завершения команды cvs,
и вам, скорее всего, нужно лишь игнорировать это сообщение.
однако, если вы обнаружили причину этого сообщения, дайте нам
знать, как описано в section что делать с ошибками в cvs и этом руководстве?.
too many arguments!
-
обычно это сообщение выдается скриптом `log.pl', находящимся
в каталоге `contrib/' в дистрибутиве cvs. в некоторых
версиях cvs этот скрипт устанавливался по умолчанию. он
вызывается из административного файла `loginfo'. проверьте,
что аргументы, которые передаются этому скрипту из файла
`loginfo', совпадают с теми, которые ожидаются. в
частности, `log.pl' из @cvsver{1.3} и раньше ожидает имя
журнального файла в качестве аргумента, тогда как `log.pl'
версии 1.5 и новее получает имя журнального файла с помощью ключа
`-f'. конечно, если вам не нужен `log.pl', то просто
закомментируйте его в `loginfo'.
cvs [login aborted]: unrecognized auth response from server
-
это сообщение обычно означает, что сервер не был настроен должным
образом. например, строка в файле `/etc/inetd.conf' задает
имя несуществующего исполняемого файла. для исправления ошибок
найдите журнальный файл, используемый `inetd''ом, например,
`/var/log/messages'. детали обсуждаются в section ошибки при установке соединения с cvs-сервером,
а также section настройка сервера для парольной аутентификации.
cvs commit: up-to-date check failed for `file'
-
это означает, что кто-либо еще зафиксировал изменения в файл с
тех пор, как вы последний раз делали
cvs update . сделайте
cvs update и повторите cvs commit . cvs
объединит изменения, которые сделали вы, с изменениями,
сделанными остальными. если не случится конфликтов, то cvs
выдаст сообщение `m cacerrcodes.h', и можно сразу выполнять
cvs commit . если обнаружены конфликты, то cvs
сообщит об этом, сказав, что `c cacerrcodes.h', и вам
потребуется вручную устранить конфликт. дальнейшие детали этого
процесса обсуждаются в section пример конфликта.
usage: diff3 [-exex3 [-i | -m] [-l label1 -l label3]] file1 file2 file3
-
only one of [exex3] allowed
это указывает на проблему с установленными программами
diff3 и rcsmerge . точнее говоря, rcsmerge
скомпилирован так, что должен использовать gnu-версию
diff3 , а вместо этого находит unix-версию. точный
текст сообщения разный на разных системах. самым простым
решением будет обновить версию cvs, которая не использует
внешних программ rcsmerge и diff3 .
warning: unrecognized response `text' from cvs server
-
если text содержит разрешенный текст ответа (например,
`ok'), за которым следует дополнительный символ возврата
каретки (на многих системах это приведет к тому, что вторая часть
сообщения перезапишет первую часть), то это, вероятно, означает,
что вы используете метод доступа `:ext:' с такой версией
rsh , которая, как большинство не-unix версий, не
обеспечивает прозрачного потока данных. в этом случае попробуйте
`:server:' вместо `:ext:'. если в text
содержится что-то ещё, это может означать проблемы с вашим
cvs-сервером. ещё раз проверьте, как вы установили
cvs-сервер.
cvs commit: [time] waiting for user's lock in directory
-
это нормальное сообщение, а не ошибка. смотри section совместный доступ нескольких разработчиков к cvs, где описаны детали.
cvs commit: warning: editor session failed
-
это означает, что редактор, используемый cvs, возвращает
ненулевой код завершения. некоторые версии
vi делают это
даже в том случае, если при редактировании файла не было ни одной
ошибки. если это так, то пусть ваша переменная окружения
`cvseditor' указывает на маленький скрипт, например
#!/bin/sh
vi $*
exit 0
в этой главе обсуждается, что делать, если у вас проблемы с
установкой соединения с cvs-сервером. если вы использует
клиент командной строки cvs под windows, сначала обновите
его до версии 1.9.12 или более поздней. сообщения об ошибках в
старой версии предоставляли значительно меньше информации о
местонахождении проблемы. если клиент работает под другой
операционной системой, то @cvsver{1.9} вполне достаточно.
если сообщений об ошибках недостаточно, чтобы отследить проблему,
то следующие шаги сильно зависят от используемого метода доступа.
:ext:
-
попробуйте запустить программу
rsh из командной строки.
например,
$ rsh servername cvs -v
должно выдать информацию о версии cvs. если это не
срабатывает, то ваш сервер нужно исправить, прежде чем
беспокоиться о проблемах с cvs.
:server:
-
для того, чтобы использовать этот метод доступа, программа
rsh не требуется, но она может быть полезна в качестве
средства отладки. следуйте инструкциям, приведенным для метода
`:ext:'.
:pserver:
-
хорошим средством отладки является
$ telnet servername 2401
после соединения напечатайте любой текст, например, `foo',
нажмите ret. если cvs работает, то ответом будет
cvs [pserver aborted]: bad auth protocol start: foo
в противном случае убедитесь, что inetd работает
правильно. замените вызов cvs в файле
`/etc/inetd.conf' на программу `echo'. например:
2401 stream tcp nowait root /bin/echo echo hello
теперь сделайте так, чтобы `inetd' перечитал свой файл
конфигурации, попробуйте `telnet' ещё раз, и вы должны
увидеть слово `hello', а затем сервер должен закрыть
соединение. если это не так, то нужно исправить ваш
`inetd', перед тем, как беспокоиться о cvs.
на системах под aix зачастую порт 2401 уже используется
системой. это проблема aix в том смысле, что порт 2401
зарегистрирован для cvs. я слышал, что есть исправление
этой проблемы под aix.
вот список проблем, не попадающих ни в одну из вышеперечисленных
категорий.
-
если вы используете @cvsver{1.9.18} или раньше, и @code{cvs
update} обнаруживает конфликт и пытается слить изменения, как
описано в section пример конфликта, но не сообщает вам, где именно
присутствуют конфликты, значит, вы используете старую версию
rcs. самым простым решением, вероятно, будет обновить
версию cvs до той, которая не нуждается во внешних
программах rcs.
go to the first, previous, next, last section, table of contents.
|