Вроде бы на ровном месте, второй раз за последние три недели, отваливается новый nvme диск
В логах:
Jan 12 06:38:29 server1 kernel: nvme nvme0: Device not ready; aborting reset, CSTS=0x1
Jan 12 06:38:29 server1 kernel: nvme0n1: detected capacity change from 3907029168 to 0
Что интересно, после перезагрузки системы не появляется, помогает только выключение-включение.
На хосте имеется lvm том kvm2539_img. Когда-то для него был создан снапшот с именем kvm2539_snap_26_07_isp
lvcreate -L 20G -s -n kvm2539_snap_26_07_isp /dev/shared_lvm/kvm2539_img
По какой-то неизвестной мне причине снапшот из вывода lvs исчез,на томе появились непонятные атрибуты -XX--X- и ругательство
[root@host root]# lvs | grep 2539
Internal error: WARNING: Segment type snapshot-origin found does not match expected type striped for shared_lvm/kvm2539_img.
kvm2539_img shared_lvm -wi-XX--X- 500,00g
В dev-mapper есть устройства
[root@host root]# dmsetup ls | grep 2539
shared_lvm-kvm2539_img-real (253:41)
shared_lvm-kvm2539_snap_26_07_isp (253:43)
shared_lvm-kvm2539_snap_26_07_isp-cow (253:42)
shared_lvm-kvm2539_img (253:40)
[root@host root]# dmsetup info /dev/mapper/shared_lvm-kvm2539_snap_26_07_isp
Name: shared_lvm-kvm2539_snap_26_07_isp
State: ACTIVE
Read Ahead: 8192
Tables present: LIVE
Open count: 0
Event number: 1
Major, minor: 253, 43
Number of targets: 1
UUID: LVM-F1T113iR27rr2VoRKWllEcRJVvW8gTz2pltIubE16cgrtVYRhCddqI5UXpWdUjd5
Я бы просто удалил вируальное устройство shared_lvm-kvm2539_snap_26_07_isp из dev-mapper, но LVM шаренный между хостами, хотелось бы понять, что с конкретным томом такое случилось особенное и как бы через lvm это разрулить.
Рассматриваю к покупке простенькую дисковую полку SAS/SATA. Есть несколько вопросов:
Знакомый из Казахстана попросил помочь настроить http proxy в связи с тем, что у них в стране отключают домены .kz если сайт размещён не в Казахстане.
Купили бомжатскую vps и настроили proxy_pass в nginx на другой сервер.
Теперь правила размещения вроде бы соблюдаются, сайт имеет казахстанский IP, но они как-то детектируют проксирование https://ibb.co/DDjYmQD
Собственно вопрос, как можно определить что сайт за реверс прокси?
Периодически при запуске virt-df в логах сыпет page allocation failure: order:4, mode:0xc0d0
Самой памяти на сервере предостаточно.
free -h
total used free shared buff/cache available
Mem: 251G 127G 37G 4,0G 86G 119G
Swap: 0B 0B 0B
Как я понял order:4 это 2^4 страницы = 64 Kb
в состояние памяти:
Apr 21 06:00:05 h5 kernel: Node 0 DMA: 1*4kB (U) 0*8kB 0*16kB 1*32kB (U) 0*64kB 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15780kB
Apr 21 06:00:05 h5 kernel: Node 0 DMA32: 3294*4kB (UEM) 1418*8kB (UEM) 2604*16kB (UEM) 2198*32kB (UEM) 13*64kB (UEM) 18*128kB (UEM) 33*256kB (UM) 146*512kB (UM) 27*1024kB (UM) 0*2048kB 0*4096kB = 250504kB
Apr 21 06:00:05 h5 kernel: Node 0 Normal: 655474*4kB (UE) 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2621896kB
Apr 21 06:00:05 h5 kernel: Node 1 Normal: 2636415*4kB (UEM) 367372*8kB (UEM) 8*16kB (U) 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 13484764kB
Apr 21 06:00:05 h5 kernel: Node 2 Normal: 893338*4kB (UEM) 1081153*8kB (UEM) 376889*16kB (UEM) 676*32kB (UM) 29*64kB (UM) 1*128kB (M) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 18276416kB
Apr 21 06:00:05 h5 kernel: Node 3 Normal: 458731*4kB (UEM) 311281*8kB (UEM) 152481*16kB (UEM) 1179*32kB (UM) 7*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6803044kB
Полный лог:
Apr 21 06:00:01 h5 systemd-machined: New machine qemu-36204-guestfs-ivr52gsm3jqr02gj.
Apr 21 06:00:01 h5 systemd: Started Virtual Machine qemu-36204-guestfs-ivr52gsm3jqr02gj.
Apr 21 06:00:01 h5 kvm: 13 guests now active
Apr 21 06:00:03 h5 kvm: 12 guests now active
Apr 21 06:00:03 h5 systemd-machined: Machine qemu-36204-guestfs-ivr52gsm3jqr02gj terminated.
Apr 21 06:00:05 h5 libvirtd: 2020-04-21 03:00:05.118+0000: 3719: error : virHostCPUGetTscInfo:1395 : Unable to create KVM VM for TSC probing: Cannot allocate memory
Apr 21 06:00:05 h5 kernel: libvirtd: page allocation failure: order:4, mode:0xc0d0
Apr 21 06:00:05 h5 kernel: CPU: 10 PID: 3719 Comm: libvirtd Kdump: loaded Tainted: P OE ------------ 3.10.0-1062.9.1.el7.x86_64 #1
Apr 21 06:00:05 h5 kernel: Hardware name: HP ProLiant DL360 Gen9/ProLiant DL360 Gen9, BIOS P89 07/21/2019
Apr 21 06:00:05 h5 kernel: Call Trace:
Apr 21 06:00:05 h5 kernel: [<ffffffffab57ac23>] dump_stack+0x19/0x1b
Apr 21 06:00:05 h5 kernel: [<ffffffffaafc3d70>] warn_alloc_failed+0x110/0x180
Apr 21 06:00:05 h5 kernel: [<ffffffffaafc897f>] __alloc_pages_nodemask+0x9df/0xbe0
Apr 21 06:00:05 h5 kernel: [<ffffffffab016b28>] alloc_pages_current+0x98/0x110
Apr 21 06:00:05 h5 kernel: [<ffffffffaafe3b28>] kmalloc_order+0x18/0x40
Apr 21 06:00:05 h5 kernel: [<ffffffffab022056>] kmalloc_order_trace+0x26/0xa0
Apr 21 06:00:05 h5 kernel: [<ffffffffc0c396a4>] kvm_dev_ioctl+0xc4/0x6a0 [kvm]
Apr 21 06:00:05 h5 kernel: [<ffffffffab05fb40>] do_vfs_ioctl+0x3a0/0x5a0
Apr 21 06:00:05 h5 kernel: [<ffffffffab05c3ed>] ? putname+0x3d/0x60
Apr 21 06:00:05 h5 kernel: [<ffffffffab05fde1>] SyS_ioctl+0xa1/0xc0
Apr 21 06:00:05 h5 kernel: [<ffffffffab58dede>] system_call_fastpath+0x25/0x2a
Apr 21 06:00:05 h5 kernel: Mem-Info:
Apr 21 06:00:05 h5 kernel: active_anon:27111341 inactive_anon:421738 isolated_anon:0#012 active_file:11492436 inactive_file:11412231 isolated_file:0#012 unevictable:26289 dirty:525 writeback:0 unstable:0#012 slab_reclaimable:552429 slab_unreclaimable:238869#012 mapped:21532 shmem:1058031 pagetables:59029 bounce:0#012 free:10361900 free_pcp:2134 free_cma:0
Apr 21 06:00:05 h5 kernel: Node 0 DMA free:15780kB min:8kB low:8kB high:12kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15992kB managed:15904kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 1533 63995 63995
Apr 21 06:00:05 h5 kernel: Node 0 DMA32 free:250504kB min:804kB low:1004kB high:1204kB active_anon:186248kB inactive_anon:2884kB active_file:8kB inactive_file:4kB unevictable:280kB isolated(anon):0kB isolated(file):0kB present:1817084kB managed:1569928kB mlocked:280kB dirty:4kB writeback:0kB mapped:408kB shmem:4692kB slab_reclaimable:115748kB slab_unreclaimable:56744kB kernel_stack:496kB pagetables:848kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 0 62462 62462
Apr 21 06:00:05 h5 kernel: Node 0 Normal free:2621236kB min:32784kB low:40980kB high:49176kB active_anon:30963012kB inactive_anon:682504kB active_file:14033880kB inactive_file:13571704kB unevictable:6140kB isolated(anon):0kB isolated(file):0kB present:65011712kB managed:63961120kB mlocked:6140kB dirty:164kB writeback:0kB mapped:31516kB shmem:1814604kB slab_reclaimable:557304kB slab_unreclaimable:117908kB kernel_stack:2864kB pagetables:70048kB unstable:0kB bounce:0kB free_pcp:2168kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 0 0 0
Apr 21 06:00:05 h5 kernel: Node 1 Normal free:13483532kB min:33848kB low:42308kB high:50772kB active_anon:22545500kB inactive_anon:223496kB active_file:17418308kB inactive_file:10923700kB unevictable:1088kB isolated(anon):0kB isolated(file):0kB present:67108864kB managed:66042524kB mlocked:1088kB dirty:548kB writeback:52kB mapped:27808kB shmem:541424kB slab_reclaimable:420740kB slab_unreclaimable:163264kB kernel_stack:4000kB pagetables:52736kB unstable:0kB bounce:0kB free_pcp:2852kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 0 0 0
Apr 21 06:00:05 h5 kernel: Node 2 Normal free:18275136kB min:33860kB low:42324kB high:50788kB active_anon:20074712kB inactive_anon:427620kB active_file:9429012kB inactive_file:13488620kB unevictable:82000kB isolated(anon):0kB isolated(file):0kB present:67108864kB managed:66058476kB mlocked:82000kB dirty:488kB writeback:204kB mapped:12244kB shmem:974216kB slab_reclaimable:665568kB slab_unreclaimable:272732kB kernel_stack:8128kB pagetables:53268kB unstable:0kB bounce:0kB free_pcp:1296kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 0 0 0
Apr 21 06:00:05 h5 kernel: Node 3 Normal free:6801412kB min:33856kB low:42320kB high:50784kB active_anon:34675892kB inactive_anon:350448kB active_file:5088536kB inactive_file:7664896kB unevictable:15648kB isolated(anon):0kB isolated(file):0kB present:67108864kB managed:66058032kB mlocked:15648kB dirty:896kB writeback:0kB mapped:14152kB shmem:897188kB slab_reclaimable:450356kB slab_unreclaimable:344828kB kernel_stack:7808kB pagetables:59216kB unstable:0kB bounce:0kB free_pcp:2220kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 21 06:00:05 h5 kernel: lowmem_reserve[]: 0 0 0 0
Apr 21 06:00:05 h5 kernel: Node 0 DMA: 1*4kB (U) 0*8kB 0*16kB 1*32kB (U) 0*64kB 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15780kB
Apr 21 06:00:05 h5 kernel: Node 0 DMA32: 3294*4kB (UEM) 1418*8kB (UEM) 2604*16kB (UEM) 2198*32kB (UEM) 13*64kB (UEM) 18*128kB (UEM) 33*256kB (UM) 146*512kB (UM) 27*1024kB (UM) 0*2048kB 0*4096kB = 250504kB
Apr 21 06:00:05 h5 kernel: Node 0 Normal: 655474*4kB (UE) 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2621896kB
Apr 21 06:00:05 h5 kernel: Node 1 Normal: 2636415*4kB (UEM) 367372*8kB (UEM) 8*16kB (U) 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 13484764kB
Apr 21 06:00:05 h5 kernel: Node 2 Normal: 893338*4kB (UEM) 1081153*8kB (UEM) 376889*16kB (UEM) 676*32kB (UM) 29*64kB (UM) 1*128kB (M) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 18276416kB
Apr 21 06:00:05 h5 kernel: Node 3 Normal: 458731*4kB (UEM) 311281*8kB (UEM) 152481*16kB (UEM) 1179*32kB (UM) 7*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6803044kB
Apr 21 06:00:05 h5 kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
Apr 21 06:00:05 h5 kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Apr 21 06:00:05 h5 kernel: Node 1 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
Apr 21 06:00:05 h5 kernel: Node 1 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Apr 21 06:00:05 h5 kernel: Node 2 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
Apr 21 06:00:05 h5 kernel: Node 2 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Apr 21 06:00:05 h5 kernel: Node 3 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
Apr 21 06:00:05 h5 kernel: Node 3 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Apr 21 06:00:05 h5 kernel: 23964568 total pagecache pages
Apr 21 06:00:05 h5 kernel: 0 pages in swap cache
Apr 21 06:00:05 h5 kernel: Swap cache stats: add 0, delete 0, find 0/0
Apr 21 06:00:05 h5 kernel: Free swap = 0kB
Apr 21 06:00:05 h5 kernel: Total swap = 0kB
Apr 21 06:00:05 h5 kernel: 67042845 pages RAM
Apr 21 06:00:05 h5 kernel: 0 pages HighMem/MovableOnly
Apr 21 06:00:05 h5 kernel: 1116349 pages reserved
Добрый день.
На sda только OS. Своп отключён. На сервере запущены ВМ с nvme0n1, nvme1n1
Периодически возникает жуткий page scan, локальный диск sda грузится по чтению. OS зависает по D+, так минут 5, потом отвисает само.
Помогите разобраться. Свободная память вроде есть, ~9Гб. В page cache ~200-300мб.
Даже если возникает page scan, своп у меня отключен. Почему грузится локальный диск?
В 12:58
12:58:02 -------------- 1m0s elapsed
PRC | sys 51.27s | user 2m57s | | | #proc 15621 | #trun 5 | #tslpi 705 | #tslpu 1 | #zombie 0 | clones 16042 | | | #exit 15276 |
CPU | sys 82% | user 300% | irq 1% | | | idle 755% | wait 63% | | steal 0% | guest 252% | | curf 4.30GHz | curscal 82% |
cpu | sys 8% | user 36% | irq 0% | | | idle 50% | cpu005 w 5% | | steal 0% | guest 34% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 32% | irq 0% | | | idle 55% | cpu001 w 5% | | steal 0% | guest 28% | | curf 4.30GHz | curscal 82% |
cpu | sys 9% | user 30% | irq 0% | | | idle 57% | cpu004 w 4% | | steal 0% | guest 28% | | curf 4.30GHz | curscal 82% |
cpu | sys 8% | user 30% | irq 0% | | | idle 55% | cpu003 w 6% | | steal 0% | guest 27% | | curf 4.30GHz | curscal 82% |
cpu | sys 8% | user 28% | irq 0% | | | idle 59% | cpu002 w 5% | | steal 0% | guest 24% | | curf 4.30GHz | curscal 82% |
cpu | sys 9% | user 25% | irq 0% | | | idle 61% | cpu000 w 5% | | steal 0% | guest 22% | | curf 4.30GHz | curscal 82% |
cpu | sys 5% | user 26% | irq 0% | | | idle 63% | cpu008 w 6% | | steal 0% | guest 17% | | curf 4.30GHz | curscal 82% |
cpu | sys 4% | user 24% | irq 0% | | | idle 66% | cpu006 w 6% | | steal 0% | guest 21% | | curf 4.30GHz | curscal 82% |
cpu | sys 5% | user 21% | irq 0% | | | idle 70% | cpu009 w 5% | | steal 0% | guest 17% | | curf 4.30GHz | curscal 82% |
cpu | sys 6% | user 19% | irq 0% | | | idle 71% | cpu007 w 5% | | steal 0% | guest 15% | | curf 4.30GHz | curscal 82% |
cpu | sys 5% | user 19% | irq 0% | | | idle 72% | cpu010 w 4% | | steal 0% | guest 13% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 9% | irq 0% | | | idle 76% | cpu011 w 6% | | steal 0% | guest 5% | | curf 4.30GHz | curscal 82% |
CPL | avg1 6.13 | | avg5 6.06 | avg15 5.73 | | | csw 1718695 | | intr 1178894 | | | numcpu 12 | |
MEM | tot 62.6G | free 9.6G | cache 285.6M | dirty 1.0M | buff 0.0M | slab 1.1G | slrec 50.3M | shmem 211.1M | shrss 0.8M | shswp 0.0M | vmbal 0.0M | hptot 0.0M | hpuse 0.0M |
SWP | tot 0.0M | free 0.0M | | | | | | | | | vmcom 65.8G | | vmlim 31.3G |
PAG | scan 13054 | steal 11869 | | stall 391 | | | | | | | swin 0 | | swout 0 |
DSK | sda | busy 45% | | read 102463 | write 558 | KiB/r 8 | KiB/w 9 | | MBr/s 14.3 | MBw/s 0.1 | avq 1.17 | | avio 0.26 ms |
DSK | nvme0n1 | busy 28% | | read 1429 | write 16738 | KiB/r 39 | KiB/w 39 | | MBr/s 0.9 | MBw/s 10.8 | avq 2.52 | | avio 0.91 ms |
DSK | nvme1n1 | busy 28% | | read 1400 | write 16857 | KiB/r 39 | KiB/w 39 | | MBr/s 0.9 | MBw/s 10.8 | avq 2.45 | | avio 0.91 ms |
DSK | sdb | busy 0% | | read 37 | write 95 | KiB/r 7 | KiB/w 6 | | MBr/s 0.0 | MBw/s 0.0 | avq 1.04 | | avio 1.23 ms |
PID TID RDDSK WRDSK WCANCL DSK CMD 1/908
22149 - 790.6M 0K 0K 34% logrotate
9230 - 320K 130.4M 0K 6% qemu-kvm
23863 - 8264K 84132K 0K 4% qemu-kvm
749 - 84255K 0K 0K 4% z_wr_int_4
748 - 81314K 0K 0K 3% z_wr_int_3
745 - 80129K 0K 0K 3% z_wr_int_0
746 - 80111K 0K 0K 3% z_wr_int_1
747 - 79480K 0K 0K 3% z_wr_int_2
750 - 79309K 0K 0K 3% z_wr_int_5
752 - 79283K 0K 0K 3% z_wr_int_7
751 - 78957K 0K 0K 3% z_wr_int_6
737 - 58453K 0K 0K 2% z_wr_iss
743 - 58065K 0K 0K 2% z_wr_iss
739 - 57923K 0K 0K 2% z_wr_iss
738 - 55525K 0K 0K 2% z_wr_iss
735 - 55319K 0K 0K 2% z_wr_iss
741 - 54982K 0K 0K 2% z_wr_iss
Через минуту начинается PAG scan:
12:59:02 -------------- 1m0s elapsed
PRC | sys 44.04s | user 2m26s | | | #proc 13924 | #trun 3 | #tslpi 678 | #tslpu 3 | #zombie 0 | clones 13649 | | | #exit 13580 |
CPU | sys 69% | user 237% | irq 1% | | | idle 811% | wait 83% | | steal 0% | guest 232% | | curf 4.30GHz | curscal 82% |
cpu | sys 8% | user 29% | irq 0% | | | idle 54% | cpu005 w 9% | | steal 0% | guest 28% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 28% | irq 0% | | | idle 58% | cpu000 w 6% | | steal 0% | guest 28% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 25% | irq 0% | | | idle 61% | cpu004 w 7% | | steal 0% | guest 24% | | curf 4.38GHz | curscal 84% |
cpu | sys 6% | user 25% | irq 0% | | | idle 61% | cpu002 w 7% | | steal 0% | guest 25% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 25% | irq 0% | | | idle 60% | cpu003 w 8% | | steal 0% | guest 24% | | curf 4.30GHz | curscal 82% |
cpu | sys 8% | user 23% | irq 0% | | | idle 61% | cpu001 w 8% | | steal 0% | guest 22% | | curf 4.30GHz | curscal 82% |
cpu | sys 3% | user 17% | irq 0% | | | idle 74% | cpu009 w 6% | | steal 0% | guest 16% | | curf 4.30GHz | curscal 82% |
cpu | sys 3% | user 16% | irq 0% | | | idle 74% | cpu007 w 7% | | steal 0% | guest 16% | | curf 4.30GHz | curscal 82% |
cpu | sys 2% | user 17% | irq 0% | | | idle 75% | cpu008 w 6% | | steal 0% | guest 17% | | curf 4.30GHz | curscal 82% |
cpu | sys 3% | user 16% | irq 0% | | | idle 76% | cpu006 w 5% | | steal 0% | guest 16% | | curf 4.30GHz | curscal 82% |
cpu | sys 5% | user 13% | irq 0% | | | idle 73% | cpu010 w 9% | | steal 0% | guest 13% | | curf 4.30GHz | curscal 82% |
cpu | sys 7% | user 3% | irq 1% | | | idle 84% | cpu011 w 5% | | steal 0% | guest 3% | | curf 4.30GHz | curscal 82% |
CPL | avg1 5.11 | | avg5 5.88 | avg15 5.69 | | | csw 2123017 | | intr 1221074 | | | numcpu 12 | |
MEM | tot 62.6G | free 9.6G | cache 277.9M | dirty 1.1M | buff 0.0M | slab 1.1G | slrec 50.6M | shmem 211.1M | shrss 0.8M | shswp 0.0M | vmbal 0.0M | hptot 0.0M | hpuse 0.0M |
SWP | tot 0.0M | free 0.0M | | | | | | | | | vmcom 65.6G | | vmlim 31.3G |
PAG | scan 22067e3 | steal 103970 | | stall 6716 | | | | | | | swin 0 | | swout 0 |
DSK | sda | busy 88% | | read 194668 | write 420 | KiB/r 9 | KiB/w 8 | | MBr/s 31.4 | MBw/s 0.1 | avq 3.70 | | avio 0.27 ms |
DSK | nvme1n1 | busy 27% | | read 911 | write 14127 | KiB/r 41 | KiB/w 40 | | MBr/s 0.6 | MBw/s 9.4 | avq 2.13 | | avio 1.07 ms |
DSK | nvme0n1 | busy 20% | | read 1175 | write 14615 | KiB/r 37 | KiB/w 39 | | MBr/s 0.7 | MBw/s 9.4 | avq 1.68 | | avio 0.75 ms |
DSK | sdb | busy 0% | | read 3 | write 50 | KiB/r 4 | KiB/w 5 | | MBr/s 0.0 | MBw/s 0.0 | avq 1.07 | | avio 3.04 ms |
PID TID RDDSK WRDSK WCANCL DSK CMD 1/808
22149 - 1.5G 8K 0K 49% logrotate
9230 - 7264K 114.5M 0K 4% qemu-kvm
23863 - 14880K 81816K 0K 3% qemu-kvm
746 - 75510K 0K 0K 2% z_wr_int_1
751 - 74760K 0K 0K 2% z_wr_int_6
745 - 74597K 0K 0K 2% z_wr_int_0
749 - 73683K 0K 0K 2% z_wr_int_4
750 - 73506K 0K 0K 2% z_wr_int_5
748 - 70174K 0K 0K 2% z_wr_int_3
752 - 69027K 0K 0K 2% z_wr_int_7
747 - 68774K 0K 0K 2% z_wr_int_2
8858 - 47880K 2496K 0K 2% qemu-kvm
737 - 48999K 0K 0K 2% z_wr_iss
736 - 48744K 0K 0K 2% z_wr_iss
738 - 46608K 0K 0K 1% z_wr_iss
8662 - 16640K 28676K 0K 1% qemu-kvm
743 - 45208K 0K 0K 1% z_wr_iss
В 13:01:
PRC | sys 4m19s | user 2m33s | | | #proc 4205 | #trun 22 | #tslpi 497 | #tslpu 29 | #zombie 0 | clones 4040 | | | #exit 3815 |
CPU | sys 416% | user 242% | irq 1% | | | idle 135% | wait 407% | | steal 0% | guest 241% | | curf 4.30GHz | curscal 82% |
cpu | sys 41% | user 22% | irq 0% | | | idle 12% | cpu004 w 26% | | steal 0% | guest 22% | | curf 4.30GHz | curscal 82% |
cpu | sys 40% | user 22% | irq 0% | | | idle 9% | cpu002 w 29% | | steal 0% | guest 22% | | curf 4.30GHz | curscal 82% |
cpu | sys 38% | user 21% | irq 0% | | | idle 11% | cpu003 w 30% | | steal 0% | guest 21% | | curf 4.30GHz | curscal 82% |
cpu | sys 33% | user 24% | irq 0% | | | idle 10% | cpu000 w 32% | | steal 0% | guest 24% | | curf 4.30GHz | curscal 82% |
cpu | sys 31% | user 26% | irq 0% | | | idle 12% | cpu006 w 31% | | steal 0% | guest 26% | | curf 4.30GHz | curscal 82% |
cpu | sys 39% | user 17% | irq 0% | | | idle 3% | cpu005 w 40% | | steal 0% | guest 17% | | curf 4.30GHz | curscal 82% |
cpu | sys 34% | user 20% | irq 0% | | | idle 13% | cpu001 w 33% | | steal 0% | guest 20% | | curf 4.30GHz | curscal 82% |
cpu | sys 30% | user 21% | irq 0% | | | idle 13% | cpu008 w 35% | | steal 0% | guest 21% | | curf 4.30GHz | curscal 82% |
cpu | sys 37% | user 14% | irq 0% | | | idle 21% | cpu010 w 28% | | steal 0% | guest 14% | | curf 4.30GHz | curscal 82% |
cpu | sys 33% | user 16% | irq 1% | | | idle 1% | cpu011 w 49% | | steal 0% | guest 16% | | curf 4.30GHz | curscal 82% |
cpu | sys 25% | user 25% | irq 0% | | | idle 16% | cpu009 w 34% | | steal 0% | guest 25% | | curf 4.30GHz | curscal 82% |
cpu | sys 34% | user 13% | irq 0% | | | idle 14% | cpu007 w 39% | | steal 0% | guest 13% | | curf 4.30GHz | curscal 82% |
CPL | avg1 26.51 | | avg5 11.44 | avg15 7.60 | | | csw 2045975 | | intr 1640155 | | | numcpu 12 | |
MEM | tot 62.6G | free 9.7G | cache 229.4M | dirty 0.0M | buff 0.0M | slab 1.1G | slrec 49.7M | shmem 211.2M | shrss 0.8M | shswp 0.0M | vmbal 0.0M | hptot 0.0M | hpuse 0.0M |
SWP | tot 0.0M | free 0.0M | | | | | | | | | vmcom 64.4G | | vmlim 31.3G |
PAG | scan 18111e4 | steal 1582e3 | | stall 84968 | | | | | | | swin 0 | | swout 0 |
DSK | sda | busy 102% | | read 38361 | write 85 | KiB/r 164 | KiB/w 10 | | MBr/s 102.6 | MBw/s 0.0 | avq 50.81 | | avio 1.56 ms |
DSK | nvme1n1 | busy 7% | | read 829 | write 5582 | KiB/r 37 | KiB/w 32 | | MBr/s 0.5 | MBw/s 2.9 | avq 4.20 | | avio 0.67 ms |
DSK | nvme0n1 | busy 7% | | read 980 | write 5521 | KiB/r 36 | KiB/w 32 | | MBr/s 0.6 | MBw/s 2.9 | avq 3.75 | | avio 0.66 ms |
DSK | sdb | busy 0% | | read 1 | write 21 | KiB/r 4 | KiB/w 5 | | MBr/s 0.0 | MBw/s 0.0 | avq 1.80 | | avio 1.14 ms |
NFC | rpc 1 | read 0 | | write 0 | retxmit 0 | autref 1 | | | | | | | |
NET | transport | tcpi 275 | tcpo 342 | udpi 1 | udpo 1 | tcpao 1 | tcppo 33 | | tcprs 6 | tcpie 0 | tcpor 2 | udpnp 1 | udpie 0 |
NET | network | ipi 298 | | ipo 293 | ipfrw 0 | deliv 287 | | | | | icmpi 3 | | icmpo 0 |
NET | kvm2032 17% | pcki 4070 | pcko 8167 | sp 10 Mbps | si 1772 Kbps | so 210 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2068 3% | pcki 2866 | pcko 6357 | sp 10 Mbps | si 357 Kbps | so 158 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2061 1% | pcki 335 | pcko 3886 | sp 10 Mbps | si 179 Kbps | so 34 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2229 0% | pcki 37 | pcko 3402 | sp 10 Mbps | si 0 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2011 0% | pcki 22 | pcko 3382 | sp 10 Mbps | si 0 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2067 0% | pcki 15 | pcko 3379 | sp 10 Mbps | si 1 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2030 0% | pcki 17 | pcko 3374 | sp 10 Mbps | si 0 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2549 0% | pcki 9 | pcko 3377 | sp 10 Mbps | si 0 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2021 0% | pcki 9 | pcko 3372 | sp 10 Mbps | si 0 Kbps | so 27 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2004 0% | pcki 161 | pcko 2865 | sp 10 Mbps | si 6 Kbps | so 25 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | eno1 0% | pcki 12971 | pcko 16436 | sp 1000 Mbps | si 372 Kbps | so 2430 Kbps | | coll 0 | mlti 37 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | kvm2041 0% | pcki 56 | pcko 2849 | sp 10 Mbps | si 10 Kbps | so 23 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
NET | br0 ---- | pcki 3650 | pcko 295 | sp 0 Mbps | si 24 Kbps | so 18 Kbps | | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
PID TID RDDSK WRDSK WCANCL DSK CMD 1/236
5196 - 865.6M 0K 0K 13% php-fpm
1198 - 591.8M 0K 0K 9% qemu-img
23863 - 414.8M 19312K 0K 6% qemu-kvm
8662 - 391.2M 5080K 0K 6% qemu-kvm
22149 - 323.2M 0K 0K 5% logrotate
8454 - 319.3M 328K 0K 5% qemu-kvm
9230 - 285.6M 23596K 0K 5% qemu-kvm
6725 - 274.5M 124K 0K 4% qemu-kvm
6438 - 219.6M 16012K 0K 3% qemu-kvm
7824 - 230.0M 336K 0K 3% qemu-kvm
9007 - 227.1M 140K 0K 3% qemu-kvm
7483 - 207.1M 472K 0K 3% qemu-kvm
4432 - 207.0M 0K 0K 3% virsh
6993 - 192.5M 692K 0K 3% qemu-kvm
775 - 178.2M 4K 0K 3% bash
8858 - 175.3M 2404K 0K 3% qemu-kvm
2344 - 153.2M 0K 0K 2% sshd
dig A linux.org.ru @8.8.8.8
Возвращает ip через раз.
Проблема возникла с 17 часов msk.
У всех так?
В atop 2.4.0 на CentOS 7 не могу поменять time interval через конфиг /etc/sysconfig/atop, atop просто игнорирует изменение.
В версии 2.3.0 изменение через конфиг работает без проблем.
Кто-нибудь сталкивался?
Создан ZFS пул из 9ти (HDD 10K) дисков в рейд 60. На физических дисках блок 4К.
Хочу создать ZFS том на 10Tb, на этом томе будет создан LVM, с LVM будет работать несколько гипервизоров KVM.
На томах LVM будут размещаться виртуальные машины, внутри виртуальных машин файловая система со стандартным блоком 4К.
Вопрос какой блок лучше выбрать для ZFS тома? при описанной конфигурации.
Варианты от 4к до 128к. Дефолтный блок у ZFS 8K.
Имею два пулла dpool и rpool:
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
dpool 85,5K 860G 24K /dpool
rpool 428G 1,38T 24K /rpool
rpool/zlvm 428G 1,38T 428G -
rpool/zlvm@new 456M - 428G -
Отправляю снимок new в dpool:
zfs send rpool/zlvm@new | pv -L 100m | zfs recv dpool/zlvm@new
Передаёт эта сволочь не 430G а 701G:
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
dpool 701G 159G 24K /dpool
dpool/zlvm 701G 159G 701G -
dpool/zlvm@new 0B - 701G -
rpool 431G 1,38T 24K /rpool
rpool/zlvm 430G 1,38T 428G -
rpool/zlvm@new 2,73G - 428G -
Может кто объяснить почему?
Добрый день.
Был пул из двух дисков raid-1 на ZFS.
На обоих дисках была очищена таблица разделов.
Какие есть варианты восстановить?
testdisk ничего не находит.
Как бы удалить в данном случае не использующийся девайс с lvm. Имя группы такое же как и у активного.
lvm даёт подсказку что вместо имени я могу использовать --select vg_uuid=<uuid>, но по факту такой опции в vgreduce нет.
PV VG Fmt Attr PSize PFree
/dev/zd16 lvm lvm2 a-- <2,00t <1,42t
[unknown] lvm lvm2 u-m <3,00t <1,56t
#vgreduce --removemissing lvm
Multiple VGs found with the same name: skipping lvm
Use --select vg_uuid=<uuid> in place of the VG name.
# vgreduce --removemissing --
--autobackup --config --driverloaded --help --mirrorsonly --quiet --test --version
--commandprofile --debug --force --longhelp --profile --reportformat --verbose --yes
Есть сайт заражённый малварью.
Код малвари добавляется в каждый index.php файл, в начало файла.
После того как я очищаю все *.php файлы от этого дерьма через какое-то время код добавляется снова.
Следующим шагом, я вижу что надо понять какой скрипт изменяет файлы, как-то отследить это.
Какие могут тут быть варианты?
система centos7
Для того чтобы загружаться с не дефолтного ядра все мануалы предлагают делать так:
awk -F\' /^menuentry/{print\$2} /etc/grub2.cfg
grub2-set-default 1 (некий id)
grub2-mkconfig -o /boot/grub2/grub.cfg
Всё вроде устраивает, но есть вопрос.
Что если после очередного yum update, придёт новое ядро, порядок загрузки изменится?
Еcли да, есть какой либо способ захардкодить загрузку с того ядра какого я хочу?
Привет всем.
Есть lvm том /dev/lvm/vol. На томе есть фс и несколько разделов:
Number Start End Size Type File system Flags
1 1049kB 1075MB 1074MB primary ext4 boot
2 1075MB 4832MB 3757MB primary ext4
Необходимо узнать свободное место на томе 2 не монтируя его.
Есть какие нибудь способы?
База Mysql.
Есть таблица, в ней колонка с типом данных текст. (Пост на форуме)
Нужно выполнить поиск слова в этом тексте и заменить его. Мой запрос: UPDATE table SET column = REPLACE( column, 'search', 'replace' ) ;
Таблица большая 1.7Гб. В связи с этим вопросы:
1. Будет заблокирована таблица во время процедуры?
2. Как долго такая процедура может выполняться?
3. Возможно сделать более оптимальный запрос?
Добрый день!
Хочу сделать редирект на Https и добавлять слеш в конец если его нет.
Пытался как-то так:
server {
listen 80;
server_name mydomain.ru;
rewrite [^/]$ https:///$uri/ permanent;
}
Просто редирект на https сделал так:
rewrite ^(.*)$ https:///$host$1 permanent;