Re: Утекает память

[Артём Н.]

Нашёл любопытную статью на Хабре про оптимизацию серверов "одноглазников.ру":
http://habrahabr.ru/company/odnoklassniki/blog/266005

Выдержка:
"Дефрагментация запускается только тогда, когда свободная память опускается ниже 
определённой отметки (zone watermark), и в нашем случае это происходило слишком 
поздно. Единственный способ заставить её запускаться раньше — это повысить 
min_free_kbytes через sysctl. Данный параметр говорит ядру стараться держать часть 
памяти свободной, а чтобы удовлетворить это требование, ему приходится запускать 
дефрагментацию раньше. В нашем случае хватило значения в 1 Гбайт."

Re: iceweasel

[Артём Н.]

On 26.09.2015 16:24, Ivan Petrov wrote:

Обновил squeeze

O_o На десктопе?


lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с очень плохим
сглаживанием.
Это где-то в openbox настраивается?

И.

Re: Стабильная система?

[Артём Н.]

Offtopic:
А что кто-то реально использует Haskell?

Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
от MS.
Перезагрузил...

Оно мне выдало насмешливый синий экран с текстом:
"STOP: c145 {Application Error}
The application was unable to start correctly (0xc00d)

Click ok to close application."

Внезапно оказалось, что это нормально:
http://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-c145-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9-windows/

И до сих пор винда валяется (по инструкции не сделать, т.к. ошибки в утилите 
восстановления (именно в самой утилите: она пытается искать какой-то бред)).

Re: Утекает память

[Aleksandr Sytar]

28 сентября 2015 г., 10:22 пользователь "Артём Н." 
написал:

> Нашёл любопытную статью на Хабре про оптимизацию серверов
> "одноглазников.ру":
> http://habrahabr.ru/company/odnoklassniki/blog/266005
>
> Выдержка:
> "Дефрагментация запускается только тогда, когда свободная память
> опускается ниже определённой отметки (zone watermark), и в нашем случае это
> происходило слишком поздно. Единственный способ заставить её запускаться
> раньше — это повысить min_free_kbytes через sysctl. Данный параметр говорит
> ядру стараться держать часть памяти свободной, а чтобы удовлетворить это
> требование, ему приходится запускать дефрагментацию раньше. В нашем случае
> хватило значения в 1 Гбайт."
>

Странный совет - в случае когда приложение попытается аллоцировать памяти с
залезанием в зону min_free_kbytes, то придет злобный oom-killer и накажет
кого попало.

Re: Утекает память

[Артём Н.]

Странный совет - в случае когда приложение попытается аллоцировать памяти с
залезанием в зону min_free_kbytes, то придет злобный oom-killer и накажет кого 
попало.

Стоит заметить, что у них 45 Гб оперативки и, в основном, как я понимаю, всё 
тратится на кэш в виде tmpfs.

Приложение же вероятно (это уже мой домысел) ограничивается по верхнему объёму 
памяти.

Что-то непонятное с автомонтированием NTFS

[Артём Н.]

При включении USB HDD автоматиччески монтируется NTFS раздел:

/dev/sde3 on /media/windows_part type fuseblk 
(rw,nodev,noexec,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)


# ls /media/windows_part
ls: невозможно получить доступ к /media/windows_part: Конечная точка передачи 
не подсоединена

# ll  /media/
ls: невозможно получить доступ к /media/windows_part: Конечная точка передачи 
не подсоединена
итого 32K
drwxr-x---+  2 root root 4,0K сен 21 22:47 artiom
lrwxrwxrwx   1 root root6 дек 19  2011 cdrom -> cdrom0
drwxr-xr-x   2 root root 4,0K дек 19  2011 cdrom0
-rw-r--r--   1 root root  106 мар  2  2013 .directory
drwxr-xr-x   3 root root 4,0K ноя  4  2013 linux_part
drwxrwxrwx  12 root root  16K янв  1  1970 sde1
d??  ? ??   ?? windows_part


При ручном перемонтировании всё работает:

# mount /dev/sde3 /media/windows_part && ll -d /media/windows_part && mount 
|grep sde3
drwxrwxrwx 1 root root 16K сен 25 10:36 /media/windows_part
/dev/sde3 on /media/windows_part type fuseblk 
(rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)


