Имеется центральный репозиторий. Настроен по статье Git: свой репозиторий под NGINX +uWSGI. При добавлении большого файла в репозиторий — Git сообщает об ошибке: $ git push zeus master Counting objects: 5483, done. Delta compression using up to 4 threads. Compressing objects: 100% (5343/5343), done. error: RPC failed; result=22, HTTP code = 500 | 2.82 MiB/s… Читать далее »
При выполнении автотестов — агент упал с ошибкой нехватки памяти для Garbage Collector: [00:13:57][com.service] at org.springframework.beans.factory.xml.DefaultBeanDefinitionDocumentReader.importBeanDefinitionResource(DefaultBeanDefinitionDocumentReader.java:258) [00:13:57][com.service] … 89 more [00:13:57][com.service] Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded [00:13:57][com.service] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 25.558 sec <<< FAILURE! [00:13:59][com.service] Running com.HierarchyImportAutoTest
При попытке импорта записей в WordPress — NGINX сообщает об ошибке: 2015/02/03 16:48:29 [error] 9351#0: *309 client intended to send too large body: 10095513 bytes, client: 85.91.123.14, server: rtfm.co.ua, request: «POST /wp-admin/admin.php?import=wordpress&step=1&_wpnonce=de375f6c50 HTTP/1.1», host: «rtfm.co.ua», referrer: «http://rtfm.co.ua/wp-admin/admin.php?import=wordpress Проблема заключается в параметре client_max_body_size:
Письма для root по умолчанию доставляются через локальный Posfix-сервер (MTA — Mail Transport Agent). Проблема заключается в том, что для домена прописана неверная МХ-запись: # dig domain.com MX +short 10 puppy.domain.com. И доставка почты через него невозможна: Jan 14 16:19:07 zeus postfix/smtp[21287]: 37399CC: to=<[email protected]>, orig_to=<root>, relay=none, delay=1.4, delays=0.01/1.3/0.04/0, dsn=4.4.1, status=deferred (connect to puppy.domain.com[172.***.***.121]:25: Connection refused)
При попытке получить содержимое удалённого каталога — rsync возвращает ошибку: # rsync rsync://mirror.besthosting.ua/CentOS:: rsync: change_dir «/root/mirror.besthosting.ua» failed: No such file or directory (2) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6] Первая мысль — проверить telnet-ом: # telnet rsync.belnet.be 873 Trying 193.190.67.98… telnet: connect to address 193.190.67.98: Connection… Читать далее »
По умолчанию — ConfigParser меняет все ЗАГЛАВНЫЕ символы в строчные: $ head ../secure/test.property [Connection settings] jdbc.MAIN.url = besturlever.db.com
Заметил, что с 25-го декабря в логе ошибок постоянно идут записи вида: 2015/01/04 17:37:25 [error] 25058#0: *501 FastCGI sent in stderr: «PHP message: База данных WordPress возвратила ошибку MySQL server has gone away в ответ на запрос UPDATE `db1_options` SET `option_value` = ‘a:7650:{i:1411473334;a:1:{s:14:»dsq_sync_forum»;a:1: … a:0:{}s:8:» while reading response header from upstream, client: 5.35.100.133, server: rtfm.co.ua,… Читать далее »
При выполнении commit — сообщение об ошибке: $ svn commit -m «Tomcat 7 migration» app-install/tomcat/ Deleting apptomcatapp-server svn: E155011: Commit failed (details follow): svn: E155011: Directory ‘C:Documents and SettingsuserDocumentsAPP_SVN4.trunkapp-installtomcatapp-server’ is out of date svn: E170004: Item ‘/branches/projects/dev_branches/trunk/app-install/tomcat/app-server’ is out of date
При использовании grep — иногда можно получить такое сообщение: $ svn log 4.trunk/app-install/ | grep «tomcat» Binary file (standard input) matches Проблема заключается в том, что grep через пайп принимает какие-то символы, которые он считает бинарными.
При запуске билда — билд-агент сообщает об ошибке: [13:00:29]Unexpected error: java.lang.IllegalStateException: Disk cache is not initialized. Call init() before using cache. [13:00:29]java.lang.IllegalStateException: Disk cache is not initialized. Call init() before using cache. at jetbrains.buildServer.artifacts.impl.DirectoryCacheProviderImpl.getHttpCache(DirectoryCacheProviderImpl.java:57) at jetbrains.buildServer.artifacts.impl.DependencyResolverImpl.createRuntimeConfiguration(DependencyResolverImpl.java:92) at jetbrains.buildServer.artifacts.impl.DependencyResolverImpl.resolve(DependencyResolverImpl.java:47) at jetbrains.buildServer.agent.impl.buildStages.startStages.DownloadDependenciesStage.doStage(DownloadDependenciesStage.java:67) at … … jetbrains.buildServer.agent.impl.BuildAgentImpl.access$100(BuildAgentImpl.java:48) at jetbrains.buildServer.agent.impl.BuildAgentImpl$1.run(BuildAgentImpl.java:221) at java.lang.Thread.run(Unknown Source)