lvknet-usage

lvknet-usage@asvk.cs.msu.ru

84 обсуждения

[server-usage] Размер сеанса в vncsession
by Nikita V. Youshchenko 14 Окт '07

14 Окт '07

Доброго времени суток. Я внёс в Xvnc некоторые исправления, в результате которых теперь должна работать любая комбинация разрешений экрана в ~/.vnc-desktopvm/NAME/sizes Так, теперь должно корректно работать переключение между 1400x900 и 1280x1024 Также, проблема в выставлении dpi экрана, из-за которой размеры шрифтов в сеансе зависели от начального разрешения сеанса, вроде оказалась наведённой. Соответственно, рекомендация всегда стартовать сеанс на разрешении 1280x1024 более недействительна, теперь стартовать сеанс можно на любом разрешении. Никита

1 0

[server-usage] Новости нашего jabber-сервера
by Nikita V. Youshchenko 28 Июл '05

28 Июл '05

Я успешно установил на Зигзаг Jabber-сервер ejabberd, и подключил его к нашему LDAP. Все пользователи сервера автоматически получили jabberid видв <имя>@lvk.cs.msu.su К ejabberd удалось подсоединить ICQ транспорт, который с горем пополам может импортировать контакты с ICQ сервера. Некоторые проблемы имеются: - при импорте контактов не импортируются ники (как на jabber.ru) - я не уверен, что ICQ транспорт сохраняет новые контакты на сервере ICQ - надо разводить пароли, чтобы сохранённый на клиенте jabber-пароль отличался от входного пароля на сервер. - надо бы сделать, чтобы данные vcard импортировались из LDAP Тем не менее, с этого момента jabber сервер запущен в штатную эксплуатацию. Проблемы буду устранять со временем. Рекомендуемый клиент - psi. Информация для соединения: jabberid - <имя>@lvk.cs.msu.su сервер/порт по умолчанию включить SSL включить plain passwords [шифровать пароли поверх шифрованного канала не имеет смысла] Для подключения ICQ транспорта - из клиента войти в "обнаружение сервисов" и подключить там JIT.

1 0

[server-usage] Изменения в почтовой системе ЛВК
by Nikita V. Youshchenko 19 Июл '05

19 Июл '05

