Dmitry V. Levin написал:
On Fri, Oct 10, 2008 at 12:19:27PM +0300, Andriy Khavryuchenko wrote:
Andriy Khavryuchenko написал:
Поэтому и не понимаю что ему не нравится.
#17512
Нет возможности сравнивать детали, поэтому не знаю, что вам посоветовать.
Однако у меня есть как минимум одна рабочая
Michael Shigorin написал:
On Mon, May 25, 2009 at 04:01:34PM +0300, Andriy Khavryuchenko wrote:
Есть ли аналог iotop, который бы давал статистику io по контейнерам openvz?
Или брать в руки напильник^W emacs?
Ничего готового в голову не приходит, но если будешь брать --
посмотри сперва htop
Есть ли аналог iotop, который бы давал статистику io по контейнерам openvz?
Или брать в руки напильник^W emacs?
--
Отвечать в тысячный раз в jabber, почту, телефон, что это такие фирменные
грабли, заточенные под некоторых продвинутых пользователей -- не хочется
совсем.
-- mike
Anton Kvashin написал:
Andriy Khavryuchenko пишет:
ssh: ssh_exchange_identification: Connection closed by remote host
[...]
Наблюдалось такое при проблемах с fs (другие сервисы тоже хромали)
Если есть альтернативный доступ, используя его, попробуйте перезапустить
ssh-сервер.
И
Boris Savelev написал:
проверьте права на /dev/null
$ ll /dev/null
crw-rw-rw- 1 root root 1, 3 Mar 30 01:50 /dev/null
Так что с этим всё в порядке...
--
Мне кажется порой...
что цены растут быстрее зарплаты,
а баги появляются быстрее, чем закрываются.
-- lav in #13941
Ivan Fedorov написал:
может DNS?
Точно *не* dns, т.к. проблемы возникают при доступе с на абсолютно
несвязанных подсетей.
Ну и смотреть наверное стоит в логи сервера...
При обычном уровне записи логов - ничего необычного (пачка попыток
подобрать пароль и всё).
Пока рестарт sshd помог, но
На сервере в ovz контейнере крутится ssh сервер.
Регулярно, при нормальном качестве соединения, скрипты, обращающиеся к
нему, вываливаются со следующей диагностикой:
ssh: ssh_exchange_identification: Connection closed by remote host
fatal: The remote end hung up unexpectedly
ssh:
Andriy Khavryuchenko написал:
На сервере в ovz контейнере крутится ssh сервер.
Регулярно, при нормальном качестве соединения, скрипты, обращающиеся к
нему, вываливаются со следующей диагностикой:
ssh: ssh_exchange_identification: Connection closed by remote host
fatal: The remote end hung
Dmitry V. Levin написал:
On Fri, Oct 10, 2008 at 12:19:27PM +0300, Andriy Khavryuchenko wrote:
Andriy Khavryuchenko написал:
Поэтому и не понимаю что ему не нравится.
#17512
Нет возможности сравнивать детали, поэтому не знаю, что вам посоветовать.
Однако у меня есть как минимум одна
Andriy Khavryuchenko написал:
Поэтому и не понимаю что ему не нравится.
#17512
--
libpython.so должна лежать рядом с libpython.so.
-- raorn in #5281
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org
$ cat /etc/apt/sources.list
rpm [security] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/4.0/Server/current
x86_64 main
rpm [security] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/4.0/Server/current
x86_64 classic
rpm [updates] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/updates/4.0 x86_64
updates
$ sudo
Натфуллин Аяз написал:
On Thursday 09 October 2008 14:06:45 Andriy Khavryuchenko wrote:
Oct 9 14:05:31 mail postfix/smtp[11761]: warning: plugin_lookup: symbol
xsasl_dovecot_client_init not found in
/usr/lib64/postfix/xsasl_dovecot.so:
/usr/lib64/postfix/xsasl_dovecot.so: undefined symbol
Andriy Khavryuchenko написав(ла):
Откатил версию jabberd2, сделал db_recover, положил файлы баз назад,
получаю:
Mon Jun 9 00:31:50 2008 [notice] [8] [212.26.137.42, port=58220] connect
Mon Jun 9 00:31:52 2008 [error] db: couldn't open db for realm
'khavr.com': Cannot allocate memory
Mon Jun
Sun Jun 8 13:35:54 2008 [notice] starting up
Sun Jun 8 13:35:54 2008 [info] process id is 1859, written to
/var/lib/jabberd2/pid/c2s.pid
Sun Jun 8 13:35:54 2008 [notice] modules search path undefined, using
default: /usr/lib/jabberd2
Sun Jun 8 13:35:54 2008 [info] loading 'db' authreg
Ivan Fedorov написал:
Вероятнее всего стоит скопировать весь каталог db и сделать на нём db_recover.
Спасибо.
А в каком пакете он находится?
[EMAIL PROTECTED] /etc/jabberd2 $ which db_recover
db_recover not found
[EMAIL PROTECTED] /etc/jabberd2 $ locate db_recover
[EMAIL PROTECTED]
Dmitry V. Levin написав(ла):
On Sun, Jun 08, 2008 at 05:14:04PM +0300, Andriy Khavryuchenko wrote:
Ivan Fedorov написал:
Вероятнее всего стоит скопировать весь каталог db и сделать на нём
db_recover.
Спасибо.
А в каком пакете он находится?
# apt-get install /usr/bin/db_recover
Спасибо
Ivan Fedorov написав(ла):
2008/6/8 Andriy Khavryuchenko :
Sun Jun 8 13:35:54 2008 [error] db: couldn't open environment:
DB_VERSION_MISMATCH: Database environment version mismatch
$ rpm -qa | grep libdb
libdb4.4-4.4.20-alt2
libdb4.6-4.6.21-alt2
$ file /var/lib/jabberd2/db/authreg.db
Anton Gorlov написав(ла):
Andriy Khavryuchenko пишет:
Кто-нибудь запускал связку из nginx+ruby on rails?
Если да -то как оно в работе, и что почитать по запуску онного набора?
Запускал, но давненько. Всё стандартно, читать доку по nginx, mongrel
и немного результатов гугления.
или лучше
Anton Gorlov написал:
Кто-нибудь запускал связку из nginx+ruby on rails?
Если да -то как оно в работе, и что почитать по запуску онного набора?
Запускал, но давненько. Всё стандартно, читать доку по nginx, mongrel и
немного результатов гугления.
--
Предлагается с целью повышения
Konstantin A. Lepikhov написал:
Monday 14, at 11:16:03 PM you wrote:
Konstantin A. Lepikhov написал:
патчи hipac уже давно вошли в ядро. А для вышеозначенной проблемы
прекрасно подойдет ipset.
Я правильно понял, что user-level utilities как для hipac так и для ipset в
сизифе отсутствуют?
Konstantin A. Lepikhov написал:
Monday 14, at 02:42:54 PM you wrote:
патчи hipac уже давно вошли в ядро.
В vanilla ядро?
--
Стас, вот тебе фичреквест, Если Будет Нефиг Делать
-- mike in #1202
___
Sysadmins mailing list
Konstantin A. Lepikhov написав(ла):
Hi Andriy!
Thursday 17, at 04:59:51 PM you wrote:
Konstantin A. Lepikhov написал:
Monday 14, at 02:42:54 PM you wrote:
патчи hipac уже давно вошли в ядро.
В vanilla ядро?
sorry, поискал по git, не нашел. Так что похоже я дезинформировал.
А какое
Konstantin A. Lepikhov написал:
Thursday 17, at 05:36:28 PM you wrote:
А какое состояние
git.altlinux.org/people/lakostis/packages/kernel-source-ipset.git ?
Оно где-то работало или это work-in-progress?
Работало, и даже неплохо.
А можно написать мемуары по сборке ядра с этим дополнением?
Konstantin A. Lepikhov написал:
Thursday 17, at 06:01:32 PM you wrote:
А можно написать мемуары по сборке ядра с этим дополнением? Собиралось из
git или по-старому?
собираете с помощью gear kernel-source-ipset, потом скачиваете у меня из
git kernel-modules (ipset там уже есть). У vsu из git
User Dima написав(ла):
Подумайте над изменением алгоритма фильтарции. 4 правил фильтрации -
такое даже в голове не укладывается.
Вводная. У вас ресурс со средней посещаемостью. Его ddos-ят http get
flood-ом.
Задача. Нужно обеспечить баланс между скоростью ответа сервера и
Andrew Avramenko написав:
В этом случае имхо эффективнее не просто блочить, а, например,
использовать TARPIT из PoM.
Разница несущественная, т.к. *размер* атакующего ботнета больше, чем
просто так переваривает iptables. Вне зависимости от того, куда этот
ботнет -j
--
Тестировать мне это
Денис Смирнов написав(ла):
On Mon, Apr 14, 2008 at 02:39:16PM +0300, Andriy Khavryuchenko wrote:
В этом случае имхо эффективнее не просто блочить, а, например,
использовать TARPIT из PoM.
AK Разница несущественная, т.к. *размер* атакующего ботнета больше, чем
AK просто так переваривает
Konstantin A. Lepikhov написав:
Friday 11, at 01:26:31 PM you wrote:
Сейчас при превышении потоком определённой границы (1-2Mbps кажется),
начинается дикая потеря пакетов, 100%-я загрузка одного из ядер оптерона
hardware и software interrupts и следующие сообщения в логах:
TCP: too many of
Slava Dubrovskiy написав(ла):
Если надо, могу дать скриптик, который делает это все автоматом (для
BSD). Для Linux еще проще - не нужно ставить grub и т.д.
Сделайте ещё лучше - выложите вышесказанное на вики. А скрипт можно
туда приложить.
--
кто не ответил, я не виноват - делаю NMU ;)
Alexey Shabalin написав(ла):
11.03.08, Andriy Khavryuchenko написал(а):
Переезд пришлось отложить, но основной порядок действий ясен:
0. если сервер боевой - заранее купить вазелин. :)
Если нет бекапов, тогда да.
Если нужен минимальный downtime - озадачить заказчика вторым сервером на
время
Может кто поделиться опытом миграции удалённой инсталляции debian на ALT?
У меня доверия нашим сборщикам ядер, glibc и coreutils как-то поболее...
Спасибо.
--
С --as-needed не поможет.
С rpm-build-4.0.4-alt62 тоже не поможет.
Надо /usr/lib/libcupsimage.so.2 фиксить.
Мало ли чего там авторы
31 matches
Mail list logo