LINUX.ORG.RU

Сообщения poiuty

 

Проброс SATA storage внутрь VPS(ovz) на SSD

На SSD VPS получается мало места. А некоторым хочется держать там и бекапы «под рукой» или еще какую-нибудь статику.
Пока нашел два варианта: первый - curlftpfs, второй - создавать fs.ext4 и делать mount в /vz/root/vpsN/

curlftpfs - можно лимитировать скорость запись(upload)/ чтение(download) с помощью tc шейпера.
у VPS есть реальный IP - делаем лимит на канал, например 40mbit/s

Так же есть локальный IP -> по этим ипам будет работать curlftpfs + отдельные правила tc.
Например 100mbit/s -> на запись(в данном случае на UPLOAD) + на чтение 100mbit/s (download)
Так же сам SATA storage - локальный.
Это будет большая VPS(в ploop) + у нее будут так же свои tc правила, например 300mbit/s -> на запись и чтение 300mbit/s
Мне кажется, что вариант с curlftpfs - удобнее.

Некоторые проблемы. После перезагрузки не монтируется автоматически. Нашел на оф сайте

How can I make CurlFtpFS mount automatically at startup?
You can add it to /etc/fstab. Example:
  curlftpfs#ftp.host.com /mnt/host fuse rw,uid=500,user,noauto 0 0
В логах не нашел ничего, не монтирует и все. Сделал костыль в rc.local -> mount -a

Если storage отвалился. В это время зайти в корень и выполнить ls - то консоль зависнет до тех пор, пока не заработает storage.

poiuty
()

dmesg | grep ACPI - логи

Подскажите пожалуйста по логу.

