Andreyka

dyakoff:
Проблема решилась удалением из файла iptables таблицы ISPMGR

Как всегда ispmanager всему виной. :)

Всем спасибо кто откликнулся.

mexanik:
И правда, вот, Андрейка. без поддевки без чего либо. Скажи чем плох NFS в Linux-е
почему не использовать? интересен твой опыт.

Сам могу сказать что в Solaris есть негативный опыт использования NFS. Если связь плохая между серверами клиент может подвиснуть, да так что, чтоб заново перемонтировать потребуется перезагрузка машины выступающей NFS-клиентом.

Поэтому мы перешли на использование rsync

Dimanych:
Как мне помнится на сервер отдачи достаточно настроить nginx, при обращении к нему, если файла нет, то он делает запрос на исходной сервер и создаёт кеш-копию у себя. Для этого в nginx уже всё придумано, настроить не трудно.
По сути обычный прокси.

DavyJohnes:
В общем хочу сделать так что бы:
- был виртуальный юзер, никак не относящийся к системным юзерам, который мог бы авторизоваться на FTP.
- можно было бы настроить права на запись\чтени определенных для него папок. (Например хочу что бы этот юзер мог делать все что угодно с папкой /var/www, которая принадлежит системному юзеру www-data).
- что бы когда по фтп создаешь папку, её назначался как то заданный овнер, например www-data и заданные права доступа 755, например.

Подскажите как такое реализовать? С Proftpd задолбался биться - ниче не получается.

Dimanych:

Мы и занимаемся на данный момент расширением файловой, как в предыдущей моей теме про RAID.
Я бы вообще разделил систему+логи, /home/users, бекапы+базу - на 3 разные пары раид1. Это бы уТроило производительность. (к сожалению есть возможность поставить только 4 диска на сервер)
По поводу 10тыс, это просто даже как-то не этично проверять папки пользовательские на кол-во файлов. А правила ничего не дают, многие даже не подозревают что у них есть кеш папки с мусором от кривых CMS которые нужно чистить вручную иначе этот кеш скорее тормаз чем газ. :)

babiy:
Приветствую всех.

Очень интересная ситуация получается, под VDS ноды на базе виртуализации XEN было установлено три ноды в разное время, всё это в кластере на основе HyperVM на всех нодах стоит CentOS 5.5, последняя нода ранее работала у меня в другом ДЦ и ставилось всё ПО очень быстро и без проблем всё работало, после замены умершего винта нода переставлена в новый ДЦ и проинсталирована здесь, отличие в данный момент от двух имеющихся нод в ядре
на первых двух ядро 2.6.18-194.32.1.el5xen
а на новой слегка другое 2.6.18-238.19.1.el5xen

Вроди бы мелочь но на этой новой ноде VDS на базе Debian работают через одно место....например джава в домене при запуске сжирает весь проц и машина вешается, пробовал обновлять ПО в этом ВДС результат нулевой джава на нём отказывается работать, но при первом инстале с другим ядром данных проблем не было

Вобщем то прошу совета как разрулить?

Можно ли как то откатить ядро до 2.6.18-194.32.1.el5xen если да то буду очень благодарен за полезную ссылочку

yahoster:
Коллеги.
столкнулся вчера с интересной вещью:
один человек через анонимный прокси-сервер заказал вчера 15 триалов на VDS.
Зарегистрировал 15 аккаунтов, и взял 15 триальных VDS :)

Нет, я конечно рад, что количество VDS у меня выросло.
Но задав пару вопросов и не получив ответа, все заказанные VDS-ки удалил.

Сегодня началась та-же история: человек через анонимный прокси регистрирует 6 акков и заказывает 6 VDS.
Задаю вопос - ЗАЧЕМ? в ответ - тишина. все ВДС удаляю.

Теперь вот запретил триалы из за этого регистратора. :(

Вопрос: ЗАЧЕМ столько триалов на 5 дней???? чиста чтобы были? или попытка загрузить мои VDS-сервера??? или просто так?
как считаете?