LINUX.ORG.RU
ФорумAdmin

Проблема записи инфы на raid


0

0

Здравствуйте, народ возникла проблема.. В общем, я собрал на контролере 2а RAID 5 1) RAID5 1.9TB 2) RAID5 800GB На каждый райд по одному диску hot spare Объединил 2 raida в один логический том с помощью LVM... Поднял фтп pure-ftpd...

Все работает нормально.... Но тут возникла проблема, Я закачал на этот логический раздел фильмы (1500т фильмов)... НО почему-то некоторые фильмы стали битыми...Имею ввиду когда я скачиваю филмы с этого фтпишника... Скачивает полный объем этого фильма но при воспроизведении они либо не показывают либо показывают минут 10 отсилы...Некоторые работают нормально!!

Все фильмы которые я скачивал с бэкапа - 100% рабочие !! Люди подскажите в чем может быть проблема... Может я неправильно собрал LVM... Как посмотреть по какому принципу инфа записывается на диски ?? ...страйпов или по другому... Немножко информации...

.Физические тома...
--- Physical volume ---
PV Name /dev/cciss/c1d0p1
VG Name VolGroup00
PV Size 1,91 TB / not usable 1,07 MB
Allocatable yes (but full)
PE Size (KByte) 4096
Total PE 500670
Free PE 0
Allocated PE 500670
PV UUID 0aA2dk-uBg0-M9E5-OTp8-rKK1-ec0D-1lJrW3

--- Physical volume ---
PV Name /dev/cciss/c1d1p1
VG Name VolGroup00
PV Size 838,18 GB / not usable 1013,00 KB
Allocatable yes (but full)
PE Size (KByte) 4096
Total PE 214573
Free PE 0
Allocated PE 214573
PV UUID ILet3T-P1Op-T96Z-XMF1-05H2-s1Hr-DIBnmK

Группа томов...

--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 2
Act PV 2
VG Size 2,73 TB
PE Size 4,00 MB
Total PE 715243
Alloc PE / Size 715243 / 2,73 TB
Free PE / Size 0 / 0
VG UUID AfJsSk-yzDR-y37o-9uhR-2odY-uvdg-zdb80S
логический том

--- Logical volume ---
LV Name /dev/VolGroup00/LogVol00
VG Name VolGroup00
LV UUID Q8wNQE-sg5T-LCnH-04qH-nGUG-wYhr-iGVRML
LV Write Access read/write
LV Status available
# open 1
LV Size 2,73 TB
Current LE 715243
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0 


.....................................................................


Ответ на: комментарий от m1ster

Возможно ли такое при маленьком физическом экстенте !?? Я оставил как было написано по дефолту - 4МБ

m1ster
() автор топика

dmesg покажи и сделай md5 на фильмы которые битые и сравни его с тем что у тебя с бэкапа. Случайно, битые фильмы не те что больше 4гиг?

true_admin ★★★★★
()
Ответ на: комментарий от true_admin
Там много чего выдало, что сообщение не помещается на форуме....
Вот на мой взгляд самое интерестное....
device-mapper: multipath: version 1.0.5 loaded
EXT3 FS on cciss/c0d0p9, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on dm-0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on cciss/c0d0p5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 4192956k swap on /dev/cciss/c0d0p3.  Priority:-1 extents:1 across:4192956k
IA-32 Microcode Update Driver: v1.14a <tigran@veritas.com>
microcode: CPU1 updated from revision 0xc6 to 0xcd, date = 09162007
microcode: CPU0 updated from revision 0xc6 to 0xcd, date = 09162007
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
ip_conntrack version 2.4 (8178 buckets, 65424 max) - 228 bytes per conntrack
bnx2: eth0: using MSI
ADDRCONF(NETDEV_UP): eth0: link is not ready
bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
bnx2: eth1: using MSI
ADDRCONF(NETDEV_UP): eth1: link is not ready
u32 classifier
    Performance counters on
    input device check on
    Actions configured
HTB: quantum of class 10002 is big. Consider r2q change.
HTB: quantum of class 10003 is big. Consider r2q change.
HTB: quantum of class 10004 is big. Consider r2q change.
HTB: quantum of class 10008 is small. Consider r2q change.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
eth0: no IPv6 routers present
device eth0 entered promiscuous mode
device eth0 left promiscuous mode
device eth0 entered promiscuous mode
device eth0 left promiscuous mode
conntrack_ftp: partial 227  2325705631+13
conntrack_ftp: partial 227  2325705631+13
Removing netfilter NETLINK layer.
ip_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
ip_conntrack version 2.4 (8178 buckets, 65424 max) - 228 bytes per conntrack
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
conntrack_ftp: partial 227  3345054336+13
printk: 2 messages suppressed.
conntrack_ftp: partial 227  3345054336+13
printk: 5 messages suppressed.
conntrack_ftp: partial 227  3345054336+13

Нет фильмов в 4ГБ у меня нет !! максимум 2ГБ !!

m1ster
() автор топика
Ответ на: комментарий от m1ster

Может из за того что, когда файлы закачивались на оба RAID-a...каждый рейд хешь сумму считает по смовему... и когда ети файлы скачивались получалась разная хеш сумма и соответсвенно битый файл !! Или на Уровне LVM ето дело разруливается само собой ??

m1ster
() автор топика
Ответ на: комментарий от m1ster

само разруливается. md5 посчитай коммандой md5sum и посмотри действительно ли файлы бьются

true_admin ★★★★★
()
Ответ на: комментарий от m1ster

Хм щас сравнил Хеш суммы фильмов на бэкаапе и на самом фтп сервере !! там вроде как они одинаковые хотя надо допроверить, Но если это так то получается фильмы бъются когда их скачиваю я и другие люди !! Возможно ли это иза некоректной работы Pure-ftp или ещё из-за чего-то... Блин никак понять не могу !! И ещё может ето из-за asci и binary !! Подскажите плз где в pure-ftpd выставляется тип под которым он будет работать в ascii или в binary ...??

m1ster
() автор топика
Ответ на: комментарий от m1ster

>И ещё может ето из-за asci и binary !!
это возможно где ставится хз использовал только vsftpd

dimon555 ★★★★★
()
Ответ на: комментарий от m1ster

максимум 2ГБ !!

А можешь сказать точнее, в байтах?

И чем качал с FTP?

anonymous
()

Регулярно бывает, что файлы "бьются" при передаче по сети, ибо контрльная сумма в IP крайне слабая. Поэтому не забываем делать md5sum.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

В общем проблема вроде как решилась удалением pure-ftpd и установкой proftpd...Но щас пока ещё тестирую !!

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