# dmesg | grep ACPI
[    0.000000]  BIOS-e820: 00000000da93c000 - 00000000dab8f000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000dab8f000 - 00000000dab9c000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000dab9c000 - 00000000dabbc000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000dabbc000 - 00000000dabc1000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000dabc1000 - 00000000dac04000 (ACPI NVS)
[    0.000000] ACPI: RSDP 00000000000f0450 00024 (v02 ALASKA)
[    0.000000] ACPI: XSDT 00000000dab8f078 00064 (v01 ALASKA    A M I 01072009 AMI  00010013)
[    0.000000] ACPI: FACP 00000000dab9a348 000F4 (v04 ALASKA    A M I 01072009 AMI  00010013)
[    0.000000] ACPI: DSDT 00000000dab8f170 0B1D2 (v02 ALASKA    A M I 00000015 INTL 20051117)
[    0.000000] ACPI: FACS 00000000dabbaf80 00040
[    0.000000] ACPI: APIC 00000000dab9a440 00092 (v03 ALASKA    A M I 01072009 AMI  00010013)
[    0.000000] ACPI: MCFG 00000000dab9a4d8 0003C (v01 ALASKA    A M I 01072009 MSFT 00000097)
[    0.000000] ACPI: HPET 00000000dab9a518 00038 (v01 ALASKA    A M I 01072009 AMI. 00000005)
[    0.000000] ACPI: SSDT 00000000dab9a550 0036D (v01 SataRe SataTabl 00001000 INTL 20091112)
[    0.000000] ACPI: SSDT 00000000dab9a8c0 009AA (v01  PmRef  Cpu0Ist 00003000 INTL 20051117)
[    0.000000] ACPI: SSDT 00000000dab9b270 00A92 (v01  PmRef    CpuPm 00003000 INTL 20051117)
[    0.000000] ACPI: DMAR 00000000dab9bd08 000B0 (v01 INTEL      SNB  00000001 INTL 00000001)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x408
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x05] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[    0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[    0.007061] ACPI: Core revision 20090903
[    0.364436] PM: Registering ACPI NVS region at da93c000 (2437120 bytes)
[    0.364561] PM: Registering ACPI NVS region at dab9c000 (131072 bytes)
[    0.364632] PM: Registering ACPI NVS region at dabc1000 (274432 bytes)
[    0.365979] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[    0.366089] ACPI: bus type pci registered
[    0.376372] ACPI: EC: Look up EC in DSDT
[    0.377505] ACPI: Executed 1 blocks of module-level executable AML code
[    0.379567] ACPI Error (psargs-0359): [RAMB] Namespace lookup failure, AE_NOT_FOUND
[    0.379717] ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20090903/nsinit-347)
[    0.381181] ACPI: Interpreter enabled
[    0.381247] ACPI: (supports S0 S1 S3 S4 S5)
[    0.381421] ACPI: Using IOAPIC for interrupt routing
[    0.385686] ACPI: Power Resource [FN00] (off)
[    0.385762] ACPI: Power Resource [FN01] (off)
[    0.385837] ACPI: Power Resource [FN02] (off)
[    0.385910] ACPI: Power Resource [FN03] (off)
[    0.385983] ACPI: Power Resource [FN04] (off)
[    0.386160] ACPI: No dock devices found.
[    0.386289] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.386642] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[    0.392696] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    0.392814] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
[    0.392851] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
[    0.392884] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP06._PRT]
[    0.392911] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP08._PRT]
[    0.392938] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEG0._PRT]
[    0.392966] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEG3._PRT]
[    0.396548] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15)
[    0.396856] ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 10 11 12 14 15)
[    0.397162] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 10 11 12 14 15)
[    0.397465] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15)
[    0.397770] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled.
[    0.398151] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled.
[    0.398533] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 11 12 14 15) *0, disabled.
[    0.398916] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 *4 5 6 10 11 12 14 15)
[    0.400153] PCI: Using ACPI for IRQ routing
[    0.413488] pnp: PnP ACPI init
[    0.413561] ACPI: bus type pnp registered
[    0.413870] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[    0.413904] pnp 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.413928] pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active)
[    0.413945] pnp 00:03: Plug and Play ACPI device, IDs INT0800 (active)
[    0.414013] pnp 00:04: Plug and Play ACPI device, IDs PNP0103 (active)
[    0.414060] pnp 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.414084] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active)
[    0.414122] pnp 00:07: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[    0.414191] pnp 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.414243] pnp 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.414268] pnp 00:0a: Plug and Play ACPI device, IDs PNP0c04 (active)
[    0.414303] pnp 00:0b: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[    0.414625] pnp 00:0c: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.414772] pnp 00:0d: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.414785] pnp: PnP ACPI: found 14 devices
[    0.414850] ACPI: ACPI bus type pnp unregistered
[    0.841866] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.842346] ACPI: Power Button [PWRB]
[    0.842545] ACPI: Power Button [PWRF]
[    0.842668] ACPI: Fan [FAN0] (off)
[    0.842755] ACPI: Fan [FAN1] (off)
[    0.842841] ACPI: Fan [FAN2] (off)
[    0.842929] ACPI: Fan [FAN3] (off)
[    0.843016] ACPI: Fan [FAN4] (off)
[    0.843194] ACPI: acpi_idle registered with cpuidle
[    0.843445] ACPI: SSDT 00000000da8e9018 0083B (v01  PmRef  Cpu0Cst 00003001 INTL 20051117)
[    0.861905] ACPI: SSDT 00000000da8eaa98 00303 (v01  PmRef    ApIst 00003000 INTL 20051117)
[    0.868669] ACPI: SSDT 00000000da8ebc18 00119 (v01  PmRef    ApCst 00003000 INTL 20051117)
[    0.884597] ACPI: Thermal Zone [TZ00] (28 C)
[    0.884878] ACPI: Thermal Zone [TZ01] (30 C)
[    1.069944] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[    1.452521] ata3.00: ACPI _SDD failed (AE 0x5)
[    1.452645] ata4.00: ACPI _SDD failed (AE 0x5)
[    1.464284] ata2.00: ACPI _SDD failed (AE 0x5)
[    1.464451] ata1.00: ACPI _SDD failed (AE 0x5)
[    6.754408] ata4.00: ACPI _SDD failed (AE 0x5)
[    6.754492] ata4.00: ACPI: failed the second time, disabled
[    6.754502] ata3.00: ACPI _SDD failed (AE 0x5)
[    6.754504] ata3.00: ACPI: failed the second time, disabled
[    6.768287] ata1.00: ACPI _SDD failed (AE 0x5)
[    6.768371] ata1.00: ACPI: failed the second time, disabled
[    6.768381] ata2.00: ACPI _SDD failed (AE 0x5)
[    6.768383] ata2.00: ACPI: failed the second time, disabled
[    9.072632] ACPI: resource 0000:00:1f.3 [io  0xf040-0xf05f] conflicts with ACPI region SMBI [io 0xf040-0xf04f]
[    9.072745] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

CentOS 6.4, вот по этим строчкам

[    6.768381] ata2.00: ACPI _SDD failed (AE 0x5)
[    6.768383] ata2.00: ACPI: failed the second time, disabled

...

[    9.072632] ACPI: resource 0000:00:1f.3 [io  0xf040-0xf05f] conflicts with ACPI region SMBI [io 0xf040-0xf04f]
[    9.072745] ACPI: If an ACPI driver is available for this device, you should use it instead of the native drive

poiuty
()

apache mpm-itk и htop

Если использовать apache mpm-itk, то через htop не видно какой пользователь сколько ест CPU. В fcgi - все отлично наглядно видно. Как мониторить?

poiuty
()

MariaDB InnoDB data size

Как посчитать вес InnoDB data size для innodb_buffer_pool_size?
После обновления с MySQL до MariaDB - mysqltuner считает неправильно. Спасибо.

poiuty
()

mysql - memory table size и много таблиц в базе

