воскресенье, 23 мая 2010 г.

Херотень с mdadm

Блин - ubuntu опять захавала мой неокрепший мозг.
как зодать soft raid можно лего найти - да и делать там особо нечего через cfdisk создать разделы. после этого
sudo mdadm --create /dev/md4 --chunk=64 --level=1 --raid-devices=2 /dev/sdc1 /dev/sdd1
ну и потом создать файловую систему
mkfs.ext4 /dev/md4

но вот засада что после ребута получаем красивую картину типа такой

init: ureadahead-other main process (1515) terminated with status 4
init: ureadahead-other main process (1538) terminated with status 4

ну и решение находится вот тут http://en.wikipedia.org/wiki/Mdadm
после создания нового архива, нужно добавить инфу в cat /etc/mdadm/mdadm.conf хотя в ней так красиво и написано

# This file was auto-generated on Tue, 18 May 2010 13:04:23 +0400
# by mkconf $Id$

короче для перманентных настроек сами херачим (простите за мою лирику, как глаза станут не такими красными, подправлю)

mdadm -Es | grep md4 >>/etc/mdadm/mdadm.conf

щас ребутнусь и посмотрю.

четверг, 20 мая 2010 г.

KVM ошибка сети

Вобщем появилась проблема, после установки машины, на машину коекак зайти можно по ssh, но вот с машины практически не пингуется не один адрес например на виндоусе это так

C:\Documents and Settings\Owner>ping -t 192.168.11.1

Pinging 192.168.11.1 with 32 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.11.1: bytes=32 time=738ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64
Reply from 192.168.11.1: bytes=32 time<1ms TTL=64

