Сообщения DRVTiny

Хорошо, хорошо, это очень хорошо (все живём мы на Земле, варимся в одном котле). Запилите кто-нибудь новость, пожалуйста. Мне лень :)

Собственно, у же поднят NFS-сервер, раздаёт другие шары. Не могу смонтировать Gluster-шару, потому как по всей видимости запрос приходит nfs-kernel-server'у, а не Gluster'у. Есть ли какой-то выход из ситуации? А то через FUSE работает как через... FUSE: очень медленно и необыкновенно печально.

Собственно, сабж. Нужно найти смещение подстроки "LUKS". Кроме hexdump что-то есть интересное?

Делаю следующее:

hndlSIGHUP () {
 log_ 'Received SIGHUP, what do i have to do now?'
 return 0
}
trap hndlSIGHUP SIGHUP
rsync -avz rsync://src dst &
pid=$!
wait $pid
(( $? )) && \
 log_ 'Oh, shit, WTH happens with rsync?!'

Как загрузить для всех работающих процессов новую версию libstdc, не перезагружая сервер? Понятно, что изменение файла на диске не приведёт к реальному изменению версии используемой stdc, поскольку она загружена в память, используется множеством процессов и, соответственно, вновь запускаемые процессы тоже будут получать старую библиотеку.
Но, может быть, есть какой-то способ дружно сбросить все активные процессы в swap, заменить версию stdc и загрузить из обратно?

Хотим отказаться от Skype в пользу какого-нибудь OpenSource IM-клиента, поддерживающего аудио-конференции.
Что-то я покопался в Google и не нашёл ничего, кроме платных SIP-сервисов. Без Скайпа жизни нет?

... на окружение целевого пользователя? То есть чтобы $HOME был хотя бы равен $HOME не того пользователя, из под которого запускается команда, а того, EUID=UID которого получает процесс в результате. Ну честное слово, позор просто какой-то то, что sudo не умеет этого делать по дефолту.
И я копал настройки sudoers'а, связанные с environment'ом - ничего не помогает!
Вообще интересно, какой .... (!!!) всё-таки придумал, чтобы скрипту, исполняемому "от лица" Пети, доставалось окружение Васи?

Ммм... Ну ок, Lenny больше не поддерживается, все дела.
Но мне надо! Правда надо, я не вру!
Дело в том, что у меня - нет... не водянка и не свинка, - а у меня Proxmox 1.9, и это совершенно замечательная штука.
То есть всё отлично, просто хочу больше.
Ну в самом деле - не компилировать же теперь вообще всё из исходников :(

Я так понимаю, что суть проблемы в том, что зеркала Debian'а используют ftpsync, который действительно поддерживает FTP в синхронизированном, а не update состоянии. Разница, разумеется, в том, что удалённое на ftp://ftp.debian.org, в течение суток почиет в бозе и на всех зеркалах.

Но, может быть, где-нибудь...
А то вот мне нужно ruby установить для утилиты lvmsync, так и где мне ж его теперь взять-то?

Каждый раз, когда я делаю ping ya,ru, у меня возникает вопрос: а не против ли Яндекс?
Ведь по сути на их сервера просто лавиной идут эти ICMP-запросы со всего СНГ - и только лишь потому, что у них такое удобное доменное имя.
Наверняка их и ДОСили этими echo-request'ами, да и вообще не полезно это - процессорное время и пропускную способность сети тратить на такую глупость...

Дано:
1. Прямой маршрут от хоста А до хоста Б, время прохождения пакета t1
2. "Кривой" маршрут от хоста А до хоста Б через хост В, время прохождения пакета t2
3. t1<t2 или даже t1 <<< t2

Требуется:
Автоматически перенастраивать маршрутизацию таким образом, чтобы при падении прямого линка между А и Б маршруты на хостах А и Б перенастраивались на промежуточный хост В.

Условие:
Как это настроить за минимальное количество шагов?

Есть очень простая задача: отслеживать с N-хостов "клиентов" доступность сервера. На каждом клиенте - в случае падения по любой причине линка до сервера выполнить скрипт а, в случае восстановления соединения с сервером - выполнить скрипт b. То ли мне кажется, то ли heartbeat и corosync для этого тяжеловаты. В любом случае, посоветуйте, какой из них выбрать, если это безальтернативно (писать скриптовый велосипед под эту задачу почему-то не хочется).

P.S. Если бы Zabbix-сервер не работал на том самом хосте, который собственно и нужно мониторить на предмет "а не упал ли", можно было бы сделать Action в Zabbix'е и не мучаться с микроскопом, пытаясь забить им гвоздь.

1) Выбор языков установки: их мало, английский смешан с суахили и даже с несколькими разновидностями одного и того же языка
2) Выбор локали: Зимбабве, какие-то острова типа Галапогосских. А чтобы добраться до Европы, нужно нажать Other. Вопрос: что пили и курили разработчики, не сказывается ли это на качестве конечного продукта?
3) Разметка дисков: так вроде ничего (хорошего), но на BIOS RAID'е спотыкается. А именно: деактивировать BIOS-RAID невозможно никак. Впрочем, из консоли обычной командой mdadm всё прекрасно стопается, что как бы намекает на качество инсталлятора, в котором нужно прибегать к использованию командной строки
4) Чудесный этап "выбора пакетов" воистину прелестен. Особенно там радует сочетание из "сервера" SSH и сервера виртуализации. Если первое - по сути один исполняемый файл, то второе - целая сложная инфраструктура. Реального же выбора пакетов вы там не дождётесь: инсталлятору можно только намекнуть, что примерно вы хотели бы видеть, но указать, какие конкретно программы ставить, а какие нет - даже и не мечтайте.

