>Вообще то 58783 это значение failcnt
А я о нем и говорил falcnt это количество превышений лимита
>А limit там 14790164
Да и что?
В нормально работающей системе которой хватает ресурсов в столбеце failcnt должны быть нули
у тебя 58783 фэйлов в kmemsize дальше можно не продолжать, у тебя может хоть гигабайт свободной памяти но если под таблицу процессов выделено мало памяти kmemsize) то воспользоваться этйо памятью один фиг не сможешь. Рекомендую почитать что такое kmemsize и обратиться к хостеру с просьбой его увеличения.
Вот ты странный пишешь, что давно работаешь с cPanel и хорошо её знаешь а таких простых вещей не знаешь, ну не может быть двух одинаковых зон на одном DNS кластере и никакой это не баг, а нормальная работа, сначала надо удалить зону на старом аккаунте потом добавить на новом вот и вся последовательность действий. Кроме того опция "игнорирования" для таких запущенных случаев там есть, внимательно смтори WHM -> Tweak settings -> Allow users to Park/Addon Domains on top of domains owned by other users. (probably a bad idea)
но это костыль о чем и сообщают разрабы в скобках, я б даже сказал идиотизм, в случае задублирования зоны А запись будет регулярно прыгать туда сюда и ничего хорошего ты этим не добьешься.
Если очень критична скорость записи то RAID5 не надо рассматривать, лучший выбор с точки зрения надежности и производительности RAID10
whois 213.155.13.90% Information related to '213.155.13.64 - 213.155.13.127'inetnum: 213.155.13.64 - 213.155.13.127netname: Grinvich3descr: Grinvich3 - Vladimir Gubarenkocountry: NAadmin-c: VG1783-RIPEtech-c: VG1783-RIPEstatus: ASSIGNED PAmnt-by: MNT-HOSTINGUAsource: RIPE # Filteredperson: Vladimir Gubarenkoaddress: Ukraine, Kharkov, p/o box 8967phone: +380688883706nic-hdl: VG1783-RIPEabuse-mailbox: admin@imhoster.netsource: RIPE # Filtered% Information related to '213.155.0.0/19AS41665'route: 213.155.0.0/19descr: Datacenter Hosting.UAorigin: AS41665mnt-by: MNT-HOSTINGUAsource: RIPE # Filtered
Ппц реселимся у imhoster.net, сайт и NS-ки в ДЦ Hosting.UA :)
а сайт на своих серваках чего не размещаем?
Для этого вам как минимум придется обзавестись PA-RISC архитектурой, установить HP-UX, а после чего погрузить меня в гипнотическое состояние дабы узнать конкретику типа номеров версий и последовательность событий произошедших ннцать лет назад.
Наверно вы администрируете попивая чаек сидя в креслице, а ваш ПК как и сервер подключены к хорошим каналам интернет, так вот в жизни бывают и другие условия администрирования я бы даже сказал иногда экстремальные, с выездами/вылетами на объекты, где бывают закрытые сети и выражение "надо сделать кровь из носа", но и это еще не самое страшное, хуже когда на все работы катастрофически мало времени, а в распоряжении ноут, голова и руки, а дальше как получится, эдакий админский квест в риалтайме с реальными последствиями :)
А вообще господа, я никого пардон "за яйца не тяну", в смысле не призываю, ну если нравится бэкапить файлы - на здоровье и удачи.
за много лет практики чего только не доводилось запускать и переносить как я уже говорил выше были ситуации когда необходимо было поднимать данные с другого сервера версии различались - итог битые базы, то же самое было и на разных системах, проблема была из-за размеров кластера и осбенностей разных файловых систем итог такой же - битые базы, во всех случаях только SQL дамп позволял правильно и корректно переносить данные, собственно выводы сделаны - переносить дампом, т.е. штатным способом, как кстати и учат DBAшников.
Я не говорил про теорию, это неоднократные случаи практики, если вы еще с этим не сталкивлись, еще не значит что такого не бывает.
Снапшоты с lvm тоже хорошо, но блокировка все же будет, правда кратковременная, а при репликация и дампа с копии, у вас добавится еще и отказоустойчивость, т.к. можно резервный mysql очень быстро сделать основным.
Так и надо было сделать - nginx как проксирующий front-end вполне себе спасение при сложных конфигурциях mod_rewrite под apache, менять ничего не придется разве что модуль mod_rpaf поставить.
Это конено очень субъективный показатель, попробуйте открыть несколько ssh окон на сервер в одном запустите top, во втором например iostat 5, в третьем можно почитать вывод dmesg там можно заметить и аппаратные ошибочки. Если сервак зависнет, то у вас будет хотя бы список прцоессов из одного окна и состояние дисков из другого на момент зависания :)
Отклонили только из-за трафика?
Дык попробуйте остановить апач, и спокойно разбирайтесь если в чем дело по логам.
P.S. Кстати почему не nginx все же меньше отжирает да и конектов выдержит побольше.