Пока не приходит в голову откуда у проблемы ноги растут.
Подскажите.

Re: Network-manager / nmcli и переопределение опций DHCP

[yrii2121]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

26.09.2015 18:16, Bogdan пишет:
> Привет.
> 
> Подскажите пожалуйста, как с помощью nmcli выставить принудительно 
> domain name взамен того, что приезжает из DHCP?
> 
> Спасибо.
> 
> -- WBR,  Bogdan B. Rudas

Обязательно Network-manager / nmcli?

Я блокировал получение domain name так:
в файле /etc/dhcp/dhclient.conf прописал нужный DNS
prepend domain-name-servers Х.Х.Х.Х;
и закомментировал строчку в request
domain-name, domain-name-servers, domain-search, host-name,

п.с. Network-manager не использую, поэтому не знаю влияет ли он на
такой способ.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWCQBAAAoJEE0elSS2B3AKGVkIAMMAjlWCEjCRfnDw19seyxer
Dt5M59p7Ir0a7i4uYwBi5QBh2UYDSjxDO8/URuBbx6NrwcqjnOItMSnENidwiDH6
wWdAsmJWTzIe20rZ7+ewaAHpUBcERJi4wwLN3ixW3/v87bJu2T3/YsvfKaIn0sib
PAlAshWlQ8s+yExcoLXraBdW55AtAh/ZIi7QIvSJhFaJ8t9lBJfoHrOabMfDRWNV
13phCHp/eSDabtxI7r2pf+slKrEaFpgn40jsHTV6Kf1vuU3cKo4ZsMG6DZQaG/LW
ILjS+/T+1NCXo6c0LKKLDh1qrV3grhzHAhKl/UIPR96SFZMuUp24qXr20F/hl3c=
=MVsz
-END PGP SIGNATURE-

Re: Помогите с bind.

[Vladimir Skubriev]

options {directory "/var/cache/bind";           // We don't use forwarders, because:// 1. Provider dns not reliable than world dns servers from root.db// 2. We update by chef-client root.db from appropriate site// 3. We using some providers and can not depend on whether the channel is active//forwarders {//8.8.8.8;//8.8.4.4;//};// This is very important parameter, because bind don't do recursive query's by default// and clients cannot resolve for example google.ru !!!// any; added because for openvpn clientsallow-recursion { 127.0.0.0/8; 192.168.128.0/24; any; };//// If BIND logs error messages about the root key being expired,// you will need to update your keys. See https://www.isc.org/bind-keys//dnssec-validation auto;auth-nxdomain no; # conform to RFC1035listen-on-v6 { any; };};Остальные конфиги это местные зоны. Да там по сути то смотреть не чего. Или коментишь forwarders или нет. Опять же коменты мои, на будущее для себя оставил.У меня получается, сто без forwarders 8. быстрее.any;  - уже убрал, спасибо Антонову.24.09.2015, 19:27, "Tim Sattarov" : On 2015-09-24 11:51, Vladimir Skubriev wrote:  Передо мной стояла задача выяснить причину задержки первого запроса. Я  вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в  2.5-5 секунд за то, что хочешь свой DNS сервер.  Странно что на serverfault тишина. Может я не в том месте его задал ?  Спасибо тем, кто откликнулся. Место верное, видимо вопрос слишком обширный и TL/DR (многабукав/ниасилил) можно попробовать вынести сокращенную версию вопроса в начало и добавить TL/DR ниже. странно, что никто еще не попросил конфига bind ? можно глянуть ? -- Faithfully yours,Vladimir Skubriev

Re: Помогите с bind.

[Vladimir Skubriev]

сделать по одному запросу еще ни чего не дает.Ну допустим что среднее вы написали значение. У вас быстрее, когда bind настроен через forwarders гугла ? (Если я правильно понял)По поводу того, что не капли - не согласен, в первый раз было 1059 msec, во второй 195 msec. Что было с кэшем между этими тестами - чистили через rndc flush ?24.09.2015, 19:41, "Tim Sattarov" : On 2015-09-24 12:27, Tim Sattarov wrote:  On 2015-09-24 11:51, Vladimir Skubriev wrote:  Передо мной стояла задача выяснить причину задержки первого запроса. Я  вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в  2.5-5 секунд за то, что хочешь свой DNS сервер.  Странно что на serverfault тишина. Может я не в том месте его задал ?  Спасибо тем, кто откликнулся.  Место верное, видимо вопрос слишком обширный и TL/DR (многабукав/ниасилил)  можно попробовать вынести сокращенную версию вопроса в начало и добавить  TL/DR ниже.  странно, что никто еще не попросил конфига bind ?  можно глянуть ? Сорри за личку в прошлый раз. у меня настроенный по дефолту bind от Дебьян: # service bind9 restart # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 1059 msec # dig @8.8.8.8 yandex.ru | grep time ;; Query time: 30 msec # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 0 msec интересно и вправду посмотреть, зачем делать форвардинг на 8.8.8.8 если можно просто делать кэширование ? я добавил веселья ради себе в форвардеры  forwarders { 8.8.8.8; 8.8.4.4;  }; результаты ни капли не изменились. разве что начальный запрос стал быстрее # service bind9 restart # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 195 msec # dig @8.8.8.8 yandex.ru | grep time ;; Query time: 50 msec # dig @192.168.1.1 yandex.ru | grep time ;; Query time: 0 msec ЧЯДНТ ? :) -- Faithfully yours,Vladimir Skubriev

Re: Помогите с bind.

[Tim Sattarov]

On 2015-09-28 08:42, Vladimir Skubriev wrote:
>
> сложно что либо сказать по вашему вопросу, т.к. не понятно что и как
> вы тестировали )
>