Справедливости ради стоит отметить, что несмотря на свою изначально "текстовую природу", инсталлятор Debian куда адекватнее Анаконды, работает быстрее и конечно просто гигантский респект за доступ к shell из меню. Тем не менее, сравнение с тем же Ubuntu Alternate явно не в пользу Debian...

Сначала опишу в 3-х словах конфигурацию:
- 8-мь нод, Ubuntu 11.10, на 2-х нодах 11.04
- На всех нодах Open-iSCSI инициатором замонтировано блочное устройство с сервера 500G размером, отданное iSCSItarget'ом (iSCSI Enterprise Target)
- С одной из нод сделан mkfs.ocfs2 без параметров
- На всех нодах один и тот же файл /etc/ocfs2/cluster.conf, запущен service o2cb online cluster_name
- Везде сделан mount UUID=<ID блочного устройства> /mnt/point

В итоге всё работает медленнее, чем на NFS, очень ощутимо при том.
Учитывая тот факт, что именно ради скорости я в первую очередь и заменял NFS на OCFS2, получается как-то... неправильно :)

Вопрос: из описания конфигурации, делал ли я что-нибудь не так?
Смущает больше всего Open-iSCSI. Проект явно давно уже скорее мёртв, чем жив, и возможно следовало бы использовать другой инициатор (какой?). Или при создании файловой системы OCFS2 нужно было параметры указать. Или при монтировании...
Вот как сейчас смонтировано по дефолту:
/dev/sdc on /mnt/home type ocfs2 (rw,heartbeat=local,_netdev)

Хотелось бы написать скрипт, который находил все проклятые HDMI-устройства и добавлял их в blacklist для modprobe'а. Проблемы с этими ошмётками уг уже достали - из-за них вечно не работают нормальные устройства ввода/вывода звука в ALSA.
Как с высокой долей вероятности определить, что в выводе lspci встретилось устройство HDMI, и его можно смело выпиливать?
Либо, возможно, как-то вообще любую поддержку HDMI можно раз и навсегда запретить в ядре?

Посоветуйте пожалуйста. Под жирным имеется в виду просто качественный аккумулятор с относительно большой ёмкостью.
Для гнусмасов видел аккумы вместе с крышкой, которые делают их намного толще, но зато они и живут какое-то нормальное время, а не за день и только от того, что где-то рядом был вай-фай, а я забыл его отключить.
Вся надежда раньше была на Philips Xenium, но они сделали обычный дохложивущий смарт на Андроиде, да ещё и слабый совсем.

Какую именно информацию о получателях пакетов мультикаст-групп должен хранить роутер?

Собственно, вопрос к тому, что если роутер хранит информацию о UDP-сокете (вместе с номером порта), то:
а) на одном и том же хосте поток могут получать хоть 1000 приложений
б) если реально получают 1000 приложений, то один и тот же пакет на один и тот же хост роутер будет вынужден переслать 1000 раз!

Если же роутер хранит только значение IP-адреса, то:
а) на какой полный UDP-сокет роутер шлёт данные?
б) откуда потом ядро ОС узнаёт, каким приложениям отдать эти данные?
в) как ядро понимает, что данные считаны всеми получателями и буфер для их промежуточного хранения уже можно освобождать?

Можно ли на одном IP-адресе на одну и ту же группу подписаться разным приложениям? Ну, например, ТВ смотреть через 10 разных плееров одновременно?

Приходит регулярно пустое СМС с номера +380668549420, что делать? В роуминге, насколько я понимаю, снимаются деньги не только с того, кто отправляет сообщение, но и с того, кто его принимает?
Звонить по номеру, сами понимаете, не слишком-то хочется, потому что за это тоже немеряно денег спишут.

Ведь в принципе разработка At Time Daemon'а тоже не ведётся, он крайне убог by design и тем не менее всех вполне устраивает.
Да и полно утилит из проекта GNU, которые не развиваются. Да что уж говорить, мой любимый текстовый редактор JOE давно находится в стагнации...
Я, собственно, вот к чему веду: а действительно ли плохо, что OpenSource проекты в один прекрасный момент перестают развиваться и дописываться/фикситься?
Вот с тем же IceWM: что бы вы в него добавили, чего не хватает?
На мой взгляд, он настолько прост и прямолинеен, что его состояние можно было назвать близким к идеальному еще 8 лет назад (когда добавили градиентные заливки заголовков окон). Но вот то, что он загнулся на какой-то промежуточной версии, немножко огорчает: это значит, что разработчики именно бросили IceWM, а не просто решили, что лучше уже не бывает, и лучшее - враг хорошего.