Добрый день. Нижеследующая информация касается всех, кто пользуется электронной почтой ЛВК (адреса @lvk.cs.msu.su). 18-19 июля конфигурация почтового сервера была значительно изменена. В связи с этим может потребоваться перенастройка клиентских программ. Информация об этом должна быть доведена до всех сотрудников и студентов ЛВК. Так как до перенастройки почты пользователи возможно не смогут увидеть это сообщение, большая просьба к научтным руководителям предупредить своих студентов, а к студентам - предупредить друг друга. Данные текст доступен также по адресу http://zigzag.lvk.cs.msu.su/mail-changes.txt Что было сделано *) Изменён формат хранения почты. Раньше почта хранилась в формате mailbox в каталоге /var/mail/, теперь почта хранится в формате maildir в домашних каталогах пользователей в подкаталоге Maildir/ *) Установлены современные сервера POP и IMAP (из пакета courier). *) Настроено автоматическое перемещение спама (определённого при помощи SpamAssassin) в отдельную папку. Как добраться до своей почты Как и раньше, есть три метода доступа до почты: - без использования почтовой службы ЛВК (при помощи перенаправления почты по любому другому адресу через файл ~/.forward); - с почтового сервера ЛВК по протоколу POP или IMAP; - локально на сервере zigzag.lvk.cs.msu.su При использовании первого метода никаких изменений нет. Как и раньше, вся почта (включая спам) будет перенаправляться по указанному адресу. При использовании остальных методов почта обрабатывается по следующему алгоритму. 1. Если пользователь настроил свой фильтр (предствами exim filter, procmail или maildrop), то выполняются соответствующие действия и дальнейшая обработка не осуществляется. При использовании procmail необходимо обратить внимание на то, чтобы по умолчанию (когда не сработало ни одно правило) почта попадала в Maildir; этого можно добиться, например, добавив в конце файла конфигурации строки :0 $HOME/Maildir/ Также, для размещения почты в отдельные папки Maildir следует после имени папки обязательно указывать слэш, например '$HOME/Maildir/.Junk/' Стандартное применение фильтра - раскладывание почты по папкам. 2. Если пользовательского фильтра нет, и у пользователя нет файла ~/Maildir/nosplitjunk, то письмо, отмеченное SpamAssassin как спам, перемещается на сервере в папку Junk. 3. В остальных случаях письмо кладётся в корневую папку Maildir. Из Maildir почта доступна по протоколам POP, IMAP или локально. При использовании POP имеется доступ только до корневой папки Maildir, содержимое других папок недоступно. Поэтому рекомендуется использовать IMAP. Большинство почтовых клиентов нормально работают с IMAP. Параметры аккаунта: сервер zigzag.lvk.cs.msu.su, включить SSL, порт 993. В качестве префикса папок лучше задать строку "INBOX" заглавными буквами без кавычек (некоторые клиенты, в т.ч. kmail, без этой установки глючат). К сожалению, по крайней мере некоторые версии Outlook Express работают с IMAP некорректно. Пользователям Outlook Express настоятельно рекомендуется перейти на какой-нибудь приличный почтовый клиент, например Mozilla Thunderbird. Скачать его можно с сайта www.mozilla.org. Почтовый клиент pine может работать с IMAP (и IMAP - единственный метод, которым pine может работать после перехода на Maildir). Для настройки следует в качестве inbox-path в файле ~/.pinerc задать строку вида '{localhost/novalidate-cert}inbox'. Для локального доступа следует использовать клиент, способный напрямую обращаться в Maildir. Как минимум это умеют mutt и kmail. Pine напрямую обращаться в maildir не может. Автоматическое удаление устаревшей почты. Еженедельно на сервере будет запускаться скрипт, удаляющий из папок Junk и Trash почту возрастом более 45 дней. Почта из других папок автоматически не удаляется. Чтобы отключить автоматическое удаление, следует создать файл ~/Maildir/nopurgejunk Более тонкую настройку можно настроить индивидуально, настроив периодический запуск (из cron) скрипта с использованием программы archivemail. Пример такого скрипта можно посмотреть в файле /home/nikita/bin/purge_obsolete_mail. Все вопросы по работе почты можно направлять мне, лично либо по адресу yoush(a)cs.msu.su. Никита

1 0

[server-usage] Аудио на SunRay
by Nikita V. Youshchenko 18 Июл '05

18 Июл '05

Доброго времени суток. Проигрывание аудио на SunRay теперь работает. В настроенной конфигурации аудио выводится через звуковой сервер artsd. Инструкция по выводу аудио: *) Многие программы умеют выводить аудио непосредственно на artsd. В частности, все KDEшные программы. В xmms вывод на artsd настраивается в меню Параметры->Свойства, внизу окна. *) Для выдачи коротких звуков - например, уведомлений в licq или psi - следует в качестве команды выдачи звука использовать /usr/bin/artsplay В принципе, этой же командой можно запустить проигрывание любого файла (wav, ogg, mp3), но прервыть его будет невозможно, и файл придётся дослушать до конца. *) Многие программы, не умеющие выдавать на artsd, могут тем не менее это делать, если из запустить через artsdsp: 'artsdsp mpg123 file.mp3' вместо 'mpg123 file.mp3'. Если при таком запуске программа валится, можно попробовать задать artsdsp ключ -s. *) Возможен вывод звука и минуя artsd; имя звукового устройства меняется от сеанса к сеансу и доступно в переменной $AUDIODEV, формат данных OSS. Громкость регулируется кнопками в углу клавиатуры SunRay. Ввод аудио я не испытывал, но в принципе он тоже должен работать. При использовании карточек вывод аудио "перемещается" между SunRay-ами вместе с сеансом. Если по какой-либо причине artsd окажется не запущенным (упадёт или будет убит командой kill), перезапустить его можно командой 'sunrayartsd'. Именно эта команда используется для запуска artsd при старте сеанса. Не следует пользоваться модулем настройки звука в KDE Control Center - скорее всего это приведёт к перезапуску artsd с неправильными параметрами. В принципе, это вполне можно вылечить; если кому интересно: нужен скрипт, который при старте сеанса пропишет правильные параметры в $KDEHOME/share/config/kcmartsrc Никита P.S. Следующий шаг - можно попробовать заставить работать флэшки, подключаемые к SunRay. Но у меня пока нет стимула :)