я тестировал: /
/
/> Bogdan wrote:

/// /> Повторите свои тесты с рандомными, заведомо несуществующими
доменами./


как кэшируются ответы на запросы о "заведомо несуществущих доменах".

очищается кэш,  запрашивается один раз, запрашивается второй раз.
запрашивается у форвардера:

с включенными форвардерами:

~# random_host=`pwgen  10 1`.com;echo $random_host; rndc flush ;  (host
-d $random_host 192.168.1.1 ;  host -d $random_host 192.168.1.1;  host
-d $random_host 8.8.8.8) | grep -E "ms|Name"
tee9Iewohr.com
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 122 ms
Received 105 bytes from 192.168.1.1#53 in 122 ms
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 0 ms
Received 105 bytes from 192.168.1.1#53 in 0 ms
Name: 8.8.8.8
Received 105 bytes from 8.8.8.8#53 in 54 ms
Received 105 bytes from 8.8.8.8#53 in 54 ms


с выключенными форвардерами:

~# random_host=`pwgen  10 1`.com;echo $random_host; rndc flush ;  (host
-d $random_host 192.168.1.1 ;  host -d $random_host 192.168.1.1;  host
-d $random_host 8.8.8.8) | grep -E "ms|Name"
baeLungee7.com
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 340 ms
Received 105 bytes from 192.168.1.1#53 in 340 ms
Name: 192.168.1.1
Received 105 bytes from 192.168.1.1#53 in 0 ms
Received 105 bytes from 192.168.1.1#53 in 0 ms
Name: 8.8.8.8
Received 105 bytes from 8.8.8.8#53 in 181 ms
Received 105 bytes from 8.8.8.8#53 in 181 ms


как видно - включение форвардеров мне помогает ускорить запрос.

и да, я делал несколько запросов, на разные домены, тут привожу только
репрезентативную выборку.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Что-то непонятное с автомонтированием NTFS

[Tim Sattarov]

On 2015-09-28 04:51, "Артём Н." wrote:
> При включении USB HDD автоматиччески монтируется NTFS раздел:
>
> /dev/sde3 on /media/windows_part type fuseblk
> (rw,nodev,noexec,noatime,user_id=0,group_id=0,,allow_other,blksize=4096)
> [skip]
> При ручном перемонтировании всё работает:
>
> # mount /dev/sde3 /media/windows_part && ll -d /media/windows_part &&
> mount |grep sde3
> drwxrwxrwx 1 root root 16K сен 25 10:36 /media/windows_part
> /dev/sde3 on /media/windows_part type fuseblk
> (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
>
>
> Пока не приходит в голову откуда у проблемы ноги растут.
> Подскажите.
>
1) Посмотреть вывод dmesg (journalctl -k )
2) скорее всего дело в опциях монтирования (см разницу в своем выводе)

если устраивает отсутствие nodev,noexec,noatime,default_permissions то
изменить настройки автомонтирования, убрав эти опции.



