Поскольку меня уже достали с вопросом о переключении в Linux на резервный канал и обратно 🙂 решил один раз написать ответ.
Собственно решение очень простое, и теперь описано у меня на wiki.
Рубрика: Linux
Полеты на луну vmware server в CentOS 5.4
Разобрался почему вылетают виртуалки vmware на CentOS.
Оказывается vmware server не совместим с glibc версии выше 2.5-34.
О решение проблемы можно почитать тут. Все сводится к банальному даунгредй библиотек.
Fedora 12 — жестокое разачарование :(
После удивительно стабильной работы Fedora 11, меня очень удивило то, как собрали 12-ю версию. Просто абзац какой то.
- Апгрейд с 11 на 12 не прошел. Сначала попробовал сделать это по сети при помощи прилагаемого инструментария. Не получилось. Потом решил сделать апдейт с DVD. Не получилось. Долго могу расписывать, что и как делал, но не буду. В результате — установка с нуля с DVD — бред.
- Проблема с драйверами nvidia. Просто поражает насколько глубоко впихнули свободный драйвер nuvooooo ну т.д. Поставить вместо него драйвер от nvidia то еще развлечение с напильником в руках. Конечно поборол, но сколько ненормативной лексики было…
- KDE, меню «К». Мама дорогая! Меню появляется через минуту после нажатия на кнопку! Ой вей! Кто так строит? Разобрался, починил. Но опять, это было долго и матерно.
Ну и куча по мелочи. Придется перейти на что нибудь другое. Уж слишком много проблем с Fedora нарисовалось. А жаль.
64bit+64bit — no win3002R2
Однако, запуск WIN2003R2 в виртуальной машинке вызвал некоторые проблемы.
Потребовалось мне установить в витуалки парочку вин 2003 серверов.
База: Xeon + CentOS 5.4 (64 bit) + Vmware Server 2.0.2 (64 bit)
Линукс в виртуалки ставился без проблем, работал тоже позитивно. Но при попытке установить туда вин 2003, в самом конце установки (по их хрономерту 3 минуты до конца установки) виртуальная машина вылетает нафиг.
И ведь как обидно! В самом конце установки! Учитывая что винда ставится, мягко говоря, не быстро 🙂
Ну думаю, vmware чето накрутила в новом серваке. Решил попробовать встроенный qemu-kvm. Прикольно, но точно так же, валит винда виртуалку в корку 🙂 Вообщем не понятно.
Убил на разные эксперименты три дня. Все лечится переходом на 32-битные версии CentOS и Vmware. Пришлось опять ехать к заказчику и переустанваливать базу.
Однако, очень странно это, учитывая, что 2008 туда становится нормально.
З.Ы. Но лучше из всего что я видел на данный момент — это как Fedora работает в виртуалке в Fedore 🙂 Просто песТня!
IP Aliasing
Интересный случай произошел сегодня при настройке, вообщем то обыкновенного сервера.
Ставил CentOS 5.4 на машинку с несколькими сетевыми картами.
На одной из карт надо было прикрутить 5 шт. IP. Пошел стандартным методом — файлы ifcfg-eth0:*
Включил сеть при помощи стартового скрипта: service network restart
ifconfig показывает, что интерфейсы поднялись. Но… вот тут то и началось 🙂 Снаружи виден только основной интерфейс eth0, остальные не видны. Ну не пингуются и все. Попытка пинговать с этих интерфейсов (опция -I, программы ping) тоже не удалась.
Почесал репу, начал tcpdump-ом смотреть что же происходит.
Однако пакеты icmp на интерфейс eth0:0 приходят, е если пинговать с этого интерфейса то уходят и приходят обратно! Но такое ощущение, что они не доходят до уровня IP.
ip addr sh и ifconfig показывают, что все ок.
Делал все, от отключения SELinux до переноса этих IP на другой сетевой интерфейс (на первом старенький 3COM стоял, с которым бывали проблемы). Отключал firewall, ну мало ли. Даже запустил визард, во до чего дошел 🙂 Не помогло.
Где то через час, от безысходности решил руками погасить и поднять интерфейс, типа ifconfig eth0:0 down; ifconfig eth0:0 IP
И что вы думаете? Завелся собака! Т.е. если скриптом поднимать не фурычит, а если руками — все ок. Поскольку дальше разбираться времени не было, народ с хмурыми лицами инета ожидал. Эксперименты закончил, и тупо прописал ifconfig в rc.local.
Однако вопрос возник, они чего то в 5.4 перекрутили что ли? В 5.3 все нормально работало.
BIND — network unreachable resolving
Обновился до CentOS 5.4, влогах сразу появилось много сообщений от BIND типа:
network unreachable resolving ‘rbldns3.sorbs.net/AAAA/IN’: 2001:503:a83e::2:30#53
BIND пытается разрулить запись AAAA, которая как известно относиться к IPv6. Естественно IPv6 на машине не настроено, вот он и ругается.
Решение проблемы простое, необходимо запускать BIND с поддержкой только IPv4. Для этого ему необходимо передать при запуске параметр ‘-4’.
В CentOS открываем файлик /etc/sysconfig/named и редактируем/добавляем строку:
OPTIONS=»-4″
Все.
LPI, подготовка к экзаменам. Финал.
Второй экзамен тоже сдали все.
Так что в результате +10 LPIC-1.
Мои поздравления.
LPI, подготовка к экзаменам. Продолжение.
Сегодня прилетел в Москву из Астаны. Весь день отсыпался, ночной рейс и разница в 2 часа сделали свое дело.
А в это время группа сдавала 101 экзамен LPI. Сдали все, поздравляю.
Завтра будут сдавать 102. Думаю, что все будет хорошо 🙂
Результаты радуют, поскольку в группе были люди первый раз видевшие Linux, а так же не знающие английского языка, на котором собственно экзамен и сдается.
Абидно.
Столкнулся с небольшой проблемой: ssh-server 4.3, который идет в CentOS, не поддерживает опцию Match. Ох как она мне там нужна. Хоть бери и из исходников собирай…
Интересно, в версии 5.4 какая версия shh будет? Кто знает, что там в RedHat стоит?
На заметку.
После добавления нового раздела при помощи fdisk, последний на экран выводит сообщение:
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.
Т.е. ядро не будет видеть новый раздел, до тех пор пока его (ядро) не перегрузят. Раньше я делал reboot системе, но оказывается есть хорошая программка, которая заставляет ядро перечитать MBR.
partprobe -s /dev/sda
После этого можно работать с новым разделом без перезагрузки. Во как! Век живи — век учись.