Ура ура! Задержка от выхода RHEL 5.8 до релиза CentOS 5.8 была всего две недели: http://www.opennet.ru/opennews/art.shtml?num=33298
Ниужели, CentOS исправился и его не придется заменять на SL?
Showing posts with label CentOS. Show all posts
Showing posts with label CentOS. Show all posts
Sunday, 18 March 2012
Wednesday, 8 February 2012
xset на CentOS
yum install -y xorg-x11-server-utils
Коля, спасибо! Я уж из сил выбился искать этот пакет.
Monday, 26 December 2011
CentOS 6 + OpenVZ = ужас с зависимостями при обновлении
Итак, имеется совершенно чистый CentOS 6 (без каких-либо репозиториев кроме стандартных) с установленным OpenVZ ядром. А также желание сделать: yum update (а также наличие обычных ядер в грядущем апдейте).
Это желание разбивается вдребезги конфликтом зависимостей kernel-firmware :
Если обновление ядра не критично, то можно забить и игнорировать ошибки:
А что делать если критично? Фиксить!
Итак, посмотрим, какие версии пакета firmware у нас есть:
Попробуем его снести:
Пробуем снова обновиться:
Увы, не помогло и появились ошибки, так как данный пакет нужен системе и от него зависит пара пакетов.
Ставим пакет обратно:
отключаем rhel-6 kernel репо (напротив rhel6 enabled=1 меняем на enabled=0):
Пробуем обновить:
Снова сносим нафиг пакет:
И успешно выполняем апдейт:
После этого, снова включаем репозиторий openvz (enabled=1) и еще раз обновляем систему:
Итого, kernel-firmware был почему-то замещен vzkernel-firmware. Скорее всего, при следующем апдейте ядра система вылетит снова. И баг, скорее всего, в OpenVZ репо, оно почему-то замещает собой стандартный пакет.
Итого, план фикса следующий:
1) Отключаем репо openvz (enabled=0): vi /etc/yum.repos.d/openvz.repo
2) Удаляем пакет: yum remove -y vzkernel-firmware
3) Обновляемся: yum update -y
4) Включаем репо openvz: vi /etc/yum.repos.d/openvz.repo
5) Обновляем систему (при этом, vzkernel-firmware будет установлен вновь): yum update -y
6) Устанавливаем новое ядро стандартным: vim /boot/grub/grub.conf
7) Радуемся :)
Описание бага в багзилле OpenVZ: http://bugzilla.openvz.org/show_bug.cgi?id=2129
Это желание разбивается вдребезги конфликтом зависимостей kernel-firmware :
Error: Package: kernel-2.6.32-220.2.1.el6.x86_64 (updates)
Requires: kernel-firmware >= 2.6.32-220.2.1.el6
Installed: vzkernel-firmware-2.6.32-042stab044.11.noarch (@openvz-kernel-rhel6)
kernel-firmware = 2.6.32-131.21.1.el6
Available: kernel-firmware-2.6.32-220.el6.noarch (base)
kernel-firmware = 2.6.32-220.el6
Available: kernel-firmware-2.6.32-220.2.1.el6.noarch (updates)
kernel-firmware = 2.6.32-220.2.1.el6
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Если обновление ядра не критично, то можно забить и игнорировать ошибки:
yum update --skip-broken
А что делать если критично? Фиксить!
Итак, посмотрим, какие версии пакета firmware у нас есть:
rpm -qa |grep kernel-firm
vzkernel-firmware-2.6.32-042stab044.11.noarch
Попробуем его снести:
yum remove vzkernel-firmware-2.6.32-042stab044.11.noarch
Loaded plugins: fastestmirror
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package vzkernel-firmware.noarch 0:2.6.32-042stab044.11 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
=========================================================================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================================================================
Removing:
vzkernel-firmware noarch 2.6.32-042stab044.11 @openvz-kernel-rhel6 3.9 M
Transaction Summary
=========================================================================================================================================================================================
Remove 1 Package(s)
Installed size: 3.9 M
Is this ok [y/N]: Y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Erasing : vzkernel-firmware-2.6.32-042stab044.11.noarch 1/1
Removed:
vzkernel-firmware.noarch 0:2.6.32-042stab044.11
Complete!
Пробуем снова обновиться:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-kernel-rhel6: mirror.softaculous.com
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package kernel.x86_64 0:2.6.32-220.2.1.el6 will be installed
--> Processing Dependency: kernel-firmware >= 2.6.32-220.2.1.el6 for package: kernel-2.6.32-220.2.1.el6.x86_64
Package kernel-firmware is obsoleted by vzkernel-firmware, but obsoleting package does not provide for requirements
--> Finished Dependency Resolution
Error: Package: kernel-2.6.32-220.2.1.el6.x86_64 (updates)
Requires: kernel-firmware >= 2.6.32-220.2.1.el6
Available: kernel-firmware-2.6.32-220.el6.noarch (base)
kernel-firmware = 2.6.32-220.el6
Available: kernel-firmware-2.6.32-220.2.1.el6.noarch (updates)
kernel-firmware = 2.6.32-220.2.1.el6
Available: vzkernel-firmware-2.6.32-042stab044.11.noarch (openvz-kernel-rhel6)
kernel-firmware = 2.6.32-131.21.1.el6
You could try using --skip-broken to work around the problem
** Found 2 pre-existing rpmdb problem(s), 'yum check' output follows:
kernel-2.6.32-131.17.1.el6.x86_64 has missing requires of kernel-firmware >= ('0', '2.6.32', '131.17.1.el6')
vzkernel-2.6.32-042stab044.11.x86_64 has missing requires of kernel-firmware >= ('0', '2.6.32', '131.21.1.el6')
Увы, не помогло и появились ошибки, так как данный пакет нужен системе и от него зависит пара пакетов.
Ставим пакет обратно:
yum install -y vzkernel-firmware
отключаем rhel-6 kernel репо (напротив rhel6 enabled=1 меняем на enabled=0):
vi /etc/yum.repos.d/openvz.repo
Пробуем обновить:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
openvz-utils | 1.2 kB 00:00
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package kernel.x86_64 0:2.6.32-220.2.1.el6 will be installed
--> Processing Dependency: kernel-firmware >= 2.6.32-220.2.1.el6 for package: kernel-2.6.32-220.2.1.el6.x86_64
--> Running transaction check
---> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
=========================================================================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================================================================
Installing:
kernel x86_64 2.6.32-220.2.1.el6 updates 24 M
Installing for dependencies:
kernel-firmware noarch 2.6.32-220.2.1.el6 updates 6.2 M
Transaction Summary
=========================================================================================================================================================================================
Install 2 Package(s)
Total download size: 31 M
Installed size: 120 M
Is this ok [y/N]: Y
Downloading Packages:
http://mirror.nsc.liu.se/CentOS/6.2/updates/x86_64/Packages/kernel-2.6.32-220.2.1.el6.x86_64.rpm: [Errno 14] PYCURL ERROR 7 - "couldn't connect to host"
Trying other mirror.
(1/2): kernel-2.6.32-220.2.1.el6.x86_64.rpm | 24 MB 00:05
(2/2): kernel-firmware-2.6.32-220.2.1.el6.noarch.rpm | 6.2 MB 00:01
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 1.1 MB/s | 31 MB 00:27
Running rpm_check_debug
Running Transaction Test
Transaction Check Error:
file /lib/firmware/3com/3C359.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/3com/typhoon.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/acenic/tg1.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/acenic/tg2.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/adaptec/starfire_rx.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/adaptec/starfire_tx.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/3550.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/38C0800.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/38C1600.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/advansys/mcode.bin from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
file /lib/firmware/atmsar11.fw from install of kernel-firmware-2.6.32-220.2.1.el6.noarch conflicts with file from package vzkernel-firmware-2.6.32-042stab044.11.noarch
Error Summary
-------------
Снова сносим нафиг пакет:
yum remove vzkernel-firmware-2.6.32-042stab044.11.noarch
И успешно выполняем апдейт:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package kernel.x86_64 0:2.6.32-220.2.1.el6 will be installed
--> Processing Dependency: kernel-firmware >= 2.6.32-220.2.1.el6 for package: kernel-2.6.32-220.2.1.el6.x86_64
--> Running transaction check
---> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
=========================================================================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================================================================
Installing:
kernel x86_64 2.6.32-220.2.1.el6 updates 24 M
Installing for dependencies:
kernel-firmware noarch 2.6.32-220.2.1.el6 updates 6.2 M
Transaction Summary
=========================================================================================================================================================================================
Install 2 Package(s)
Total size: 31 M
Installed size: 120 M
Is this ok [y/N]: Y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : kernel-firmware-2.6.32-220.2.1.el6.noarch 1/2
Installing : kernel-2.6.32-220.2.1.el6.x86_64 2/2
Installed:
kernel.x86_64 0:2.6.32-220.2.1.el6
Dependency Installed:
kernel-firmware.noarch 0:2.6.32-220.2.1.el6
Complete!
После этого, снова включаем репозиторий openvz (enabled=1) и еще раз обновляем систему:
yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centosg4.centos.org
* extras: centosg4.centos.org
* openvz-kernel-rhel6: mirror.softaculous.com
* openvz-utils: mirror.softaculous.com
* updates: mirror.nsc.liu.se
openvz-kernel-rhel6 | 951 B 00:00
openvz-utils | 1.2 kB 00:00
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package kernel-firmware.noarch 0:2.6.32-220.2.1.el6 will be obsoleted
---> Package vzkernel-firmware.noarch 0:2.6.32-042stab044.11 will be obsoleting
--> Finished Dependency Resolution
Dependencies Resolved
=========================================================================================================================================================================================
Package Arch Version Repository Size
=========================================================================================================================================================================================
Installing:
vzkernel-firmware noarch 2.6.32-042stab044.11 openvz-kernel-rhel6 2.9 M
replacing kernel-firmware.noarch 2.6.32-220.2.1.el6
Transaction Summary
=========================================================================================================================================================================================
Install 1 Package(s)
Total download size: 2.9 M
Is this ok [y/N]: Y
Downloading Packages:
vzkernel-firmware-2.6.32-042stab044.11.noarch.rpm | 2.9 MB 00:00
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : vzkernel-firmware-2.6.32-042stab044.11.noarch 1/2
Erasing : kernel-firmware-2.6.32-220.2.1.el6.noarch 2/2
Installed:
vzkernel-firmware.noarch 0:2.6.32-042stab044.11
Replaced:
kernel-firmware.noarch 0:2.6.32-220.2.1.el6
Complete!
Итого, kernel-firmware был почему-то замещен vzkernel-firmware. Скорее всего, при следующем апдейте ядра система вылетит снова. И баг, скорее всего, в OpenVZ репо, оно почему-то замещает собой стандартный пакет.
Итого, план фикса следующий:
1) Отключаем репо openvz (enabled=0): vi /etc/yum.repos.d/openvz.repo
2) Удаляем пакет: yum remove -y vzkernel-firmware
3) Обновляемся: yum update -y
4) Включаем репо openvz: vi /etc/yum.repos.d/openvz.repo
5) Обновляем систему (при этом, vzkernel-firmware будет установлен вновь): yum update -y
6) Устанавливаем новое ядро стандартным: vim /boot/grub/grub.conf
7) Радуемся :)
Описание бага в багзилле OpenVZ: http://bugzilla.openvz.org/show_bug.cgi?id=2129
Saturday, 10 December 2011
Вышел CentOS 6.1 !
Ну наконец-то! Ссылка: http://www.centos.org/
Friday, 2 September 2011
Sunday, 10 July 2011
Monday, 9 May 2011
Sunday, 24 April 2011
Как правильно добавлять модули ядра в автозапуск на RHEL 5/CentOS 5
Вот так: http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-kernel-modules-persistant.html
Проверено, работает :)
Проверено, работает :)
Friday, 25 March 2011
Как добавить свой путь в PATH на CentOS?
Открываем файл конфигурации:
Находим строку "Path manipulation" и чуть нижее нее будет условный оператор, внутрь которого и нужно добавить наш дополнительный путь поиска бинарных приложений:
После этого выходим/входим в ssh сессию и приложения из добавленного пути станут доступны по именам команд, без использования абсолютных путей.
Источник: http://serverfault.com/questions/102932/adding-a-directory-to-path-in-centos
vi /etc/profile
Находим строку "Path manipulation" и чуть нижее нее будет условный оператор, внутрь которого и нужно добавить наш дополнительный путь поиска бинарных приложений:
# Path manipulation
if [ "$EUID" = "0" ]; then
pathmunge /sbin
pathmunge /usr/sbin
pathmunge /usr/local/sbin
pathmunge /usr/StorMan # добавленный путь
fi
После этого выходим/входим в ssh сессию и приложения из добавленного пути станут доступны по именам команд, без использования абсолютных путей.
Источник: http://serverfault.com/questions/102932/adding-a-directory-to-path-in-centos
Saturday, 4 December 2010
CentOS + PHP 5.1.6 + eAccelerator 0.9.6.1 = не собирается
/usr/src/eaccelerator-0.9.6.1/ea_store.c: In function 'store_property_access_check':
/usr/src/eaccelerator-0.9.6.1/ea_store.c:683: error: 'zend_property_info' has no member named 'ce'
Это баг 0.9.6.1 версии eAccelerator: http://eaccelerator.net/ticket/426
Очевидный фикс: юзаем 0.9.6 версию.
Thursday, 2 December 2010
Установка ssh2 расширения для PHP на CentOS 5.5 из PECL
Ставим все необходимое для сборки:
Собираем модуль:
Подключаем ssh2 расширение к PHP:
Убеждаемся, что все ок:
Перезапускаем Апача:
yum install -y php-devel libssh2-devel php-pear
Собираем модуль:
pecl install -f ssh2
Подключаем ssh2 расширение к PHP:
echo "extension=ssh2.so" > /etc/php.d/ssh2.ini
Убеждаемся, что все ок:
php -m | grep ssh2
ssh2
Перезапускаем Апача:
/etc/init.d/httpd restart
Saturday, 20 November 2010
Как отучить kudzu ломать конфиги сети ifcfg-eth0, переименовывая их в ifcfg-eth0.bak?
Так понимаю, конфиг железа он (kudzu) хранит в /etc/sysconfig/hwconf, так что надо там как-то все корректировать с учетом специфики замены сетевой карты.
До замены сетевой карты имеем там нечто вот такое:
Меняем карту и грузим систему с LiveCD. Теперь попросим kudzu проанализировать, как же теперь зовется наша сетевая, делаем это следующей командой:
Теперь берем этот блок и заменяем им старый блок NETWORK в файле /etc/sysconfig/hwconf (не забывая заранее сменить MAC карточки в /etc/sysconfig/network-scripts/ifcfg-eth0). И перезагружаемся. При этом kudzu не переименует ifcfg-eth0 в ifcfg-eth0.bak (если бы мы не скорректировали hwconf, то это бы гарантировано произошло) и наши настройки не пропадут.
До замены сетевой карты имеем там нечто вот такое:
class: NETWORK
bus: PCI
detached: 0
device: eth0
driver: e100
desc: "Intel Corporation 82801EB/ER (ICH5/ICH5R) integrated LAN Controller"
network.hwaddr: 00:14:85:62:7c:97
vendorId: 8086
deviceId: 1051
subVendorId: 1458
subDeviceId: e000
pciType: 1
pcidom: 0
pcibus: 1
pcidev: 8
pcifn: 0
Меняем карту и грузим систему с LiveCD. Теперь попросим kudzu проанализировать, как же теперь зовется наша сетевая, делаем это следующей командой:
kudzu -p --class NETWORK
-
class: NETWORK
bus: PCI
detached: 0
device: eth0
desc: "Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller"
network.hwaddr: 6c:62:6d:76:2e:cc
vendorId: 10ec
deviceId: 8168
subVendorId: 1462
subDeviceId: 7522
pciType: 1
pcidom: 0
pcibus: 6
pcidev: 0
pcifn: 0
Теперь берем этот блок и заменяем им старый блок NETWORK в файле /etc/sysconfig/hwconf (не забывая заранее сменить MAC карточки в /etc/sysconfig/network-scripts/ifcfg-eth0). И перезагружаемся. При этом kudzu не переименует ifcfg-eth0 в ifcfg-eth0.bak (если бы мы не скорректировали hwconf, то это бы гарантировано произошло) и наши настройки не пропадут.
Wednesday, 17 November 2010
Как заставить CentOS x86 увидеть более 4гб памяти?
Легко, поставить PAE ядро!
Для начала ставим PAE ядро стандартным (иначе при обновлении ядра посредством yum он всегда будет ставить обычное, не PAE ядро стандартным):
И заменяем там строку:
На:
Ставим само ядро:
При этом, оно в /boot/grub/menu.lst само станет стандартным и чтобы переключиться на него достаточно финальной перезагрузки:
Для начала ставим PAE ядро стандартным (иначе при обновлении ядра посредством yum он всегда будет ставить обычное, не PAE ядро стандартным):
vi /etc/sysconfig/kernel
И заменяем там строку:
DEFAULTKERNEL=kernel
На:
DEFAULTKERNEL=kernel-PAE
Ставим само ядро:
yum install -y kernel-PAE
При этом, оно в /boot/grub/menu.lst само станет стандартным и чтобы переключиться на него достаточно финальной перезагрузки:
shutdown -r now
Tuesday, 26 October 2010
Перенос MySQL баз данных на отдельные жесткий диск в CentOS
Пусть нужно перенести MySQL на новый SSD диск /dev/sdc.
Ставим parted (CentOS):
Ставим parted (Debian):
Создаем 1 раздел на новом диске:
Форматируем его:
Гасим MySQL (CentOS):
Гасим MySQL (Debian):
Убеждаемся, что MySQL отключился:
Монтируем новый диск:
Отмонтируем новый диск:
Переносим MySQL с основного диска в бэкап папку:
Создаем папку для постоянного монтирования нового жесткого диска:
Добавляем в fstab следующее:
Монтируем:
Убеждаемся, что монтирование произведено корректно:
Далее меняем права на уже смонтированный диск:
Запускаем MySQL (CentOS):
Запускаем MySQL (Debian):
Все, теперь MySQL работает с нового жесткого диска :)
Ставим parted (CentOS):
yum install -y parted
Ставим parted (Debian):
apt-get install -y parted
Создаем 1 раздел на новом диске:
parted /dev/sdc mklabel msdos
parted /dev/sdc mkpart primary ext3 0 100%
Форматируем его:
mkfs.ext3 /dev/sdc1
Гасим MySQL (CentOS):
/etc/init.d/mysqld stop
Гасим MySQL (Debian):
/etc/init.d/mysql stop
Убеждаемся, что MySQL отключился:
ps aux | grep mysql -i
Монтируем новый диск:
mount /dev/sdc1 /mntКопируем все файлы базы на него:
cp -aR /var/lib/mysql/* /mnt
Отмонтируем новый диск:
umount /mnt
Переносим MySQL с основного диска в бэкап папку:
mv /var/lib/mysql /var/lib/mysql_old
Создаем папку для постоянного монтирования нового жесткого диска:
mkdir /var/lib/mysql
Добавляем в fstab следующее:
/dev/sdc1 /var/lib/mysql ext3 defaults 0 0
Монтируем:
mount -a
Убеждаемся, что монтирование произведено корректно:
mount | grep sdc
/dev/sdc1 on /var/lib/mysql type ext3 (rw)
Далее меняем права на уже смонтированный диск:
chown mysql:mysql /var/lib/mysql
chmod 755 /var/lib/mysql
Запускаем MySQL (CentOS):
/etc/init.d/mysqld start
Запускаем MySQL (Debian):
/etc/init.d/mysql start
Все, теперь MySQL работает с нового жесткого диска :)
Wednesday, 20 October 2010
Руководство по повышению безопасности RHEL5 (CentOS 5) от АНБ (NSA) США
Ссылка: http://www.nsa.gov/ia/_files/os/redhat/rhel5-guide-i731.pdf (внимание, 170 страниц!)
А вот краткий набор советов по безопасности: http://www.nsa.gov/ia/_files/factsheets/rhel5-pamphlet-i731.pdf (рекомендую ВСЕМ! Хотя, на мой взгляд, не все там однозначно)
Зеркала ссылок искать здесь: http://code.google.com/p/fastvps/source/browse/#svn/trunk/other
А вот краткий набор советов по безопасности: http://www.nsa.gov/ia/_files/factsheets/rhel5-pamphlet-i731.pdf (рекомендую ВСЕМ! Хотя, на мой взгляд, не все там однозначно)
Зеркала ссылок искать здесь: http://code.google.com/p/fastvps/source/browse/#svn/trunk/other
Friday, 15 October 2010
OpenVZ, CentOS, VDSManager и куча мусора в виде дисков VPS после переустановки ОС
После того, как клиенты много-много раз переустанавливают VPS, в папке /vz/private образуется огромное число папок вида: CTID.тут_некое_большое_целое_число, в которых сохранятся состояния дисков контейнеров до переустановки.
Удалять их автоматически можно вот таким скриптом:
Удалять их автоматически можно вот таким скриптом:
for i in `/bin/ls /vz/private/ | egrep '^[0-9]+\.[0-9]+$'`; do echo "Remove folder: $i"; rm -rf /vz/private/$i ; done
Tuesday, 12 October 2010
Как подружить ocfs2 и CentOS 5 ?
Так понимаю, для этого нужно подключить спец-репозитории от Oracle: http://oss.oracle.com/projects/ocfs2/
А вот и лаконичный мануал по сабжу: http://engwar.com/post/328
А вот и лаконичный мануал по сабжу: http://engwar.com/post/328
Friday, 17 September 2010
CentOS: компиляция 32 битного ПО на 64 битной платформе
При попытке скомпилировать программу имеем баг:
Чинится это так:
Источник: http://www.cyberciti.biz/faq/x86_64-linux-error-gnustub-32h-missing-error-and-solution/
cc -m32 test.c
In file included from /usr/include/features.h:352,
from /usr/include/sys/poll.h:23,
from /usr/include/poll.h:1,
from ABftw_c.c:42:
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory
Чинится это так:
yum -y install glibc-devel
Источник: http://www.cyberciti.biz/faq/x86_64-linux-error-gnustub-32h-missing-error-and-solution/
Monday, 23 August 2010
Достаточно ли 7 лет поддержки для RHEL в наше время?
Интересное рассуждение на тему сабжа от Dag Wieers: http://dag.wieers.com/blog/is-7-years-of-rhel-support-still-sufficient
Читать в первую очередь тем, у кого в подчинении сотни и более машин с CentOS / RHEL.
Update: а вот и новость от RedHat о возможности продлить подписку еще на 3 года: http://www.opennet.ru/opennews/art.shtml?num=27678
Читать в первую очередь тем, у кого в подчинении сотни и более машин с CentOS / RHEL.
Update: а вот и новость от RedHat о возможности продлить подписку еще на 3 года: http://www.opennet.ru/opennews/art.shtml?num=27678
Friday, 13 August 2010
Тестирование памяти в Linux
Как протестовать память в Linux? Утилитой memtester, memtest86+ же не подходит по причине отсутствия физического доступа к машине.
Устанавливаем в CentOS:
Устанавливаем в Debian:
Запускаем:
Устанавливаем в CentOS:
yum install -y memtester
Устанавливаем в Debian:
apt-get install -y memtester
Запускаем:
memtester 1024 1
# 1024 -- размер выделяемого блока памяти в мегабайтах (его нужно брать из расчета свободной памяти на машине, top и поле "free"), 1 -- число повторений
Subscribe to:
Posts
(
Atom
)