1 0

[server-usage] vmware - убийца
by Nikita V. Youshchenko 07 Апр '05

07 Апр '05

Утром 7 апреля сервер упал. В это время я на нём работал с vmware. Перед смертью сервер успел написать в лог следующее: Apr 7 10:52:43 zigzag kernel: double fault, gdt at c3042260 [255 bytes] Элементарный анализ показывает, что (1) действительно на процессоре случилось двойное исключение - что может быть только при битых базовых низкоуровневых структурах; (2) напечатанное значение - это действительно значение регистра gdt процессора в момент двойного исключения; (3) это значение для линукса некорректно; (4) модули vmware действительно играются с перезаписью gdt. Т.е. вероятность того, что причиной падения являются некорректные действия модулей vmware, близка к единице. В связи с этим с текущего момента вводится ЗАПРЕТ на запуск vmware на сервере zigzag. Кому нужен vmware, пускайте его на машине breeze. Запрет будет действовать до тех пор, пока не будет получено убедительное доказательство, что ошибка в модулях vmware исправлена. P.S. Сервер был перезагружен со включённым highmem64. Посмотрим что из этого получится.

2 2

[server-usage] Ситуация на сервере
by Nikita V. Youshchenko 28 Мар '05

28 Мар '05

В связи с нестабильной работой сервера в течение последних двух недель было принято решение временно запустить на сервере ядро без поддержки highmem64. На практике это означает, что системе доступно всего около 3 гигабайт памяти (вместо 6). Я планирую повторить попытку работы с highmem64 после выхода новых версий ядра, а при появлении проблем с производительстью - возможно и раньше. Время с 8:30 до 9:00 утра во все рабочие дни объявляется служебным. В это время БЕЗ ПРЕДУПРЕЖДЕНИЯ могут быть осуществлены "деструктивные" действия, такие как: - перезагрузка сервера - уничтожение запущенных пользовательских сеансов - обновление или переконфигурирование софта, которые могут привести к уничтожению запущенных сеансов или их нестабильности до момента перезапуска. В другое время "деструктивные" действия производиться не будут. Исключение составляет ситуация возникновения фатальной проблемы, неустранимой без "деструктивных" действий. Следующие проблемы считаются фатальными: - невозможность работы терминалов - невозможность работы почтовой службы; - любая проблема, немедленное устранение которой необходимо в интересах производственных проектов (при этом если откладывание "деструктивных" действий до "служебного" времени приводит лишь к неудобствам, придётся потерпеть). - появление информации о критической проблеме безопасности, уровень опасности которой не позволяет подождать с исправлением до следующего утра. Такие проблемы как неработа записи CD/DVD или монтирования USB устройств фатальными не считаются. ------------------------------------------ Детали для интересующихся. ------------------------------------------ Всего за последние 2 недели было зафиксированно 5 сбоев, из которых 4 привели к необходимости перезагрузки. Из этих сбоев один был в подсистеме USB, один в подсистеме IDE, природа остальных трёх неясна и вполне может быть связана с highmem64. Все сбои носили чисто программный характер, претензий к работе аппаратуры нет. К сожалению, так вышло что включение highmem64 - не единственное отличие ядра, на котором мы пытались работать прошлые 2 недели, от дистрибутивного. Там ещё были включены несколько опций: опримизация под P4/Xeon, размещение таблиц страниц в highmem, поддержка балансировки прерываний по процессорам. Возможно, к нестабильности привело что-то из них. У меня сейчас нет времени и сил проводить аккуратный анализ сбоев - это очень трудоёмко. Хотя я считаю, что это делать надо обязательно (ибо стабильность Linux должна обеспечиваться именно силами квалифицированных пользователей - такова природа Linux как явления) и постараюсь в фоне этим заниматься, в качестве первичного механизма обеспечения стабильности пока придётся - как мне ни противно эти признавать - использовать метод тыка. Посмотрим как будет работать то что запущено сейчас. Если ядро будет стабильно и производительность будет приемлемой, то я подожду с экспериментами до выхода новой версии ядра (точнее, до появления .deb для новой версии), причём, в зависимости от текущей ситуации с нашими проектами, может даже не ближайшей, а через 2-3. Судя по количеству вносимых туда изменений, шанс что ошибки, из-за которых у нас неприятности, исправлены - велик. Если торможение будет ощутимо мешать, я попробую запустить ядро текущей версии, отличающееся от дистрибутивного ТОЛЬКО наличием highmem64. Я его в любом случае соберу, чтобы оно было наготове. Если будут сбои, то проведу минимальный анализ ситуации и постараюсь либо оперативно устранить ошибку, либо принять меры для уменьшения вероятности ситуации, когда она проявляется. Возможно путём введения ограничений на использование сервера.

