Summary: | Неправильно назначает IP 127.0.0.1 в контейнерах RHEL/CentOS | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Y. Afonin <asy> |
Component: | vzctl | Assignee: | Andrew Vasilyev <andy> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | andy |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Y. Afonin
2014-11-17 09:54:26 MSK
1) В чем состоит проблема и как её воспроизвести? Очевидно, что такой адрес вешается специально. 2) Почему не в апстримную багзиллу? > 1) В чем состоит проблема и как её воспроизвести ? В системе не должно быть двух интерфейсов с одним IP (они ещё и с разной маской, кстати). Но где можно поймать грабли, сходу не скажу. Как воспроизвести - просто развернуть контейнер с CentoOS, скажем, 6. При старте создаются ifcfg-venet0 и ifcfg-venet0:0, в первый из них эти строки и попадают. > Очевидно, что такой адрес вешается специально. Да, только мне непонятен смысл в дублировании lo. > 2) Почему не в апстримную багзиллу ? Я там не зарегистрирован. :-) Я контейнеры с CentOS не использую сам. Тут вот попросили сделать, и увидел непорядок. Боюсь, словами "непорядок" я не смогу обосновать апстриму необходимость изменения, тем более без указания на конкретные проблемы и/или патчей. Я тоже не использую и не очень понимаю текущее состояние CentOS. Если это так уж необходимо, предлагаю обратиться к апстриму самостоятельно. > Боюсь, словами "непорядок" я не смогу обосновать апстриму необходимость
изменения
Вообще, я бы понадеялся, что у апстрима волосы и так зашевелятся. :-)
Тут и объяснять нечего, вообще-то. Вот на какой из двух 127.0.0.1 пойдёт обращение к сервису, который будет повешен на lo ? Я не знаю.
... и правильнее won't fix, так как это точно баг, только последствия неизвестны. |