LINUX.ORG.RU

Подвисает\Тормозит система. Помогите определить причину.

 , , , ,


0

1

Машина является гостем, квм в проксмокс. Хост загуржен не более 1%. Итак. имеется файловый сервер, на базе Зентял 3. Время от веремени, начинает тормозит файловая шара на самба. в этот же момент, невозможно подключится по ssh, а если уже подключен то висит не отвечая.
Иногда спустя время продолжает работу с тормозами. рестарт самбы не помогает, ибо виснет в этот момент.
Удалил, все логи самбы (вар\лог\самба) (были около 100мб), система перестала зависать, но часто появляются тормоза, файловой шары по сети, думает по минуте перед открытием. рестарт самбы восстанавливает скорость работы, но через время продолжает тормозить.
Не знаю что нужно показать, для большей наглядности.

t# top
top - 10:51:48 up 18:27,  1 user,  load average: 0.08, 0.47, 3.11
Tasks: 120 total,   1 running, 118 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.0%us,  0.3%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4050056k total,  3774912k used,   275144k free,   249936k buffers
Swap:  3903484k total,   188248k used,  3715236k free,  1502660k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1644 redis     20   0 10676  540  476 S  0.3  0.0   0:19.69 redis-server
 4950 root      20   0  140m 4308 2668 S  0.3  0.1   2:38.49 lxdm-greeter-gt
15186 osychevs  20   0  663m 233m  13m S  0.3  5.9   0:09.42 smbd
16224 root      20   0 85680 3188 2340 R  0.3  0.1   0:00.01 top
    1 root      20   0 90524 3396 2452 S  0.0  0.1   0:03.92 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      20   0     0    0    0 S  0.0  0.0   0:47.13 ksoftirqd/0
    6 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    7 root      RT   0     0    0    0 S  0.0  0.0   0:00.41 watchdog/0
    8 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 cpuset
    9 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 khelper
   10 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kdevtmpfs
   11 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 netns
   12 root      20   0     0    0    0 S  0.0  0.0   0:00.11 sync_supers
   13 root      20   0     0    0    0 S  0.0  0.0   0:00.00 bdi-default
   14 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kintegrityd
   15 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kblockd
   16 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 ata_sff
   17 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khubd
   18 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 md
   19 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kworker/u:1
   21 root      20   0     0    0    0 S  0.0  0.0   0:00.01 khungtaskd
   22 root      20   0     0    0    0 S  0.0  0.0   0:09.77 kswapd0
   23 root      25   5     0    0    0 S  0.0  0.0   0:00.00 ksmd
   24 root      39  19     0    0    0 S  0.0  0.0   0:00.00 khugepaged
   25 root      20   0     0    0    0 S  0.0  0.0   0:00.00 fsnotify_mark
   26 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ecryptfs-kthrea
   27 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 crypto
   35 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kthrotld
   36 root      20   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
   37 root      20   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
   38 root      20   0     0    0    0 S  0.0  0.0   0:00.01 kworker/u:2
   58 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 devfreq_wq
  173 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kdmflush
  182 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kdmflush
  196 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kdmflush
  205 root      20   0     0    0    0 S  0.0  0.0   4:55.16 jbd2/dm-0-8
  206 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 ext4-dio-unwrit
  219 root      20   0     0    0    0 S  0.0  0.0   0:14.56 flush-252:0
  277 root      20   0 17232  396  396 S  0.0  0.0   0:00.04 upstart-udev-br
# free
             total       used       free     shared    buffers     cached
Mem:       4050056    3776716     273340          0     250512    1504392
-/+ buffers/cache:    2021812    2028244
Swap:      3903484     188248    3715236


Думаю начать перенос на другую систему, Но все равно хочется разобраться с причиной.
И кто что посоветует из коробочных дистрибутивов для файловой шары

blqs ()
Ответ на: комментарий от King_Carlo

До недавнего времени все было нормально
Сервер:

# fdisk -l

Disk /dev/sda: 1998.0 GB, 1997998653440 bytes
255 heads, 63 sectors/track, 242909 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000d077b

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          66      523264   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              66      242910  1950646272   8e  Linux LVM

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/dm-0: 103.1 GB, 103079215104 bytes
255 heads, 63 sectors/track, 12532 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/dm-0 doesn't contain a valid partition table

