[Цитат]

Цитат

Може ли от това да е проблема с кернела?

Не.

[Цитат]

Цитат

...удобен е най-вече за разни натоварени бази да речем...

Хайде да посмятаме малко ... 100 Мбита връзка при идеални условия ~ 8МБайта в секунда , е нали се сещате, че RAID-a ще работи със скоростта на най бавното устойство ?
~8 спрямо ~50 на обикновен IDE диск !!!
Бих казал, че това съвсем не е най-подходящото приложение!
то за това май си има репликация '>

Цитат

..идеята е да се защити човек от механични повреди(1) или хмм разни бедствия като пожар да речем (2)-

1.RAID
2.Disaster Recovery

Този разговор се проточи много дълго ... за всяка технология си има предназначение, и доводи кога да се ползва и кога не !

@mhydra

Цитат

...Съгласен съм че РАИД са го измислили за добро ама аз съм виждал как РАИД 5 омаза всички дискове на една машина...

Ама то не само 5 се маже.... въпросът е какво сме направили преди да се омаже, за да може КОГАТО***(а не ако) се оплескат работите да се свестим някак си

[Цитат]

Цитат

... Ами не знам за какво ви е бърз процесор като аз имам РАИД 0 н а 2х 80 Гб и процесор на 1.6 ГХз и мога да ви кажа че при каквито и да е операции по масива натоварването на процесора не надвишава 5-10%....

Ама нали се сещате, че има малка разлика м/у каквито и да е операции на десктоп машина и каквито и да е операции на многопотребителска сървърна машина
'>

Цитат

... Може би защото едни кои колеги РАИД 5 тотално омаза и прекара всички дискове. ...

Е това в тотален пример за натрупан опит и изводите които може да си направи човек '>
RAID5 си има места където е по-подходящ, а има и такива където 10 е по!

Цитат

...за сигурност не трябва да се разчита на РАИД от какъвто и тип да е....

Чудно защо ли са ги измислили тези RAID простотии тогава ...

@gat3way

Цитат

Що се отнася до raid vs backup има на теория един среден вариант, който от време на време ме кара да се замислям и това е примерно софтуерен раид1 между локален диск и отдалечен (примерно nbd, iscsi или пък ata-over-ethernet).

Няма такова нещо като raid vs backup, едното допълва другото!
И какво става ако някой изпълни
rm -rf /
пък бил и RAID-а over ethernet ........, е малко по-бавно ще се изтъркат на отдалечената машина .....
'>
по-добра идея би било rsync към отдалечената машина

[Цитат]

Цитат

...стига наистина процесора му да не е слаб...

И стига да не е зает със други дейности.

Цитат

...Иначе ATA според мен си е бавна работа, особено ако на един слот се връзват 2 устройства (master/slave) които се бият за шината (не съм експерт по хардуерните въпроси, 133 мб/с ли беше максималния за ИДЕ трансфер?)...

Да 133 Мб/с е. Интересно колко мислите, че от тях ползват съвременните ХДД ? При най добрите САТА 70-80 Мб/с (ако се не лъжа...)(и то при последователен достъп). Съвсем теоритично при 4 ИДЕ диска и 2 ИДЕ канала в РАЙД 10 може да се постигне 266 Мб/с при четене и 133 при запис,
което си е прилична скорост.

[Цитат]

Цитат

...особено ако имаш бърз процесор...

Натоварването на процесора ще е доста по-голямо при RAID 5 според мен. При увеличаване на броя на дисковете и особенно при увеличаване на натоварването на масива (брой R/W операции за 1-ца време) - разликата м/у 5 и 10 ще стане видима (на теория)
'>
//off

Цитат

...и дисковете не са ATA...

Не схванах идеята!?

[Цитат]

Цитат

- губя ли производителност като съм в режим "satandart IDE", и печеля ли ако съм в AHCI?

На теория Да - NCQ.

Цитат

- някой ползва ли SATA2 BIOS RAID

99% това е вид софтуерен RAID, с бинарни драйвери (ако въобще ги има), със затворн код - които ще ти скъсат нервите.

Компилирай
USB , USB_mass_storage, SCSI в ядрото,
а SATA и ATA като модули
така джаджата, ще е винаги sda...
Освен това пробвай да стартираш с тази опция
rootdelay=10

