Re: нагрузочное тестирование.
02:12 Wed 11 Jul, -=Devil_InSide=- wrote: есть сервер с неявными выпадениями в кернел паник. чем можно его качественно прогнать для определения узкого места? stress внятных результатов не дал. вылетал, пока использовался под сервер бд oracle. 4 шестиядерных Intel(R) Xeon(R) CPU E7530 @ 1.87GHz 400Г памяти. Скорее всего где-то сбоящая память. У меня был опыт, когда сервер изредка валится с kernel panic, а memtest показал ошибку, только после 10 итераций теста. -- 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/20120711061014.ga20...@blackice.home.tataranovich.com
битое raid1-зеркало из usb-hdd после дисконнекта usb
поскольку на форуме ответа так и не получил, продублирую здесь недавно посетила светлая мысль глянуть раз в сто лет /proc/mdstat на сервере. глянул! увидел два битых raid1. конфигурация: два юсб-харда, на них созданы две пары одинаковых разделов (один под файлопомойку, второй под бэкапы), и из этих разделов собраны зеркала. так вот, узрев битые зеркала я, конечно, первым делом сделал sudo mdadm /dev/md/... -r faild sudo mdadm /dev/md/... --re-add /dev/sdXY но вот ведь что интересно - диск, который всегда был sdb, стал теперь называться sdd. ну, думаю, из-за этого и развалилось, щас обратно подцепит, и все дела. ага! он стал синкать все полностью по-новой. в общем, оставил на ночь это дело, засинкал свои 500 гигов (что для юсб-железки ваще не полезно)... а сегодня полез разбираться. и вычитал в dmesg вот что: http://pastebin.com/PQ6iPdVR глянув mdadm.conf, я понял, почему он его автоматом не собрал обратно по ююидам: DEVICE /dev/sdb[25] /dev/sdc[25] # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes metadata=1.2 symlinks=no # automatically tag new arrays as belonging to the local system HOMEHOST ignore # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md/backup metadata=1.2 UUID=6ddea540:2739bd17:2300:362be1ff name=srv:backup ARRAY /dev/md/svalka metadata=1.2 UUID=992b06af:42dd8b35:bc2a3843:e50f2e6b name=srv:svalka AUTO -all собственно, в строке DEVICE разгадка и есть. интересно другое: 1. какого хрена sdb после дисконнекта стал sdd? или ему просто присваивается имя после последнего занятого? 2. почему после --re-add mdadm стал синкать весь массив с нуля? (вот это уже более интересно) про сам дисконнект спрашивать не буду - ошибок никаких тем более, вполне возможно, что и физически задели, вот и пошатнулся проводок. 3, после следующего ребута, когда sdb вернется на свое место, я опять кукиш с маслом получу? DEVICE в mdadm.conf поправил, конечно -- 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/20120711102622.19a3e...@ulf.tvoe.tv
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On 2012.07.10 at 18:35:41 +0400, Stanislav Maslovski wrote: Дык, 15 лет назад видеокарты были попроще и фреймбуффер занимал на два порядка меньший объем. Если представить, что рост объема фреймбуфера Откуда два порядка? Тогда мониторы были 1152x964 сейчас 1280x1024 Глубина цвета тогда была 16 бит, сейчас 24 (хотя реально используется 32 бита) Ну никак не получается даже одного порядка. -- 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/20120711064626.ga27...@wagner.pp.ru
Пропал multicast
Добрый день, случился странный подземный стук Есть сервер HP DL160 G6, на нем proxmox 2 ( на squeeze) После апдейта firmware перестал работать мультикаст Рядом еще 2 таких же сервака, проблемы с ними нет. С неисправного сервера asmping 239.192.104.140 192.168.100.1 asmping joined (S,G) = (*,239.192.104.234) pinging 192.168.100.1 from 192.168.100.2 unicast from 192.168.100.1, seq=1 dist=0 time=0.272 ms unicast from 192.168.100.1, seq=2 dist=0 time=0.267 ms unicast from 192.168.100.1, seq=3 dist=0 time=0.260 ms с исправного asmping 239.192.104.140 192.168.100.1 asmping joined (S,G) = (*,239.192.104.234) pinging 192.168.100.1 from 192.168.100.3 unicast from 192.168.100.1, seq=1 dist=0 time=0.166 ms multicast from 192.168.100.1, seq=1 dist=0 time=0.190 ms unicast from 192.168.100.1, seq=2 dist=0 time=0.232 ms multicast from 192.168.100.1, seq=2 dist=0 time=0.243 ms Настройки, за исключением айпи адреса, идентичные Даже и не знаю что делать, какой ман читать.
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Tue, Jul 10, 2012 at 09:35:03PM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? -- WBR, wRAR signature.asc Description: Digital signature
Re: Пропал multicast
В сообщении от 11 июля 2012 10:08:16 автор Artem Pastukhov написал: Добрый день, случился странный подземный стук Есть сервер HP DL160 G6, на нем proxmox 2 ( на squeeze) После апдейта firmware перестал работать мультикаст Рядом еще 2 таких же сервака, проблемы с ними нет. С неисправного сервера asmping 239.192.104.140 192.168.100.1 Почему здесь G - 239.192.104.140 ? asmping joined (S,G) = (*,239.192.104.234) А тут G - 239.192.104.234 ? Что говорит tcpdump с источника и с получателя ? Поток на запрошеную G вообще приходит на интерфейс ? -- Best regards, Oleg A. Chernov OAC4-RIPE Wildpark ISP, Nikolaev, Ukraine +380512 709555(221)
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On Wed, Jul 11, 2012 at 10:46:26AM +0400, Victor Wagner wrote: On 2012.07.10 at 18:35:41 +0400, Stanislav Maslovski wrote: Дык, 15 лет назад видеокарты были попроще и фреймбуффер занимал на два порядка меньший объем. Если представить, что рост объема фреймбуфера Откуда два порядка? Тогда мониторы были 1152x964 сейчас 1280x1024 Ну это ты взял, условно говоря, лучшее из того, что было тогда, и сравнил с худшим из того, что есть сейчас. А можно поступить наоборот :) Сравни 640x480, 4 бита (VGA), и 2560x1600, 32 бита (WQXGA), получишь примерно 106. -- 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/20120711075042.GA12962@kaiba.homelan
Re: Пропал multicast
11 июля 2012 г., 11:28 пользователь Oleg A Chernov ole...@wildpark.net написал: В сообщении от 11 июля 2012 10:08:16 автор Artem Pastukhov написал: Добрый день, случился странный подземный стук Есть сервер HP DL160 G6, на нем proxmox 2 ( на squeeze) После апдейта firmware перестал работать мультикаст Рядом еще 2 таких же сервака, проблемы с ними нет. С неисправного сервера asmping 239.192.104.140 192.168.100.1 Почему здесь G - 239.192.104.140 ? asmping joined (S,G) = (*,239.192.104.234) А тут G - 239.192.104.234 ? Что говорит tcpdump с источника и с получателя ? Поток на запрошеную G вообще приходит на интерфейс ? Такой адрес проксмокс прописал, при создании кластера На сбойном сервере tcpdump -n -i vmbr0 multicast tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:13:39.472292 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 12:13:41.376043 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 на исправном tcpdump -n -i vmbr0 multicast and host 239.192.104.140 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:15:54.610942 IP 192.168.100.1.5404 239.192.104.140.5405: UDP, length 119 12:15:54.836937 IP 192.168.100.3 239.192.104.140: igmp v2 report 239.192.104.140 12:15:56.280025 IP 192.168.100.4.5404 239.192.104.140.5405: UDP, length 75 12:15:56.280535 IP 192.168.100.4.5404 239.192.104.140.5405: UDP, length 1473 12:15:56.280546 IP 192.168.100.4 239.192.104.140: udp Соседи от сбойного сервера мултикасты не видят.
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
13:11 Wed 11 Jul, Andrey Rahmatullin wrote: On Tue, Jul 10, 2012 at 09:35:03PM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. -- WBR, Andrey Tataranovich -- 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/20120711082200.gn16...@debbox.it
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Wed, Jul 11, 2012 at 11:22:00AM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. Из вашей реакции не было видно, что вы это поняли. -- WBR, wRAR signature.asc Description: Digital signature
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On 2012.07.11 at 11:50:42 +0400, Stanislav Maslovski wrote: On Wed, Jul 11, 2012 at 10:46:26AM +0400, Victor Wagner wrote: On 2012.07.10 at 18:35:41 +0400, Stanislav Maslovski wrote: Дык, 15 лет назад видеокарты были попроще и фреймбуффер занимал на два порядка меньший объем. Если представить, что рост объема фреймбуфера Откуда два порядка? Тогда мониторы были 1152x964 сейчас 1280x1024 Ну это ты взял, условно говоря, лучшее из того, что было тогда, и сравнил с худшим из того, что есть сейчас. А можно поступить наоборот :) Я сравнил то, чем пользовался тогда, с тем, чем пользуюсь сейчас, и пока не вижу необходимости в апгрейде. Хотя желание сапргейдиться уже есть. Есть, правда, маленькая тонкость - тогда я занимался ГИС, а сейчас облачными вычислениями. -- 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/20120711085007.ga29...@wagner.pp.ru
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
14:24 Wed 11 Jul, Andrey Rahmatullin wrote: On Wed, Jul 11, 2012 at 11:22:00AM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. Из вашей реакции не было видно, что вы это поняли. Вы меня с лакмусовым индикатором не спутали? С чего бы это должно быть кому-то видно? -- WBR, Andrey Tataranovich -- 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/20120711085549.go16...@debbox.it
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On 2012.07.11 at 11:50:42 +0400, Stanislav Maslovski wrote: Откуда два порядка? Тогда мониторы были 1152x964 сейчас 1280x1024 Ну это ты взял, условно говоря, лучшее из того, что было тогда, и сравнил с худшим из того, что есть сейчас. А можно поступить наоборот :) Сравни 640x480, 4 бита (VGA), и 2560x1600, 32 бита (WQXGA), получишь примерно 106. Работать с X Window даже на экране 800x600 тогда было практически невозможно. Поэтому, если видюха/монитор не тянули указанного выше разрешения, приходилось использовать виртуальный экран, прокручивающийся при движении мышью. Разрешением как раз в 1152x864 (потому что на 1152x864x8бит как раз достаточно 1Мб видеопамяти) Сейчас, наоборот, развитие софта привело к тому что на разрешении 800x480 жить можно. Правда, в очень специфических GUI-средах вроде Maemo. Хотя, конечно и сейчас встречается софт, которому 1024x600 мало. Но из-за распространения всяких HUG-ов такого все-таки меньше. -- 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/20120711085702.ga29...@wagner.pp.ru
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Wed, Jul 11, 2012 at 11:55:49AM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. Из вашей реакции не было видно, что вы это поняли. Вы меня с лакмусовым индикатором не спутали? С чего бы это должно быть кому-то видно? Я поясняю, почему я уточнил, в чём ваше заблуждение. -- WBR, wRAR signature.asc Description: Digital signature
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
14:58 Wed 11 Jul, Andrey Rahmatullin wrote: On Wed, Jul 11, 2012 at 11:55:49AM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. Из вашей реакции не было видно, что вы это поняли. Вы меня с лакмусовым индикатором не спутали? С чего бы это должно быть кому-то видно? Я поясняю, почему я уточнил, в чём ваше заблуждение. ИМХО ваши пояснения крайне редко имеют практическую ценность для меня, а возможно и не только для меня. Больше похожи на высеры человека с зашкалившим ЧСВ. -- WBR, Andrey Tataranovich -- 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/20120711090330.gp16...@debbox.it
Re: Пропал multicast
В сообщении от 11 июля 2012 11:19:12 автор Artem Pastukhov написал: На сбойном сервере tcpdump -n -i vmbr0 multicast tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:13:39.472292 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 12:13:41.376043 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 192.168.100.2 - это локальный адрес сбойного сервера, насколько я понимаю ? igmp report-ы вообще с него уходят ? -- Best regards, Oleg A. Chernov OAC4-RIPE Wildpark ISP, Nikolaev, Ukraine +380512 709555(221)
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Wed, Jul 11, 2012 at 12:03:30PM +0300, Andrey Tataranovich wrote: Где написано, что он вчера приплыл? Changelog для linux-image-amd64 и linux-image-3.2.0-3-amd64 содержит обновления за конец 26-28 июня. А какое отношение дата в чейнджлоге имеет к дате даже не аплоада, а появления на зеркалах? Никакого. Ниже уже поправили меня. Из вашей реакции не было видно, что вы это поняли. Вы меня с лакмусовым индикатором не спутали? С чего бы это должно быть кому-то видно? Я поясняю, почему я уточнил, в чём ваше заблуждение. ИМХО ваши пояснения крайне редко имеют практическую ценность для меня, а возможно и не только для меня. Увы, увы. -- WBR, wRAR signature.asc Description: Digital signature
Re: Пропал multicast
2012/7/11 Oleg A Chernov ole...@wildpark.net: В сообщении от 11 июля 2012 11:19:12 автор Artem Pastukhov написал: На сбойном сервере tcpdump -n -i vmbr0 multicast tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:13:39.472292 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 12:13:41.376043 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 192.168.100.2 - это локальный адрес сбойного сервера, насколько я понимаю ? igmp report-ы вообще с него уходят ? К своему стыду, не знаю как посмотреть.
Re: skype + bluetooth headset
22:16 Tue 10 Jul, Timothy Silent wrote: Доброго времени. пытаюсь использовать связку. всё настроилось и работает, кроме громкости гарнитуры. alsamixer bluetooth-карту не кажет, в /proc/asound/cards её нету. Поискал рецептов но не нашел. У вас скорее всего настроен профиль Headset, а если я не ошибаюсь, то там ничего кроме передачи звука на гарнитуру. Можно попробовать настроить регулировку звука через Slave PCM примерно так: ~/.asoundrc pcm.btvol { type softvol slave.pcm plug:btpcm } btpcm тут - название того PCM, на который настроена гарнитура После этого можно пробовать в скайпе выставить проигрывание на alsa:btvol Если не сработает, то желательно приложить свои настройки из ~/.asoundrc -- WBR, Andrey Tataranovich -- 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/20120711104212.gq16...@debbox.it
Re: битое raid1-зеркало из usb-hdd после дисконнекта usb
On 07/11/2012 10:26 AM, dimas wrote: засинкал свои 500 гигов (что для юсб-железки ваще не полезно)... Железкам ваще ничё не полезно. Лучше даже не включать их никогда. -- 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/4ffd75eb.9000...@sergio.spb.ru
Re: Пропал multicast
В сообщении от 11 июля 2012 13:30:22 автор Artem Pastukhov написал: 2012/7/11 Oleg A Chernov ole...@wildpark.net: В сообщении от 11 июля 2012 11:19:12 автор Artem Pastukhov написал: На сбойном сервере tcpdump -n -i vmbr0 multicast tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:13:39.472292 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 12:13:41.376043 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 192.168.100.2 - это локальный адрес сбойного сервера, насколько я понимаю ? igmp report-ы вообще с него уходят ? К своему стыду, не знаю как посмотреть. посмотреть можно tcpdump-ом же tcpdump -i vmbr0 -nns0 ip and igmp смотрим те igmp, которые генерируются локально т.е. с src ip 192.168.100.2, обращаем внимание на версию, судя по работающему хосту должна быть v2 например у Вас во втором дампе с исправного сервера есть пакет c report-ом IP 192.168.100.3 239.192.104.140: igmp v2 report 239.192.104.140 Для того чтобы приходил малтикаст на группу 239.192.104.140, нужно чтобы получатель присоединился к группе 239.192.104.140 путем отправки igmp report. -- Best regards, Oleg A. Chernov OAC4-RIPE Wildpark ISP, Nikolaev, Ukraine +380512 709555(221)
Re: Пропал multicast
11 июля 2012 г., 16:57 пользователь Oleg A Chernov ole...@wildpark.net написал: В сообщении от 11 июля 2012 13:30:22 автор Artem Pastukhov написал: 2012/7/11 Oleg A Chernov ole...@wildpark.net: В сообщении от 11 июля 2012 11:19:12 автор Artem Pastukhov написал: На сбойном сервере tcpdump -n -i vmbr0 multicast tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vmbr0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:13:39.472292 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 12:13:41.376043 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 192.168.100.2 - это локальный адрес сбойного сервера, насколько я понимаю ? igmp report-ы вообще с него уходят ? К своему стыду, не знаю как посмотреть. посмотреть можно tcpdump-ом же tcpdump -i vmbr0 -nns0 ip and igmp смотрим те igmp, которые генерируются локально т.е. с src ip 192.168.100.2, обращаем внимание на версию, судя по работающему хосту должна быть v2 например у Вас во втором дампе с исправного сервера есть пакет c report-ом IP 192.168.100.3 239.192.104.140: igmp v2 report 239.192.104.140 Для того чтобы приходил малтикаст на группу 239.192.104.140, нужно чтобы получатель присоединился к группе 239.192.104.140 путем отправки igmp report. 17:30:46.989811 IP 0.0.0.0 224.0.0.1: igmp query v2 17:30:47.432864 IP 192.168.100.2 239.192.104.140: igmp v2 report 239.192.104.140 И тишина
Re: xfce не переключает рабочие столы мышкой
06.07.2012 13:52, Mikhail A Antonov пишет: Здравствуйте. Пользуюсь whezy и недавно после очередного обновления в xfce перестали переключаться рабочие столы при движении курсора мыши влево. При движении курсора за края экрана вправо - происходит переключение на правый рабочий стол, при движении курсора влево за края экрана - ничего не происходит - курсор упирается в границу и стоит. Если взять окошко за заголовок и его понести через левую границу - переключение происходит. Так же настроено переключение по Win+(право|лево) - оно работает, переключение по Win+Fномер рабстола тоже работает. Пробовал включить\отключить эту опцию - не помогло. При отключении оно правда отключается, при включении - включается, но работает только вправо. Не знаю куда посмотреть и что поменять. Пробовал гуглить, но вероятно не смог составить правильный запрос. Кто-то уже сталкивался с этой проблемой? Как решается? Заранее спасибо за советы. Вот интересно - подключил мышу к ноуту - рабочие столы переключаются как надо, однако тачпадом - только вправо. Куда мне посмотреть? Чего показать? Спасибо. -- Best regards, Mikhail - WWW: http://www.antmix.pp.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: Пропал multicast
В сообщении от 11 июля 2012 16:33:02 автор Artem Pastukhov написал: 17:30:46.989811 IP 0.0.0.0 224.0.0.1: igmp query v2 17:30:47.432864 IP 192.168.100.2 239.192.104.140: igmp v2 report 239.192.104.140 И тишина Теперь смотрите пакеты собственно на группу 239.192.104.140, доходят или нет до сбойного сервера? tcpdump -i vmbr0 -nns0 ip and \( igmp or host 239.192.104.140 \) vmbr0 это что за интерфейс ? если виртуальный, то посмотрите пакеты на физическом. -- Best regards, Oleg A. Chernov OAC4-RIPE Wildpark ISP, Nikolaev, Ukraine +380512 709555(221)
Re: Пропал multicast
11 июля 2012 г., 18:02 пользователь Oleg A Chernov ole...@wildpark.net написал: В сообщении от 11 июля 2012 16:33:02 автор Artem Pastukhov написал: 17:30:46.989811 IP 0.0.0.0 224.0.0.1: igmp query v2 17:30:47.432864 IP 192.168.100.2 239.192.104.140: igmp v2 report 239.192.104.140 И тишина Теперь смотрите пакеты собственно на группу 239.192.104.140, доходят или нет до сбойного сервера? tcpdump -i vmbr0 -nns0 ip and \( igmp or host 239.192.104.140 \) vmbr0 это что за интерфейс ? если виртуальный, то посмотрите пакеты на физическом. Нет только исходящие 18:58:38.530241 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 18:58:40.434031 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119
Re: Пропал multicast
В сообщении от 11 июля 2012 18:03:44 автор Artem Pastukhov написал: 11 июля 2012 г., 19:02 пользователь Artem Pastukhov ar...@mxk-m.ru написал: 11 июля 2012 г., 18:02 пользователь Oleg A Chernov ole...@wildpark.net написал: В сообщении от 11 июля 2012 16:33:02 автор Artem Pastukhov написал: 17:30:46.989811 IP 0.0.0.0 224.0.0.1: igmp query v2 17:30:47.432864 IP 192.168.100.2 239.192.104.140: igmp v2 report 239.192.104.140 И тишина Теперь смотрите пакеты собственно на группу 239.192.104.140, доходят или нет до сбойного сервера? tcpdump -i vmbr0 -nns0 ip and \( igmp or host 239.192.104.140 \) vmbr0 это что за интерфейс ? если виртуальный, то посмотрите пакеты на физическом. Нет только исходящие 18:58:38.530241 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 18:58:40.434031 IP 192.168.100.2.5404 239.192.104.140.5405: UDP, length 119 Причем на физическом вообще тишина На физ. интерфейсе должны быть исходящие 192.168.100.2 239.192.104.140: igmp v2 report 239.192.104.140 иначе мультикаст не прийдет. Попробуйте посмотреть в сторону vmbr0, похоже в нем собака порылась. vmbr0 просто бриджуется с физ. интерфейсом или сетап какой-то иной ? -- Best regards, Oleg A. Chernov OAC4-RIPE Wildpark ISP, Nikolaev, Ukraine +380512 709555(221)
Re: Несколько вопросов вразброс
On 11.07.2012 01:08, Igor Chumak wrote: -Куть Это если ты делаешь ошибку, которую тест уже ловит. А если ты делаешь ошибку, которую тест еще не ловит (а она будет, и не одна), то результат будет тот же самый, как если бы теста не было вообще. Внятная и подробная диагностика поэтому обязательна. Я и делаю. Как-раз хотел спросить (очередной провокационный вопрос). Как организовывать обработку ошибок? :-) Т.е., вызывается функция. Она должна вернуть код завершения. В функции м.б. вложенные функции. В функции может выполниться только часть вызовов вложенных функций. К примеру, бэкап БД не прошёл, но бэкап состояния пакетов, который делается следующим, должен быть сделан. Какой код возвращать? Обычно возвращают статистику время выполнения, сколько задач в задании провалилось, сколько файлов скопировано, сколько байт прочитано, сколько записано Если какая-то часть логики вынесена в функцию,значит результат ее должен что-то означать? Я не про показ статистики, а именно про возврат кода. Можно писать ошибки в глобальный массив, в конце работы его анализировать. М... Снова глобальный. :-| Код возврата, вызванной программы, видимо, не вариант. Сделал на флагах. Чтобы было понятно в какой функции произошла ошибка. Но как-то... А как правильно? Как сказано было выше, у perl есть use Carp; задачу определить в какой функции ошибка поможет решить Про Perl буду знать. Но, увы, в моём случае: shell. -- 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/4ffda8d6.2070...@yandex.ru
Re: Несколько вопросов вразброс
On 11.07.2012 04:18, Stanislav Maslovski wrote: On Tue, Jul 10, 2012 at 09:53:02PM +0400, Артём Н. wrote: On 08.07.2012 17:23, Stanislav Maslovski wrote: На практике ситуация такова: случаев, где возможно *полное* формальное доказательство правильности программы *больше*, чем случаев, где для этого достаточно *простых* тестов. Как правило, построение *полного* теста эквивалентно решению исходной программной задачи, и, поэтому, не имеет никакой ценности для доказательства. Понятно. А вообще, случаев, когда: 1. возможно полное доказательство; 2. доказательство имеет практическое значение; много? Они есть. Этого уже достаточно. Недостаточно. Достаточно было бы, если бы их на практике было просто применить... Часто ли это применяется и просто ли? Можно 1000 раз успешно прогнать *все* комбинации входных переменных некой процедуры, а на 1001-м получить ошибку, например, из-за утечки памяти, или из-за переполнения какой-нибудь переменной-счётчика, которая не обнуляется между вызовами, и т.п. Значит не были протестированы _все_ состояния. Задолбал! :) Не, ну я здесь прав. ;-) Нет. Повторюсь: построение *полного* теста в общем случае эквивалентно решению исходной программной задачи. Как ты собираешься доказывать правильность самого теста? Ещё одним тестом? И так до бесконечности? М... Ну да. Про тест я не подумал. Но, если тест - просто тупой перебиратель результата..? Т.е., в итоге-то поведение программы всё-равно определяется тем, что подали на входы (да, если не брать в расчёт временные характеристики изменения входов)? Вот тебе элементарный пример: докажи теорему Пифагора *тестами* =) Возможно повысить уверенность в том, что алгоритм доказательства теоремы реализован правильно, используя тесты. Это ещё что за новая сущность? алгоритм доказательства теоремы? Я именно про конкретный случай. Есть доказательство по опр. алгоритму. Тесты позволят повысить уверенность в нём. Сейчас вспомнил, что за теорема. :-) Например, в вики приведён пример док-ва через подобные треугольники. И там a/c = |HB|/a, где H - точка деления гипотенузы c высотой. В тесте возможно было бы задать конкретный треугольник через a, b и c, затем вычислить нахождение точки H и проверить утверждение. В данном случае, конечно, доказательство общеизвестное и сводится к теореме, которая также доказывается общеизвестным доказательством... Но ведь возможно, что доказательство неверно, где-то ошибка? Тест поможет проверить несколько вариантов. Имеет смысл его вводить? Про доказательство тестами я ничего не писал. :-) Да ну? А как же пресловутая проверка по всем состояниям? Это в теории. :-) -- 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/4ffdab64.5000...@yandex.ru
Re: Несколько вопросов вразброс
Но ведь возможно, что доказательство неверно, где-то ошибка? Тест поможет проверить несколько вариантов. Не доказательство, конечно, а сама посылка о том, что данное отношение верно для подобных треугольников или о том, что треугольники подобны (ну не учёл автор доказательства одни из признаков подобности, забыл)... -- 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/4ffdac20.2080...@yandex.ru
Re: посоветуйте плз аналог dovecot_a
11.07.2012, 08:53, Ivan Shmakov oneing...@gmail.com: Любопытно, какие именно из функций Dovecot «мешают»? честно сказать работал в одно время с pop3, и с IMAP еще плотно не сталкивался; зашёл просто на сайт dovecot_a - много разностей бросилось в глаза с непривычки... и захотелось какую-нить просто работающую реализацию IMAP-сервера, не перегруженную параметрами)) интересует функционал IMAP-сервера... Использую Dovecot именно в качестве сервера IMAP (IMAPS) уже более пяти лет. Maildir. MTA Exim. Проблем (в сколь угодно новых версиях) не наблюдал. это радует, проюзаем... Установить dovecot-imapd; по-зависимостям будет установлен dovecot-common. Остальные пакеты можно не устанавливать. -- BW, Сохин Вячеслав -- 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/89451342027...@web22d.yandex.ru
Re: Несколько вопросов вразброс
Приложил скрипт, который у меня получился. mkbackup - сам скрипт. mks - парсер, убирающий тесты. ready- готовый скрипт после обработки. Вроде, работает, хотя и не всё доделано. Ощущения: получилось очень тяжеловесно. Просто запутаться в тестах. Но тесты ловят случайные ошибки (лучше, чем без тестов совсем). Что скажете? #!/bin/sh # # Backup script, used rdiff-backup. Created by Artiom N.. # # Using: mkbackup path to config # Configuration options. OPT_SRC_DIR=/ OPT_BACKUP_DIR=/mnt/backup/backup_uc OPT_BTMP_DIR=/mnt/backup/btmp OPT_INC_LIST=include.cfg OPT_EXC_LIST=exclude.cfg OPT_MYSQL_LOGIN=root OPT_MYSQL_PASSWORD= OPT_LUKS_PARTS= OPT_KERNEL_CONFIG=/usr/src/linux/.config OPT_REMOVE_PERIOD=1M OPT_FBACKUP_KCONF=true OPT_FBACKUP_MYSQL=true OPT_FBACKUP_PACKAGES=true OPT_FBACKUP_PARTS=true # Verbosity: 0 - no diagnostics, 1 - error messages, 2 - verbose, 3 - debug. V_LEVEL=3 # Resulting filename constants. FN_MYSQL_DUMP=mysql.dump FN_PKGS_DUMP=pagkages.dump FN_LVM_TEMPL=lvbk_%s FN_LUKS_TEMPL=luksbk_%s FN_KERNEL_CONF=linux_config # Directories in $OPT_BACKUP_DIR for backup system tree and special files. FN_DIR_TREE=tree FN_DIR_SPECIAL=special # File or directory, used as flag, for selecting backup type. FN_FLAG=rdiff-backup-data # Binaries path. CMD_DPKG=dpkg CMD_VGBCK=vgcfgbackup CMD_DUMP=mysqldump CMD_CRYPTSETUP=cryptsetup CMD_RDBCKP=rdiff-backup CMD_NOTIFIER=logger ###TESTING assert() # $1 - message; # $2 - comannd. { local RT=0 echo Command: $2 eval $2 || { RT=$?; printf $1 (ret: 0x%x) $RT exit 1; } return 0; } ###/TESTING #--- dbg() # $1 - verbosity level; # $2 - message. { [ $V_LEVEL -ge $1 ] echo $2 /dev/stderr } #--- err() # $1 - message. { dbg 1 $1 dbg 0 Backup failed... # failed... exit 1 return 1 } ###TESTING #--- check_deps() # Check for the using executables. # $1..$n - list of executables. { local s while [ ! -z $1 ]; do s=`type $1` dbg 3 Checking dep $s || { dbg 1 $s return 1; } shift done; return 0; } ###/TESTING #--- get_execs() # Set full path of the executables in the variables. # $1..$n - list of executables. { local s while [ ! -z $1 ]; do eval s=\$$1 dbg 3 Exec filename: $s s=$(whereis -b $s|awk '{print $2}') dbg 3 Exec fullpath: $s [ -z $s ] { err Cant't find \eval \$$1\; return 1; } eval $1=$s shift done return 0; } #--- load_config() # $1 - config filename. { dbg 3 $LINENO ${FUNCNAME}(): Loading file \$1\ dbg 3 PWD: $PWD [ -r $1 ] || { err Can't open file \$1\...; return 1; } . $1 || return $? return $?; } #--- notify() # Notify user, about backup process. # $1 - message. { $CMD_NOTIFIER $1 return 0; } #--- backup_special() # Backup special system data. # Return values: # $? 0x000f - backup_kernel_conf result; # $? 0x00f0 - backup_mysql result; # $? 0x0f00 - backup_packages result; # $? 0xf000 - backup_parted_data result. { # # Interfaces. # backup_mysql() # $1 - user name; # $2 - password; # $3 - options. # Return 0, if all good, 1 if error. { dbg 3 $LINENO ${FUNCNAME}(): Loading MySQL config... dbg 2 Dumping databases... dbg 3 Dump command: \$CMD_DUMP\ -u\$1\ -p\$2\ --compact -f --all-databases $3 $CMD_DUMP -u$1 -p$2 --compact -f --all-databases $3 || \ { err MySQL backup failed!; return 1; } return 0; } backup_packages() { dbg 3 $LINENO ${FUNCNAME}(): Dumping package list... $CMD_DPKG --get-selections return $?; } get_part_string() # Return partition string, created from template, # in the part=file_to_save; ... format. # $1 - template, where %s - partition name (exmpl.: luksbk_%s). # $2 - partition list (part_1; part_2; ... ; part_n). { dbg 3 $LINENO ${FUNCNAME}(): \$1 = \$1\; \$2 = \$2\ export TEMPL=$1 local IFS=; for i in $2; do # dbg 3 \$i = $i echo $i|awk \ '/.*[^\/]+/ { n = split($0, pcomps, /) printf(%s=ENVIRON[TEMPL];, $0, pcomps[n]); }' done return 0; } backup_parted_data() # $1 - template for the saving LVM backups; # $2 - LUKS partition=file_to_save; ... list. # Return values: # 1 - LVM backup error; # 2 - LUKS backup error; # 3 - other. { dbg 2 Dumping partition data... # LVM. dbg 3 $LINENO ${FUNCNAME}(): Dumping LVM headers
Re: Несколько вопросов вразброс
On Wed, Jul 11, 2012 at 08:35:48PM +0400, Артём Н. wrote: On 11.07.2012 04:18, Stanislav Maslovski wrote: Они есть. Этого уже достаточно. Недостаточно. Достаточно было бы, если бы их на практике было просто применить... Часто ли это применяется и просто ли? Применяется в mission-critical systems, насколько часто и насколько просто - вопрос скорее к тем, кто этими системами плотно занимается. Нет. Повторюсь: построение *полного* теста в общем случае эквивалентно решению исходной программной задачи. Как ты собираешься доказывать правильность самого теста? Ещё одним тестом? И так до бесконечности? М... Ну да. Про тест я не подумал. Но, если тест - просто тупой перебиратель результата..? В таком случае, и сама программная задача тупа в той же мере, в какой туп ее *полный* тест. Вот тебе элементарный пример: докажи теорему Пифагора *тестами* =) Возможно повысить уверенность в том, что алгоритм доказательства теоремы реализован правильно, используя тесты. Это ещё что за новая сущность? алгоритм доказательства теоремы? Я именно про конкретный случай. Есть доказательство по опр. алгоритму. Тесты позволят повысить уверенность в нём. Я - пас :) Желающие продолжить - велкам. -- 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/20120711225506.GA5187@kaiba.homelan