smime.p7s
Description: S/MIME Cryptographic Signature

Re: iceweasel

[Илья]

lxappearance - > Font - > Antialising ?

On 09/26/2015 04:24 PM, Ivan Petrov wrote:

Обновил squeeze + lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с 
очень плохим сглаживанием.

Это где-то в openbox настраивается?

И.

Re: iceweasel

[Ivan Petrov]

28.09.2015 13:25, "Артём Н." пишет:

On 26.09.2015 16:24, Ivan Petrov wrote:

Обновил squeeze

O_o На десктопе?


Сорри wheezy на десктопе




lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с
очень плохим
сглаживанием.
Это где-то в openbox настраивается?

И.

Re: iceweasel

[Ivan Petrov]

28.09.2015 20:06, Илья пишет:

lxappearance - > Font - > Antialising ?


Сглаживание полное включено.

Проблема в том, что iceweasel 40.1 перестал реагировать на настройки шрифтов




On 09/26/2015 04:24 PM, Ivan Petrov wrote:

Обновил squeeze + lxde поставился новый iceweasel
Слетели шрифты и в самом iceweasel отказываются настраиваться.
Все интернет страницы показываются каким-то шрифтом без засечек с
очень плохим сглаживанием.
Это где-то в openbox настраивается?

И.

Re: Помогите с bind.

[Tim Sattarov]

On 2015-09-28 08:45, Vladimir Skubriev wrote:
>
> сделать по одному запросу еще ни чего не дает.
>
> Ну допустим что среднее вы написали значение. У вас быстрее, когда
> bind настроен через forwarders гугла ? (Если я правильно понял)
>
> По поводу того, что не капли - не согласен, в первый раз было 1059
> msec, во второй 195 msec.
>
> Что было с кэшем между этими тестами - чистили через rndc flush ?
>
Странное прочтение и ответы писем, ранее сегодня я уже отвечал с
примерами, тебе же. уточнениями по поводу выборки и rndc flush

Я так думаю проблема с убунтовской сборке ?
попробуй поставить дебьяновскую.




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Стабильная система?

[Melleus]

"Артём Н."  writes:

> Offtopic:
> А что кто-то реально использует Haskell?
>
> Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
> Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
> от MS.
> Перезагрузил...
>
> Оно мне выдало насмешливый синий экран с текстом:
> "STOP: c145 {Application Error}
> The application was unable to start correctly (0xc00d)
>
> Click ok to close application."
>
> Внезапно оказалось, что это нормально:
> http://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-c145-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9-windows/
>
> И до сих пор винда валяется (по инструкции не сделать, т.к. ошибки в
> утилите восстановления (именно в самой утилите: она пытается искать
> какой-то бред)).

Судя по факту существования и достаточно широкой популярности в узких
кругах таких софтин, как Pandoc и Xmonad таки да.

А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
что еще и Clementine больше не проигрывает ape-файлы. Когда отвалилось -
не отследил, но на предыдущем стейбле все прекрасно воспроизводилось.

Да и то, что где-то что-то у кого-то еще хуже - это весьма слабое
оправдание. Всегда можно найти кого-нибудь, у кого хуже дела идут. Лично
мне болезнь понятна - она связана с экстравагантными инновациями одного
из разработчиков, чересчур известному чтобы называть его имя. И
сообщество вместо того, чтобы заниматься действительно актуальными
вещами вынуждено тратить свое драгоценное время и ресурсы на то, чтобы
хоть как-то сгладить косяки лезущие из всех щелей его псевдо
инноваций. Все проходит. И это пройдет тоже. Но потеряны годы. В
Редмонде рады, конечно. Конечно, тучи разойдутся и время расставит все
на свои места, как уже бывало неоднократно. И если вдруг окажется, что
он получал оттуда денежные переводы или какие нибудь "гранты", я уж
нисколько не удивлюсь. Какой еще конкуренции приходится ждать от
компании, построившей свой бизнес на ребрендинге украденной ОС и
продажах ее "внагрузку" к чужому успешному продукту. Конечно же, эти
ребята знают толк в пиратстве и плетении интриг. Я бы сказал, имеют к
этому недюжинный талант, которому можно даже позавидовать. Опять же
покупка и последующий убой Нокии. Вот только это уже совсем другая тема.