1 0

[server-usage] Увеличение объёма памяти.
by Nikita V. Youshchenko 15 Мар '05

15 Мар '05

Вечером 15 марта объём памяти на сервере zigzag был увеличен до 6 гигабайт, за счёт установки туда памяти с неиспользуемого Sun-овского сервера. Посмотрим, насколько стабильна такая конфигурация, и как это скажется на производительности десктопов.

1 0

[server-usage] Новости почтового сервера
by Nikita V. Youshchenko 15 Мар '05

15 Мар '05

На сервере zigzag проихведена замена и перенастройка почтового сервера. Теперь там работает exim4. Видимые пользователю новшества: - Включена поддержка TLS; некоторые почтовые клиенты могут пытаться его использовать и в частности проверять сертификат сервера. Сертификат авторитета можно взять на zigzag-е в файле /etc/ssl/cacert.pem - Включена поддержка SMTP AUTH. С её помощью желающие могут использовать zigzag в качестве сервера исходящей почты откуда угодно (а не только из ЛВК). Данные для конфигурирования клиента: соединение по TLS, метод аутентификации PLAIN, использовать свой логин и пароль. - Использован другой метод проверки почты на спам и вирусы. Паузы при прохождении писем теперь не должны превышать нескольких секунд. Если что-то работает не так, дайте знать как можно быстрее. Никита

2 2

[server-usage] Eclipse 3.0.1
by Nikita V. Youshchenko 03 Мар '05

03 Мар '05

На сервер zigzag установлена среда Eclipse 3.0.1, скаченная с http://eclipse.org/ Я поставил нечто под названием Eclipse Platform. Если к нему надо что-то добавить, дайте мне знать.

1 0

[server-usage] Перезагрузка сервера
by Nikita V. Youshchenko 18 Фев '05

18 Фев '05

18 февраля (впятницу) в 18:45 сервер zigzag был перезагружен с целью исправления ошибки в ядре, приводившей к периодическим скачкам load-а и последующей низкой отзывчивости сервера в течение нескольких минут. Описание проблемы в LKML: http://seclists.org/lists/linux-kernel/2005/Feb/0726.html и последующие ответы. Хотя первичное описание проблемы там не вполне соответствует нашему, ключевой признак, видимый через SysRq (недостаточно свободного пространства в зоне DMA), совпал. Исправление, которое я включил в ядро: http://linux.bkbits.net:8080/linux-2.6/cset%401.1998.1.83 Перед перезагрузкой uptime сервера был более 22 суток.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

lvknet-usage