Интересная ситуация с нагрузкой на диск

Хорошо выделили. И причём тут /tmp ?

По вашему Proftpd активно работает с этой папкой?

/ru/forum/comment/10883404

Это он ключики у wget забыл, не обращайте внимания.

Ничего крамольного не вижу в конфиге, действительно. Посмотрите логи proftpd на всякий случай (объем, интенсивность записи). Ну и в момент скачивания - посмотрите что ftpd делает (lsof, strace). Будет видно кто что использует и где.

Посмотрели что будет, если нагрузить sdb чтением/записью?

Всё равно логи так не забьют IO, а по скринам такой вид что бекап качается с sda :) НО если у него ровно и правильно.

Я думаю myhand вы правы насчет ( контроллера )

Но нужны тесты ... что да как.

/tmp/file - в файле ftp://backups:pass@server/

Каждый день делаете бэкапы, а в каком виде складываете?

покажите что именно скачиваете с sdb и сколько там файлов?

а также лог proftpd того пользователя, через который качается бэкап чуть прояснил бы ситуацию.

Раньше не могли намекнуть про контролер, что только не придумывали все, не во что не веря, лиж-бы показать что я тупой ламер 😡

Сервак чуть не упал, la был до 100 после такой проверки, показатели нагрузки на диски были всегда равны и около 100%

dd if=/dev/zero of=/backups/bigfile bs=1024 count=10000000 conv=fdatasync

top - 23:09:18 up 214 days,  9:10,  2 users,  load average: 49.38, 14.06, 6.27

Tasks: 633 total,   2 running, 631 sleeping,   0 stopped,   0 zombie

Cpu(s):  1.1%us,  5.7%sy,  2.3%ni,  0.0%id, 90.6%wa,  0.0%hi,  0.2%si,  0.0%st

Mem:   8191156k total,  8138764k used,    52392k free,   114904k buffers

Swap:  3998712k total,    23404k used,  3975308k free,  5354268k cached



  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+    UID COMMAND

24471 root      20   0  111m  684  568 S   21  0.0   0:13.29     0 dd

23807 root      20   0     0    0    0 R   14  0.0   0:06.69     0 flush-8:16

12240 mysql     20   0 1615m 909m 4604 S   10 11.4   7388:15   107 mysqld

   79 root      20   0     0    0    0 S    2  0.0  73:35.71     0 kswapd0

25415 user6515  30  10  665m  28m 6652 D    2  0.4   0:00.05  1050 apache2

Это так, для отчёта. Что делать, почему контроллер 1?

Как вообще можно в один контроллер подрубить 2 диска, по цепочке чтоль?

(в железе я нуб, признаю)

Кстати, очень эффективный метод.

Тормозите всё, что работает с sda и запускаете свой бэкап и довольно ясно увидите картину происходящего.

TC - вам уже давно сказали что проблема с железом.

Это не правильный ответ. Равносильно, у меня тормазят сайты - у вас проблемы с сайтами. Очень информативно.

А про контроллер только myhand недавно намекнул. Вот кстати они родные, 1 сата, 2 юсб.

Короче если я правильно понимаю, на одном шлейфе 2 диска, как на домашнем ПК, эх lease, lease..

TC - Чем больше данных тем лучше, если вам трудно писать разбирайтесь сами.