Owl OpenVZ template - strange network configuration
[email protected] Mon, 4 Jun 2012 13:04:05 +0400
| Newsgroups | gmane.linux.openwall.user |
|---|---|
| Message-ID | <[email protected]> |
I normally use my own package for init scripts, so... my apologies for
late discovery.
root@vzhost01:~ # vzctl create 1000 --ostemplate owl-current-20120508-x86_64 --ipadd 172.31.255.0 --hostname ovz-test.lan
Creating container private area (owl-current-20120508-x86_64)
Performing postcreate actions
Container private area was created
root@vzhost01:~ # vzctl start 1000
Starting container ...
Container is mounted
Adding IP address(es): 172.31.255.0
Setting CPU units: 1000
Configure meminfo: 65536
Set hostname: ovz-test.lan
Container start in progress...
root@vzhost01:~ # vzctl enter 1000
entered into CT 1000
root@ovz-test:/ # ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: gre0: <NOARP> mtu 1476 qdisc noop state DOWN
link/gre 0.0.0.0 brd 0.0.0.0
3: ip6tnl0: <NOARP> mtu 1460 qdisc noop state DOWN
link/tunnel6 :: brd ::
4: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
link/void
inet 127.0.0.1/24 scope host venet0
^^^^^^^^^^^^^^^^^
inet 172.31.255.0/32 scope global venet0:0
^^
For me it seems to be an ugly bug... And even worse, it looks like
our init scripts still use /* several kilobytes of curses skipped */
`ifconfig` instead of `ip` for configuring network devices.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
<gremlin ПРИ gremlin ТЧК ru>
GPG key ID: 0xEF3B1FA8, keyserver: hkp://subkeys.pgp.net
GPG key fingerprint: 8832 FE9F A791 F796 8AC9 6E4E 909D AC45 EF3B 1FA8
signature.asc
(application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJPzHoEAAoJEJCdrEXvOx+oR1cQAK8sGV3MGGERwkHkGB59+4ev mV9HTP6SciB7oMheetnM6UCApV6il1H4hbO2kRuyGDB8fnVSMXfgADg+7rewD2kK 02LtdOvd3UE2I7sLjKZolXmyValgVvzYboUZhgj/aIO9HlvgreabbWp6dMePp1RS CERLs+fSxEAuGznhi4tYdIyGGkJr4wk2NZB/HqZlqnl2CDc0qdPkQrbDJfW1D2r8 06juXPn51iSPvaH1HHabuKv7Vk1D+IQW6/A8nblBaYekKovmYygV0K4SkqYKNRsC nUZ3Q0JqeBtu9tiw1eQg+ObqSFdw/q4akhjKZlBtZfBFHiJL0RtKf9unsGQANttb +eS05ShNUZ2+shaAIEdeILdO2wnNKZV67zY3l1k6YfXBh2D6xLQelq9rov01G+GY 0oTRa5gKVBxdKEXOZsDZ+vowcpxnlVzYfXBUxB1MYnV/jXZHl/Kn8QS7ss3PqTb9 ph+3rtY7XLI8a630cBfpABV7TloUAxBDKzWIDxRztAPveOegsGnET9841zB5ee+J k6FhLeauyLHniFuUO4eoVZshjiCkbCDwwFhkWscDlIgXCXNYWkON8IjNlRUxKObm 3XbLozrp8pcxiyOrc3Pe3pnWFMueJfTdHmjf9Q13vVDgJPDvtEPEwncw96vQBFpX 24MU/VjYhWP8eUBa6MQm =wX+n -----END PGP SIGNATURE-----