Disk /dev/dm-1: 2000.4 GB, 2000397795328 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-1 doesn't contain a valid partition table

Disk /dev/dm-2: 16.1 GB, 16106127360 bytes
255 heads, 63 sectors/track, 1958 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/dm-2 doesn't contain a valid partition table

Disk /dev/dm-3: 1861.1 GB, 1861096570880 bytes
255 heads, 63 sectors/track, 226265 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/dm-3 doesn't contain a valid partition table

Гость:
# fdisk -l

Disk /dev/vda: 751.6 GB, 751619276800 bytes
255 heads, 63 sectors/track, 91379 cylinders, total 1468006400 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0006351f

   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *        2048  1468004351   734001152   8e  Linux LVM

Disk /dev/mapper/group-root: 28.0 GB, 27996979200 bytes
255 heads, 63 sectors/track, 3403 cylinders, total 54681600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/group-root doesn't contain a valid partition table

Disk /dev/mapper/group-swap: 3997 MB, 3997171712 bytes
255 heads, 63 sectors/track, 485 cylinders, total 7806976 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/group-swap doesn't contain a valid partition table

Disk /dev/mapper/group-data: 719.6 GB, 719620931584 bytes
255 heads, 63 sectors/track, 87488 cylinders, total 1405509632 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/group-data doesn't contain a valid partition table

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

Также в новой системе ещё не определился ни с использованием дистрибутива «файловый сервер из коробки», ни с тем использовать ЛВМ или нет.

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

Накатил я ваш proxmox поглядеть, мне не понравилось следующее:

При установке он создаёт lvm /dev/pve/data как хранилище образов ВМ, но сами ВМ при этом лежат в виде файлов, что может быть причиной тормозов и подвисаний при активном использовании samba. А если эти файлы ещё и autogrow, то тогда тушите свет, io будет крайне медленным.

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

не определился ни с использованием дистрибутива «файловый сервер из коробки»

Samba везде одинаковая, используй тот дистрибутив к которому привык. Если будешь на самбе городить AD, то имеет смысл посмотреть на OpenSuse и Calculate.

использовать ЛВМ или нет

LVM это единственный, известный мне, путь получения io в ВМ близкого к хосту.

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

да это понятно, нафиг для это использовать веб-прокладки, вот и все ваши тормоза оттуда, от нафиг ненужного софта. Хотите из железа выжать максимум производительности ставьте gentoo и настраиваете под конкретные задачи, хотите играться с красивыми картинками и иметь геморой, тогда развлекайтесь с вебмином, проксмоксом и тому подобным.

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

Да ну, не из за этого. Да это дополнительная нагрузка, но которая ничтожно мала. Да и данными системами или аналогичными, пользуются многие.

blqs ()
Ответ на: комментарий от vxzvxz

использовать веб-прокладки, вот и все ваши тормоза оттуда

А на top, который ТС выложил, взглянуть слабо? У него тормоза из-за I/O.

ставьте gentoo

да-да, и трахайтесь стоя в гамаке.

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

Нет на, ставим везде говно-deb и усрач-rpm и думаем что у нас все летает и бабосы на дорогущий сервак нами потрачены не зря. У товарища полное непонимание что ему надо и каким путем идти, он хочет и конфетку съесть и на кол сесть.

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

О_о великий знаток вы гдеж в top-е разглядели проблемы ввода-вывода, там все в ноль (0.0%wa), как минимум чтобы сделать вывод о проблемах с io надо проанализировать вывод iotop, vmstat, hdparm -tT дисков и заодно глянуть dmesg

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

При проблемах с вводом-вывоводом дисковой подсистемы oiwait процессора стремится к 100% (и это только косвенный признак), а в данном примере (0.0%wa), учите мат часть. Смею только предположить, что у товарища в аппаратном рейде активирована отложенная запись.

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

При проблемах с вводом-вывоводом дисковой подсистемы oiwait процессора стремится к 100%

При нормальной работе будет больше 0, согласен, но при 12309, почему то, оно = 0, а система стоит колом.

учите мат часть

Да ну нафиг.

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