max_heap_table_size - ограничивает size на таблицу.
Скриптом можно сделать много таблиц в базе и забить их какой-нибудь ерундой -> в итоге на сервере не останется оперативки.
Написать скрипт мониторинга -> сколько какой пользователь использует memory tables и отключать тех кто использует слишком много?
Возможно ли отключить memory tables для обычных пользователей? На сколько это будет неудобно для них? Ведь популярные cms юзают memory tables. Как лучше решить эту проблему?

При большом количестве таблиц в базе N - через pma создает нагрузку при открытии information_schema (от рута).
A так же под пользователем при просмотре базы -> которую сгенерировал.
Можно это поймать по userstat percona по BUSY_TIME, CPU_TIME. Но может быть можно как-то по-другому определять базы в которых море таблиц?

poiuty
()

mysql вопросы tmp

1. Почему MySQL продолжает создавать tmp_tables на диске?
Вне зависимости от tmp_table_size и max_heap_table_size, сейчас = 256M

mysql> show global status like 'Created_tmp_%tables';
+-------------------------+-------+
| Variable_name           | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 125   |
| Created_tmp_tables      | 608   |
+-------------------------+-------+

2. Если переместить tmpdir в tmpfs

tmpdir	= /tmp/mysql_tmpfs
tmpfs /tmp/mysql_tmpfs tmpfs rw,noatime,size=512M,uid=107,gid=108,mode=0700 0 0

То в /tmp/mysql_tmpfs - пусто, почему? (группа и юзер - верные, mysql работает нормально, ошибок в логах нет)

poiuty
()

ddos no route ip

Есть сервер + небольшая сетка ипов (/28). На сервере работают VPSки на OpenVZ. Сеть им раздается через venet0.

Packet routes

First of all, a few words about how packets travel from and to a container. Suppose we have Hardware Node (HN) with a container (CT) on it, and this container talks to some Remote Host (RH). HN has one "real" network interface eth0 and, thanks to OpenVZ, there is also "virtual" network interface venet0.
Inside the container we have interface venet0:0.

    venet0:0               venet0    eth0
CT >------------->-------------> HN >--------->--------> RH

    venet0:0               venet0    eth0
CT <-------------<-------------< HN <---------<--------< RH
# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
x.x.x.x         *               255.255.255.255 UH    0      0        0 eth0
x.x.x.x         *               255.255.255.255 UH    0      0        0 venet0
link-local      *               255.255.0.0     U     1002   0        0 eth0
default         x.x.x.x         0.0.0.0         UG    0      0        0 eth0

Когда включаю VPSку - появляется новый route. Когда выключаю - пропадает. В тестах участвуют два сервера - 100mbit/s
Проблема заключается в том, что если начать атаковать IP для которого нет route -> я получаю очень много трафика.
Сначала я проверял icmp( на сервере net.ipv4.icmp_echo_ignore_all=1 ) ==> картинка.

hping3 --flood --icmp -S -p 21 ip_offvps
bwm-ng (сервер который атакуем): 44000 KB/s IN и 30800 KB/s OUT

Потом я решил попробовать udp ==> картинка.

hping3 --flood --udp -S ip_offvps
bwm-ng (сервер который атакуем): 38000 KB/s IN и 26800 KB/s OUT

И далее я занулил ип VPS ==> картинка.

ip route add blackhole x.x.x.x
bwm-ng (сервер который атакуем): 12800 KB/s IN и 17 KB/s OUT

А вот еще результат, если VPS включена и канал для нее лимит tc shaper на 15mbit/s in/out ==> картинка.

tcpdump icmp

19:54:20.541984 IP static.DDOS.clients.your-server.de > static.VPS-OFF.clients.your-server.de: ICMP echo request, id 13589, seq 0, length 8

tcpdump udp

20:15:47.251733 IP static.DDOS.clients.your-server.de.about > static.VPS-OFF.clients.your-server.de.0: UDP, length 0

Такой же результат был и на обычном ядре.
Сервер с одним IP, дополнительные не были прописаны. Если атаковать их - результат будет такой же.
Почему трафик увеличивается в таких количествах? Способы решения кроме добавления в blackhole?

poiuty
()

centos php-fpm nginx

Привет. Возникла проблема с php53-fpm на centos 6. Nginx и php-fpm из atomic.

Устанавливаю: yum install nginx php-fpm

Редактирую конфиг в /etc/php-fpm/x.conf добавляю

listen = /tmp/www.sock

Создаю файл виртуального хоста в nginx /etc/nginx/conf.d

server {
listen 		 80;
server_name  localhost;

root /var/www/root/;
index  index.php index.html index.htm;

access_log /var/www/nginx_access.log;
error_log  /var/www/nginx_error.log;

location ~ \.php$ {
fastcgi_pass unix:/tmp/www.sock;
include fastcgi_params;
try_files $uri $uri/ =404;
fastcgi_connect_timeout 60;
fastcgi_send_timeout 60;
fastcgi_read_timeout 60;
}

}

Далее делаю index.php с phpinfo, но выводит пустую страницу. Short_tags уже смотрел.