Ping statistics for 192.168.11.1:
Packets: Sent = 98, Received = 33, Lost = 65 (66% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 738ms, Average = 22ms
Control-C


тоесть ответы появляются - но когда то потом и не стабильно, с линуксом еще хуже

user@host:~> ping 192.168.11.1
PING 192.168.11.1 (192.168.11.1) 56(84) bytes of data.
From 192.168.11.172: icmp_seq=2 Destination Host Unreachable
From 192.168.11.172 icmp_seq=2 Destination Host Unreachable
From 192.168.11.172 icmp_seq=3 Destination Host Unreachable
From 192.168.11.172 icmp_seq=4 Destination Host Unreachable
From 192.168.11.172 icmp_seq=6 Destination Host Unreachable
From 192.168.11.172 icmp_seq=7 Destination Host Unreachable
From 192.168.11.172 icmp_seq=8 Destination Host Unreachable
^C
--- 192.168.11.1 ping statistics ---
8 packets transmitted, 0 received, +7 errors, 100% packet loss, time 7000ms
, pipe 3
user@host:~> sudo route -n
root's password:
sudo: route: command not found
user@host:~> sudo su
host:/home/user # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.11.1 0.0.0.0 UG 0 0 0 eth0


как видно в таблице роутинга вроде все ок.

даже в ifconfig никакого криминала.
дело оказалось в дефолтном драйвере сети которы rtl8139 по умолчанию. И какого было мое удивление когда все залетало, после того как я поменял драйвер на pcnet

все по стандарту
sudo virsh

далее
edit machine_name

и правим секцию interface
    <interface type='bridge'>
      <mac address='52:54:00:54:f4:ba'/>
      <source bridge='br0'/>
      <target dev='vnet1'/>
      <model type='pcnet'/>
    </interface>

среда, 19 мая 2010 г.

После того как машина установлена по средствам virt-install например так

sudo virt-install -n neptune -r 4096 --disk path=/dev/disk/by-id/scsi-SATA_WDC_WD5002ABYS-_WD-WCASYC023333,bus=scsi -c /home/user/distr/openSUSE-11.2-DVD-x86_64.iso –accelerate –os-type=linux –os-variant=generic26 -v –vnc --vncport=59000 -w bridge:br0

случилось страшное :), намудрил с vnc, а также с cdrom, поэтому пришлось править все руками
после непродолжения гугления выяснилось что все очень просто
заходим в virsh
$ sudo virsh
внутри консоли virsh нам понадобятся следующие команды
dumpxml просмотр конфигурации домена (нашего бокса)
edit редактирование (происходит в текстовом редакторе vi)
destroy выключить бокс
start включить
Так как редактирование происходит в vim, то скажу и пару слов про него (сам привык к emacs или nano так что сам в нем не очень разбираюсь) но следующих команд должно хватить. Так же напомню что в режиме текстового редактора есть 2 режима 1- режим редактирования, когда все что мы вводим печатается в файл, и режим команд в котором мы вводим команды (например :q -выйти (доветочие и q - при вводте должно отобразится в нижнем левом углу). выход из режима ввода текста в режим команд - ^ (Esc)
h l k j - навигация по файлу (left right, line up, line down)
:q! - выход без сохранения
u - отмена (Undo)
:x - сохранить и выйти
i - режим вставки (ввод симоволов, как раз тот самый режим редактирования текста из которого выход по Esc)
o - вставить пустую строку под куросором и начать редактирование

Итак. у нас есть машина, к которой мы не можем получить доступ из за отсутствия VNC первое что мы делаем это смотрим нашу конфигурацию

virsh # dumpxml neptune
<domain type='kvm' id='9'>
  <name>neptune</name>
  <uuid>ef0e7de1-da7a-00d3-ab16-a8e054d2d779</uuid>
  <memory>4194304</memory>
  <currentMemory>4194304</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type arch='x86_64' machine='pc-0.12'>hvm</type>
    <boot dev='cdrom'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/kvm</emulator>
    <disk type='block' device='disk'>
      <driver name='qemu'/>
      <source dev='/dev/disk/by-id/scsi-SATA_WDC_WD5002ABYS-_WD-WCASYC049770'/>
      <target dev='sda' bus='scsi'/>
    </disk>
    <disk type='file' device='cdrom'>
      <source file='/home/user/distr/openSUSE-11.2-DVD-x86_64.iso'/>
      <target dev='hdc' bus='ide'/>
      <readonly/>
    </disk>
    <interface type='bridge'>
      <mac address='52:54:00:54:f4:ba'/>
      <source bridge='br0'/>
      <target dev='vnet0'/>
    </interface>
    <console type='pty' tty='/dev/pts/1'>
      <source path='/dev/pts/1'/>
      <target port='0'/>
    </console>
    <console type='pty' tty='/dev/pts/1'>
      <source path='/dev/pts/1'/>
      <target port='0'/>
    </console>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='5910' autoport='no'/>
    <video>
      <model type='cirrus' vram='9216' heads='1'/>
    </video>
  </devices>
  <seclabel type='dynamic' model='apparmor'>
    <label>libvirt-ef0e7de1-da7a-00d3-ab16-a8e054d2d779</label>
    <imagelabel>libvirt-ef0e7de1-da7a-00d3-ab16-a8e054d2d779</imagelabel>
  </seclabel>
</domain>



в данном случае, то что выделено жирным шрифтом. скорее всего либо отсутствует, либо с другими значениями, если привести к такому виду, то у нас запустится vnc на порту 5910 и примаунтится CD-Rom и будет по умолчанию грузится с CD-Rom а не с жесткого диска

после того как сделали все изменения, остается только перезапустить машину (destroy, start) и создать тунель :) (потому как если дело обстаит на локальной машине, то наверняка на ней есть иксы, и легче использовать virt-manager и в графической оболочке сделать все тоже самое, если не быстрее то как минимум с той же скоростью :)

ssh user@server_adress -L 5910:localhost:5901

после этого можно конектится на локальной машине к 5901 и получить доступ к удаленному vnc на 5910-м порту

вторник, 18 мая 2010 г.

Ubuntu softraid initramfs fail

3 дня я трахался с этим soft raid сначала с fakeraid intel (убунту его не смогла увидеть) но так как винду я пользовать не буду, так что в моем случае softraid - это тоже самое :).
Но проблема была в том, что после инстала меня выкидывала в initramfs с ошибкой типа
mounting /dev on /root/dev failed
или
mount: mounting /dev/disk/by-uuid/ on /root/ failed: Invalid argument
после долгого гугления наконецто нашел решение, заключается в том что нужно осставить неразмеченой области >3 Gb и проблема встречается только с винтами в 500Gb, с 250 и 750 должно быть все ОК.