Не, вы не правы, безосновательная чушь это, цитирую:

да это понятно, нафиг для это использовать веб-прокладки, вот и все ваши тормоза оттуда

Хотите из железа выжать максимум производительности ставьте gentoo

proxmox - ну и зачем это на серваке?

ставим везде говно-deb и усрач-rpm и думаем что у нас все летает и бабосы на дорогущий сервак нами потрачены не зря.

У товарища полное непонимание что ему надо и каким путем идти

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

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

При проблемах с вводом-вывоводом дисковой подсистемы oiwait процессора стремится к 100% (и это только косвенный признак)

4.2 самое натуральное. Имел не так давно дело с системой виртуализации, где всё было настроено через одно место - так вот - при затыке I/O (в очереди запросов к диску), процессор работает как обычно, никаких там загрузок под 100%.

anonymous ()
iotop
iostat

Посмотри, может натолкнут тебя на какие-нибудь мысли.

anonymous ()
Ответ на: комментарий от vxzvxz

Я давал повод для подобного обращения? На брудершафт вроде не пили.

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

При проблемах с вводом-вывоводом дисковой подсистемы oiwait процессора стремится к 100% (и это только косвенный признак), а в данном примере (0.0%wa), учите мат часть.

Полный бред. Даже на собеседование в любой более-менее приличной конторе будут показывать выхлоп топ, где почти всё по нулям, с вопросом «почему тормозит система».

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

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

И смысл слова косвенный вам надеюсь не надо объяснять?

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

О еще один умник образовался, че генту не осилил? ну ничего бывает.

vxzvxz ★★★ ()

Даже не знаю. Стоит ли вмешиваются.

blqs ()

1. Проверь, проходят ли пинги при подвисании. Желательно ping -f. Может быть физически нестабильное соединение по сетке. 2. Проверь и при надобности выключи conntrack. Ну и dmesg глянь чё там.

auto12884839 ()
Ответ на: комментарий от blqs

Вообщем, система работает-работает. Потом бац, не отвечает, команды не вводятся, и через минуту появляется все что набрал. Сервер зависает, и помогает только ребут. На что смотреть не знаю.

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

После каждой команды, типа sudo su - проходит минута пока она выполнится!

blqs ()
Ответ на: комментарий от auto12884839

Пинг сейчас стабильно ниже 1мс с вин машины в сети. Сервер опять висит. самба не дает доступа. во время зависа несколько последних строк. смущает: INFO: task smbd:7396 blocked for more than 120 seconds.

[ 3000.256430]  [<ffffffff81178c6a>] do_sync_write+0xda/0x120
[ 3000.256432]  [<ffffffff812d9648>] ? apparmor_file_permission+0x18/0x20
[ 3000.256435]  [<ffffffff8129edac>] ? security_file_permission+0x2c/0xb0
[ 3000.256437]  [<ffffffff81179211>] ? rw_verify_area+0x61/0xf0
[ 3000.256438]  [<ffffffff81179573>] vfs_write+0xb3/0x180
[ 3000.256440]  [<ffffffff8117989a>] sys_write+0x4a/0x90
[ 3000.256441]  [<ffffffff81665842>] system_call_fastpath+0x16/0x1b
[ 3000.256443] INFO: task smbd:7396 blocked for more than 120 seconds.
[ 3000.256444] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 3000.256445] smbd            D 0000000000000000     0  7396   5773 0x00000000
[ 3000.256446]  ffff880114afdc38 0000000000000082 ffff88010a761700 ffff88011fffcc08
[ 3000.256448]  ffff880114afdfd8 ffff880114afdfd8 ffff880114afdfd8 00000000000137c0
[ 3000.256450]  ffff8800d94b8000 ffff88010a761700 ffff88010a761700 ffff880059893cd0
[ 3000.256452] Call Trace:
[ 3000.256453]  [<ffffffff8165b34f>] schedule+0x3f/0x60
[ 3000.256455]  [<ffffffff8165c157>] __mutex_lock_slowpath+0xd7/0x150
[ 3000.256456]  [<ffffffff8165bd6a>] mutex_lock+0x2a/0x50
[ 3000.256458]  [<ffffffff8111a5d6>] generic_file_aio_write+0x56/0xe0
[ 3000.256460]  [<ffffffff8121287f>] ext4_file_write+0xbf/0x260
[ 3000.256462]  [<ffffffff8113eaca>] ? handle_pte_fault+0xfa/0x200
[ 3000.256463]  [<ffffffff81178c6a>] do_sync_write+0xda/0x120
[ 3000.256465]  [<ffffffff812d9648>] ? apparmor_file_permission+0x18/0x20
[ 3000.256467]  [<ffffffff8129edac>] ? security_file_permission+0x2c/0xb0