# tcpdump -nAs 20000 -i lo tcp port 9000 > log
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 20000 bytes
^C20 packets captured
40 packets received by filter
0 packets dropped by kernel

=========================================================

20:41:09.456146 IP 127.0.0.1.52391 > 127.0.0.1.cslistener: Flags [S], seq 642394093, win 32792, options [mss 16396,sackOK,TS val 417694589 ecr 0,nop,wscale 7], length 0
E..<..@.@..)..........#(&J'..........#....@....
...}........
20:41:09.456165 IP 127.0.0.1.cslistener > 127.0.0.1.52391: Flags [S.], seq 471081958, ack 642394094, win 32768, options [mss 16396,sackOK,TS val 417694589 ecr 417694589,nop,wscale 7], length 0
E..<..@.@.<.........#(....#.&J'...........@....
...}...}....
20:41:09.456178 IP 127.0.0.1.52391 > 127.0.0.1.cslistener: Flags [.], ack 1, win 257, options [nop,nop,TS val 417694589 ecr 417694589], length 0
E..4..@.@..0..........#(&J'...#............
...}...}
20:41:09.456211 IP 127.0.0.1.52391 > 127.0.0.1.cslistener: Flags [P.], seq 1:833, ack 1, win 257, options [nop,nop,TS val 417694589 ecr 417694589], length 832
E..t..@.@.............#(&J'...#......i.....
...}...}..........................QUERY_STRING..REQUEST_METHODGET..CONTENT_TYPE..CONTENT_LENGTH.
SCRIPT_NAME/index.php.
REQUEST_URI/index.php.
DOCUMENT_URI/index.php

DOCUMENT_ROOT/var/www/root..SERVER_PROTOCOLHTTP/1.1..GATEWAY_INTERFACECGI/1.1..SERVER_SOFTWAREnginx/1.2.7.
REMOTE_ADDR_lolka_..REMOTE_PORT59754.
SERVER_ADDR5.9.164.54..SERVER_PORT80.	SERVER_NAMElocalhost..REDIRECT_STATUS200	
HTTP_HOST5.9.164.54.
HTTP_CONNECTIONkeep-alive.	HTTP_CACHE_CONTROLmax-age=0.?HTTP_ACCEPTtext/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8.fHTTP_USER_AGENTMozilla/5.0 (Windows NT 6.1) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22..HTTP_ACCEPT_ENCODINGgzip,deflate,sdch.#HTTP_ACCEPT_LANGUAGEru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4. HTTP_ACCEPT_CHARSETwindows-1251,utf-8;q=0.7,*;q=0.3.......................
20:41:09.456220 IP 127.0.0.1.cslistener > 127.0.0.1.52391: Flags [.], ack 833, win 269, options [nop,nop,TS val 417694589 ecr 417694589], length 0
E..4..@.@..'........#(....#.&J+....
.......
...}...}
20:41:09.456357 IP 127.0.0.1.cslistener > 127.0.0.1.52391: Flags [P.], seq 1:81, ack 833, win 269, options [nop,nop,TS val 417694589 ecr 417694589], length 80
E.....@.@...........#(....#.&J+....
.x.....
...}...}.....5..X-Powered-By: PHP/5.3.23
Content-type: text/html

...................
20:41:09.456366 IP 127.0.0.1.52391 > 127.0.0.1.cslistener: Flags [.], ack 81, win 257, options [nop,nop,TS val 417694589 ecr 417694589], length 0
E..4..@.@.............#(&J+...$7.....a.....
...}...}
20:41:09.456382 IP 127.0.0.1.cslistener > 127.0.0.1.52391: Flags [F.], seq 81, ack 833, win 269, options [nop,nop,TS val 417694589 ecr 417694589], length 0
E..4..@.@..%........#(....$7&J+....
.T.....
...}...}
20:41:09.456429 IP 127.0.0.1.52391 > 127.0.0.1.cslistener: Flags [F.], seq 833, ack 82, win 257, options [nop,nop,TS val 417694589 ecr 417694589], length 0
E..4..@.@..-..........#(&J+...$8....._.....
...}...}
20:41:09.456537 IP 127.0.0.1.cslistener > 127.0.0.1.52391: Flags [.], ack 834, win 269, options [nop,nop,TS val 417694590 ecr 417694589], length 0
E..4..@.@..$........#(....$8&J+/...
.R.....
...~...}
poiuty
()

centos 6 lm_sensors, smart ssd темература

CentOS 6, ядро 2.6.32 Как определить температуру SSD (intel 520)?

По lm_sensors находит только

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)
# hddtemp /dev/sda
WARNING: Drive /dev/sda doesn't seem to have a temperature sensor.
WARNING: This doesn't mean it hasn't got one.
WARNING: If you are sure it has one, please contact me (hddtemp@guzu.net).
WARNING: See --help, --debug and --drivebase options.
/dev/sda: INTEL SSDSC2CW240A3:  no sensor


