При синхронизации Rsync выдало ошибку:
1 | rsync: failed to set times on "/your_folder": Operation not permitted (1) |
Добавляем ключ -O:
1 | rsync -vrpt0 |
Ошибка пропадает.
1 | # cd /usr/ports/x11-toolkits/libXmu && make install clean |
[cc lang="bash"]===> Extracting for libXmu-1.1.0,1
=> SHA256 Checksum OK for xorg/lib/libXmu-1.1.0.tar.bz2.
===> Patching for libXmu-1.1.0,1
===> libXmu-1.1.0,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc — found
===> libXmu-1.1.0,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc — found
===> libXmu-1.1.0,1 depends on file: /usr/local/libdata/pkgconfig/xt.pc — found
===> libXmu-1.1.0,1 depends on file: /usr/local/libdata/pkgconfig/xext.pc — found
===> libXmu-1.1.0,1 depends on executable: pkg-config — found
===> Configuring for libXmu-1.1.0,1
[...]
===> Building for libXmu-1.1.0,1
[...]
Making all in doc
GEN Xmu.html
xmlto: /usr/ports/x11-toolkits/libXmu/work/libXmu-1.1.0/doc/./Xmu.xml does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd
/usr/ports/x11-toolkits/libXmu/work/libXmu-1.1.0/doc/./Xmu.xml:3: warning: failed to load external entity «http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd»
Читать запись полностью »
После обновления bacula, скрипт bacula-dir перестал запускаться.
В /var/db/bacula/log видим:
1 2 3 4 5 | 12-Jul 09:40 bacula-dir JobId 0: Fatal error: Version error for database "bacula". Wanted 14, got 12 12-Jul 09:40 bacula-dir JobId 0: Fatal error: Could not open Catalog "MyCatalog", database "bacula". 12-Jul 09:40 bacula-dir JobId 0: Fatal error: Version error for database "bacula". Wanted 14, got 12 12-Jul 09:40 bacula-dir ERROR TERMINATION Please correct configuration file: /usr/local/etc/bacula-dir.conf |
После сбоя питания в дата центре, сервер стал перезагружаться раз в 15-20 минут с ошибкой:
1 | panic: ffs_valoc: dup alloc |
Проверка диска показала что ошибок нет, но как оказалось это не так.
Пришлось загрузиться в single mode. И дать команду:
1 | fsck -yf |
Долго выбирал систему резервного копирования. Остановил свой выбор на bacula.
Сразу все гладко настроить систему не получилось, появилась проблема, пользователи создают папки и файлы на русском языке, а эти папки и файлы попадают в задание резервного копирования bacula.
Так как в FreeBSD по-умолчанию нет поддержки UTF-8, в bconsole вместо русских имен, видно только закорючки.
Восстанавливать удаленные файлы нужно? Правильно! Нужно! Файлы, конечно, же можно восстановить, указать корневую папку, и то, если она на латинице написана. Но зачем усложнять жизнь. У меня есть папка на латинице в ней куча подпапок, и среди них, кто-то создал файл на русском языке. Именно этот файл был удален. Чтобы его восстановить, пришлось восстанавливать никому ненужные Гигабайты лишней информации.
Внедрим поддержку UTF-8 в FreeBSD.
Читать запись полностью »
При установке MySQL Server 5.5.12 в FreeBSD 8. При запуске скрипта
1 | mysql_install_db |
выскакивает ошибка:
1 | FATAL ERROR: Could not find ./bin/my_print_defaults |
Хотя файл находится в /usr/local/bin/
Читать запись полностью »
Если после очередного обновления в логах веб-сервера выскакивает ошибка:
1 | Unknown: apc_fcntl_unlock failed: in Unknown on line 0 |
Шаманим:
1 2 | koms# cd /usr/ports/www/pecl-APC # make config |
Проверяем опцию SEMAPHORES, если она отключена, включаем!
1 2 | # make deinstall clean make reinstall clean |
Перезапускаем веб-сервер, и проверяем!
В портах лежит версия ZendOptimizer-3.3.0.a. Эта версия на php 5.2.17 падает в корку (Segmentation fault).
Будем устанавливать из сорцов.
Для 32 битной системы:
1 2 3 4 | fetch http://downloads.zend.com/optimizer/3.3.9/ZendOptimizer-3.3.9-freebsd6.0-i386.tar.gz tar -xf ZendOptimizer-3.3.9-freebsd6.0-i386.tar.gz cd ZendOptimizer-3.3.9-freebsd6.0-i386 cp data/5_2_x_comp/ZendOptimizer.so /usr/local/lib/php/20060613 |
Для 64 битной системы:
1 2 3 4 | fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/ZendOptimizer-3.3.0a-freebsd6.0-amd64.tar.gz tar -xf ZendOptimizer-3.3.0a-freebsd6.0-amd64.tar.gz cd ZendOptimizer-3.3.0a-freebsd6.0-amd64 cp data/5_2_x_comp/ZendOptimizer.so /usr/local/lib/php/20060613 |
Если в логах видим ошибку:
1 | "Failed loading /usr/local/lib/php/20060613/ZendOptimizer.so: Shared object "libm.so.4" not found, required by "ZendOptimizer.so" |
Создаем симлинк:
1 | ln -s /lib/libm.so.5 /lib/libm.so.4 |
Открываем:
1 | ee /usr/local/etc/php.ini |
Добавляем:
1 2 3 | [Zend] zend_extension=/usr/local/lib/php/20060613/ZendOptimizer.so zend_optimizer.optimization_level=14 |
Перезапускаем апач:
1 | /usr/local/etc/rc.d/apache22 restart |
Проверяем:
1 2 3 4 5 6 7 | # php -v PHP 5.2.17 with Suhosin-Patch 0.9.7 (cli) (built: May 16 2011 16:18:38) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by eAccelerator with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend Technologies # |
Очень часто случается, когда редактируешь конфиг в винде, и заливаешь его через ssh на сервер. При редактрировании его на сервере, видно символы ^M.
Решение простое в консоли даем команду:
1 | tr -d "\015" < file.txt > file2.txt |
Открываем file2.txt и видим, что символов ^M в нем нет!
Для того чтобы удалить в папке файлы количеством более 1024, необходимо перейти в каталог с файлами и выполнить команду:
1 | find . | xargs rm |