[ 3000.256467]  [<ffffffff8129edac>] ? security_file_permission+0x2c/0xb0
[ 3000.256468]  [<ffffffff81179211>] ? rw_verify_area+0x61/0xf0
[ 3000.256470]  [<ffffffff81179573>] vfs_write+0xb3/0x180
[ 3000.256471]  [<ffffffff8117989a>] sys_write+0x4a/0x90
[ 3000.256473]  [<ffffffff81665842>] system_call_fastpath+0x16/0x1b
[ 3000.256474] INFO: task smbd:7397 blocked for more than 120 seconds.
[ 3000.256475] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 3000.256476] smbd            D 0000000000000000     0  7397   5773 0x00000000
[ 3000.256478]  ffff880117bf7c38 0000000000000086 ffff88010a762e00 ffff88011fffcc08
[ 3000.256480]  ffff880117bf7fd8 ffff880117bf7fd8 ffff880117bf7fd8 00000000000137c0
[ 3000.256481]  ffff880039e74500 ffff88010a762e00 ffff88010a762e00 ffff880059893cd0
[ 3000.256483] Call Trace:
[ 3000.256485]  [<ffffffff8165b34f>] schedule+0x3f/0x60
[ 3000.256486]  [<ffffffff8165c157>] __mutex_lock_slowpath+0xd7/0x150
[ 3000.256487]  [<ffffffff8165bd6a>] mutex_lock+0x2a/0x50
[ 3000.256489]  [<ffffffff8111a5d6>] generic_file_aio_write+0x56/0xe0
[ 3000.256491]  [<ffffffff8121287f>] ext4_file_write+0xbf/0x260
[ 3000.256493]  [<ffffffff8113eaca>] ? handle_pte_fault+0xfa/0x200
[ 3000.256494]  [<ffffffff81178c6a>] do_sync_write+0xda/0x120
[ 3000.256496]  [<ffffffff812d9648>] ? apparmor_file_permission+0x18/0x20
[ 3000.256498]  [<ffffffff8129edac>] ? security_file_permission+0x2c/0xb0
[ 3000.256500]  [<ffffffff81179211>] ? rw_verify_area+0x61/0xf0

[ 3000.256501]  [<ffffffff81179573>] vfs_write+0xb3/0x180
[ 3000.256503]  [<ffffffff8117989a>] sys_write+0x4a/0x90
[ 3000.256504]  [<ffffffff81665842>] system_call_fastpath+0x16/0x1b
[ 3000.256506] INFO: task smbd:7398 blocked for more than 120 seconds.
[ 3000.256506] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 3000.256507] smbd            D 0000000000000000     0  7398   5773 0x00000000
[ 3000.256509]  ffff880115d89c38 0000000000000082 ffff88010a764500 ffff88011fffcc08
[ 3000.256511]  ffff880115d89fd8 ffff880115d89fd8 ffff880115d89fd8 00000000000137c0
[ 3000.256513]  ffff8800d94b8000 ffff88010a764500 ffff88010a764500 ffff880059893cd0
[ 3000.256515] Call Trace:
[ 3000.256516]  [<ffffffff8165b34f>] schedule+0x3f/0x60
[ 3000.256517]  [<ffffffff8165c157>] __mutex_lock_slowpath+0xd7/0x150
[ 3000.256519]  [<ffffffff8165bd6a>] mutex_lock+0x2a/0x50
[ 3000.256521]  [<ffffffff8111a5d6>] generic_file_aio_write+0x56/0xe0
[ 3000.256523]  [<ffffffff8121287f>] ext4_file_write+0xbf/0x260
[ 3000.256524]  [<ffffffff8113eaca>] ? handle_pte_fault+0xfa/0x200
[ 3000.256527]  [<ffffffff81178c6a>] do_sync_write+0xda/0x120
[ 3000.256529]  [<ffffffff812d9648>] ? apparmor_file_permission+0x18/0x20
[ 3000.256531]  [<ffffffff8129edac>] ? security_file_permission+0x2c/0xb0
[ 3000.256533]  [<ffffffff81179211>] ? rw_verify_area+0x61/0xf0
[ 3000.256534]  [<ffffffff81179573>] vfs_write+0xb3/0x180
[ 3000.256536]  [<ffffffff8117989a>] sys_write+0x4a/0x90
[ 3000.256537]  [<ffffffff81665842>] system_call_fastpath+0x16/0x1b
[ 4518.158846] init: zentyal.s4sync main process (5756) killed by TERM signal
[ 4520.219126] init: samba4 main process (5755) terminated with status 127