# smartctl -A /dev/sda
smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-042stab075.2] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   000   000   000    Old_age   Always       -       894825h+21m+21.460s
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       2
170 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       2
184 End-to-End_Error        0x0033   100   100   090    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       2
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       3955
226 Workld_Media_Wear_Indic 0x0032   100   100   000    Old_age   Always       -       65535
227 Workld_Host_Reads_Perc  0x0032   100   100   000    Old_age   Always       -       11
228 Workload_Minutes        0x0032   100   100   000    Old_age   Always       -       65535
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       3955
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       526
249 NAND_Writes_1GiB        0x0013   100   100   000    Pre-fail  Always       -       98
poiuty
()

Как собирать статистику io процессов

Приветствую. Посоветуйте, как собирать статистику по io контейнеров(openvz в ploop)? Думаю написать два скрипта. Первый должен следить за резким скачком IO VPS. И если VPS сильно нагружает IO(мешает соседям) -> блокировать ее. Второй скрипт, мониторинг IO, периодически чекает стату и отправляет на API.

Как лучше смотреть IO use контейнеров? По iotop я вижу так http://poiuty.ru/img/20034a8d3e28dfc9d8233b01e839.png

Еще вариант попроще мониторить load average VPS. Но скажем при форк бомбах - LA будет высокое. А если на пустой VPS запустить dd, то не особо высоким будет LA.

poiuty
()

cached ram

Всем привет. Появилась небольшая проблема связанная с ram cached.

На сервере 16 Gb RAM и 8 Gb SWAP

# free -m
             total       used       free     shared    buffers     cached
Mem:         15808      11786       4021          0        344       8196
-/+ buffers/cache:       3245      12562
Swap:         8191       1749       6442

Проблема первая, при tar -czf память начинает уходить в swap. В этом случае IO дисков под бекап начинает грузить kswapd. Попробовал добавить vm.swappiness = 0, но ничего не поменялось.

Вторая проблема связана тем, что ovz впски начинают использовать swap, хотя им доступно еще достаточное количество оперативной памяти. И мне кажется, что это неправильно. Так как

http://wiki.openvz.org/VSwap When physpages limit is reached, memory pages belonging to the container are pushed out to so called virtual swap (vswap). The difference between normal swap and vswap is that with vswap no actual disk I/O usually occurs. Instead, a container is artificially slowed down, to emulate the effect of the real swapping. Actual swap out occurs only if there is a global memory shortage on the system.

Я запостил багрепорт http://bugzilla.openvz.org/show_bug.cgi?id=2486

На самих VPSках, аналогично. Память переходит в cached. Далее по vzubc видно, что вроде как закончились и ovz начинает использовать swap.

# vzubc -c 105
physpages|1.98G   -   99%|   2G   -  100%|   - |   2G|
swappages| 174M   -   68%| 177M   -   69%|   - | 256M|    -

Есть идеи? Спасибо вам за ваши ответы и советы.

poiuty
()

Несколько вопросов mtrr_cleanup, SATA 6 Gb/s

OS CentOS 6. При старте в messages получаю. Ерунда с оперативкой, как это лечить?

[    0.000000]  gran_size: 1G 	chunk_size: 1G 	num_reg: 4  	lose cover RAM: 942M
[    0.000000]  gran_size: 1G 	chunk_size: 2G 	num_reg: 4  	lose cover RAM: 942M
[    0.000000]  gran_size: 2G 	chunk_size: 2G 	num_reg: 3  	lose cover RAM: 1966M
[    0.000000] mtrr_cleanup: can not find optimal value
[    0.000000] please specify mtrr_gran_size/mtrr_chunk_size

И еще заявленный SATA III 6Gb/s работает как 3Gb/s.

[    1.153602] ata1: SATA max UDMA/133 abar m2048@0xf7e02000 port 0xf7e02100 irq 34
[    1.153712] ata2: SATA max UDMA/133 abar m2048@0xf7e02000 port 0xf7e02180 irq 34
[    1.153822] ata3: SATA max UDMA/133 abar m2048@0xf7e02000 port 0xf7e02200 irq 34
[    1.153932] ata4: SATA max UDMA/133 abar m2048@0xf7e02000 port 0xf7e02280 irq 34
[    1.154041] ata5: DUMMY
[    1.154104] ata6: DUMMY
[    1.458873] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.458880] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.458906] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.459421] ata3.00: ACPI _SDD failed (AE 0x5)
[    1.459501] ata4.00: ACPI _SDD failed (AE 0x5)
[    1.459592] ata2.00: ACPI _SDD failed (AE 0x5)
[    1.460865] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.471293] ata1.00: ACPI _SDD failed (AE 0x5)

Спасибо за ваши советы и ответы ;)

poiuty
()

reboot -> md127 software raid

После перезагрузки md4 становится md127. В чем может быть ошибка?

