Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: Защиту от запуска второй копии я делал так: if [ -f $lockfile ] then echo Lock file $0.lock exist! while [ -f $lockfile ] do pid=`cat $lockfile` if [ -n $pid ]; then Скрипт мог умереть, не потерев за собой свой lockfile, а его PID - мог быть занят новым процессом (каким-нибудь рефоркающимся демоном, например). В результате - deadlock. echo pid=$pid in lockfile; our pid=$$ if ps $pid ; then echo Process exist; waiting else echo no process with $pid; remove lockfile rm -f $lockfile fi else echo no process with $pid; remove lockfile rm -f $lockfile fi echo sleep 10s; sleep 10 done fi Ну и тут, строго говоря, имеет место быть race condition. echo $$$lockfile (Если обнаруживаем вторую копию - ждем пока она завершится.) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720065444.GA9249@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 04:24:05PM +0300, Igor Chumak wrote: 19.07.2012 13:20, Dmitry Nezhevenko пишет: On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: -куть ахренеть... Если уже хочется оберток на шелле, то есть flock Еще одним велосипедом в природе стало больше. Буду знать ;). Хм. Велосипедом скорее является твой скрипт ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720065717.GB9249@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 01:08:59PM +0300, Andrey Tataranovich wrote: Такая защита может наплодить процессов, которые месяцами ждут разблокировки. Для себя я выбрал решение с таймаутом, если скажем за 6 часов блокировку не удалось получить, то процесс вываливается с ошибкой. На всякий случай: этот функционал есть у утилиты lockfile из пакета procmail. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720071005.GA11130@kaiba.homelan
поиск по архивам мэилмэна
Привет. Подскажите какой-нибудь web поиск по архивам mailman. С utf, понятно дело, 21 век на дворе. -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/500947a7.9060...@sergio.spb.ru
Re: Несколько вопросов вразброс
On Fri, Jul 20, 2012 at 11:10:05AM +0400, Stanislav Maslovski wrote: On Thu, Jul 19, 2012 at 01:08:59PM +0300, Andrey Tataranovich wrote: Такая защита может наплодить процессов, которые месяцами ждут разблокировки. Для себя я выбрал решение с таймаутом, если скажем за 6 часов блокировку не удалось получить, то процесс вываливается с ошибкой. На всякий случай: этот функционал есть у утилиты lockfile из пакета procmail. Еще есть пакет lockfile-progs -- Иван Лох -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720120008.ga17...@nano.ioffe.rssi.ru
Re: ftpsync обрывается
20 июля 2012 г., 5:29 пользователь Фёдор Елизаров blogd...@gmail.com написал: 19 июля 2012 г., 17:20 пользователь Dmitry A. Zhiglov dmitry.zhig...@gmail.com написал: Кстати, один раз ручками на зеркала по rsync имеет смысл заходить, прежде чем начинать с них синхронизироваться. Администраторы оставляют приветственные сообщения для посетителей с правилами и пожеланиями. В своё время пришлось поискать работающий rsynс, так как либо они блокируют запросы или просят синхронизироваться не чаще чем 1 раз в 1-2 суток и/или ограничить свою скорость скачивания, иначе можно получить бан. Спасибо, буду пробовать на днях, думаю меня банят так как синхронизация стартует всегда нормально скорость 4~5 Mb и резко обрыв, думаю если время от времени менять зеркала чтоб не грузить сильно одно , как то я об этом не подумал ещё раз спасибо. Как вы предполагаете реализовать время от времени смену зеркала? Проблема с разрывом связи с сервером скорей всего в другом. Если посмотреть на [1] то выбранный вами сервер ftp.fi.debian.org имеет флаг Р. Внизу этой же странички: P - Push-Primary. Настраиваться на такой тип зеркал плохая практика, вас попросту отключают. Лучше подобрать другой сервер. У меня, например, настроено на ftp.ru.debian.org, с флагом L - Leaf. -- [1] http://mirror.debian.org/status.html
Re: ftpsync обрывается
2012/7/20 Фёдор Елизаров blogd...@gmail.com:
И вот ещё эти параметры всегда должны быть раскоментированны?
## Default rsync options every rsync invocation sees.
#RSYNC_OPTIONS=-prltvHSB8192 --timeout 3600 --stats --exclude
Archive-Update-in-Progress-${MIRRORNAME} --exclude ${TRACE} --exclude
Archive-Update-Required-${MIRRORNAME}
## Options the first pass gets. We do not want the Packages/Source indices
## here, and we also do not want to delete any files yet.
RSYNC_OPTIONS1=--include 'installer-*/**/*' --include '*/'
## Options the second pass gets. Now we want the Packages/Source indices too
## and we also want to delete files. We also want to delete files that are
## excluded.
RSYNC_OPTIONS2=--max-delete=4 --delay-updates --delete --delete-after
--delete-excluded
Синхронизация по rsync проходит в несколько этапов - обязательное
условие. Сначала скачивается все новое с применением настроек из
RSYNC_OPTIONS1, потом удаляется на вашем зеркале лишнее с применением
настроек из RSYNC_OPTIONS2. И всякий раз к названным ранее опциям
применяется еще одна, общая опция, используемая по-умолчанию -
RSYNC_OPTIONS.
Да, они все должны быть раскомментированны.
Re: как следует организовать работу c системой версионности?
On Fri, Jul 20, 2012 at 05:25:38PM +0400, Dmitry A. Zhiglov wrote: Доброго времени суток! Допустим, есть проект, который предоставляет код через git. Вот я сделал свою копию git-ветки и произвел в ней некие исправления. Спустя какое-то время git у разработчика обновился и надо бы мне обновиться, но мне не хочется потерять изменения, которые я внёс ранее под свои нужды. Отправлять изменения разработчикам возможности нет и не надо им это. Вопрос: - Как следует организовать работу, что бы моя копия git-ветки оставалась актуальной, а внесенные мной специфические изменения были отражены всякий раз после актуализации? Если Вы вносите вносите не слишком существенные изменения, и обращаетесь к upstream не слишком часто, то можно идти от ваших патчей и использовать механизм cherry-pick для переноса сделанных Вами в одной ветви изменений в другую. - Изменится ли технология работы, если будет не git, а например svn? Да. -- Иван Лох Читайте книги... Там все написано. ;) http://git-scm.com/book/ru/ http://www-cs-students.stanford.edu/~blynn/gitmagic/intl/ru/ch01.html -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720135459.gb17...@nano.ioffe.rssi.ru
Re: как следует организовать работу c системой версионности?
Здравствуйте Можно начать с чтения этого. http://git-scm.com/book/ru/%D0%A0%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%B9-Git-Distributed-Workflows Вариантов ветвления много, реализация в каждой scm отличается деталями. Моё субъективное мнение такое, что с git процедуры ветвления и слияния выполнять проще по сравнению с svn.
Re: Несколько вопросов вразброс
20.07.2012 09:57, Stanislav Maslovski пишет: On Thu, Jul 19, 2012 at 04:24:05PM +0300, Igor Chumak wrote: 19.07.2012 13:20, Dmitry Nezhevenko пишет: On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: -куть ахренеть... Если уже хочется оберток на шелле, то есть flock Еще одним велосипедом в природе стало больше. Буду знать ;). Хм. Велосипедом скорее является твой скрипт ;) Дык я ж и не спорю ;) Просто написать 10 строчек оказалось быстрее, чем выгуглировать существование flock и прочих специализированных вещей. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50096bf5.4060...@gmail.com
Re: поиск по архивам мэилмэна
On Fri, Jul 20, 2012 at 03:57:27PM +0400, sergio wrote: Подскажите какой-нибудь web поиск по архивам mailman. С utf, понятно дело, 21 век на дворе. С поиском проще, чем с индексаторами... например, для xapian omega пришлось потрудиться и нарисовать, зато теперь по аттачам в багзиле поиск тоже полнотекстовый. -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720142212.ga1...@osdn.org.ua
Re: как следует организовать работу c системой версионности?
On Fri, Jul 20, 2012 at 05:25:38PM +0400, Dmitry A. Zhiglov wrote: - Как следует организовать работу, что бы моя копия git-ветки оставалась актуальной, а внесенные мной специфические изменения были отражены всякий раз после актуализации? Мержить апстрим в свою ветку. - Изменится ли технология работы, если будет не git, а например svn? Зависит (особенно учитывая слово например). -- WBR, wRAR signature.asc Description: Digital signature
Re: как следует организовать работу c системой версионности?
Andrey Rahmatullin - debian-russian@lists.debian.org @ Fri, 20 Jul 2012 20:45:24 +0600: - Как следует организовать работу, что бы моя копия git-ветки оставалась актуальной, а внесенные мной специфические изменения были отражены всякий раз после актуализации? AR Мержить апстрим в свою ветку. Практика показывает, что это не всегда хороший подход. Высказанный рядом вариант с cherry pick'ом (как вариант - с rebase) может оказаться практичнее. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87txx2piqw@wizzle.ran.pp.ru
wpasupplicant несколько сетей
чего-то я не пойму, а можно ли научить wpasupplicant чтобы он коннектился на тот ESSID что есть в доступе? то есть чтобы не трогать его конфиги когда перешел с ноутом с работы домой и назад -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: wpasupplicant несколько сетей
Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался 20 июля 2012 г., 20:10 пользователь Dmitry E. Oboukhov un...@debian.org написал: чего-то я не пойму, а можно ли научить wpasupplicant чтобы он коннектился на тот ESSID что есть в доступе? то есть чтобы не трогать его конфиги когда перешел с ноутом с работы домой и назад -- wBR, Тучинский Артем tuchin...@gmail.com
Re: как следует организовать работу c системой версионности?
On Fri, Jul 20, 2012 at 07:14:31PM +0400, Artem Chuprina wrote: - Как следует организовать работу, что бы моя копия git-ветки оставалась актуальной, а внесенные мной специфические изменения были отражены всякий раз после актуализации? AR Мержить апстрим в свою ветку. Практика показывает, что это не всегда хороший подход. Высказанный рядом вариант с cherry pick'ом (как вариант - с rebase) может оказаться практичнее. Да, про ребейс стоило упомянут. А черри-пик как-то непрактично. -- WBR, wRAR signature.asc Description: Digital signature
Re: Несколько вопросов вразброс
On 20.07.2012 10:54, Stanislav Maslovski wrote: On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: Защиту от запуска второй копии я делал так: if [ -f $lockfile ] then echo Lock file $0.lock exist! while [ -f $lockfile ] do pid=`cat $lockfile` if [ -n $pid ]; then Скрипт мог умереть, не потерев за собой свой lockfile, а его PID - мог быть занят новым процессом (каким-нибудь рефоркающимся демоном, например). В результате - deadlock. Кстати, точно... Надо тогда проверять процесс по имени файла. Хотя, не факт, что имя не могло измениться (переименовали программку просто - и всё). По идее, остаётся только мьютекс. Ну или тот же flock. echo pid=$pid in lockfile; our pid=$$ if ps $pid ; then echo Process exist; waiting else echo no process with $pid; remove lockfile rm -f $lockfile fi else echo no process with $pid; remove lockfile rm -f $lockfile fi echo sleep 10s; sleep 10 done fi Ну и тут, строго говоря, имеет место быть race condition. В упор не вижу. Где? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5009953c.2060...@yandex.ru
Re: wpasupplicant несколько сетей
On Fri, Jul 20, 2012 at 08:34:10PM +0400, Artem Tuchinsky wrote: Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался Подключается. Только вот dhcp не передергивает... И это похоже что не лечится -- WBR, Dmitry signature.asc Description: Digital signature
Re: Несколько вопросов вразброс
On Fri, Jul 20, 2012 at 05:32:21PM +0300, Igor Chumak wrote: Просто написать 10 строчек оказалось быстрее, чем выгуглировать существование flock и прочих специализированных вещей. Ну начать можно с того, что у твоего велосипеда куча race conditions... -- WBR, Dmitry signature.asc Description: Digital signature
Re: Исследование большой сети
20 июля 2012 г., 20:49 пользователь Артём Н. artio...@yandex.ru написал: Имеется большая сеть. WAN. К ней подключено множество разнородных систем: от тупых древних контроллеров, работающих по SLIP до меинфрейма где-то в глубине. К ней есть постоянное подключение со своей рабочей машины на которой стоит полный Debian. Есть возможность подключения к серверам, являющимся шлюзами в другие сегменты. Нормальных картинок, отображающих хотя бы часть сети, - нет. В том, что есть, без ящика водки не разберёшься. Диапазоны адресов разделены достаточно странно. И их, похоже, много. Собственно, интересует как составить представление о всей сети? Т.е., для начала, увидеть общую структуру сети: как соединены машины, что является маршрутизатором, какие диапазоны адресов есть, в конце-концов (из тех, что доступны с моей машины)? Затем, выяснить какие службы где запущены, какие ОС используются... Как это сделать? P.S.: Я гуглил. Сканирование диапазонов - не лучшая идея, потому что много, и ещё где-то в округе может ошиваться СБ, где, скорее всего, не поймут моих благих намерений. Есть возможность запустить сниффер. Но как потом превратить лог в карту? Была какая-то gtk-шная программка EtherApe, но она показывает текущую обстановку в сети. Не совсем то, что нужно... в голову только The Dude приходит, главное отключить на предмет исследования сервисы на которые могут обратить внимание СБ -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: wpasupplicant несколько сетей
On 20.07.2012 23:13, Dmitry Nezhevenko wrote: On Fri, Jul 20, 2012 at 08:34:10PM +0400, Artem Tuchinsky wrote: Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался Подключается. Только вот dhcp не передергивает... И это похоже что не лечится Напрямую не лечится, но ... wpa_cli умеет разговаривать с wpa_supplicant, и можно сообразить наблюдение за wpa_supplicant, например, по крону или следя за каким-нибудь dbus на предмет проскакивания подозрительных сообщений о выходе из сна или потере сети, с последующим вызовом wpa_cli и dhcpclient. Может соберём здесь консилиум из заинтересованных лиц и попробуем выработать приемлемое CLI решение, а GUI каждый напишет себе по вкусу? :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5009d97c.8020...@gmail.com
Re: Несколько вопросов вразброс
20.07.2012 22:37 пользователь Dmitry Nezhevenko d...@inhex.net написал: On Fri, Jul 20, 2012 at 05:32:21PM +0300, Igor Chumak wrote: Просто написать 10 строчек оказалось быстрее, чем выгуглировать существование flock и прочих специализированных вещей. Ну начать можно с того, что у твоего велосипеда куча race conditions... -- WBR, Dmitry Ага. И противопульного бронирования там тоже нет ;) Постановка задачи следующая: скрипт запускается по крону 2 раза в день, но может запускаться и вручную. Одновременно может работать только 1 копия, но однажды запущенный скрипт должен доработать до конца. За год сбоев не было ;)