после розвиса

1:1, без отличий.

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

iotop


Total DISK READ:    1248.90 K/s | Total DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
 7996 be/4 root       71.14 K/s    0.00 B/s  0.00 % 99.99 % sendmail: MTA: running queue: /var/spool/mqueue
10534 be/4 root      185.75 K/s    0.00 B/s  0.00 % 99.99 % sendmail: MTA: running queue: /var/spool/mqueue
 8548 be/4 root      383.36 K/s    0.00 B/s  0.00 % 99.99 % sendmail: MTA: running queue: /var/spool/mqueue
11524 be/4 root      608.64 K/s    0.00 B/s  0.00 % 99.99 % sendmail: MTA: running queue: /var/spool/mqueue
11518 be/4 sspilnic    0.00 B/s    7.90 K/s  0.00 %  0.00 % smbd --option=server role check:inhibit=yes --foreground
 1024 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % acpid -c /etc/acpi/events -s /var/run/acpid.socket

Также странновато то, что при копировании файла по гигабитной сети, со скорость 80+ метров, значения в iotop почьти не меняются. Или это нормально?

blqs ()
Ответ на: комментарий от blqs
# dmesg | grep /dev
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-37-generic root=/dev/mapper/group-root ro quiet splash vt.handoff=7
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-37-generic root=/dev/mapper/group-root ro quiet splash vt.handoff=7
[    0.390480] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
[    0.874185] input: QEMU QEMU USB Tablet as /devices/pci0000:00/0000:00:01.2/usb1/1-1/1-1:1.0/input/input1
[    7.070992] Adding 3903484k swap on /dev/mapper/group-swap.  Priority:-1 extents:1 across:3903484k
[    8.328797] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input2

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

Всё таки непонято по дискам как они подключены в госте ?. Может быть кеш для диска гостя чудит ?

Покажи virsh dumpxml <имя_гостя>

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

опять завис. top показалб что4 процесса smbd грузили проц на 25%, через несколько секунд нагрузка упала, появился доступ к шарам, и нескольк одесятков sendmail-mta начали грузить проц по 7+%.

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

Выполнин. Там вроде просят ещё дамп выложить. где его взять? команда ничего не выводит.

Это в dmesg должно появиться. А вообще, просто обновись лучше. Видишь, говорят что Possibly fixed by upstream commit fab363b5ff502d1b39ddcfec04271f5858d9f26e which went into 3.5-rc6 and 3.4.5 (as 8d9369807370331cebf3e237b95ecce068af80f1).

auto12884839 ()
Ответ на: комментарий от blqs

Запустил iotop на хозяине и виртуалке. Значения 1:1. Значит, Вся вина на виртуалке.

Total DISK READ:     913.83 K/s | Total DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO<    COMMAND
 5135 be/4 root      913.83 K/s    0.00 B/s  0.00 % 99.94 % sendmail: MTA: running queue: /var/spool/mqueue
Что это может быть?

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

Какой тип кэширования установлен на виртуальном диске? Попробуй поиграй этим параметром, начни, например с direct sync.

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

А как он действует? Ато вдруг электричество отключат на долго, а через часик и ибп вырубится. Ведь файл останутся в воздухе!?

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

А как он действует?

При отложенном записи система валит файлы в память сколько сможет, а потом пишет на диск.

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