Andrei Опубликовано 27 июня, 2018 · Жалоба 7 часов назад, guеst сказал: Он шлёт наверно про место на sda1 (81% используется) Разумеется. Остальное не используется? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
guеst Опубликовано 27 июня, 2018 (изменено) · Жалоба к чему вопрос? стандартный порог срабатывания warning если остаётся менее 20% свободного места на разделе. У вас на разделе sda1 как раз оно. Изменено 27 июня, 2018 пользователем guеst Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 июля, 2018 · Жалоба В общем карбоновцы не захотели продать лицензии на редуктор из-за того, что у нас на сервере процы не Интел, а амд (2 шт 16-ядерных оптерона). Наверное будем выбирать из чего-то другого - Скат или запрет-сервис. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 2 июля, 2018 (изменено) · Жалоба 52 минуты назад, Andrei сказал: В общем карбоновцы не захотели продать лицензии на редуктор из-за того, что у нас на сервере процы не Интел, а амд (2 шт 16-ядерных оптерона). Да ладно... Хотя, может, из-за того, чтобы вы потом моск не выносили... У меня квад коре десктоп с ide диском работает(при правильной схеме). Изменено 2 июля, 2018 пользователем Brainiac Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 июля, 2018 · Жалоба 3 минуты назад, Brainiac сказал: Да ладно... Вот в том-то и дело. :) Причем мы не собирались брать у них тариф "с гарантией от штрафов", а самый простой, за 2500 руб/мес. Пропуски есть и сейчас, 15-20 пропусков на 120 тыс записей в реестре - это устраивает, и нас и надзор. Но карбон говорит, что у них в системе мониторинга (хелпдеск?) будут автоматически создаваться алармы о том, что у одного из операторов, использующих Редуктор, идут пропуски. И это обяжет их разбираться с алармами, хотя алармы/пропуски (с их слов) будут обусловлены несоответствием нашего сервера требованиям карбона. Сетевые карточки Intel Corporation I350 Gigabit Network Connection (rev 01) 9 минут назад, Brainiac сказал: У меня квад коре десктоп с ide диском работает(при правильной схеме) По-подробней про аппаратную часть можно? На счет правильной схемы - у нас рекомендованный Карбоном режим зеркала, внешних каналов каналов всего 200М, а поскольку в зеркале летит только исходящий трафик, то на зеркало в пиках прилетает мегабит 20-25. Поэтому и видится странным, что сервер с 64Г оперативы и двумя 16-ядерными оптеронами якобы не справится с этой задачей. processor : 32 32 model name : AMD Opteron(tm) Processor 6376 Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 32 On-line CPU(s) list: 0-31 Thread(s) per core: 2 Core(s) per socket: 8 Socket(s): 2 NUMA node(s): 4 Vendor ID: AuthenticAMD CPU family: 21 Model: 2 Model name: AMD Opteron(tm) Processor 6376 Stepping: 0 CPU MHz: 2294.187 BogoMIPS: 4587.96 Virtualization: AMD-V L1d cache: 16K L1i cache: 64K L2 cache: 2048K L3 cache: 6144K NUMA node0 CPU(s): 0,2,4,6,8,10,12,14 NUMA node1 CPU(s): 16,18,20,22,24,26,28,30 NUMA node2 CPU(s): 1,3,5,7,9,11,13,15 NUMA node3 CPU(s): 17,19,21,23,25,27,29,31 Оценка используемого оборудования по шкале от 1 до 10 cpu: BogoMIPS: 2 CPU MHz: 2 CPU(s): 10 Core(s) per socket: 10 L3 cache: 3 Socket(s): 10 Thread(s) per core: 1 Vendor ID: 2 Тут их смущает "Thread(s) per core: 2" По статистике, которую можно посмотреть в вэбке редуктора загрузка проца не превышает 4%, потребление памяти - не более 11% В 27.06.2018 в 14:24, guеst сказал: к чему вопрос? стандартный порог срабатывания warning если остаётся менее 20% свободного места на разделе. У вас на разделе sda1 как раз оно. Вы не читаете вопрос :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 2 июля, 2018 · Жалоба 1 час назад, Andrei сказал: По-подробней про аппаратную часть можно? На счет правильной схемы - у нас рекомендованный Карбоном режим зеркала В личку отписал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 2 июля, 2018 · Жалоба 2 часа назад, Andrei сказал: Поэтому и видится странным, что сервер с 64Г оперативы и двумя 16-ядерными оптеронами якобы не справится с этой задачей. я так понимаю никто не тестировал и никто не хочет брать ответственность на себя за такое решение.. А вдруг не пойдет и вы начнете жаловаться. А у них в методичке написано Интел. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 3 июля, 2018 · Жалоба 15 часов назад, st_re сказал: я так понимаю никто не тестировал Говорят, что тестировали. Как-то слабо верится, что у них софт написан настолько привязанно к процу, что шаг вправо или влево и всё... http://docs.carbonsoft.ru/pages/viewpage.action?pageId=67404356 18 часов назад, Brainiac сказал: чтобы вы потом моск не выносили... 15 часов назад, st_re сказал: никто не хочет брать ответственность на себя за такое решение.. А вдруг не пойдет и вы начнете жаловаться Похоже, что да, никто не хочет отвечать за результат в таком скользком вопросе, да еще и невменяемо денежном в плане штрафов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Tamahome Опубликовано 12 июля, 2018 · Жалоба С разбитием диска у них беда, raid вообще очень странно создаётся... [root@Carbon1_ktk ~]# cat /proc/mdstat Personalities : [raid1] md3 : active raid1 sdb8[0] sdb9[1] 9390080 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk md4 : active raid1 sdb7[1] sdb6[0] 4093952 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk md2 : active raid1 sdc1[0] sdd3[1] 42244096 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk md1 : active raid1 sdd5[0] sdb2[1] 15350784 blocks super 1.1 [2/2] [UU] bitmap: 1/1 pages [4KB], 65536KB chunk md6 : active raid1 sda1[1] sdb1[0] 93925376 blocks super 1.1 [2/2] [UU] bitmap: 1/1 pages [4KB], 65536KB chunk md5 : active raid1 sdb5[1] sdb3[0] 46962688 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk md7 : active raid1 sdb10[0] sdb11[1] 2042880 blocks super 1.1 [2/2] [UU] md0 : active raid1 sdd2[1] sdd1[0] 10239872 blocks super 1.0 [2/2] [UU] bitmap: 1/1 pages [4KB], 65536KB chunk unused devices: <none> # df -h Filesystem Size Used Avail Use% Mounted on /dev/md0 9,5G 3,4G 5,7G 37% / tmpfs 7,8G 0 7,8G 0% /dev/shm /dev/md1 15G 4,3G 9,4G 32% /app /dev/md3 8,7G 558M 7,7G 7% /mnt/backup /dev/md2 40G 48M 38G 1% /mnt/db /dev/md4 3,8G 43M 3,6G 2% /mnt/etc /dev/md5 44G 235M 42G 1% /mnt/log /dev/md6 89G 2,6G 82G 3% /mnt/var tmpfs 7,8G 0 7,8G 0% /app/base/dev/shm tmpfs 7,8G 0 7,8G 0% /app/auth/dev/shm tmpfs 7,8G 0 7,8G 0% /app/blockpage/dev/shm tmpfs 7,8G 0 7,8G 0% /app/reductor/dev/shm tmpfs 7,8G 0 7,8G 0% /app/https_proxy/dev/shm tmpfs 7,8G 0 7,8G 0% /app/bgp_blackhole/dev/shm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 27 июля, 2018 · Жалоба Сегодня после перезагрузки сервер впал в кому. :( Если ввести рутовый пароль, то Если нажать "no" и не настраивать сетевые параметры, то загрузится ОС, но ни один интерфейс кроме loopback поднят не будет. Причем в /etc/sysconfig/network-scripts все интерфейсы на месте и если сказать например ifup eth1, то он поднимается, интернет с него работает, но зайти НА сервер невозможно. Если сказать reboot, то выдается фраза что-то типа "файловая система в режиме readonly" и все виснет наглухо. Сейчас сервер пингуется, но: ssh root@188.130.xxx.xxx ssh: connect to host 188.130.xxx.xxx port 22: Connection refused nmap -n 188.130.xxx.xxx Starting Nmap 6.00 ( http://nmap.org ) at 2018-07-27 21:36 +05 Nmap scan report for 188.130.xxx.xxx Host is up (0.00045s latency). All 1000 scanned ports on 188.130.xxx.xxx are closed Nmap done: 1 IP address (1 host up) scanned in 0.17 seconds Видно, что побилась файлуха, надо поправить какие-то настройки с UUID. В /etc/fstab надо что-то поправить? Что именно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 27 июля, 2018 · Жалоба 9 минут назад, Andrei сказал: В Дебиане в /etc/fstab, их можно посмотреть по blkid. Но где они в Центос? там же :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 27 июля, 2018 · Жалоба 12 минут назад, NewUse сказал: там же :) Уже нашел, но что надо поправить - хз Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 27 июля, 2018 · Жалоба ну сравни UUID-ы разделов и того, что в fstab Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 27 июля, 2018 · Жалоба у вас (если инсталятор создал разделы аналогично как у Tamahome) побился /dev/md2 40G 48M 38G 1% /mnt/db md2 : active raid1 sdc1[0] sdd3[1] 42244096 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk Ищите где он делся... (если там и правда 40М занято, то попробуйте для начала загрузиться без него. перемонтировать / в rw и закоментить в fstab) md5 : active raid1 sdb5[1] sdb3[0] 46962688 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk Упал под стол... зеркало на двух разделах на 1 физическом диске ? (ну там таких половина, включая корень, а вот почивший md2 - единственный, представленный на sdc) Снесло крышу от 4-х дисков ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 28 июля, 2018 · Жалоба Кстати - снимки делал с экрана монитора (CRT Philips 19") на телефон с максимальным увеличением, шрифт на мониторе наверное 5 или 6 кегль. И как это исправить тоже не нашел. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 29 июля, 2018 · Жалоба В 28.07.2018 в 00:40, st_re сказал: попробуйте для начала загрузиться без него. перемонтировать / в rw и закоментить в fstab) Спасибо, помогло. Потом прогнали mdadm --examine /dev/sda3 mdadm --examine /dev/sdb3 fsck.ext4 -a /dev/md2 mount -a и вроде все заработало. В 28.07.2018 в 13:05, Andrei сказал: шрифт на мониторе наверное 5 или 6 кегль В dmesg обнаружили: "Console: switching to colour frame buffer device 240x90" Откуда этот чудный Centos это взял?! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 29 июля, 2018 · Жалоба в grub посмотри... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 29 июля, 2018 · Жалоба в /boot/grub/grub.conf поставил gfxmode=640x480 не помогло Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 29 июля, 2018 · Жалоба это графический режим, а тебе текстовый нужен... я не помню, где это выставлялось, но как-то делал... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...