Re: iceweasel

[Melleus]

Ivan Petrov  writes:

> 28.09.2015 20:06, Илья пишет:
>> lxappearance - > Font - > Antialising ?
>
> Сглаживание полное включено.
>
> Проблема в том, что iceweasel 40.1 перестал реагировать на настройки шрифтов
>
>
>>
>> On 09/26/2015 04:24 PM, Ivan Petrov wrote:
>>> Обновил squeeze + lxde поставился новый iceweasel
>>> Слетели шрифты и в самом iceweasel отказываются настраиваться.
>>> Все интернет страницы показываются каким-то шрифтом без засечек с
>>> очень плохим сглаживанием.
>>> Это где-то в openbox настраивается?
>>>
>>> И.
>>>
>>
>>
man fonts.conf может?

Re: Стабильная система?

[Artem Chuprina]

Melleus -> debian-russian@lists.debian.org  @ Sat, 26 Sep 2015 23:25:52 +0300:

 >> Тогда уж осваивай stack. Для человека, который не намерен
 >> самостоятельно бороться с тонкостями настройки системы сборки
 >> хаскельных программ, лучше stack. Его недавно придумали, и про него
 >> мало кто знает, но обычно он проблему зависимостей решает эффективнее,
 >> потому что радикальнее.

 M> Спасибо за наводку на инструмент. Но только неправильно это. Все должно
 M> в оф. репозитории быть, из него устанавливаться и работать нормально (в
 M> моем понимании). А все эти костыли. Как-то надо без них обходиться. Ибо
 M> зачем тогда Дебиан?

В моей практике дебиан для того, что работает в дебиане.  Почему именно
дебиан?  Потому что в нем работает больше.  Но я всегда был готов к
тому, что что-то конкретное не работает или мне нужно более новое, чем
есть в дистрибутиве.  Или, наоборот, более старое.  Обычно это один-два
предмета.  Вот сейчас, например, это хаскель (я в основном на нем
программирую), он в дебиане несколько устаревший, и ruby on rails (этот,
наоборот, более свежий, чем там, где мне его надо поддерживать).  Раньше
был vim, который мы с Витусом себе собирали в разные позы так, чтобы
несколько пакетов уживались в одной системе.

 M> Есть же ведь для искателей сложных путей LFS. Я в свое время
 M> вычеркнул xmonad из списка претендентов, чтобы этот огород с
 M> хакселем не окучивать.

Вот как раз xmonad и xmobar (дистрибутивные) нормально живут с
дистрибутивным комплектом хаскеля.  Глюков в них нет (или почти нет), и
жить можно, а пакет libghc-xmonad-dev честно тянет за собой все
зависимости, которые ему нужны для перекомпиляции.

 M> А он, как у Достоевского любовь - с монадом его в дверь выгнал, так
 M> он теперь с пандоком через окно лезет. Там, глядишь и Гента
 M> подкрадется сзади. Прошу извинить мое бурчание. А за поддержку - еще
 M> раз спасибо. И за наводку тоже.

 M> PS Собралось все вроде и установилось. И даже запускается. Теперь бы еще
 M> не забыть грохнуть все это хозяйство, когда до оф. репозиториев
 M> обновления доползут.

 M> Еще раз огромное спасибо всем, принявшим участие.

Re: Стабильная система?

[Artem Chuprina]

Артём Н. -> debian-russian@lists.debian.org  @ Mon, 28 Sep 2015 10:37:48 +0300:

 АН> Offtopic:
 АН> А что кто-то реально использует Haskell?

Да.  И на данный момент я его считаю лучшим вариантом по соотношению
затрат на разработку и уверенности в результате, с БОЛЬШИМ отрывом от
конкурентов.

Re: Стабильная система?

[Алексей Витальевич Коротков]

On Sat, 26 Sep 2015 21:14:45 +0300
Artem Chuprina wrote:

AC> Тогда уж осваивай stack. Для человека, который не намерен
AC> самостоятельно бороться с тонкостями настройки системы сборки
AC> хаскельных программ, лучше stack. Его недавно придумали, и про него
AC> мало кто знает, но обычно он проблему зависимостей решает
AC> эффективнее, потому что радикальнее.

Спасибо за наводку.