опитваш се да поставиш едно правило повече от веднъж

[Цитат]

Цитат

3. sendfile() sendfile() is a system call which streamlines the copying of data between the disk and the tcp socket. The call copied from the page cache directly rather than requiring a kernel -> user space -> kernel space copy for every read() and write() call. Generally the advantages are only felt on heavily loaded servers. The call is supported in ProFTPD for Linux and FreeBSD.     There appear to be a number of problems with sendfile() particularly with the directives and features which require accurate determination of filesize. Such as the Rate* functions and downloading large files, the best advice at the moment appears to be to disable sendfile by default ( --disable-sendfile ).    Sendfile() also appears to be the source of a number of file corruption problems.

[Примерен код]

Здравейте,
проблемът се състои в това, че при сваляне размерът (и съдържанието) на файловете се променя. Някакви идеи от къде може да идва проблема ?
Дистрибуцията е  Дебиан 3.1
Ядрото е 2.6.14.3

Какво съм констатирал до момента:
* Проблемът съществува при всички тествани версии на ПроФТПд (1.2.10 и 1.3.0) както компилирани от мен така и бинарни т.е. проблемът не е тук.
* Проблемът според мен е свързан с Дебиан-а (който почти не познавам) тъй като с това ядро и други дистрибуции всичко работи нормално.

примерна сесия

Примерен код

Connected to localhost. 220 ProFTPD 1.3.0 Server (Test) Name (localhost:u): u 331 Password required for u. Password: 230 User u logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 200 PORT command successful 150 Opening ASCII mode data connection for file list -rw-r--r--   1 root     root       164468 Apr 21 09:02 tar 226 Transfer complete. ftp> binary 200 Type set to I ftp> get tar tar2 local: tar2 remote: tar 200 PORT command successful 150 Opening BINARY mode data connection for tar (164468 bytes) 226 Transfer complete. 1072496 bytes received in 0.01 secs (118385.8 kB/s)

xferlog

Примерен код

Fri Apr 21 09:04:45 2006 0 localhost 164468 /home/u/tar b _ o r u ftp 1 * c

и последното което най-много ме притеснява е :

Примерен код

transmit_sendfile() error, reverting to normal data transmission: [75] Value too large for defined data type

Благодаря предварително за всички отговори .

[Цитат]

Цитат (Guest @ Март 30 2006,10:09)

Uvigii спецялни благодарности за отговора но нешо не схващам идеята ти, това правило($IPTABLES -t mangle -I FORWARD -p tcp --dport 5190 -j ROUTE --oif $EXTIF1 --continue) и за двата балансирани интерфейса ли трябва да се използва?

Идеята е да прекараш САМО през единия интерфейс.

[Цитат]

Цитат

Много би ми било интересно също как може да се реализира с bgp,

Е ако подлъжеш ISP да ти пусне BGP - аз ще почерпя '>

[Цитат]

Цитат (Guest @ Март 29 2006,15:27)

Здравей Ето този->http://lartc.org/howto/lartc.rpdb.multiple-links.html вариант съм го пробвал и работи но имах проблем с някой от услугите.Например ICQ се разкачаше през няколко минути.Някой ако е имал подобен проблем и е намерил решение ще съм му много благодарен ако го сподели с нас. Много би ми било интересно също как може да се реализира с bgp,ще съм благодарен на каквато и да е насока. Поздрави..

Ами след като ще почерпиш ...
защо пък да не кажа как примерно може да стане:

Примерен код

$IPTABLES -t mangle -I FORWARD -p tcp --dport 5190 -j ROUTE --oif $EXTIF1 --continue

[Цитат]

Цитат

но с един и същи адрес, а именно IP2.

Което май се свежда до бридж br0 състоящ се от 2 физически мрежови адаптера примерно eth1 и eth2 с логически адрес IP2.

[Цитат]

Цитат

*Creating a degraded RAID1 array on disk 2 and copying the       Debian installation over from disk 1 *Repartitioning disk 1 and attaching it to the degraded array

А защо трябва да е толкова сложно при положение, че инсталираш всичко на чисто? Не е ли по лесно да си създадеш масива и да инсталираш върхо него?