Re: numlock
On Tue, 1 Nov 2005 11:47:21 +0400 Max Dmitrichenko wrote: MD> В сообщении от 1 Ноябрь 2005 02:42 Poul написал(a): >> On 19:23 Fri 28 Oct , Pavel wrote: >> >> Сорри за оффтоп, может кто знает как выключить CapsLock в иксах(но >>лучше везде)? Чтобы вне зависимости от нажатия на кнопку ничего не >>происходило... MD> В иксах: MD> пойди в /etc/X11/xkb/keycodes, открой файлик xfree86 и прибей там MD> строчку = 66 Или xmodmap -e "remove Lock = Caps_Lock" в .xsession. Что наверное удобней, т.к. не надо править системные файлы... -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iptables
Mihail A Antonov -> debian-russian @ Tue, 1 Nov 2005 09:46:29 +0300: MAA> iptables --dport 21:25 (с 21 по 25) MAA> iptables -m multiport --dport 21,23,26 (только 21, 23 и 26) MAA> multiport можно юзать только после PoM (так было в 2.4, 2.6 может и MAA> так можно, но не уверен) multiport с --dports можно использовать безо всяких PoM. Может быть, PoM обучает его понимать --dport? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Дуля со смещенным центром тяжести -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Konstantin Klimchev <[EMAIL PROTECTED]> wrote: > On Mon, 31 Oct 2005 18:56:58 +0300 > Andrey Melnikoff <[EMAIL PROTECTED]> wrote: > > > Ты путаешь, столько стоит FibreChannel ;) > > > > Нет, я не путаю. Я просто живу в Росии, которая за пределами МКАД. > > > А живу за пределами МКАД эдак километров 1000. И я тоже повторю : > "ты путаешь, столько стоит FibreChannel ;)" Я не путаю. Тут таких слов то никто не слышал. Ближайшее, что мне смогли предложить - SCSI U320 37Gb за $280. С доставкой в течении пары недель. > > > > > > > > > > Вот смотри - у меня сейчас диллема: купить один SCSI 37Gb U320 > > > > за почти $300 или купить 2xSATA 120Gb + (promise|tekram) SATA > > > > pseudo-RAID. И я склоняюсь к второму варианту. > Так - Круг задач понятен. Можно поинтересоваться нагрузкой? Виндовый DC + Exchange и всякий хлам по мелочи. Syslog, etc... > > > Зачем ты народ пугаешь? > > > 36.7G 1RPM $180: > > > http://www.dostavka.ru/index.php/level/4/topic/190322/pid/38476785/Seagate/ST336807LC.html > > > > > 36.7G 15000RPM $257 > > > http://www.dostavka.ru/index.php/level/4/topic/190322/pid/38227423/Seagate/ST336754LC.html > > Зашибись. Ничего, что можно за $203 купить > > "HDD Western Digital 74Gb WD740GD Raptor SATA 10Krpm". > У нас (про 1000 км напиминаю) цена отличается на % 10 от Московской > (транспортные расходы). Хорошо вам. > > > Если же у тебя какой-то брендовый сервер, тогда непонятно твоё > > > сравнение с трешовыми promise/tekram. > > Нет. У меня давно нет веры в ультра-нитра-супер-пупер-black > > приемущества SCSI. Никакой. Мрут как поганые IDEшники, стоят как > > чугунный мост. > Вот когда нагрузите сервер нормальными задачами тогда и посмотрим. > Для примера: Есть задача - flow'ы (порядка 20 GB в месяц, шуршится > по трем последним, т.е. 60GB) по которым шуршат агенты и складываю в > базу + агенты, шуршащие по базе для сформирования каких либо отчетов > - по запросам клиентов, техподдержки, менеджеров, да и самой системы > (чтоб клиентов отключить). Так вот на одной и той же задаче: Тоесть - система не realtime? Честно говоря - флоусы нужны только при глубоких разборках с клиентом. Да, и выдача простыни с ipшками и временем - обычно ничего не меняет. Тот, кто способен разобраться - сам сидит со своими счетчиками, фаирволами и прочей требухой, тот кто неспособен - или платит или бежит в суд. > P3-1Gz/Mem 1G/SCSI160 - работает со скрипом, но работает > P4-3Gz/Mem 1G/SATA-RAID(марвел) - часто в стопор становится (это > когда пара-тройка агентов висит в памяти и ждет - когда ж ей доступ > к диску дадут? а CPU прохлаждается). Знаешь что мне это напоминает? Байку про оракл: "Запускаешь простой запрос - тормозит, запускаешь сложный запрос - тормозит ровно столько-же.". А так -надо внимательно смотреть, почему у тебя marvel так страдает. Хотя, у меня так-же страдал SCSI контроллер на почтовом сервере. Load average иногда самопроизвольно подскакивал до 217. На 2-3 секунды. А потом опять всё нормально. > > > Читать по теме: > > > http://www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf > > И чего я там найду? Что всё крута? Покажите мне 75Mb/s запись на > > SCSI, я может и поверю. А так - в садЪ. Умрла так умерла. > А... Вы про линейный доступ? Тут SATA быстрее, никто и не утверждает > обратное. А ВЫ множественный доступ попробуйте (чисто серверные > задачи). Или hdparm'ом производительность определяете? Опишите мне понятие чисто серверных задач. Я попробую посмотреть. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pdf view
On 2005.11.01 at 10:32:15 +0300, Alexandr O. Potapov wrote:
> 31.10.05, Иван Лох<[EMAIL PROTECTED]> написал(а):
> > Ну так он же Вам там пишет:
> >
> > ...
> > {/var/lib/texmf/dvips/config/pdftex.map}
> > Warning: pdflatex (file cm-super-t2a.map): cannot open font map file
> Все верно. Сначало он не мог найти map файл, а затем enc файл. Когдя я
> скопировал их на свои места (сейчас пишу по памяти, так что врать не
> буду), все заработало.
> Для того чтобы при установке файлы копировались на свои места нужно
> править пакет? Вот и наглядный пример - чем stable отличается от
Угу. Исправленный берется у меня в репозитории (для stable).
Дело в том, что пакет cm-super сделан для tetex 3.0, у которого другое
расположение конфигурационных файлов. а в первой версиии пакета не был
явным образом прописан требуемый номер версии tetex. Поэтому и не
работает.
В BTS это всё описано - я лично репортил.
Делать пакет, который был работал с обоими версиями tetex мейнтейнер
отказался, и его можно понять. Например, непонятно как обеспечить потом
сохранение корректной работы при апгрейде tetex. Делать пакет под старую
версию - тоже, что несколько менее извинительно, но в конце концов время
у него не резиновое.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
On Tue, 1 Nov 2005 13:11:17 +0300 Andrey Melnikoff <[EMAIL PROTECTED]> wrote: [...] > > Так - Круг задач понятен. Можно поинтересоваться нагрузкой? > Виндовый DC + Exchange и всякий хлам по мелочи. Syslog, etc... > Ну так сколько пользователей (и раз Exchange) - почтовый трафик. [...] > > > Вот когда нагрузите сервер нормальными задачами тогда и > > посмотрим. Для примера: Есть задача - flow'ы (порядка 20 GB в > > месяц, шуршится по трем последним, т.е. 60GB) по которым шуршат > > агенты и складываю в базу + агенты, шуршащие по базе для > > сформирования каких либо отчетов - по запросам клиентов, > > техподдержки, менеджеров, да и самой системы (чтоб клиентов > > отключить). Так вот на одной и той же задаче: > Тоесть - система не realtime? А где упонимание про realtime? У нас квантование - 5 минут > Честно говоря - флоусы нужны только > при глубоких разборках с клиентом. Да, и выдача простыни с ipшками > и временем - обычно ничего не меняет. Тот, кто способен > разобраться - сам сидит со своими счетчиками, фаирволами и прочей > требухой, тот кто неспособен - или платит или бежит в суд. > Вы серьезно? Да... > > P3-1Gz/Mem 1G/SCSI160 - работает со скрипом, но работает > > P4-3Gz/Mem 1G/SATA-RAID(марвел) - часто в стопор становится (это > > когда пара-тройка агентов висит в памяти и ждет - когда ж ей > > доступ к диску дадут? а CPU прохлаждается). > Знаешь что мне это напоминает? Байку про оракл: "Запускаешь > простой запрос - тормозит, запускаешь сложный запрос - тормозит > ровно столько-же.". А так -надо внимательно смотреть, почему у > тебя marvel так страдает. Хотя, у меня так-же страдал SCSI > контроллер на почтовом сервере. Load average иногда > самопроизвольно подскакивал до 217. На 2-3 секунды. А потом опять > всё нормально. > Я знаю в чем проблема. В SATA-RAID'е как классе оборудования. > > > > Читать по теме: > > > > http://www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf > > > И чего я там найду? Что всё крута? Покажите мне 75Mb/s запись > > > на SCSI, я может и поверю. А так - в садЪ. Умрла так умерла. > > А... Вы про линейный доступ? Тут SATA быстрее, никто и не > > утверждает обратное. А ВЫ множественный доступ попробуйте (чисто > > серверные задачи). Или hdparm'ом производительность определяете? > Опишите мне понятие чисто серверных задач. Я попробую посмотреть. Да например, около тысячи пользователей одновременно работающие с imap, или одновременная рассылка 6000 пользователям (вернее получение рассылки сгенерированной другим сервером). Или, как случай, 100 одновремено запущенных hdparm'ов (или чем Вы выявляли условную цифру в 75Mb/s). -- Best Regards, Konstantin Klimchev (mailto:[EMAIL PROTECTED]jabber:[EMAIL PROTECTED]) ATK-Internet ISP, Arkhangelsk, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pdf view
В сообщении от 1 Ноябрь 2005 13:27 Victor Wagner написал(a): > Дело в том, что пакет cm-super сделан для tetex 3.0, у которого другое > расположение конфигурационных файлов. а в первой версиии пакета не был > явным образом прописан требуемый номер версии tetex. Поэтому и не > работает. > > В BTS это всё описано - я лично репортил. > > Делать пакет, который был работал с обоими версиями tetex мейнтейнер > отказался, и его можно понять. Например, непонятно как обеспечить потом > сохранение корректной работы при апгрейде tetex. Делать пакет под старую > версию - тоже, что несколько менее извинительно, но в конце концов время > у него не резиновое. С tetex-2.0 у меня прекрасно работает пакет pts-tetex-cm-super (0.3.3-6). Его можно взять в testing'е. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Konstantin Klimchev <[EMAIL PROTECTED]> wrote: > On Tue, 1 Nov 2005 13:11:17 +0300 > Andrey Melnikoff <[EMAIL PROTECTED]> wrote: > [...] > > > Так - Круг задач понятен. Можно поинтересоваться нагрузкой? > > Виндовый DC + Exchange и всякий хлам по мелочи. Syslog, etc... > > > Ну так сколько пользователей (и раз Exchange) - почтовый трафик. Там - мало. Но кидаться почтой по 200-400 метров для них - лбимое развлечение. > [...] > > > > > Вот когда нагрузите сервер нормальными задачами тогда и > > > посмотрим. Для примера: Есть задача - flow'ы (порядка 20 GB в > > > месяц, шуршится по трем последним, т.е. 60GB) по которым шуршат > > > агенты и складываю в базу + агенты, шуршащие по базе для > > > сформирования каких либо отчетов - по запросам клиентов, > > > техподдержки, менеджеров, да и самой системы (чтоб клиентов > > > отключить). Так вот на одной и той же задаче: > > Тоесть - система не realtime? > А где упонимание про realtime? У нас квантование - 5 минут И каждые 5 минут роботы перерывают все 20-60Gb флоусов? > > Честно говоря - флоусы нужны только > > при глубоких разборках с клиентом. Да, и выдача простыни с ipшками > > и временем - обычно ничего не меняет. Тот, кто способен > > разобраться - сам сидит со своими счетчиками, фаирволами и прочей > > требухой, тот кто неспособен - или платит или бежит в суд. > Вы серьезно? Да... Увы, да. > > > P3-1Gz/Mem 1G/SCSI160 - работает со скрипом, но работает > > > P4-3Gz/Mem 1G/SATA-RAID(марвел) - часто в стопор становится (это > > > когда пара-тройка агентов висит в памяти и ждет - когда ж ей > > > доступ к диску дадут? а CPU прохлаждается). > > Знаешь что мне это напоминает? Байку про оракл: "Запускаешь > > простой запрос - тормозит, запускаешь сложный запрос - тормозит > > ровно столько-же.". А так -надо внимательно смотреть, почему у > > тебя marvel так страдает. Хотя, у меня так-же страдал SCSI > > контроллер на почтовом сервере. Load average иногда > > самопроизвольно подскакивал до 217. На 2-3 секунды. А потом опять > > всё нормально. > Я знаю в чем проблема. В SATA-RAID'е как классе оборудования. У меня SCSI заикался. На SATA таких проблемы нету. А нагрузка потихоньку растет. > > > > > Читать по теме: > > > > > http://www.seagate.com/content/docs/pdf/whitepaper/D2c_More_than_Interface_ATA_vs_SCSI_042003.pdf > > > > И чего я там найду? Что всё крута? Покажите мне 75Mb/s запись > > > > на SCSI, я может и поверю. А так - в садЪ. Умрла так умерла. > > > А... Вы про линейный доступ? Тут SATA быстрее, никто и не > > > утверждает обратное. А ВЫ множественный доступ попробуйте (чисто > > > серверные задачи). Или hdparm'ом производительность определяете? > > Опишите мне понятие чисто серверных задач. Я попробую посмотреть. > Да например, около тысячи пользователей одновременно работающие с > imap, или одновременная рассылка 6000 пользователям (вернее > получение рассылки сгенерированной другим сервером). Или, как Увы, imap не держим. Он очень плохо совместим с квотами. А рассылка в сторону 6000 узеров... наверное будет тормозить, если её обрабатывать procmailом. Примерно в 5000 дул рассылка рассасывается за пару минут. С обработкой антивирусом. Без заметных осложнений для машины. MTA - sendmail. > случай, 100 одновремено запущенных hdparm'ов (или чем Вы выявляли > условную цифру в 75Mb/s). Ага. а по какому из 100 hdparmов орентироваться? по 12, 26, 38, 77, или 93? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
On Tue, 1 Nov 2005 14:26:54 +0300 Andrey Melnikoff <[EMAIL PROTECTED]> wrote: > > Ну так сколько пользователей (и раз Exchange) - почтовый трафик. > Там - мало. Но кидаться почтой по 200-400 метров для них - лбимое > развлечение. 10 пользователей х 200 мб это абсолютно не тоже самое, что 200 пользователей х 10 мб > > А где упонимание про realtime? У нас квантование - 5 минут > И каждые 5 минут роботы перерывают все 20-60Gb флоусов? > зачем? > > Вы серьезно? Да... > Увы, да. > > > Я знаю в чем проблема. В SATA-RAID'е как классе оборудования. > У меня SCSI заикался. На SATA таких проблемы нету. А нагрузка > потихоньку растет. > Значит у Вас иные задачи. У меня SATA тормозит, а SCSI - без проблем. > > Да например, около тысячи пользователей одновременно работающие > > с imap, или одновременная рассылка 6000 пользователям (вернее > > получение рассылки сгенерированной другим сервером). Или, как > Увы, imap не держим. Он очень плохо совместим с квотами. В смысле "плохо совместим"? > А рассылка в сторону 6000 узеров... наверное будет тормозить, если > её обрабатывать procmailом. Примерно в 5000 дул рассылка > рассасывается за пару минут. С обработкой антивирусом. Без > заметных осложнений для машины. MTA - sendmail. > > > случай, 100 одновремено запущенных hdparm'ов (или чем Вы > > выявляли условную цифру в 75Mb/s). > Ага. а по какому из 100 hdparmов орентироваться? по 12, 26, 38, > 77, или 93? Что ж так то: от 12 до 93? Судя по всему - 93 первый, а 12 последний из запущенных. Вот вам и прелести SATA. Стоит только нагрузить и... "где мои 17 лет... (с)". По мне так - по 12, кстати, какой по счету был запущен? -- Best Regards, Konstantin Klimchev (mailto:[EMAIL PROTECTED]jabber:[EMAIL PROTECTED]) ATK-Internet ISP, Arkhangelsk, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: новые веяния в настройке языков?
man locale В аварийных случаях полезно знать о том, что такое LC_ALL.On 11/1/05, Dmitry E. Oboukhov <[EMAIL PROTECTED]> wrote: обновился тут...стало у рута локаль POSIXсамое интересное, что apt- при этом все равно пытается на русском (видимо) разговоривать и печатает вопросики вместо текстаexport LANG=C тоже не помогает ему по русски заговоритьвот примерно как это выглядит:avanto.org:[/home/dimka]# export LANG=Cavanto.org:[/home/dimka]# apt-get --purge remove vtun ?? ??? ???... ?? ... 0%avanto.org:[/home/dimka]# export LANG=ru_RU.KOI8-Ravanto.org:[/home/dimka]# apt-get --purge remove vtunЧтение списков пакетов... Готово Построение дерева зависимостей... ГотовоПакет vtun не установлен, поэтому не может быть удалёнобновлено 0, установлено 0 новых пакетов, для удаления отмечено 0пакетов, и 0 пакетов не обновлено.посмотрел я /etc/environment, гхм там о посиксе никакого упоминания что где поправить? где вообще теперь язык для рута ставится?и почему вопросики?--To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]-- No fate, but what we make!
Re: новые веяния в нас тройке языков?
> man locale > В аварийных случаях полезно знать о том, что такое LC_ALL. в каком смысле? это не ответ на вопрос где руту прописать локаль я нашел - прописал в ~/.zshrc меня интересует теперь что рут от пользователей стал отличаться и в каких конфигах сие глядеть теперь после обновления :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: новые веяния в настройке языков?
Эххх... dpkg-reconfigure locales Вперед и с песней :)
Re: новые веяния в нас тройке языков?
On 15:56 Tue 01 Nov , black ice wrote: > Эххх... > dpkg-reconfigure locales > > Вперед и с песней :) ээ не из той оперы оно пропишет /etc/locale.gen запустит locale-gen и пропишет /etc/environment вопрос же был о том где теперяче рут прописывается и почему у рута приложения не врубают в POSIX: avanto.org:[/home/dimka]$ locale LANG=ru_RU.KOI8-R LC_CTYPE="ru_RU.KOI8-R" LC_NUMERIC="ru_RU.KOI8-R" LC_TIME="ru_RU.KOI8-R" LC_COLLATE="ru_RU.KOI8-R" LC_MONETARY="ru_RU.KOI8-R" LC_MESSAGES=ru_RU.KOI8-R LC_PAPER="ru_RU.KOI8-R" LC_NAME="ru_RU.KOI8-R" LC_ADDRESS="ru_RU.KOI8-R" LC_TELEPHONE="ru_RU.KOI8-R" LC_MEASUREMENT="ru_RU.KOI8-R" LC_IDENTIFICATION="ru_RU.KOI8-R" LC_ALL= avanto.org:[/home/dimka]$ su Password: avanto.org:[/home/dimka]# locale LANG=POSIX LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES=ru_RU.KOI8-R ~~ вот откуда сие взялось? в /etc/environment в /etc/zshrc в /root/.zshrc упоминания об LC_MESSAGES нету :( LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= avanto.org:[/home/dimka]# apt-get update ? http://debian.fs.lan sarge/main Packages ? http://debian.fs.lan sarge/main Release ? http://debian.fs.lan sarge/non-free Packages причем раньше я точно помню apt в С или в POSIX-локалях по английски разговаривал теперь же его тянет по русски поговорить :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: новые веяния в настройке языков?
В сообщении от 1 Ноябрь 2005 15:52 Dmitry E. Oboukhov написал(a): > > В аварийных случаях полезно знать о том, что такое LC_ALL. > в каком смысле? > это не ответ на вопрос > > где руту прописать локаль я нашел - прописал в ~/.zshrc > > меня интересует теперь что рут от пользователей стал отличаться и в > каких конфигах сие глядеть теперь после обновления :) Вообще существует мнение, что во что бы это не стало, root всегда должен оставаться с POSIX'ной локалью. Поэтому просто варварски считается, например, прописать локаль в /etc/environment. Кроме того, в истинно многопользовательской среде, где работают пару тысяч юзверей из разных стран, такое решение будет только геморроем. А для правильной локализации есть два пакета: language-env и m17n-env, и соответствующие команды set-language-env и set-m17n-env. Выполняются каждым юзером самостоятельно. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: numlock
On 10:09 Tue 01 Nov , Mikolaj Golub wrote: > Или > xmodmap -e "remove Lock = Caps_Lock" > > в .xsession. Что наверное удобней, т.к. не надо править системные файлы... > Спасибо огромное! Это то, что нужно! -- Всего наилучшего! --- Архипов Павел ICQ UIN: 200-031-329 E-mail: poul-hip_(at)_yandex.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
визуализация netflow
Что можете посоветовать кроме CUGrapher.pl ??? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