Покрутил. Работает. Для чистоты эксперимента поставил в виртуалке на
Debian вообще без системных haskell-пакетов. Взлетело. Поставил через
него pandoc и pandoc-citeproc. Работают.

Опять же там с нуля поставил и cabal (в домашник другого пользователя).
Так же через cabal поставил pandoc и pandoc-citeproc. Работают. Когда
зимой ставил на Wheezy через cabal, то были проблемы с зависимостями
(подробностей уже не вспомню; что-то смог преодолеть, что-то - нет).
Сейчас всё прошло как по маслу.

В общем, работает и то и то.

Что не понравилось в stack (и это очень странно, как вообще обходятся
без этой функции): нет поиска (в cabal это cabal list).

Re: Стабильная система?

[Artem Chuprina]

Алексей Витальевич Коротков -> debian-russian@lists.debian.org  @ Tue, 29 Sep 
2015 01:03:09 +0400:

 АВК> Что не понравилось в stack (и это очень странно, как вообще обходятся
 АВК> без этой функции): нет поиска (в cabal это cabal list).

Видимо, авторы, как и я, не пользуются этой функцией...

Впрочем, неудивительно - какая-то она очень куцая.  Ищет только в именах
пакетов.

Странное поведение TCP

[Max Dmitrichenko]

Добрый день, коллеги. Вопрос не совсем по Debian, но связан в
некоторой степени с администрированием.

Есть некоторый сервер, к которому выполняется TCP-подключение.
1) Во-время установления соединения происходит стандартный TCP-шный
handshake (SYN, SYN-ACK, ACK).

2) Затем, согласно протокола приложения, клиент посылает первый пакет
и ждет ответа от сервера.

3) Так вот, иногда бывает так, что сервер внезапно на первые
присланные данные отвечает RST. Причем отвечает не сразу, а через
время, которое на десятки миллисекунд превышает RTT. И всё бы хорошо,
но у данного RST-пакета SEQ=0, а после SYN-ACK, он должен быть равен
1. Из-за этого, клиентский Linux игнорирует данный RST пакет и
продолжает думать, что соединение живо.

4) То есть программно сокет не слетает с read()'а с ошибкой Connection
reset by peer, а продолжает ожидать прихода данных. При этом, что
самое смешное, после RST от сервера приходит ACK на данные клиента. То
есть клиентский TCP даже не пытается перепослать начальный пакет.

5) Удалённая же сторона считает, что она соединение закрыла: если
отправить ещё что-нибудь, то приходит правильный RST.

У меня есть очень сильное подозрение, что во всём виновато какое-то
"расширение" TCP типа SYN-cookies, а может быть там стоит какой-то
дурацкий SYN-прокси. В общем коллеги, вопрос: кто-нибудь знает для
каких ситуаций такое поведение TCP типично?

--
With best regards
  Max Dmitrichenko

Re: Стабильная система?

[Artem Chuprina]

Алексей Витальевич Коротков -> debian-russian@lists.debian.org  @ Tue, 29 Sep 
2015 09:54:14 +0400:

 AC>> Впрочем, неудивительно - какая-то она очень куцая.  Ищет только в
 AC>> именах пакетов.

 АВК> Хм. Ну так в stack и вот этого нет:

Ну, нету, да.  Видимо, авторы stack пользуются hayoo и/или
централизованным hoogle.  Типа, все равно, чтобы поставить пакет,
интернет потребуется, так не проще ли воспользоваться им же для поиска,
там поисковик лучше.

Но вообще надо понимать, что инструмент еще очень новый.  Он работает
достаточно хорошо, но разработчики еще исследуют на практике, что и как
надо делать.  Они, кстати, вполне отзывчивы, и не лишены здорового
консерватизма (в смысле, они думают не только, что станет лучше, если
сделать то или иное изменение, но и что станет хуже).

Можно спросить их, но если спросить меня, то я скажу, что в stack не
хватает (или я не нашел) только возможности спросить напрямую, какая
именно версия конкретного пакета есть в текущем резолвере.  Впрочем,
тривиальный grep это популярно рассказывает, если прочесть архитектуру и
понимать, где лежит build plan.

А вот поиск по именам пакетов из индекса с выводом описаний - это лишнее
в этом инструменте, на мой взгляд.  Наверное, лучше было бы иметь
отдельный инструмент, который искал бы более продвинуто, и которому
можно было бы показать индекс.