1305247853 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1305248575 J * quizic 42c0ba12@ircip4.mibbit.com 1305248588 M * quizic ping 1305249229 M * quizic I need help using ubifs on a Tegra II prototype board. Has anyone done this? 1305249465 Q * quizic Quit: http://www.mibbit.com ajax IRC Client 1305251081 Q * BenG Quit: I Leave 1305252385 J * aj__ ~aj@p4FFD3083.dip.t-dialin.net 1305252783 Q * derjohn_foo Ping timeout: 480 seconds 1305262060 N * Bertl_zZ Bertl 1305262065 M * Bertl morning folks! 1305263163 Q * aj__ Ping timeout: 480 seconds 1305266796 J * ghislain ~AQUEOS@adsl2.aqueos.com 1305269309 M * josef_ I asked Ola @ debian why util-vserver was so old in dib :) See what he says. 1305269322 M * josef_ s/dib/sid) 1305269345 M * josef_ I'm not awake yet :( 1305269404 M * josef_ Bertl, morning! 1305269588 M * Bertl josef_: well, ola won't say much, he is not interested in updating or maintaining util-vserver since several years 1305269602 M * josef_ Oh, ok. 1305269612 M * Bertl if you want to get reasonable feedback, talk to micah 1305273326 J * Vink ~vink@mary.mon-net.org 1305273410 M * Vink I'm testing 2.6.36.4-vs2.3.0.36.39 on my node, to enable ipv6 on my vservers.. 1305273466 M * Vink is it normal to see all assigned ipv6 addresses when I do a ifconfig eth0 on the root server? 1305273611 M * josef_ So, when I check the code for the nodev-property, it looks like _addInterfaceCmd is not runned. How is this feature meant to work? I want to set up ipv6 and ipv4 address on the same NIC. 1305273754 M * Vink josef_ > on my Vserver, I've created 2 interface, one for ipv4, one for ipv6, both bound to eth0.. if I do an ifconfig with a vserver, both addresses are set to the same interface 1305273789 M * josef_ Vink, yeah, but when you shut down the vserver, it will bring down the eth0 as well. 1305273807 M * josef_ or in my case, my tap-interface, (which fails the second time, obv.) 1305273918 M * josef_ Vink, it depends on how you've set up interfaces, both ipv6 and ipv4 show up on the same interfaces, several ipv4 shows up on several interfaces, several ipv6 shows up on one interface. 1305273925 M * Vink ok.. in my case, the vserver is not allowed to shutdown eth0 1305273941 M * josef_ Vink, good for you ;) 1305273988 M * josef_ Vink, but yes, it's normal to see all assigned IPv6 on eth0, if you've bound them to it. 1305274015 M * Vink josef_ , yes, but for ipv4, I only see the root ipv4 address 1305274037 M * josef_ This is not the case with Solaris what I can see though, mysteriously enough, it creates another alias interface for new ipv6-addresses. 1305274048 M * josef_ Vink, correct. 1305274236 M * Vink But, I've observed strange behaviour when I use exim4 on root vserver: By default, it binds each ipv4 interface (even vserver's client ipv4 interface) I had to configure the right interface is the server 1305274249 J * petzsch ~markus@dslb-188-103-062-175.pools.arcor-ip.net 1305274553 M * josef_ Vink, you mean it binds to *? 1305274567 M * josef_ Vink, I have that problem with mysqld. 1305274579 M * Vink josef_ ; yes 1305274670 M * josef_ And I solved my problem with nodev, with moving the test-case inside the ifs, so the test is rather used to know if to shut down the interface or not, and not to disable the setting of an ip etc. 1305274706 M * josef_ Vink, so, what I reccon, it has to do with the loopback-interface being set to the hosts loopback. 1305274806 M * josef_ http://linux-vserver.org/Frequently_Asked_Questions#Services_won.27t_bind_to_127.0.0.1_when_I_configure_them_to_bind_to_all_available_IPs_.2F_.28binding_service_to_.2A_doesn.27t_bind_to_loopback.29.3F 1305274811 M * Vink Oh, I should add 'nodev' in my interfaces folder? 1305275040 M * josef_ Vink, I'm waiting for Bertl to answer my question to how this feature is meant to be used, but AFAIK that's the proper use. (It doesn't work that way though.) 1305275078 M * josef_ Basicly when you add nodev, no parameters are sent, as to set up dummy interfaces or adding IP. 1305275157 J * thierryp ~thierry@home.parmentelat.net 1305275165 Q * thierryp Remote host closed the connection 1305275167 M * Vink I tested on a dev client; if I add 'nodev'; i am not able to bind to that interface 1305275167 J * thierryp ~thierry@home.parmentelat.net 1305275215 M * josef_ Have you guys thought about adding a --tap command to _setup_writeInterface in vserver.setup? So that it's possible to avoid errors if one wants tap on the interface, during the setup of a vserver? 1305275336 M * josef_ Vink, that would seem correct, as it's implemented today =) 1305276078 J * derjohn_mob ~aj@139.12.1.252 1305276104 M * Bertl josef_: tap is very unlikely on normal setups 1305276136 M * Bertl mainly because Linux-VServer uses IP isolation, and as such, a tun device is much better suited 1305276365 M * josef_ How is a tun-device set up? I didn't get that when I choosed between tap and tun. In my case, I want routing to the interface, and it seemed to only work with tap. 1305276412 M * Bertl no, tap is ethernet layer 1305276417 M * Bertl while tun is IP layer 1305276424 M * Bertl for routing, both are fine 1305276657 Q * thierryp Remote host closed the connection 1305276716 J * thierryp ~thierry@home.parmentelat.net 1305276935 M * Vink Bertl, for IPv6, is it the expected beahaviour to see all client IPv6 addresses when I do an ifconfig eth0 on vserver root server ? 1305277023 Q * FireEgl Ping timeout: 480 seconds 1305277144 M * Bertl Vink: root server means host? 1305277156 M * Vink yes, host 1305277186 M * Bertl yes, on the host you see all ipv4/ipv6 addresses 1305277399 M * Vink oh.. you are right, it is juste ifconfig output which do no show aliases .. 'ip addr show dev eth0' shows everything 1305277445 M * Bertl yep, ifconfig is too old to see .. :) 1305277467 M * Vink So now, I should fix my host to use the right ipv6 address for outgoing traffic 1305277494 M * Bertl typically yes, i.e. restrict host services to host IPs 1305277521 M * Vink at this time it chooses one of the client ipv6 address for outgoing traffic 1305277547 M * Bertl interesting ... but yes, it largely depends on the setup 1305278115 M * Vink according to google, In case of a tie: "Linux chooses to use the latest address added" 1305278355 J * bsingh ~balbir@122.167.252.57 1305278785 M * Vink I think I've found a work-around. If I do for each client the following: ip addr change dev preferred_lft 0 ; then these addresses will be deprecated on the host. But, on clients, this would be the only ipv6 address available. So it works as expected 1305279015 M * Mr_Smoke Hi there 1305279030 M * Mr_Smoke I don't think I've mentionned it yet this week 1305279032 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1305279035 M * Mr_Smoke But I love VServer :) 1305279037 M * Mr_Smoke Thanks ! 1305279325 M * josef_ Bertl, would it be enough to add a 'tun'-file in interfaces/0/, to be able to use it fully? 1305279476 M * Vink josef_ > on my Vserver, I've created 2 interface, one for ipv4, one for ipv6, both bound to eth0.. if I do an ifconfig with a vserver, both addresses are set to the same interface ? In the example, you will see a set-up of a tun interface 1305279488 M * Vink oops.. wrong quote 1305279520 M * Vink josef_ > did you see the example http://linux-vserver.org/Frequently_Asked_Questions#Can_I_run_an_OpenVPN_Server_in_a_guest.3F ? 1305279544 M * Vink there is an example of a tun device 1305279563 M * Bertl josef_: yep, should be fine/enough 1305279874 M * josef_ Bertl, I'll be damned, worked fine :) It doesn't get picked up by my quagga-router though, maybe it doesnt see tun-interfaces. 1305280145 M * hijacker hi josef_ quagga inside guest? what's the aim there? why not do that on the host? 1305280246 M * josef_ hijacker, on the host. 1305280426 M * Bertl josef_: no idea, but maybe the quagga folks know more? 1305280467 M * josef_ Maybe, just tested it now, I'll look into it some more. The tun-file actually didn't work at all before, so that's a step forward :p 1305280772 M * josef_ btw, quagga is really cool, had to learn Cisco routers in school, so a real flashback =) 1305281154 M * Vink bye here 1305281155 Q * Vink Quit: [BX] Automatically bored away 1305281629 Q * petzsch Quit: Leaving. 1305281946 M * josef_ Cool, it was no trouble. 1305281954 M * josef_ The human error rather ;) 1305282474 M * Bertl hehe, so everything fine now I presume? 1305282809 M * josef_ Yes but no, the localhost problem stopped also, as I installed the latest util-vserver, and fixed the tap/tun-control of interfaces. So a install of mysqld works flawless. 1305282846 M * josef_ oh 1305282848 M * josef_ wait. 1305282949 M * josef_ nm :-) 1305283017 M * Bertl sounds like you are slowly recovering from a typical debian experience :) 1305283211 M * josef_ Bertl, one question left, how is the nodev supposed to work? I echoed in 'vs006' to interface/1/nodev, and 'vs006' > interface/0/dev, the second interface does not set the IP. 1305283231 M * josef_ And when I look at the code, it makes sense. 1305283263 M * Bertl yep, let me explain the purpose of nodev then 1305283297 M * Bertl as you figured out by now, Linux-VServer by default uses something called IP Isolation, i.e. you 'assign' a subset of host IPs to each guest 1305283346 M * Bertl this is reflected in /proc/virtnet//* i.e. you can see what IP ranges are assigned to each guest, they may even overlap 1305283355 Q * BenG Quit: I Leave 1305283412 M * Bertl now, for the kernel, it doesn't really matter if the IP actually exists or who creates it, and so, for convenience, util-vserver has a bunch of configure options to create those IPs on guest startup and to remove them on guest shutdown 1305283458 M * Bertl for example, the 'dev' entry tells util-vserver where to put the IP, the prefix/mask tells it what network range it has, etc 1305283514 M * josef_ yeah. 1305283519 M * Bertl if, for whatever reason, you want to maintain the IP outside of util-vserver, e.g. configure it at host boot time or in some other script long before the guest is started, then you simply specify 'nodev' and util-vserver will not configure the IP for you 1305283541 M * Bertl it will still assign that IP to the guest, but you have to assign it to an interface yourself 1305283576 M * josef_ Is it possible to just control the shutdown of an interface? 1305283578 M * Bertl as soon as the IP shows up on some interface, the guest will be able to see that interface and use that ip 1305283625 M * Bertl doesn't make much sense to have util-vserver remove an IP on guest shutdown without creating it on guest startup ... would for example break 'restarts' 1305283727 M * josef_ And routing works even if the ip is on another interface 1305283753 M * Bertl routing happens completely on the host, so yes, it works if it is configured properly 1305284253 M * josef_ And if I want to use tcpdump i.e. to be able to dump just specific interfaces, I have to use vde_switch i.e., as with both tun and tap, the traffic is handled by the interface that the traffic flows through. 1305284282 M * Bertl depends, you can always tcpdump on the host 1305284311 M * Bertl but if you want to use protocols and sockets below the IP layer, you need to either reduce security or use a virtual network stack 1305284459 M * josef_ or vlans I assume. 1305284567 M * Bertl nope, vlans won't help there 1305284588 M * Bertl btw, vlan support is in util-vserver since quite some time now 1305285379 M * josef_ Ok, I get the IP isolation. And my solution to be able to share device was to enable tun on only one interface. 1305285405 M * josef_ the second IP-address was then added to the same interface. And no use of nodev. 1305285428 M * josef_ Actually, it didn't make sense that the IP wasn't added at all if I had nodev. 1305285465 M * josef_ But as you've explained, I have to add it to the system at an earlier point. 1305285921 M * daniel_hozac if you don't want the tun/tap device created and removed, don't set tun/tap. 1305287687 J * Vink ~vink@2001:788:2:102:211:d8ff:fea2:21bd 1305289153 M * Vink ok, now, i've the correct ipv6 address on my vserver host :P 1305290507 M * daniel_hozac i guess we should add the IPv6 IPs as less preferred. 1305290673 M * Vink I set then mannually to "deprecated" 1305290677 M * josef_ Bertl, thanks for the explanation. 1305290700 M * josef_ I got routing working as well now. 1305290751 M * daniel_hozac while deprecated works it seems less than ideal. 1305290869 M * Bertl josef_: you're welcome! 1305290912 M * josef_ What did you think about the tunctl-patch btw? 1305290956 M * Bertl daniel_hozac will look into it I guess ... 1305290972 M * Bertl (or already has :) 1305290972 M * daniel_hozac it's already merged. 1305290979 M * josef_ Nice! 1305291000 M * daniel_hozac it was actually already in my svn tree, but one of those hunks i forgot to move over to git... 1305291030 M * josef_ Waiting for it upstream then, I'm also contacting Mica, to see where we are in the sid-tree, and why it's such an old release there. 1305291061 M * josef_ Ola said, as you said Bertl, that he's 'following the project at distance'. 1305291102 M * josef_ daniel_hozac, are you responsible for the IPTABLES) #TODO in vserver.functions? =) =) 1305291112 M * josef_ looks promising 1305291191 M * Bertl @ola, I have to remember that wording ... 1305291207 M * daniel_hozac no 1305291247 M * daniel_hozac that's probably from before my time... 1305291252 M * daniel_hozac and netns already implements that. 1305291579 M * Bertl I guess I need a nap now ... have fun! 1305291593 N * Bertl Bertl_zZ 1305292246 Q * Milenco_ Ping timeout: 480 seconds 1305292348 J * Milenco ~notspam@vps.milenco.net 1305294446 J * FireEgl FireEgl@2001:470:e056:1:3119:da6e:8c19:1ed6 1305295660 Q * bsingh Ping timeout: 480 seconds 1305296233 J * bsingh ~balbir@122.167.248.4 1305296403 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1305296408 Q * ncopa Read error: Connection reset by peer 1305296928 J * dowdle ~dowdle@scott.coe.montana.edu 1305296956 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1305297888 Q * derjohn_mob Ping timeout: 480 seconds 1305297997 Q * jrdnyquist Quit: Leaving 1305298259 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1305298352 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1305298357 Q * jrdnyquist Remote host closed the connection 1305298469 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1305298928 Q * FireEgl Read error: Connection timed out 1305298928 Q * jrdnyquist Remote host closed the connection 1305299065 Q * ncopa Quit: Leaving 1305299608 N * Bertl_zZ Bertl_oO 1305300982 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1305302072 Q * Vink Quit: BitchX: now with flavor crystals! 1305304260 Q * jrdnyquist Read error: Connection reset by peer 1305304989 J * vikas_singhal82 0117af24@ircip3.mibbit.com 1305305034 M * vikas_singhal82 hiii... i am a beginner on writing linux device driver, can u plz suggest any device for that i can write driver and help is easily available on internet...........thank you 1305305122 Q * thierryp Remote host closed the connection 1305305172 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com 1305305454 M * Bertl_oO vikas_singhal82: you got the wrong channel, check out #kernelnebies 1305306258 Q * C14r Ping timeout: 480 seconds 1305306568 J * ksn ~ksn@41.48.27.5 1305307161 J * ksn_ ~ksn@197.106.212.168 1305307268 Q * ksn Ping timeout: 480 seconds 1305307925 Q * FireEgl Ping timeout: 480 seconds 1305308319 J * Piet_ ~Piet__@04ZAABMWA.tor-irc.dnsbl.oftc.net 1305308730 Q * Piet Ping timeout: 480 seconds 1305309933 P * vikas_singhal82 1305311150 J * FireEgl FireEgl@2001:470:e056:1:a1fd:3824:6f3d:3196 1305311458 Q * ksn_ Ping timeout: 480 seconds 1305311556 Q * FireEgl Read error: Connection reset by peer 1305312283 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com 1305312672 M * Bertl_oO off to bed now ... have a good one everyone! 1305312680 N * Bertl_oO Bertl_zZ 1305312931 N * ensc Guest781 1305312941 J * ensc ~irc-ensc@p5DF2E310.dip.t-dialin.net 1305313145 Q * bsingh Read error: Operation timed out 1305313353 Q * Guest781 Ping timeout: 480 seconds 1305313755 J * bsingh ~balbir@122.172.24.190 1305314880 Q * bsingh Ping timeout: 480 seconds 1305315083 J * bsingh ~balbir@122.172.24.190 1305315493 J * bonbons ~bonbons@2001:960:7ab:0:bd2f:3bb9:6ed1:c1a6 1305316706 Q * FireEgl Read error: Connection reset by peer 1305323329 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com 1305324114 Q * ghislain Quit: Leaving. 1305326778 Q * FireEgl Remote host closed the connection 1305327583 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com 1305328376 Q * bonbons Quit: Leaving 1305330610 Q * bsingh Ping timeout: 480 seconds 1305331185 Q * dowdle Remote host closed the connection