[Andrei]

7 часов назад, guеst сказал:

Он шлёт наверно про место на sda1 (81% используется)

Разумеется. Остальное не используется?

[guеst]

к чему вопрос?

стандартный порог срабатывания warning если остаётся менее 20% свободного места на разделе. У вас на разделе sda1 как раз оно.

 

Изменено 27 июня, 2018 пользователем guеst

[Andrei]

В общем карбоновцы не захотели продать лицензии на редуктор из-за того, что у нас на сервере процы не  Интел, а амд (2 шт 16-ядерных оптерона). Наверное будем выбирать из чего-то другого - Скат или  запрет-сервис.

[No_name]

52 минуты назад, Andrei сказал:

В общем карбоновцы не захотели продать лицензии на редуктор из-за того, что у нас на сервере процы не  Интел, а амд (2 шт 16-ядерных оптерона).

Да ладно... Хотя, может, из-за того, чтобы вы потом моск не выносили...

У меня квад коре десктоп с  ide диском работает(при правильной схеме).

Изменено 2 июля, 2018 пользователем Brainiac

[Andrei]

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 как раз оно.

Вы не читаете вопрос :)

[No_name]

1 час назад, Andrei сказал:

По-подробней про аппаратную часть можно? На счет правильной схемы - у нас рекомендованный Карбоном режим зеркала

 

В личку отписал.

[st_re]

2 часа назад, Andrei сказал:

Поэтому и видится странным, что сервер с 64Г оперативы и двумя 16-ядерными оптеронами якобы не справится с этой задачей.

 

 

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

 

[Andrei]

15 часов назад, st_re сказал:

я так понимаю никто не тестировал

Говорят, что тестировали. Как-то слабо верится, что у них софт написан настолько привязанно к процу, что шаг вправо или  влево и всё...

http://docs.carbonsoft.ru/pages/viewpage.action?pageId=67404356

 

18 часов назад, Brainiac сказал:

чтобы вы потом моск не выносили...

 

15 часов назад, st_re сказал:

никто не хочет брать ответственность на себя за такое решение.. А вдруг не пойдет и вы начнете жаловаться

Похоже, что да, никто не хочет отвечать за результат в таком скользком  вопросе, да еще и невменяемо денежном в плане штрафов.

[Tamahome]

С разбитием диска у них беда, 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

 

[Andrei]

Сегодня после перезагрузки сервер впал в кому. :(

Если ввести рутовый пароль, то

Если нажать "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 надо что-то поправить? Что именно?

 

[NewUse]

9 минут назад, Andrei сказал:

В Дебиане в /etc/fstab, их можно посмотреть по blkid. Но где они в Центос?

там же :)

[Andrei]

12 минут назад, NewUse сказал:

там же :)

Уже нашел, но что надо поправить  - хз

[NewUse]

ну сравни UUID-ы разделов и того, что в fstab

[st_re]

у вас (если инсталятор создал разделы аналогично как у 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-х дисков ?

[Andrei]

Кстати - снимки делал с экрана монитора (CRT Philips 19") на телефон с максимальным увеличением, шрифт на мониторе наверное 5 или 6 кегль. И как это исправить тоже не нашел.

[Andrei]

В 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 это взял?!

[NewUse]

в grub посмотри...

[Andrei]

в /boot/grub/grub.conf поставил

gfxmode=640x480

не помогло

 

[NewUse]

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