LINUX.ORG.RU

LVM,RAID(md) рулят.


0

0

На одной из работ(полная удалёнка) развлекаюсь разными способами.

На screenshot`е виден последний этап перевода части системы на зеркалирование(raid1)(в системе два винта). Винт разбит на 4 части: boot-raid1,root-raid1,lvm-raid1(usr/var/swap/tmp etc) и оставшаяся часть будет отдана юзверям под всяческие фильмы+музыка. Чтоб под музыку порнуху и фильмы места было больше буду делать linear. Только вот пока не пойму чем лучше делать с точки зрения последующего восстановления после краха какого-нить из винтов: lvm(linear) или md(linear)? также не смог найти в инете ни одного примера использования zero target.

>>> Просмотр (1024x768, 108 Kb)

anonymous

Проверено: Demetrio ()

Re: LVM,RAID(md) рулят.

Слушай а как такой скорости resync добиться ? у меня 3000К/sec не более :( дма включен, все вроде правильно.

anonymous ()

Re: LVM,RAID(md) рулят.

зачем тебе столько часов?

anonymous ()
Ответ на: Re: LVM,RAID(md) рулят. от anonymous

Re: Re: LVM,RAID(md) рулят.

2anonymous (*) (31.08.2004 12:14:24)
У него UwSCSI винты, а не IDE. Потому и скорость такая.
2автор: я использую LVM поверх RAID-1. Типичная конфигурация:
4 винта, созданы все нужные MD, потом на них накладывается LVM.
получается два слинкованных веника, зазеркаленных на два других.
Скорость - отличная, надёжность - тоже. Но про backup не забывай.
;)

slyder ()
Ответ на: Re: Re: LVM,RAID(md) рулят. от slyder

Re: Re: Re: LVM,RAID(md) рулят.

2 slyder: ну не в 17-же раз ide от scsi по скорости отличается ? ;)

anonymous ()
Ответ на: Re: Re: Re: LVM,RAID(md) рулят. от anonymous

Re: Re: Re: Re: LVM,RAID(md) рулят.

2anonymous (*) (31.08.2004 14:48:42) Ещё как отличается. IDE в принципе не может обеспечивать одновременную работу двух устройств на одном интерфейсе. В один момент времени данные ходят либо на одном, либо на втором. Деградация скорости при этом страшная. Далее: скорость передачи данных по шине SCSI - до 320 Mbit/s. И это параллельно. А IDE - 133, ну в лучшем случае 166... Чувствуешь? У меня скорость перекачивания данных с раздела на раздел на SCSI не падает ниже 20Мбайт/сек. А между двумя винтами образ CD меньше, чем за 10 сек перелетает.

slyder ()
Ответ на: Re: Re: Re: Re: LVM,RAID(md) рулят. от slyder

Re: Re: Re: Re: Re: LVM,RAID(md) рулят.

Отвечаю на все вопросы: :))

>Зачем мне столько часов?

wmtime и wmtimer имеют несколько разную функциональность.
в wmtimer есть секундомер, alarm и вроде как обратный отсчёт.
gkrellm в рассчёт не берётся, потому как он 99% времени закрыт окнами.
Мне нравится на него смотреть на втором workspace, где живёт только
xmms.

>Винты.
Это не SCSI винты, это SATA винты.

ata1: SATA max UDMA/133 cmd 0xEFF0 ctl 0xEFE6 bmdma 0xEF60 irq 18
ata2: SATA max UDMA/133 cmd 0xEFA8 ctl 0xEFE2 bmdma 0xEF68 irq 18
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:207f
ata1: dev 0 ATA, max UDMA/133, 234441648 sectors: lba48
ata1: dev 0 configured for UDMA/133
scsi0 : ata_piix
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:207f
ata2: dev 0 ATA, max UDMA/133, 234441648 sectors: lba48
ata2: dev 0 configured for UDMA/133
scsi1 : ata_piix
Vendor: ATA Model: ST3120026AS Rev: 3.18
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: ST3120026AS Rev: 3.18
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 < sda5 sda6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 234441648 512-byte hdwr sectors (120034 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 >

Машинка следующая:
1Gb памяти

cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 3
cpu MHz : 3199.552
cache size : 1024 KB
physical id : 0
siblings : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid
bogomips : 6340.60

Сетевухи INTEL e100 + Yukon 1Gbit.

Спрашивайте ещё чего ежели интересно, но лучше в мыло: neo _at_ horse21.fr.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: LVM,RAID(md) рулят. от anonymous

Re: Re: Re: Re: Re: Re: LVM,RAID(md) рулят.

А да забыл сказать: ядро 2.6.8.
Это машина используется как шлюз и как host машина
для небольшой толпы UML.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re: LVM,RAID(md) рулят. от anonymous

Re: Re: Re: Re: Re: Re: Re: LVM,RAID(md) рулят.

2 lanconnected: Не помогает

2 машина такая:
debian:~# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.80GHz
stepping        : 9
cpu MHz         : 2800.154
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
bogomips        : 5583.66

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.80GHz
stepping        : 9
cpu MHz         : 2800.154
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
bogomips        : 5596.77


debian:~# cat /proc/meminfo
        total:    used:    free:  shared: buffers:  cached:
Mem:  527699968 59756544 467943424        0  6197248 41435136
Swap: 1077469184        0 1077469184
MemTotal:       515332 kB
MemFree:        456976 kB

Fusion MPT SCSI Host driver 2.05.11.03
scsi0 : ioc0: LSI53C1030, FwRev=01000e00h, Ports=1, MaxQ=222, IRQ=32
scsi1 : ioc1: LSI53C1030, FwRev=01000e00h, Ports=1, MaxQ=222, IRQ=33
blk: queue c1664a18, I/O limit 4294967295Mb (mask 0xffffffffffffffff)
  Vendor: LSILOGIC  Model: 1030              Rev: 1000
  Type:   Direct-Access                      ANSI SCSI revision: 02
blk: queue c1664818, I/O limit 4294967295Mb (mask 0xffffffffffffffff)
  Vendor: IBM       Model: 02R0980a S320  1  Rev: 1
  Type:   Processor                          ANSI SCSI revision: 02
blk: queue c1664418, I/O limit 4294967295Mb (mask 0xffffffffffffffff)
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 71020545 512-byte hdwr sectors (36363 MB)


hda: ST3160023A, ATA DISK drive
hdc: ST3160023A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
device-mapper: 4.0.5-ioctl (2003-11-18) initialised: dm@uk.sistina.com
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
hda: attached ide-disk driver.
hda: 312581808 sectors (160042 MB) w/8192KiB Cache, CHS=19457/255/63
hdc: attached ide-disk driver.
hdc: 312581808 sectors (160042 MB) w/8192KiB Cache, CHS=19457/255/63


eth0: Tigon3 [partno(BCM95703A30) rev 1002 PHY(5703)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:0c:76:81:7a:61


Hdparm кажет что включен *udma5 на обоих дисках

Вот что имеем.
# cat /proc/mdstat
Personalities : [raid1]
read_ahead 1024 sectors
md0 : active raid1 ide/host1/bus0/target0/lun0/part1[1] ide/host0/bus0/target0/lun0/part1[0]
      156288256 blocks [2/2] [UU]
      [>....................]  resync =  3.3% (5203544/156288256) finish=880.6min speed=2858K/sec
unused devices: <none>

я уже всю голову сломал, не пойму почему так медленно, миррор отмонтирован, нагрузки нет на него


anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re: Re: Re: Re: LVM,RAID(md) рулят. от anonymous

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: LVM,RAID(md) рулят.

А я и не претендую на писк дезигна рабочего стола.
Мне так удобно.
Правда последне время иногда хочется FVWM попробовать.

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.