mdadm --create /dev/md4 --level=0 --raid-devices=2 /dev/sda /dev/sdb
mdadm --detail --scan > /etc/mdadm.conf
cfdisk /dev/md4
mkfs -t ext4 /dev/md4
mount -t ext4 -o discard /dev/md4 /vz
reboot

После перезагрузки

# cat /proc/mdstat
Personalities : [raid0] [raid1]
md1 : active raid1 sdd2[1] sdc2[0]
      524276 blocks super 1.0 [2/2] [UU]

md2 : active raid1 sdd3[1] sdc3[0]
      1258291064 blocks super 1.0 [2/2] [UU]
        resync=DELAYED

md3 : active raid1 sdd5[1] sdc5[0]
      1658862928 blocks super 1.0 [2/2] [UU]
      [=======>.............]  resync = 35.5% (589269696/1658862928) finish=267.7min speed=66584K/sec

md0 : active raid1 sdd1[1] sdc1[0]
      12582840 blocks super 1.0 [2/2] [UU]

md127 : active raid0 sda[0] sdb[1]
      468861952 blocks super 1.0 512k chunks

unused devices: <none>

# mdadm --detail --scan
ARRAY /dev/md/rescue:4 metadata=1.0 name=rescue:4 UUID=9932debb:3287ecb1:a5386486:f4732b2d
ARRAY /dev/md/0 metadata=1.0 name=rescue:0 UUID=4eb39521:4e8636d0:52f09f22:cbb26c61
ARRAY /dev/md/3 metadata=1.0 name=rescue:3 UUID=20a9a2bc:16df577b:6d687f37:b67370c4
ARRAY /dev/md/2 metadata=1.0 name=rescue:2 UUID=e276ec46:b5d9d957:b6aacb1d:737c3cf1
ARRAY /dev/md/1 metadata=1.0 name=rescue:1 UUID=b46dcc3f:30e9e8d5:551fc2da:814c440b

В messages

Jan  2 14:29:34 venus kernel: [    6.856040] md: bind<sda>
Jan  2 14:29:34 venus kernel: [    6.857669] md: bind<sdb>
Jan  2 14:29:34 venus kernel: [    6.859864] md: raid0 personality registered for level 0
Jan  2 14:29:34 venus kernel: [    6.860044] bio: create slab <bio-1> at 1
Jan  2 14:29:34 venus kernel: [    6.860114] md/raid0:md127: md_size is 937723904 sectors.
Jan  2 14:29:34 venus kernel: [    6.860181] md: RAID0 configuration for md127 - 1 zone
Jan  2 14:29:34 venus kernel: [    6.860249] md: zone0=[sda/sdb]
Jan  2 14:29:34 venus kernel: [    6.860368]       zone-offset=         0KB, device-offset=         0KB, size= 468861952KB
Jan  2 14:29:34 venus kernel: [    6.860479] 
Jan  2 14:29:34 venus kernel: [    6.860545] md127: detected capacity change from 0 to 480114638848
Jan  2 14:29:34 venus kernel: [    6.861043]  md127: unknown partition table

poiuty
()

SSD RAID 1 или 0?

Привет. Всех с наступившим.

Ранее я создавал тему SAS или SSD. В итоге решил использовать SSD. И так имеем два Intel SSDSC2CW240A3K5. И еще два больших SATA III в software RAID-1. На сервере будет CentOS 6 + OpenVZ, SSD под VPS, SATA под бекапы. Сначала я хотел объединить два SSD в software RAID-1. Но нагуглил вот что

In addition, keep in mind that MD (software raid) does not support discards. In contrast, the logical volume manager (LVM) and the device-mapper (DM) targets that LVM uses do support discards. The only DM targets that do not support discards are dm-snapshot, dm-crypt, and dm-raid45. Discard support for the dm-mirror was added in Red Hat Enterprise Linux 6.1.

Red Hat also warns that software RAID levels 1, 4, 5, and 6 are not recommended for use on SSDs. During the initialization stage of these RAID levels, some RAID management utilities (such as mdadm) write to all of the blocks on the storage device to ensure that checksums operate properly. This will cause the performance of the SSD to degrade quickly.

Еще нагуглил это.

The big question here is /why/ would you want TRIM support? In many circumstances it leads to slower operations, and for SSDs from the past couple of years it is almost entirely superseded by the SSD's own garbage collection.

So while there certainly has been some work done on TRIM and md raid, it is not a priority as it is of questionable benefit. You might find some operations are a little faster for older SSDs if you use TRIM, but your metadata operations will be a lot slower.

Your best bet is just to make sure you only buy SSDs that are at least half decent, and don't worry about TRIM.

Как быть с TRIM? Использовать ли для зеркала LVM? Стоит ли вообще делать RAID-1 из SSD? Мб лучше сделать из них RAID-0 + частые бекапы на SATA? Спасибо за ваши советы.

poiuty
()

SSD или SAS?

Приветствую. Что лучше поставить? 2xSSD RAID-1 или 2xSAS RAID-1 (RAID Controller (2-Port and 4-Port): LSI MegaRAID SAS 9260-4i)

