newevg: Привет Подскажите есть какой-нибудь способ вернуть дефултные права на фалы а системе centos 6_64, после ошибочной операции
find /r -type f -exec chmod 777 {} \;
Сервер лег соответственно .. Доступ к нему через Rescue есть папка монтируется.. А как восстановить права, что бы вернуть контроль не знаю. Спасайте. Спасибо
PS Находил в сети rpm --setperms -a но как им воспользоватся в моем случае не могу понять..
Собственно в цикле по всем rpm в системе сделать rpm -qa и по нужным/всем rpm --setperms или просто rpm --setperms -a
Но, желательно загрузиться с другого носителя и таки делать это на подмонтированном диске.
Romka_Kharkov: А как по мне, лучше понимать что приводит к зависанию сервера, что бы в кронтабах не было reboot или shutdown :))))) Это сам по себе костыль весьма не уместный :D
В reiserfs так вообще лимита нет.
Так в рейзерфс и айнодов нет :)
Привет
Подскажите есть какой-нибудь способ вернуть дефултные права на фалы а системе centos 6_64, после ошибочной операции
find /r -type f -exec chmod 777 {} \;Сервер лег соответственно .. Доступ к нему через Rescue есть папка монтируется.. А как восстановить права, что бы вернуть контроль не знаю. Спасайте.
Спасибо
PS
Находил в сети rpm --setperms -a но как им воспользоватся в моем случае не могу понять..
Собственно в цикле по всем rpm в системе сделать rpm -qa и по нужным/всем rpm --setperms или просто rpm --setperms -a
Но, желательно загрузиться с другого носителя и таки делать это на подмонтированном диске.
Все ОК, но есть же "официальное" вики, там все расписано.
http://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Wheezy
Как вариант, у вас (на хостинге) стоит какой нибудь модуль GeoIP и для некоторых стран неправильный редирект назначается.
Вообще это гадание, нужны логи и конфиги веб-сервера.
Ребят, помогите пожалуйста.
В выводе htop -C периодически появляется вот это:
Это как понимать? Владельцем первого является root, второго - sshd.
/var/log/auth (secure) в студию, когда появляется, это норм процессы, но вас брутят скорре всего по ssh
Второй пример - контроль четности системной шины
Можно про это подробнее? :)
Судя по выводу фдиска у вас ни одного раздела не помечено как загрузочного, похоже вам "удачно" заменили системный диск (sda).
А sdb и sdc просто в зеркале.
Зачем третий винт? Какая цель вообще :D ? ;)))))
Цель очень простая, в случае если ТС перепутает что-нибудь, у него будет бэкап данных.
Если ребилд пойдет в онлайн режиме, то нагрузка на "нормальный" винт будет повышенная, что увеличивает его шансы отъехать.
А как по мне, лучше понимать что приводит к зависанию сервера, что бы в кронтабах не было reboot или shutdown :))))) Это сам по себе костыль весьма не уместный :D
Это даже не костыль, это протез :)
Ессно, это убирать в первую очередь.
Не надо зеркалить в "онлайне".
Убейте инфу о рейде на обоих дисках, загрузитесь с лив сд, сделайте точную копию с "правильного" диска, соберите рейд заново.