Проапгрейдился с 3.0.1 до 3.1.1
С грехом пополам завел:
— покорраптилась база проектов, пришлось удалить все кроме buildserver.backup чтобы восстановилось
— Не сконвертились файлы проектов (формат судя по всему изменился в результате пришлось руками)
Теперь осталась проблемма NAnt build runner
в начтройках появилось NAnt home:
Если не задать там путь до Nant, то agent считает что он не совместим — говорит:
Missing or invalid build configuration parameters:
* NAntHome: Path to NAnt home must be specified
Я четно говоря не понял — buildAgent.properties NAntHome есть, зачем оно в конфиге раннера?!
Т.е если будет еще один агент (у меня пока один) и на нем путь до NAnt будет другой, то на нем билд не отработает...
K>Проапгрейдился с 3.0.1 до 3.1.1 K>С грехом пополам завел: K> — покорраптилась база проектов, пришлось удалить все кроме buildserver.backup чтобы восстановилось K> — Не сконвертились файлы проектов (формат судя по всему изменился в результате пришлось руками)
Формат менялся, но все конвертации должны проходить автоматически при первом старте сервера.
Никаких ручных изменений в конфиги на диске не вносилось? При установке 3.0.1 проблем не было?
Хотелось бы увидеть логи первого старта 3.1.1 и файл .BuildServer/system/version.dat до и после первого старта. Лучше прямо в виде реквеста в http://jetbrains.net/tracker/workspace/TW
K>Я четно говоря не понял — buildAgent.properties NAntHome есть, зачем оно в конфиге раннера?! K>Т.е если будет еще один агент (у меня пока один) и на нем путь до NAnt будет другой, то на нем билд не отработает...
В настройках раннера можно указать путь через property, напимер %system.NAntHome%. А system.NAntHome задать в buildAgent.properties.
Здравствуйте, yaegor, Вы писали:
K>>Проапгрейдился с 3.0.1 до 3.1.1 K>>С грехом пополам завел: K>> — покорраптилась база проектов, пришлось удалить все кроме buildserver.backup чтобы восстановилось K>> — Не сконвертились файлы проектов (формат судя по всему изменился в результате пришлось руками)
Y>Формат менялся, но все конвертации должны проходить автоматически при первом старте сервера. Y>Никаких ручных изменений в конфиги на диске не вносилось? При установке 3.0.1 проблем не было? Y>Хотелось бы увидеть логи первого старта 3.1.1 и файл .BuildServer/system/version.dat до и после первого старта. Лучше прямо в виде реквеста в http://jetbrains.net/tracker/workspace/TW
3,0,1 встало идеально никаких проблем не было.
Единственное не стандартное действие — изменил расположение .buildServer
При старте оно начало ругаться на то что в конфиге билда должны присутствовать параметры, хотя проблема была в том что их там как раз быть не должно было.
Все юзеры слетели. Вобщем дезастер полный. Сейчас все восстановил, но к сожалению логи утрачены — попыток установить было несколько, пару раз чистил teamcity-server.log (лениво было сохранять а потом diff длелать).
Могу выслать бэкап который делал перед установкой —
.BuildServer Agent/conf Agent/launcher [InstFld]/conf
и то что сейчас в логах.
Делать честный bug report лениво, лучше на почту.
Первый старт вообще не завелся — login.html тще found и привет. в логах написано
[2008-04-15 19:27:04,314] ERROR — jetbrains.buildServer.SERVER — jetbrains.buildServer.serverSide.versioning.ConvertException: java.lang.RuntimeException: org.jdom.input.JDOMParseException: Error on line 1: Content is not allowed in prolog.
по наитию удалил файлы БД кроме backup — восстановилось
на данный момент в version:
#Tue Apr 15 19:28:49 MSD 2008
version.org.hsqldb.jdbcDriver=221
в папочке с бэкапом (делалась перед установкой)
#Mon Jan 28 14:20:23 MSK 2008
version.org.hsqldb.jdbcDriver=187
K>>Я четно говоря не понял — buildAgent.properties NAntHome есть, зачем оно в конфиге раннера?! K>>Т.е если будет еще один агент (у меня пока один) и на нем путь до NAnt будет другой, то на нем билд не отработает...
Y>В настройках раннера можно указать путь через property, напимер %system.NAntHome%. А system.NAntHome задать в buildAgent.properties.
Здравствуйте, knst, Вы писали:
K>3,0,1 встало идеально никаких проблем не было. K>Единственное не стандартное действие — изменил расположение .buildServer K>При старте оно начало ругаться на то что в конфиге билда должны присутствовать параметры, хотя проблема была в том что их там как раз быть не должно было. K>Все юзеры слетели. Вобщем дезастер полный. Сейчас все восстановил, но к сожалению логи утрачены — попыток установить было несколько, пару раз чистил teamcity-server.log (лениво было сохранять а потом diff длелать).
K>Могу выслать бэкап который делал перед установкой — K>.BuildServer Agent/conf Agent/launcher [InstFld]/conf K>и то что сейчас в логах. K>Делать честный bug report лениво, лучше на почту.
Если можно — бэкап .BuildServer на "teamcity-feedback at jetbrains dot com". Попробуем повторить проблему.
Пока что создается впечатление что некоторые файлы были испорчены еще до первого старта сервера.
Здравствуйте, yaegor, Вы писали:
Y>Если можно — бэкап .BuildServer на "teamcity-feedback at jetbrains dot com". Попробуем повторить проблему. Y>Пока что создается впечатление что некоторые файлы были испорчены еще до первого старта сервера.
выслал, но похоже придет больше писем чем надо :) — инет падал пока отправлял
Hi. This is the qmail-send program at mail.intellij.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
Спасибо!
Дело в том что у вас main-config.xml записан в UTF-8 c BOM байтами в начале файла и, к сожалению, конвертор не может зачитать файл (из-за бага в библиотеке JDOM).
Я завел баг у нас: http://jetbrains.net/tracker/issue/TW-4937
Надеюсь, в ближайшее время пофиксим.
Workaround: пересохранить файл в ASCII перед апгрейдом.
Здравствуйте, yaegor, Вы писали:
Y>Спасибо! Y>Дело в том что у вас main-config.xml записан в UTF-8 c BOM байтами в начале файла и, к сожалению, конвертор не может зачитать файл (из-за бага в библиотеке JDOM). Y>Я завел баг у нас: http://jetbrains.net/tracker/issue/TW-4937 Y>Надеюсь, в ближайшее время пофиксим. Y>Workaround: пересохранить файл в ASCII перед апгрейдом.
Понятно учту на будущее
Y>Спасибо за репорт! Y>Если будут еще проблемы или пожелания — милости прошу в наш форум: http://www.intellij.net/forums/forum.jspa?forumID=68 (на английском) Y>Ну или по тому-же e-mail, можно и на русском.
спасибо. Надо будет отписаться — есть несколько пожеланий, например хочется чтобы
— Duplicate Finder был опцией для Build Runner'ов
— была поддержка NCover (а то приходится два раза тесты гонять один чтобы ncover свои репорты сделал, второй чтобы результаты тестов на закладку попали)
— была поддержка fxcop
А в целом — огромное человеческое спасибо, мне TeamCity процентов 30 времени в день экономит :)
Здравствуйте, knst, Вы писали:
K>спасибо. Надо будет отписаться — есть несколько пожеланий, например хочется чтобы K>- Duplicate Finder был опцией для Build Runner'ов
По сути поиск дупликатов это отдельный процесс, но возможность включить его в другой раннер просто позволит не "светить" лишнюю конфигурацию.
Да, в планах есть, но не в самых ближайших пока
K>- была поддержка NCover (а то приходится два раза тесты гонять один чтобы ncover свои репорты сделал, второй чтобы результаты тестов на закладку попали)
Да, тоже думаем Хотя, на сколько я понимаю есть возможность получить и репорты NCover и наш репортинг тестов за один прогон. http://jetbrains.net/tracker/issue/TW-4740
K>- была поддержка fxcop