Intel SSDSC2CW240A3K5

Seagate ST3300657SS

Так же на сервере будет 2х3Tb SATA III - под систему и бекапы. А на SAS или SSD будут лежать vpsки на OpenVZ.

На сколько надежно будет размещать на SSD? Спасибо за ваши советы.

poiuty
()

md3_raid1 io 99%

Добрый вечер. Сегодня посмотрел iotop и обнаружил, что md3_raid1 часто трескает 99% io. http://poiuty.ru/img/afddc02951159fc0e1cef5c70666.png

На серваке несколько сайтов. IO они вообще не должны юзать. http://poiuty.ru/img/435e4b03058332ed906899df0e3c.png

Куда копать?

И смарты

# smartctl -A /dev/sda
smartctl 5.42 2011-10-20 r3458 [x86_64-linux-2.6.32-279.14.1.el6.x86_64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   108   099   006    Pre-fail  Always       -       19081238
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       7
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   083   060   030    Pre-fail  Always       -       219781224
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       9941
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       7
183 Runtime_Bad_Block       0x0032   098   098   000    Old_age   Always       -       2
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   052   052   000    Old_age   Always       -       48
190 Airflow_Temperature_Cel 0x0022   053   046   045    Old_age   Always       -       47 (Min/Max 45/54)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       5
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7
194 Temperature_Celsius     0x0022   047   054   000    Old_age   Always       -       47 (0 20 0 0 0)
195 Hardware_ECC_Recovered  0x001a   012   010   000    Old_age   Always       -       19081238
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       234208861628117
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       2163565268
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2028324408
# smartctl -A /dev/sdb
smartctl 5.42 2011-10-20 r3458 [x86_64-linux-2.6.32-279.14.1.el6.x86_64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   119   099   006    Pre-fail  Always       -       201477547
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       7
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   083   060   030    Pre-fail  Always       -       222571181
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       9941
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       7
183 Runtime_Bad_Block       0x0032   098   098   000    Old_age   Always       -       2
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   057   046   045    Old_age   Always       -       43 (Min/Max 41/54)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       5
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       7
194 Temperature_Celsius     0x0022   043   054   000    Old_age   Always       -       43 (0 20 0 0 0)
195 Hardware_ECC_Recovered  0x001a   023   010   000    Old_age   Always       -       201477547
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       58265526347477
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       4135681133
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1994868132
poiuty
()

Link is Down & Link is UP

Я арендую несколько выделенных серверов. На одном из них периодически падает сеть. Debian RHEL6 + http://wiki.openvz.org/Download/kernel/rhel6/042stab061.2

Oct 10 15:44:18 host-5 kernel: [91522.910264] r8169 0000:03:00.0: eth0: link down
Oct 10 15:44:21 host-5 kernel: [91525.255116] r8169 0000:03:00.0: eth0: link up
Oct 10 15:44:33 host-5 kernel: [91537.773078] r8169 0000:03:00.0: eth0: link down
Oct 10 15:44:53 host-5 kernel: [91557.447399] r8169 0000:03:00.0: eth0: link up
Кроме этого я ничего не нашел. Начал яростно гуглить и кинул реквест в саппорт дата-центра. Мне предложили поставить r8168 драйвер http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers/en

Успешно поставил драйвер и спокойно лег спать. Но утром обнаружил снова.

Oct 11 10:16:34 host-5 kernel: [34970.152419] r8168: eth0: link down
Oct 11 10:16:35 host-5 kernel: [34970.674281] r8168: eth0: link down
Oct 11 10:16:37 host-5 kernel: [34972.688883] r8168: eth0: link up
Oct 11 10:16:38 host-5 kernel: [34973.674202] r8168: eth0: link up
Oct 11 10:16:49 host-5 kernel: [34985.012568] r8168: eth0: link down
Oct 11 10:16:50 host-5 kernel: [34985.667411] r8168: eth0: link down
Oct 11 10:17:09 host-5 kernel: [35004.792170] r8168: eth0: link up
Oct 11 10:17:10 host-5 kernel: [35005.656979] r8168: eth0: link up

Далее была бесполезная переписка с техподдержкой ДЦ. На сервере перепрошили биос, далее заменили кабель и порт. Но проблема осталась. Делать нечего, я решил, что нужно перебросить клиентов на сервер который нормально работает. Взял более дорогой Xeon E-1245 с Intel Corporation 82574L Gigabit Network Connection. Поставил на него Debian + ядро http://wiki.openvz.org/Download/kernel/rhel6/042stab062.2 Поработал сервер несколько часов и на этом новом сервере снова упала сеть

Oct 15 13:17:11 host-6 kernel: [12139.886613] e1000e: eth0 NIC Link is Down
Oct 15 13:17:19 host-6 kernel: [12147.197303] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx / Tx
Oct 15 13:17:31 host-6 kernel: [12160.024052] e1000e: eth0 NIC Link is Down
Oct 15 13:17:59 host-6 kernel: [12187.437176] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

Плюнул, все снес, поставил CentOS и далее через yum с репозитория openvz - последнее ядро ovz. Несколько дней сервер замечательно проработал. И я решил, что пора перетаскивать клиентов с проблемного сервера. Но сегодня ночью обнаружил в логе эти заветные строчки

Oct 24 11:02:24 sun kernel: [595195.420810] e1000e: eth0 NIC Link is Down
Oct 24 11:03:29 sun kernel: [595259.503573] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Oct 24 11:03:40 sun kernel: [595270.938053] e1000e: eth0 NIC Link is Down
Oct 24 11:04:08 sun kernel: [595298.627905] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

Настройки sysctl

# On Hardware Node we generally need
# packet forwarding enabled and proxy arp disabled
net.ipv4.ip_forward = 1
net.ipv6.conf.default.forwarding = 1
net.ipv6.conf.all.forwarding = 1
#net.ipv6.conf.all.proxy_ndp = 0
net.ipv4.conf.default.proxy_arp = 0

# Enables source route verification
net.ipv4.conf.all.rp_filter = 1

# Enables the magic-sysrq key
kernel.sysrq = 1

# We do not want all our interfaces to send redirects
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0

# From CentOS standard configration
net.ipv4.icmp_echo_ignore_broadcasts=1
[root@sun cache]# ethtool -i eth0
driver: e1000e
version: 1.9.5-k
firmware-version: 1.8-0
bus-info: 0000:04:00.0

Так же есть еще два сервера на старом ядре, там таких проблем по логам не вижу. Написал в багтрекер openvz http://bugzilla.openvz.org/show_bug.cgi?id=2394 но пока ответ не получил. Так же в баг трекере есть еще http://bugzilla.openvz.org/show_bug.cgi?id=2382 - падает есть после перезагрузки контейнера vps. У меня же в логах в момент down link нет перезагрузки.

Буду очень рад советам. Никак не получается решить проблему.

А на старом сервере вообще какой-то ад, каждый день 2-3 раза падает.

Oct 24 01:56:37 host-5 kernel: [866533.491971] r8168: eth0: link down
Oct 24 01:56:38 host-5 kernel: [866534.339673] r8168: eth0: link down
Oct 24 01:56:40 host-5 kernel: [866536.054816] r8168: eth0: link up
Oct 24 01:56:40 host-5 kernel: [866536.338921] r8168: eth0: link up
Oct 24 01:56:52 host-5 kernel: [866548.362539] r8168: eth0: link down
Oct 24 01:56:53 host-5 kernel: [866549.330787] r8168: eth0: link down
Oct 24 01:57:12 host-5 kernel: [866568.059443] r8168: eth0: link up
Oct 24 01:57:12 host-5 kernel: [866568.319954] r8168: eth0: link up
Oct 24 06:25:03 host-5 rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="1233" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.
Oct 24 18:28:34 host-5 kernel: [926014.652800] r8168: eth0: link down
Oct 24 18:28:34 host-5 kernel: [926015.169786] r8168: eth0: link down
Oct 24 18:28:36 host-5 kernel: [926016.975563] r8168: eth0: link up
Oct 24 18:28:36 host-5 kernel: [926017.169043] r8168: eth0: link up
Oct 24 18:28:49 host-5 kernel: [926029.510269] r8168: eth0: link down
Oct 24 18:28:49 host-5 kernel: [926030.160902] r8168: eth0: link down
Oct 24 18:29:09 host-5 kernel: [926049.334105] r8168: eth0: link up
Oct 24 18:29:09 host-5 kernel: [926050.149478] r8168: eth0: link up

poiuty
()

exception Emask 0x0 SAct 0x7f SErr 0x0 action 0x0

Сегодня в syslog обнаружил:

Oct 15 17:43:37 host3 kernel: [6305083.627438] ata1.00: exception Emask 0x0 SAct 0x7f SErr 0x0 action 0x0

Oct 15 17:43:37 host3 kernel: [6305083.628419] ata1.00: irq_stat 0x40000008

Oct 15 17:43:37 host3 kernel: [6305083.629392] ata1.00: failed command: READ FPDMA QUEUED

https://dl.dropbox.com/u/59491914/123.txt - полный лог

Проверил рейд

# cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md1 : active raid1 sda2[2] sdb2[1] 2929739071 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sda1[2] sdb1[1] 524276 blocks super 1.2 [2/2] [UU]

unused devices: <none>

По смарту тоже вроде все ок. Все ли норм с ФС и хардами?

poiuty
()

Проблема с диском?

Доброй ночи. Пытаюсь скопировать файл 8Гб, доходит до 5гб далее LA вырастает более 150. Аналогично если пытаюсь скачать его. LVM, диски в RAID 1. Проблема с диском?

poiuty
()

RSS подписка на новые темы