[00:09] <MTecknology> !info php5 lucid
[00:10] <MTecknology> !info php5
[00:36] <ceocoder> does anyone have experience running netxen nc3031 nic on ubuntu 9.10? I'm facing some overheating issues,
[00:39] <twb> Why would the OS flavour make the NIC more likely to overheat?
[00:40] <cef> twb: driver code specific to that kernel doing something the NIC doesn't expect?
[00:40] <twb> Granted, but most of that would be a kernel issue, not a distro issue.
[00:41] <cef> ie: crappy nic problem
[00:41] <cef> twb: true, but how many 'average users' can compile and test that it's a kernel issue?
[00:44] <ceocoder> well not too many including my self,  I saw on some git commits for kernel that overheating was an issue with this card and has been resolved since rev 40, I'm running rev 43
[00:45] <ceocoder> in addition to that I'm using 3Par san as my primary storage
[00:46] <ceocoder> and every time machine reboots, I see this message Feb 21 14:30:34 machine3 kernel: [  147.854465] ext3_orphan_cleanup: deleting unreferenced inode 6767294
[00:47] <ceocoder> any insights on how to pinpoint this problem?
[01:09] <twb> Well, you could examine the contents of that inode
[02:41] <maxagaz> dhcp-server is not started automatically at the boot on two of my servers, but it in /etc/rc2~5.d/S20dhcp-server, and there's nothing in syslog about the problem
[02:42] <maxagaz> what else can I do ?
[02:47] <Roxyhart08> hi how i can know if tinydns is running in my server?
[02:52] <pmatulis> maxagaz: apply strace on the init script
[02:52] <pmatulis> Roxyhart08: check the output of the 'ps' command (ex: 'ps ax')
[02:54] <maxagaz> pmatulis, it doesn't help...
[02:54] <maxagaz> pmatulis, it works when I run it manually
[02:54] <pmatulis> maxagaz: and your server has a static address right?
[02:55] <Roxyhart08> i am not sure why my server is talking another name
[02:55] <maxagaz> pmatulis, yes
[02:55] <Roxyhart08> when i access from ssh or directly it say user@wrongserver instead user@myserver
[02:56] <pmatulis> Roxyhart08: maybe you're connecting to the wrong server (?)
[02:56] <Roxyhart08> no
[02:57] <twb> Roxyhart08: pastebin the output of "hostname; hostname -f; cat /etc/hosts; echo FNORD; getent hosts"
[02:59] <Roxyhart08> i access with ssh and directly to this server and same problem,  but i reboot it and now is ok, not sure why it happened
[03:00] <Roxyhart08> maybe something with the dns?
[03:03] <twb> Roxyhart08: follow orders or it's back in the killfile for you.
[03:07] <pmatulis> geez
[03:26] <twb> pmatulis: I think he's probably killfiled me already :-)
[06:13] <Roxyhart0> hi has somebody installed samba as PDC on ubuntu?
[07:29] <maxagaz> can I do something like a traceroute to check if "id foo" really uses the ldap information instead of local information ?
[07:30] <maxagaz> or cached informations
[07:35] <Omr> How do i remove apache from ubuntu server?
[07:36] <maxagaz> strace/
[07:36] <maxagaz> ?
[07:36] <sherr> Omr: apt-get remove apache2
[07:37] <Omr> thanks
[07:37] <sherr> maxagaz: add a user to LDAP and test?
[07:54] <hyperlinx> how can i download webmin on ubuntu server
[07:55] <twb> hyperlinx: first step is to compromise your principles and your integrity
[07:56] <baffle> hyperlinx: I don't think Ubuntu ships Webmin in the distribution anymore. Take a look at "ebox".
[07:56] <baffle> hyperlinx: It might be what you're looking for.
[07:56] <hyperlinx> ebox ill chack it out
[07:56] <baffle> hyperlinx: http://www.ebox-platform.com/
[07:59] <Omr> twb: i got apt-get working thru a proxy.  It was an authentication problem so i disabled authentication on the proxy.
[08:01] <twb> Omr: as I suspected -- apt-get doesn't do most forms of HTTP proxy auth
[08:07] <Omr> Yeah i had to disable authentication or download a proxy-proxy to do the authentication for apt-get which didn't help without the proxy to install the application with apt get confusing so i just disabled and away it went
[08:11] <twb> Omr: I didn't realize you were allowed to do that, otherwise I'd have suggested it
[08:17] <Omr> dont worry i wasn't and now irc boots me all the time for having an "Open Proxy Detected"
[08:21] <twb> Um, you shouldn't have a proxy listening to the internet side AT ALL
[08:24] <Omr> I get what your saying but the proxy allows my outside access from WAN since the proxy listens on the same port as the net currently runs in which is why im trying to set up the ubuntu server
[08:24] <Omr> If linux community designed XT network for telicom NZ i wouldn't have this problem since my cellphone would work and i wouldn't need Wan
[08:26] <Omr> My main PC has no room for xtra network card
[08:26] <Callum__> Omr: heh, I'm on XT too, I haven't had THAT much issues with it but I've definitely noticed it =P
[08:26] <Omr> well i use XT for my internet since im rural
[08:26] <Callum__> Telecom NZ is a fucking joke, absolutely useless with anything they touch
[08:26] <Omr> well i used to
[08:27] <Omr> its constantly intermitent
[08:27] <Omr> Well now i have to use dial up
[08:27] <Callum__> my dad's business uses TelstraClear cable because we need the upload speed and the reliability
[08:27] <Omr> And i had to make hi gain antenas to direct 2km directional wan so i can use my laptop
[08:28] <Omr> You live in a populated area
[08:28] <Omr> lucky for some
[08:28] <Callum__> heh
[08:28] <Callum__> here at home though, I'm on Telecom's ADSL2+ (which is theoretically one of the fastest home connections you can get here) network and the speed is all over the place, pay $50/month for 20GB cap and slowed to dial-up when I go over it (which I always do)
[08:28] <Omr> by the year 3000 im sure i will be able to get broadband here. It will cost a fortune and go 128kbs lol
[08:29] <Omr> it took me 3 weeks to download ubuntu server and another 3 weeks for desktop and i have 7 mnths remaining for debian disk 1,2,3,4,5,6
[08:30] <Callum__> really?
[08:31] <Omr> yeah my max connection is 36kbs
[08:31] <Omr> thats max on a good day with no electric fences turned on between me and the nearest exchange
[08:31] <Callum__> o_O so that connection is 36KB/s (kilobytes per second) or 36Kbps (kilobits per second)?
[08:31] <Omr> otherwise i just dc every 5 minutes when my "loss" is unacceptable to KoL
[08:32] <Omr> 36kbs Kilobits
[08:32] <Omr> its a 56k dial up modem
[08:32] <Callum__> O_O That's TERRIBLE
[08:32] <Callum__> You're getting 4.5KB/s max?
[08:32] <Omr> As i say you live in a populated area.  Thats why i use XT
[08:32] <Omr> D/L is 1 - 2 KB/s
[08:33] <Callum__> That's almost too slow to open most web pages >.>
[08:33] <Omr> Squid does wonders with that
[08:33] <Omr> the first few weeks without squid was hell now squid does the work while i make a coffee
[08:34] <Omr> And a auto spider starts the apropriate links downloading for fast access
[08:34] <Callum__> so, that is your KoL dialup?
[08:34] <Omr> yup
[08:34] <Callum__> I feel sorry for you =/
[08:34] <Omr> XT gave me 426kbs
[08:34] <Omr> But i dont even get signal any more
[08:35] <Omr> Telicom says they will look into it soon
[08:35] <Callum__> 426KB/s?
[08:35] <Omr> no 426kbs
[08:35] <Callum__> oh
[08:35] <Omr> i said im rural lol
[08:35] <Callum__> lol yeah
[08:35] <twb> 19:26 <Omr> My main PC has no room for xtra network card
[08:35] <twb> Omr: you can trunk multiple logical networks over a single physical interface
[08:36] <Callum__> that's not too good...52.25KB/s is a huge improvement over dial-up but is still not too fast
[08:36] <twb> You just have to have an OS on each end that can terminate the trunk, i.e. Solaris, IOS or Linux
[08:36] <Omr> yeah i did try that (Im still in windows on this machine) but it didn't seem to be accepted by most programs
[08:36] <Omr> they all bound to a single ip
[08:36] <Callum__> 53.25KB/s*
[08:36] <twb> Omr: then you did it wrong.
[08:36] <Omr> i could rebind the proxy to any ip but nothing else functioned
[08:36] <twb> Omr: I'm not convinced Windows can do trunking anyway
[08:37] <Omr> Its highly possible that i did it wrong
[08:37] <Omr> well i just opened tcp settings
[08:37] <Omr> and added multiple ip addresses and gateways
[08:37] <twb> trunking is layer-2, not layer-3.
[08:37] <persia> [repost] ttx: soren So, to fix the issue with dnsmasq, I think the first knob is to make the code in dnsmasq/dnsmasq.c not exit if the interface isn't ready, but instead poll for it for a bit (http://paste.ubuntu.com/381715/ is current code).  Once that is complete, libvirt can be switched back to use --interface, and provide an --exclude-interface snipped to dnsmasq.  Does that seem sane?  Also, any pointers on where to find a good polling co
[08:37] <persia> de example?
[08:38] <Omr> i could extrernally ping the extra ip's but couldn't bind to them from within windows
[08:38] <twb> Omr: you DEFINITELY did it wrong
[08:38] <Omr> ok now your over my head i dont know what that means twb
[08:39] <Omr> i just rung microsoft and asked them
[08:39] <ttx> persia: that seems sane, I have no good example. I pinged Simon (upstream) on the bug to get his opinion
[08:39] <Omr> thats what they told me to do.
[08:39]  * persia refreshes
[08:39] <soren> persia: I'm unsure why --interface is needed when we do --bind-address alrady?
[08:40] <soren> Err...
[08:40] <soren> persia: I mean --listen-address.
[08:40] <twb> Omr: http://en.wikipedia.org/wiki/IEEE_802.1Q <-- this is trunking.  It's a layer-2 (i.e. ethernet) technology; it has no relation to the layer-3 (i.e. TCP/IP) stuff running on top of it.
[08:40] <persia> soren: I may have become distracted then.  I'm just following a chain of bugs, and finally found one that seemed fixable :)
[08:41] <Omr> twb: Thank you i will read it in a couple of minutes
[08:41] <soren> Apologies in advance if I seem short-tempered this morning. I just had an extremely annoying telemarketer on the phone, and am still cooling down.
[08:41] <Omr> im so going to mirror wikipedia next time i goto a cyber cafe.
[08:42] <twb> Omr: you should talk to #Wikipedia about that -- there are ways to do it efficiently.
[08:43] <Omr> twb: yeah you can just download the entire site they offer a link
[08:43] <twb> Some guys were looking into it as a way to ship wikipedia to Africa (where the cost of networking is TRULY outrageous) on hard disks.
[08:43] <persia> soren: So, if we stick with --listen-address, how do we construct an exclusion config.  Do we just ask the user on which address we want dnsmasq to listen, and also use --listen-address in the default dnsmasq config?
[08:44] <Omr> Yup ever since wikipedia put up download links to yearly wikipedia archives
[08:44] <persia> (and not bother having libvirt ship anything at all)
[08:44] <soren> persia: I think --exclude is an odd approach for a dhcp server, really.
[08:45] <ttx> persia: --listen-address will make the libvirt dnsmasq selective, and the snippet we drop in dnsmasq.d will make the system-wide dnsmasq avoid the selected interface ?
[08:45] <soren> persia: I don't really see the use case for it.
[08:45] <persia> You mentioned that, and I agreed with you, but I'm not really comfortable rewriting dnsmasq entirely :)
[08:45] <ttx> persia: ah, except you won't know the interface name to exclude
[08:46] <persia> ttx: That's part of what's tricky, and why I'm intrigued by what I'm interpreting as soren's suggestion: to also use --listen-address for the primary server.
[08:48] <soren> The tricky part is the fact that dnsmasq is a combined dns and dhcp server. For DNS, it makes perfect sense to listen everywhere. For DHCP... Not so much.
[08:48] <persia> I have some code that automatically enables bind-interface in the default dnsmasq config in rules (lovely rules file: I've never seen anything like it), and I presume we'd be able to drop a "listen-address" line in /etc/dnsmaq.d/ from debconf.
[08:48] <Omr> is there a program like gnomeppp that will work with ubuntuserver?
[08:48] <persia> soren: See, my use case for dnsmasq is actually 99% the tftp server :)
[08:49] <Omr> or additionaly (Since i beleive it should work) why does it inform me that i need ubuntu desktop enviroment
[08:51] <soren> persia: Ah :)
[08:52] <Omr> hmm i think twb answered that yesterday "Spaces matter"
[08:52] <soren> persia: Oh, the rules file. Yes, I remember that one :)
[08:52] <twb> Omr: wvdial is a ppp configuration thingy that uses no graphics.
[08:52] <soren> persia: I think it's the only debhelperless package I've ever seriously worked on.
[08:52] <twb> Omr: but you shouldn't REALLY need any wrapper, just ifupdown
[08:53] <persia> soren: I've seen a few before, but those still followed a similar model to debhelper (but were just predebhelper).
[08:53] <soren> ah
[08:53] <persia> Anyway, so have I interpreted your suggestion correctly, or are you still working on critique without a way forward yet?
[08:54] <soren> I'm just rambling.
[08:54] <persia> That's fine.
[08:54] <persia> But I think you think that libvirt shouldn't have to change and is essentially doing the right thing.
[08:54] <persia> Is this correct?
[08:55] <soren> Yes.
[08:56] <persia> OK.  I think that if the race condition is fixed in dnsmasq, libvirt should go back to --interface to support changing the IP, but that's a completely different bug.
[08:56] <Omr> twb: ifupdown? ill have to google that one
[08:57] <persia> So, discounting any libvirt changes, what is a sensible behaviour for dnsmasq?
[08:57] <soren> persia: Darned if I know.
[08:57] <persia> as I see it, we have several options, as follows:
[08:57] <persia> 1) bind to some specific interface(s)
[08:58] <persia> 2) bind to some specific address(es)
[08:58] <persia> 3) bind to everything except some specific interface(s)
[08:58] <persia> 4) bind to everything except some specific address(es)
[08:59] <persia> Based on your assertion that it seems strange for a DHCP server to be promiscuous, I think 1 or 2 makes more sense.
[08:59] <soren> The trouble is that what constitues "sane defaults" differs across the different services dnsmasq provides.
[08:59] <persia> (and if people want a real DNS server, they should be using bind or something)
[08:59] <persia> But dnsmasq only has a single configuration for all services.
[08:59] <soren> Precisely.
[08:59] <soren> Well... It does now.
[08:59] <soren> that /could/ change, but I'm not too hot on the idea of having three different dnsmasq processes running by default.
[08:59] <persia> As a result, I assert dnsmasq is intended to provide convenient local networks for managing stuff like virtual hosts, embedded devices, etc.
[09:00] <persia> And that it's *not* intended to be a service for production networks.
[09:00] <persia> soren: Or six, for the use case we're trying to support :)
[09:01] <soren> persia: 6? wow :)
[09:01] <soren> I was thinking one per service.
[09:01] <persia> 3 from libvirt and 3 from dnsmasq
[09:01] <persia> Right, one per service, per caller.
[09:01] <soren> Ah.
[09:02] <persia> But I agree that 6 processes is 1) overly heavy, and 2) takes away the advantage of dnsmasq being small and simple.
[09:02] <soren> Quite.
[09:02] <persia> So let's ignore that possibility.
[09:03] <persia> Which leaves us with the inclusive-list vs. exclusive-list and interface vs. address decisions.
[09:03] <persia> (for dnsmasq as a standalone server: dnsmasq-in-libvert already took the decision to use inclusive addresses)
[09:05] <persia> So, this seems to be to be a sane default, but it means that one is required to have a static address defined where one intends to use dnsmasq-standalone.  Does this seem overly onerous?
[09:05] <persia> also, what's a sane default for this network address?
[09:11] <hyperlinx> lan cabel is adapted but no internet connektion
[09:13] <twb> persia: if you're talking about using exclude vs. include to tell dnsmasq which interfaces to serve DHCP/DNS/TFTP on, I'd say it depends on whether you expect *most* interfaces to be serviced.
[09:14] <twb> I've always used interfaces over addresses, simply on the basis that the interface name is less likely to change suddenly.
[09:15] <persia> twb: Well, it depends on the environment.  libvirt (sensibly) does it based on the address because that's not a good assumption in that environment.
[09:16] <persia> But if we assume that dnsmasq running as a system service is typically in an environment that does have static interfaces, what do we select as a sane default?
[09:16] <persia> (and note that with the wide availability of USB interfaces, this may not be entirely safe, depending)
[09:16] <twb> udev ought to do its job
[09:16] <twb> wrt persistent net interfaces
[09:17] <twb> Tangential question: when libvirt's using kvm, does it use qemu's built-in DHCP/TFTP instead of dnsmasq?
[09:18] <persia> It always uses dnsmasq, but in a special way.
[09:18] <twb> Heh.  "special"
[09:18] <persia> But this breaks the default "do everything everywhere" function of dnsmasq, because of a conflict on virbr%d
[09:38]  * persia feels stalled on suggestions for sane defaults, and sets aside the dnsmasq/libvirt stuff until someone has some good suggestions
[09:40] <twb> So-rry
[09:41] <twb> "It doesn't matter if you're right or wrong, so long as you're definite"?
[09:41] <ttx> persia: apart from the "DHCP server should probably not be promiscuous" objection, what is the drawback of following option (3) above ?
[09:41] <ttx> (once --listen-address polls rather than quits early)
[09:41] <persia> Well, it's more work (dnsmasq needs to be able to handle some wildcards or accept runtime hinting).
[09:42] <ttx> persia: let's see what Simon suggests on the bug
[09:42] <persia> OK.
[09:42] <ttx> persia: he happens to be upstream and debian maintainer for dnsmasq
[09:43] <ttx> persia: he usually comes up with helpful suggestions :)
[09:43] <persia> ttx: I think that the default is good for dnsmasq if not used twice on the same system.
[09:43] <persia> I'm not even sure that the right answer isn't to disable running a separate dnsmasq in libvirt if dnsmasq is already running.
[09:43] <ttx> persia: right, and the "libvirt drops a snippet that changes the main instance behavior" sounds good to me as it doesn't affect general dnsmasq usage
[09:44] <persia> ttx: And that was the thing to which soren objected : he seemed to feel that libvirt was doing the right thing.
[09:44] <ttx> persia: libvirt is doing the right thing if dnsmasq isn't already running on the same host.
[09:45] <soren> What is it that we think libvirt does wrong?
[09:45]  * soren may have missed something.
[09:45] <persia> That was my thought before soren's objection as well.  I think that the concept that dnsmasq should not be promiscuous informs the objection.
[09:45] <ttx> soren: libvirt's dnsmasq breaks the systemwide dnsmasq, if you happen to install it.
[09:45] <persia> soren: That libvirt ought inform dnsmasq what address not to target when dnsmasq is running as a daemon.
[09:46] <persia> Or interface.  Doesn't really matter.
[09:46] <soren> ttx: That doesn't quite answer my question.
[09:46] <soren> I know dnsmasq has a dbus interface. I don't know what it's for, though. Is that something we could use?
[09:46] <ttx> soren: it was quite limited last time I looked into it.
[09:47] <soren> Seems to still be the case.
[09:47] <ttx> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/dnsmasq/lucid/annotate/head%3A/dbus/DBus-interface
[09:47] <ttx> yep :)
[09:47] <soren> http://www.thekelleys.org.uk/dnsmasq/docs/DBus-interface
[09:48] <soren> Not sure if it's still current, but seems to be designed for something entirely different.
[09:48] <persia> There are two issue with using a config snippet: 1) passing the right address to ignore, and 2) handling the case where libvirt is installed *after* dnsmasq (maybe dnsmasq should have a trigger for config fragments?).
[09:48] <persia> The issue with dbus is the opposite: libvirt needs to know to send a message if dnsmasq is installed later.
[09:48] <soren> ttx: Again.. That libvirt breaks the systemwide dnsmasq just says that "they're not playing well together". Can you explain what libvirt does that you think is wrong?
[09:50] <persia> Note that this could also be interpreted as "systemwide dnsmasq breaks libvirt" depending on startup races.
[09:50] <ttx> soren: it does nothing wrong. But one of them (or both) need to be adjusted to play nice together.
[09:51] <soren> ttx: Right. And I gather you think libvirt is the one that needs changing?
[09:51]  * persia thinks both need adjustment
[09:51] <ttx> soren: it looked like a simpler option, with dnsmasq supporting config fragments... but since persia looked into it, it looks a little more complex than that.
[09:52] <persia> The only other alternative is to hope the user never configures dnsmasq to target the interface/address libvirt selects.
[09:52] <ttx> persia: that's the current status.
[09:52] <ttx> persia: you can solve it by configuration already.
[09:52] <soren> persia: We can't protect people from shooting themselves in the foot.
[09:53] <persia> ttx: No, current status is that dnsmasq ships with a configuration that targets the interface/address libvirt selects.  We aren't relying on admins being careful, we're breaking by default.
[09:53] <ttx> and I think that has been soren's position: libvirt is doing nothing wrong, if you want to run dnsmasq you should know how to configure it.
[09:53] <soren> ttx: That sums it up pretty well, yes.
[09:54] <persia> And following that logic, it makes sense to have dnsmasq ship a config that binds to some user-selected address or interfface with debconf which the user can later change.
[09:54] <soren> I'm not sure what libvirt could do differently. It only binds to the interface it created itself. If the admin specifically wants to use his system wide dnsmasq (or dhcp3-server) to manage that as well, he shouldn't configure libvirt to do dhcp.
[09:54] <ttx> soren: and persia's position is that currently we are leading people to shoot themselves in the foot by default :)
[09:54] <persia> So using inclusive, rather than exclusive.
[09:54] <persia> soren: No, my position is that I've been shot in the foot by my operating system.
[09:55] <persia> It a bad default for our environment.
[09:55] <persia> Now, shipping a good default isn't that hard.
[09:57] <soren> dhcp3-server doesn't do anything by default. It just sits there, waiting for you to configure it.
[09:57] <persia> But I'd like a suggestion on whether I should be using 172.16.50.122 as a default binding address or eth0 as a default binding interface.
[09:57] <soren> It doesn't expect to be able to guess which subnet you want and which interfaces you want served.
[09:57] <soren> Where did 172.16.50.122 come from?
[09:57] <soren> I forget what bind9 does by default.
[09:58] <persia> soren: Yeah, but there's no way to configure dnsmasq to do nothing by default unless we ship it disabled, which isn't the usual practice with demons.
[09:58] <soren> persia: Except dhcp servers.
[09:58] <persia> soren: just a public address off the top of my head.
[09:59] <persia> Err, private address (can be used by anyone)
[09:59]  * persia fails at nomenclature
[09:59] <soren> Hey, how about this:
[10:00]  * soren checks a few things to make sure this even makes sense
[10:00] <soren> Oh, libvirt probably shouldn't be passing --bind-interfaces. That seems wrong.
[10:01] <soren> Anyway, how about we just disable the dhcp server in dnsmasq by default (or let people configure it through debconf)=
[10:01] <soren> ?
[10:01] <ttx> isn'tit already the case ? /me checks
[10:01] <persia> soren: Um, no.  The key reason to use --bind-interfaces is to restrict the server to a set of interfaces, rather than doing everything.
[10:02] <persia> Otherwise --listen-address won't have the effect it does.
[10:03] <persia> So libvirt should very much be using this.  I think libvirt should *also* be using --interface, but that requires fixing the bug in dnsmasq.
[10:03] <ttx> DHCP won't run by default, unless you add dhcp-range=
[10:03] <soren> --bind-interfaces makes it bind to /all/ interfaces, doesn't it?
[10:03] <soren> Or am I misreading the docs?
[10:03] <persia> soren: The opposite.  --bind-interfaces makes it bind to specific interfaces, rather than everything.
[10:04] <soren> "On  systems  which  support  it,  dnsmasq  binds the wildcard address, even when it is listening on only some interfaces."
[10:04] <soren> i don't even know what that means.
[10:04] <soren> How do you bind to the wildcard address, but only some interfaces?
[10:04] <persia> linux supports this, so ignore the first bit.
[10:04] <persia> You accept any packets with any address to that interface?
[10:05] <persia> For instance, eth0 might be on 10.100.200.4 but also connected to a local hub is a NAS that has a default interface of 192.168.11.150 and makes tftp requests to load the OS.
[10:06] <ttx> soren: it bind to * but discards packets coming from excluded interfaces
[10:06] <persia> So if you bind to the wildcard address and eth0, you see that.  If you bind to the address, you don't.
[10:06] <soren> ttx: That's what I thought, but that's exactly what it doesn't do.
[10:06]  * ttx rerereads dnsmasq.conf
[10:06] <soren> If you were bound to *, others wouldn't be able to do so as well.. right?
[10:07] <ttx> "It then discards requests that it shouldn't reply to. This has the advantage of working even when interfaces come and go and change address."
[10:07] <soren> Right.
[10:08] <soren> ..but only one process can be bound to any one address/port/protocol at any given time.
[10:08] <soren> ..and the last sentence says this is useful if you're running multiple dnsmasq's.
[10:08] <soren> ..so I'm confused.
[10:09] <ttx> ah, I see. That sentence describes default behavior, not what happens when bind-interfaces is enabled :)
[10:09] <soren> Oh.
[10:09] <persia> Indeed.
[10:09] <ttx> read "By default, dnsmasq binds the wildcard address"
[10:09] <soren> Oh!
[10:09]  * soren rereads
[10:09] <soren> That would make much more sense.
[10:09] <persia> --bind-interfaces locks it down to specific addresses or interfaces, as specified.
[10:09] <soren> OH!
[10:09] <soren> sanity restored.
[10:10] <soren> Yay.
[10:10] <soren> Ok, I'm all better now.
[10:10] <ttx> soren: I agree that sentence is slightly confusing, especially with the double meaning of "bind-interfaces" :)
[10:10] <soren> Right, where were we?
[10:10] <ttx> should be "bind-to-specific-interfaces-rather-than-wildcard"
[10:10] <soren> Yes.
[10:10] <soren> Great. Ok.
[10:11] <persia> OK, so are we agreed that setting --bind-interfaces by default is sane?
[10:11] <soren> Yes!
[10:11] <persia> Done.
[10:12]  * soren wonders why I have this:
[10:12] <soren> udp        0      0 0.0.0.0:67              0.0.0.0:*                           1311/dnsmasq
[10:12] <persia> Next, since we're using --bind-interfaces, we need to select some address or interfaces to which to bind.
[10:12] <persia> I suggest we ought bind to eth0 by default.
[10:13] <soren> Did we conclude that dnsmasq doesn't do dhcp by default?
[10:14]  * soren crosses fingers
[10:14]  * persia reads the config again
[10:14] <ttx> yes, no dhcp-range by default
[10:14] <ttx> "Uncomment this to enable the integrated DHCP server"
[10:14] <ttx> #dhcp-range=192.168.0.50,192.168.0.150,12h
[10:14] <soren> Woo!
[10:15] <soren> Ok.
[10:15] <persia> Right, which collides with the default range of a number of consumer routers.
[10:15] <soren> So, what we want to do, really, is to make sure the out-of-the-box experience isn't broken.
[10:15] <persia> So, if we bind by default to eth0, we only provide dns and tftp, and if someone wants dchp, they touched the config file.
[10:15] <persia> That's always the goal.  Part of the "Just Works" ethic.
[10:16] <soren> Assuming people don't fiddle with anything at all, just --except-interfaces virbr0 would actually do.
[10:16] <persia> Well, no, because we can't guarantee that virbr%d will be virbr0
[10:16] <soren> I know this is counter to what I've been arguing all along, but I honestly thought it had dhcp enabled by default. The fact that it doesn't, changes things.
[10:16] <soren> persia: Out of the box, yes we can.
[10:17] <ttx> persia: tftp server is disabled by default, FWIW
[10:17] <ttx> "#enable-tftp"
[10:17] <ttx> by default it only does DNS
[10:17] <persia> And now I understand why it didn't seem to work at all, even aside from crashing on start :)
[10:17]  * persia didn't need or even really want the dns part
[10:18] <ttx> by default it doies DNS and reads forwarding server from /etc/resolv.conf
[10:18] <ttx> thats' all it does.
[10:18] <persia> So, libvirt upstream suggests that we configure dnsmasq like http://wiki.libvirt.org/page/Libvirtd_and_dnsmasq if we want to use it with libvirt.
[10:19] <persia> This matches what we almost decided, but since it doesn't do anything by default, I have a feeling we might decide something else.
[10:22] <persia> soren: So have you returned to the idea that libvirt ought provide a config fragment that adds bind-interfaces and exclude-interface=virbr0 and dnsmasq ought have a trigger that detects config fragments and restarts?
[10:22] <persia> (which ttx suggested 3 months ago, and I thought was good before asking people about it)
[10:25] <persia> ttx: And are you happy with the combination of --bind-interface and --listen-address in libvirt, rather than using --interface directly as you suggest in your bug comment?
[10:25] <kwork> does ubuntu server 9.04 have sshd on it ?
[10:25] <kwork> i mean installation media
[10:26] <sherr> kwork: openssh-server is on the CD and in repos
[10:26] <kwork> not package
[10:26] <kwork> i mean can i run sshd off livecd
[10:27] <sherr> kwork: yes - you can run a complete system, installing whatever on liveCD
[10:27] <kwork> hmmmz okey
[10:27] <sherr> kwork: LiveCD does not "persist" across reboots without extra setup ofcourse
[10:28] <kwork> yes, i just need sshd to access that machine remotely for a while
[10:28] <kwork> thanks anyways
[10:28] <sherr> no problems
[10:28] <soren> persia: I wouldn't complain if you just added except-interfaces=virbr0 to dnsmasq's default configuration.
[10:29] <persia> soren: Um, why?  That breaks the case for people who don7t use libvirt.
[10:29] <ttx> persia: I'm ok with it.
[10:30] <acalvo> sorry to ask again, but want to know your opinion: if anyone had to develop an application which has to be modular and run in a *nix enviorenment, which programming language will you choose?
[10:30] <soren> persia: why?
[10:30] <persia> soren: Because maybe they want some virtual machine using virbr0 to get pass-through DNS?
[10:31] <persia> If we put the snipped in libvirt, this always works.  If we put it in the default dnsmasq config, the user has to manually configure dnsmasq if not using libvirt.
[10:34] <soren> persia: Hey, feel free to add as many bells and whistles as you like. I'm just saying I'd be fine with the simple approach, which I doubt will cause many real surprises.
[10:35] <persia> OK.  Then I'll proceed with the following:
[10:35] <persia> 1) make sure dnsmasq has a trigger to restart if anyone adds config files
[10:36] <persia> 2) have libvirt provide a config file with --bind-interfaces and --exclude-interface
[10:36] <persia> 3) file a new bug on libvirt and dnsmasq about the --interface race condition.
[10:36] <persia> Oh, and 0) update the current bug afrer my current meeting to reflect that plan
[10:37] <ttx> persia: sounds good to me.
[10:53] <Roxyhart0> hi, there i am migrating ldap-samba to another server and when i do net rpc getsid it is taking some different sambaid not the same that i got from ldap. any idea?
[12:14] <ivoks> ttx: i haven't written all the MIRs cause i'm *still* waiting for heartbeat, cluster-agents and pacemaker to be built (uploaded 5-6 days ago)
[12:22] <Cromulent> hi folks - I'm having some problems setting up Cyrus by following this guide: https://help.ubuntu.com/community/Cyrus - all is fine except the final two commands in the Mailbox creation section - it won't let me login to cryadm using the password I specified in the previous commands
[12:22] <Cromulent> any suggestions?
[12:26] <soren> ivoks: Oh, wow.
[12:26] <soren> ivoks: heartbeat says "    *   Start in 9 minutes (1855) What's this?
[12:26] <soren> Whoops :)
[12:26] <ivoks> :)
[12:27] <soren> 9 minutes.. Any minute now :)
[12:27] <ivoks> soren: Start 2010-02-24
[12:27] <soren> ivoks: Which arch?
[12:27] <ivoks> ia64
[12:28] <soren> pft
[12:28] <soren> Who cares? :)
[12:28] <ivoks> well, until all archs are build, packages aren't available
[12:28] <ivoks> built
[12:29] <soren> For MIR, we only really care about release architectures.
[12:29] <soren> afaik
[12:30] <ivoks> would it be possible to have both rhcs and pacemaker in main?
[12:31] <soren> In terms of what?
[12:31] <ivoks> or at least just demote cman and rgmanager binaries
[12:31] <ivoks> there are some tools built with support for cman, likve clvm
[12:31] <ivoks> if we drop libcman to universe, we'll have to drop cman support for clvm
[12:32] <ivoks> and that will blow up some working installations
[12:32] <ivoks> E: cluster-glue: binary-or-shlib-defines-rpath ./usr/lib/stonith/plugins/stonith2/ipmilan.so /usr/lib
[12:33] <ivoks> cr@p
[12:38] <ttx> ivoks: so all packages are uploaded, MIR are blocked on package build, and the rest of the spec can be pushed back to beta1 ?
[12:38] <ivoks> ttx: yes
[12:39] <ttx> ivoks: OK. I suggest we just drop "create cluster task for tasksel"... since it's now past-FF ?
[12:40] <ivoks> ttx: eh :/
[12:40] <ivoks> ttx: i'll try with FFE
[12:42] <ttx> ivoks: ok, I just updated work items accordingly.
[12:42] <ivoks> ok, thanks
[12:49] <ttx> ivoks: looks like score 1855 is synonymous to "never" :/
[12:49] <ivoks> eh?
[12:49] <ttx> well, heartbeat/amd64 was set to occur in 2 minutes, 10 minutes ago... now it says "20 minutes"
[12:50] <ivoks> yeah, i had same issue with cluster-glue
[12:50] <ivoks> it took 5 days for it to build
[12:50] <ivoks> it was on on sunday evening, iirc
[12:50] <ivoks> and published yesterday
[12:50] <ttx> ivoks: you might try to ask for help on ubuntu-devel, if you can convince any of the ones with scorepumping powers to help you
[12:51] <persia> crested is inoperational, which has significantly slowed the amd64 queue for the past few days.
[12:51] <ivoks> or... do everything in my ppa and sell it as a addition to ubuntu server :D
[12:51] <persia> It's more than scorepumping, it's that a job needs killing.
[12:51] <TeTeT> has anyone done a live migration with virsh on Ubuntu 9.10? I get an Unknown Failure, http://pastebin.ubuntu.com/382228/
[12:51] <ivoks> persia: amd64 is ok
[12:52] <ivoks> persia: ia64 is what's killing my packages
[12:52] <ttx> ivoks: not really. ia64 will not prevent publishing
[12:52] <ivoks> well, are you sure?
[12:52]  * persia was referring to "heartbeat/amd64 was set to occur in 2 minutes, 10 minutes ago... now it says "20 minutes"" and is apparently confusing two separate issues.
[12:52] <ivoks> i had cluster-glue publishing waiting for sparc and ia64
[12:53] <ivoks> iirc
[12:53] <ttx> ivoks: iIrc I had packages published once i386/amd64 were done
[12:53] <ivoks> ok, then i'll just wait for heartbeat to finish
[12:53] <ivoks> on amd64
[12:54] <ivoks> and this one:
[12:54] <ivoks> https://edge.launchpad.net/ubuntu/+source/cluster-agents/1:1.0.2-0ubuntu1/+build/1514717
[12:55] <ttx> this one will be blocked in NEW
[12:55] <ivoks> awesome :/
[12:56] <zul> morning
[12:56] <Kako> hi
[12:57] <Kako> zul
[12:57] <Kako> hi anybody
[13:40] <smoser> good morning all.
[13:51] <bogeyd6> I want to block entire countries from accessing my mail server. spam is heavy today
[13:52] <ivoks> antispam is actually quite easy these days
[13:53] <ivoks> blocking countries would be pointless
[13:53] <bogeyd6> disagreed
[13:53] <bogeyd6> i have no interest any email originating from Russia / Pan Pacific
[13:54] <bogeyd6> ivoks if 5% of 3million emails make it through in one 24 hour period, how many spam emails is that
[13:54] <screen-x> bogeyd6: do you use RBLs?
[13:55] <ivoks> rbls and greylisting kill 99,99% of spam
[13:55] <screen-x> ivoks: yep :)
[13:55] <bogeyd6> abuseat, spamcop, spamhaus, wpbl
[13:56] <bogeyd6> use a tagging/blocking system. if you popup on two you are blocked, if you only hit on one you are tagged
[13:56] <bogeyd6> Server Status
[13:56] <bogeyd6> Server Uptime
[13:56] <bogeyd6> 21 hours, 57 minutes
[13:56] <bogeyd6> Storage Occupied
[13:56] <bogeyd6> Total Storage
[13:56] <bogeyd6> 341.7 GB
[13:56] <bogeyd6> Storage Occupied
[13:56] <bogeyd6> 146.4 GB
[13:56] <bogeyd6> Percent
[13:56] <bogeyd6> 43 %
[13:56] <bogeyd6> 43% - Storage Occupie
[13:56] <bogeyd6> 57% - Storage Fre
[13:56] <bogeyd6> Antivirus statistics
[13:56] <bogeyd6> Attachments checked
[13:56] <bogeyd6> 8 326 674
[13:56] <bogeyd6> Viruses found
[13:56] <bogeyd6> 262
[13:56] <bogeyd6> Prohibited filenames/MIME types found
[13:57] <screen-x> bogeyd6: I've found b.barracudacentral.org to be pretty good.
[13:57] <persia> !pastebin
[13:57] <bogeyd6> 65 080
[13:57] <bogeyd6> 0% - Viruses foun
[13:57] <bogeyd6> 100% - Attachments without viruse
[13:57] <bogeyd6> Spam filter statistics
[13:59] <bogeyd6> sorry, a thousand space apologies
[13:59] <jussi01> bogeyd6: your fine, just please try use a pastebin :)
[13:59] <bogeyd6> it showed as a copy on one line, i guess i should have checked in a notepad first
[14:00] <bogeyd6> screen-x, this is my past 21 hours http://paste.ubuntu.com/382267/
[14:02] <ivoks> soren: https://edge.launchpad.net/ubuntu/+source/cluster-agents
[14:02] <ivoks> soren: now, all except ia64 are built
[14:02] <ivoks> soren: but it won't be published before ia64 is built :/
[14:03] <screen-x> bogeyd6: What do you use to allow your users to mark messages as spam?
[14:03] <bogeyd6> screen-x, spamassasin
[14:04] <persia> ivoks: You could beg an archive-admin, as you "want to get it in for Alpha-3, and don't think ia64 is release quality for Alpha-3 anyway" ...
[14:04] <screen-x> bogeyd6: ok, but how do you present that to users?
[14:04] <bogeyd6> Spam button
[14:04] <ivoks> persia: i'll skip
[14:05] <ivoks> persia: it can be done after alpha3
[14:05] <bogeyd6> go into junk folder hit not spam
[14:05] <bogeyd6> but if blocked, there is no option because it never arrives
[14:06] <bogeyd6> ivoks, running zimbra
[14:06] <ivoks> i have zimbra on one location
[14:06] <ivoks> hate it's search engine
[14:06] <ivoks> hate it cause you can't connect it to anything but outlook
[14:06] <ivoks> so, i just hate it
[14:07] <bogeyd6> agreed*
[14:07] <bogeyd6> plus the resource usage!!!
[14:08]  * jgjones like zimbra
[14:08] <bogeyd6> omg, zimbra, 20 users, dual 2.4ghz's, 4gb ram, Load Average? 1.42, 1.60, 1.65
[14:08] <jgjones> we don't use outlook at all anyway - all staff prefer the webmail version anyway.
[14:08] <bogeyd6> jgjones, you ever roll out the desktop?
[14:09] <ivoks> jgjones: have you tried searching for an email?
[14:09] <jgjones> search - yup - I find it quite good
[14:09] <jgjones> I tend to use advanced
[14:10] <jgjones> search by folder, date range, subject, to, from, tags, domain etc - quite a lot of options to use
[14:10] <jgjones> bogeyd6, no - we don't use zimbra desktop
[14:10] <bogeyd6> its search is too yahoo like
[14:10] <bogeyd6> makes google searchers disoriented
[14:10] <kirkland> ttx: is today's eucalyptus package happier for you?
[14:12] <ttx> kirkland: I'm testing the ISO right now
[14:12] <kirkland> ttx: i saw your new bug about the clc+++ not being selected
[14:12] <kirkland> ttx: figured you might be testing it ;-)
[14:12] <ttx> yes, istr it was selected before
[14:12] <ttx> heh
[14:12] <ttx> doing a manual install remembers me of good ol days
[14:12] <kirkland> ttx: i think so too
[14:13] <jgjones> bogeyd6, heh well I haven't had any problem so far as long as I use advanced and not treat it as a "Google" search.
[14:13] <kirkland> ttx: :-)  automation does take a lot of the fun out of it
[14:13] <kirkland> ttx: you should try it on mathiaz' test rig
[14:14] <jgjones> ivoks, can't connect to anything but outlook? um, it does have IMAP, POP3 etc so you could use any email client really
[14:14] <ttx> kirkland: it doesn't select node on the node install either. Will update, probably the same bug
[14:14] <ivoks> jgjones: but address book isn't usable
[14:14] <ivoks> jgjones: you can't share them between users
[14:14] <kirkland> ttx: hmm, i wonder what changed recently ...  should check with cjwatson
[14:15] <kirkland> ttx: we haven't touched anything like that on the eucalyptus side in a long time
[14:15] <ttx> I did touch eucalyptus-udeb, but nothing around the default choices
[14:15] <ttx> might be a d-i bug
[14:15] <ivoks> jgjones: there are also tasks and calendars
[14:16] <ivoks> jgjones: those are not usable on any other client, except outlook and web client
[14:16] <markus27_> Is the question posted here correct? http://tinyurl.com/yz2cuf7  Does Walrus really store the full files on the cloud controller?  Aren't they distributed throughout the cluster?
[14:16] <ivoks> jgjones: all those things almost make exchange best groupware suite for linux clients :D i find that ironic...
[14:17] <ivoks> take care
[14:17] <jgjones> ivoks, yup - which is why we tend to just use web client only - we don't use Outlook at all anyway.
[14:18] <jgjones> Speed of webmail haven't been an issue.
[14:25] <zul> ttx: do you want me to seed etckeeper for you?
[14:26] <ttx> zul: I was wondering what mathiaz's plan was. Recommend it from puppet or suggest/seed it
[14:27] <zul> ttx: gotcha
[14:27] <ttx> I suppose it's the latter, but let's wait a few minutes more
[14:28] <ttx> or less than a few minutes.
[14:28] <ttx> mathiaz:
 ttx: do you want me to seed etckeeper for you?
 zul: I was wondering what mathiaz's plan was. Recommend it from puppet or suggest/seed it
 ttx: gotcha
 I suppose it's the latter, but let's wait a few minutes more
[14:29] <mathiaz> hmmm - I was thinking about suggesting it
[14:30] <persia> Only suggest?  It makes life so much easier.
[14:30] <ttx> persia: from puppet.
[14:30] <mathiaz> ttx: how does etckeeper handle the fact that /etc is already under vcs?
[14:30] <ttx> persia: we should aim for an installer question for lucid+1
[14:31] <persia> Ah. so suggest/seed rather than just suggest.  Never mind.
[14:31] <ttx> mathiaz: it handles it well if you select the same vcs... basicaly it will check for /etc/.bzr existence
[14:31] <ttx> mathiaz: but if you use a combination of VCSs...
[14:31] <mathiaz> ttx: there is also the fact that etckeeper pulls in bzr by default on Ubunut
[14:32] <mathiaz> ttx: and some admin may prefer another vcs by default
[14:32] <ttx> mathiaz: they can still use another one
[14:32] <mathiaz> ttx: vcs choices can be a touchy subject
[14:32] <mathiaz> ttx: agreed - the question here is about the *default*
[14:32] <ttx> mathiaz: etckeeper uninit, edit config, etckeeper init
[14:32] <ttx> mathiaz: well, any default will hurt someone
[14:32] <mathiaz> ttx: you install puppet and suddenly you get bzr as well while you're git fan
[14:33] <ttx> mathiaz: no
[14:33] <ttx> mathiaz: if you already have git installed, it won't install bzr :P
[14:33] <mathiaz> ttx: if puppet recommends etckeeper
[14:33] <mathiaz> ttx: ah ok
[14:33] <ttx> Depends: bzr (>= 1.4~) | git-core (>= 1:1.5.4) | mercurial | darcs, debconf (>= 0.5) | debconf-2.0
[14:33] <mathiaz> ttx: cool
[14:34] <ttx> mathiaz: hmm
[14:34] <ttx> mathiaz: it might fail: though, since the config file doesn't autoadapt
[14:34] <ttx> i.e. we ship VCS=bzr in all cases
[14:34] <ttx> (and Debian ships VCS=git in all cases)
[14:34] <ttx> mathiaz: but that would be a bug
[14:35] <ttx> just preventing initialization at install-time
[14:35] <mathiaz> ttx: ok
[14:35] <ttx> but I agree that recommending might be overkill
[14:35] <mathiaz> ttx: we should ask the debian maintainer team what they think about it
[14:36] <mathiaz> ttx: for the time being, I'd seed etckeeper on the server iso (server-ship)
[14:36] <ttx> mathiaz: right.
[14:36] <mathiaz> ttx: since we're planning on lucid+1 integration
[14:36] <ttx> sul: ^
[14:36] <ttx> zul: ^
[14:36] <ttx> and gul: ^
[14:37] <mathiaz> ttx: and we'll talk with the debian maintainer about etckeeper support
[14:38] <zul> acked
[14:39] <zul> done
[14:40] <ttx> zul: thanks
[14:48] <ttx> kirkland: hm.. my instance run test still fails with 1.6.2-0ubuntu3
[14:48] <ttx> "Caught exception reading instance data"
[14:48]  * ttx investigates
[14:51] <kirkland> ttx: how did you bundle it?
[14:51] <kirkland> ttx: i found i had to bundle the image by hand (see my notes and pointer to the other bug in cloud-utils)
[14:52] <ttx> kirkland: I bundled it using uec-register-tarball, but my image started ok... and is "running"
[14:52] <ttx> just blocks at "Caught exception reading instance data" which is a symptom of the ephemeral0 bug
[14:52] <ttx> will try manually though
[14:54] <ttx> kirkland: how did you test exactly ? Upgrade, then run a recent lucid image ?
[14:57] <kirkland> ttx: yes, i ran yesterday's lucid image
[14:57] <kirkland> ttx: upgrade, correct
[14:57] <kirkland> ttx: i did a clean restart, then a reboot
[14:59] <ttx> beh.
[14:59]  * ttx digs deeper
[15:03] <ttx> might be related to uec-register-tarball indeed
[15:08] <ttx> kirkland: yep, you were right.
[15:08] <kirkland> ttx: i filed a bug, though smoser says it may be a dupe
[15:09] <ttx> kirkland: commented
[15:09] <ttx> Looks like trying to use one of those images breaks eucalyptus
[15:09] <ttx> the original error is some failure to serve ramdisk-id metadata in eucalyptus
[15:10] <ttx> (looking at cloud-error.log)
[15:10] <smoser> kirkland, ttx i'll address uec-registre-tarball today..
[15:10] <ttx> so the way uec-register-tarball registers images makes them fail in UEC.
[15:10] <kirkland> smoser: that would be great
[15:10] <ttx> yep, I wanted to rewrite the test instructions so that they look sane :)
[15:12] <smoser> yeah.
[15:18] <ttx> smoser: I filed bug 526504 as well
[15:20] <smoser> ttx, i nominated bug  525989 for lucid. i would like to have it fixed and incorporated today for alpha3 if you think that s possible?
[15:22] <ttx> smoser: yes, that would be good to have
[15:23] <ttx> smoser: if nothing more urgent comes up
[15:23] <smoser> ok. then please accept nomination for lucid.
[15:23] <ttx> like omgimagefails
[15:23] <ttx> or omgboothookconfigfails
[15:24] <smoser> ttx, kirkland also, the symlink thing (bug 522292) has an easy fix in euca2ools
[15:24] <smoser> that i marked as beta-1
[15:24] <kirkland> smoser: i see that ... we can problem get that in right now
[15:24] <kirkland> smoser: i'll need to ask slangasek for an exception
[15:25] <ttx> kirkland: why ?
[15:25] <smoser> it is a bug, right? the "freeze" is not solid, right?
[15:26] <ttx> smoser: I'd tend to agree with you
[15:27] <TeTeT> kirkland: tested your SRU and it works fine, but discovered a new bug 526506
[15:27] <ttx> smoser: would you have a boothook test config ?
[15:27] <ttx> smoser: something we could add to http://testcases.qa.ubuntu.com/System/UECCloudImages
[15:28] <kirkland> TeTeT: introduced by that SRU?
[15:28] <ttx> smoser: to validate boothooks are doing the proper thing
[15:28] <smoser> there is one in cloudinit examples/
[15:28] <TeTeT> kirkland: I doubt it
[15:28] <TeTeT> kirkland: it's independent of it, having to do with volumes
[15:29] <smoser> ttx, sorry, doc
[15:29] <kirkland> TeTeT: okay, please file a new bug, but please don't muddy the water in that other sru, if you don't believe its a regression
[15:29] <TeTeT> kirkland: no, filed a new bug, bug 526506
[15:29] <kirkland> ttx: why what?
 smoser: i'll need to ask slangasek for an exception
[15:30] <kirkland> ttx: why fix it?  or why ask for an exception?
[15:30] <ttx> kirkland: why ask for an exception ?
[15:31] <kirkland> ttx: okay, i won't
[15:31] <kirkland> ttx: it's not disruptive
[15:32] <dasunsrule32> I have what is hopefully a quick question about ubuntu networking and dual NIC's. I have a server setup and am using it as a VM server using VMWare server 2.0.2 (no this question has nothing to do with VMWare). I have logged my server onto AD with a hostname: server.domain.local, i can ping the static IP I have set it to on eth0, works great. I added the second nic -> /etc/network/interfaces, for dhcp. When I start the interface,
[15:32] <ttx> kirkland: as long as it's in today, i think you can just upload it.
[15:32] <kirkland> ttx: ack
[15:33] <ttx> I expect a few rerolls given the bugs already reported.
[15:34] <kirkland> ttx: smoser: euca2ools uploaded!
[15:35] <kirkland> ttx: smoser: i'll propose a merge to upstream with the change too
[15:38] <ttx> kirkland: also please comment on https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/455746/comments/2
[15:39] <kirkland> ttx: yes, i agree that we should set the postfix value when installing uec
[15:40] <dasunsrule32> Anyone?
[15:40] <kirkland> ttx: are you assigning this to me?
[15:40] <dasunsrule32> Or rather my question is wrong, how do I assign a new hostname to the secondary NIC?
[15:40] <ttx> kirkland: I'm unsure how easy it is though. Passing preseed values from udeb to deb sounded tricky last time I looked into it
[15:41] <kirkland> ttx: hmm, i wouldn't have thought it was that complicated
[15:41] <screen-x> dasunsrule32: in DNS?
[15:41] <kirkland> ttx: i would have thought it was just a db_set
[15:42] <ttx> kirkland: IIRC one is installed on the installer / and the other in the installed-system chroot
[15:42] <ttx> so it's not the same DB
[15:42] <ttx> but cjwatson would know better -- and know how to best do it
[15:43] <cjwatson> preseed it with owner 'postfix'
[15:43] <cjwatson> it's a little fiddly, point me to a bug and I can do it
[15:43] <cjwatson> oh, that bug
[15:43] <ttx> cjwatson: heh
[15:43] <cjwatson> give me the key/value pair(s) you want preseeded
[15:44] <ttx> kirkland: could you determine the right postfix-for-CC conf and send it to cjwatson ?
[15:45] <geneticx_wrk> Hi everyone.
[15:45] <cjwatson> (this is partly because I can't remember the precise runes without looking, and recall some slight weirdness, nothing major)
[15:45] <kirkland> ttx: cjwatson: yes, sure, i will
[15:45] <cjwatson> at worst you end up manually writing something into a logfile
[15:45] <ttx> I am unsure which option makes the most sense in that precise use case
[15:45] <mathiaz> kirkland: if you look at the uec_clc template on tamarind you'll have an example of the preseed options for postfix
[15:46] <mathiaz> kirkland:  postfix postfix/mailname and postfix postfix/main_mailer_type are what you're looking for
[15:46] <ttx> mathiaz: which option did you chose ? Local only ?
[15:47] <mathiaz> ttx: postfix postfix/main_mailer_type        select  Internet Site
[15:47] <mathiaz> ttx: it should probably be something else - the comment you made in the bug makes sense
[15:48] <mathiaz> ttx: the tricky part would actually be postfix postfix/mailname
[15:48] <ttx> Etienne suggested "Local only"
[15:48] <mathiaz> ttx: as this would be depend on the system being installed
[15:48] <mathiaz> ttx: I'm not sure why postfix/mailname is set to a high priority
[15:51] <dasunsrule32> screen-x: that is where I am not sure
[15:51] <screen-x> dasunsrule32: it depends what you're trying to do
[15:52] <dasunsrule32> I preferred to keep eth1 with DHCP
[15:52] <dasunsrule32> it will be used as the host port for the VM servers taht I will be installeing
[15:52] <dasunsrule32> and then those servers will be bridging to a staic IP
[15:53] <SEJeff> Does euchalyptus support virtual guests yet?
[15:53] <dasunsrule32> but the problem going DHCP, at least with MSDCHP, is it keeps assigning the same hostname to eth1
[15:54] <dasunsrule32> even though it is an entirely different MAC
[16:01] <lamont> mathiaz: because there's no good default for mailname
[16:02] <dasunsrule32> screen-x: I guess the question is, would it be better to assign a static IP to eth1, and not worry about a host name, or would is there a way to have a hostname assigned to eth1 vi /etc/hostname or /etc/network/interfaces?
[16:03] <SEJeff> dasunsrule32, But it in your dhcp client config to set the hostname
[16:03] <screen-x> dasunsrule32: hostnames are usually per machine, not NIC.
[16:03] <screen-x> dasunsrule32: but it may be useful to have multiple name referring to the same machine, eg for virtual hosting
[16:04] <screen-x> dasunsrule32: You could you bond the NICs, then use one IP and DNS entry for both
[16:05] <mathiaz> lamont: how about defaulting to the hostname?
[16:05] <SEJeff> dasunsrule32, Your windows dhcp is giving you a hostname different from what you want, right?
[16:06] <SEJeff> If so, just override that in your dhclient config
[16:06] <lamont> see debian policy around /etc/mailname - (meeting)
[16:07] <dasunsrule32> SEJeff: Yes, it is assigning server.domain.local to eth0 & eth1
[16:07] <SEJeff> dasunsrule32, karmic?
[16:07] <dasunsrule32> screen-x: how would that work?
[16:07] <dasunsrule32> SEJeff: yes
[16:07] <dasunsrule32> server edition
[16:07] <SEJeff> First, read the man page for dhclient.conf. Then edit /etc/dhcp3/dhclient.conf
[16:07] <SEJeff> Oh a server should not dhcp
[16:08] <screen-x> SEJeff: really?
[16:08] <SEJeff> dasunsrule32, Put something like this: supersede host-name "dasunrules32.awesome.int";
[16:08] <dasunsrule32> The only reason I wanted eth1 as DHCP, simply a bridge
[16:08] <SEJeff> screen-x, Please tell me you're kidding
[16:08] <dasunsrule32> lol
[16:08] <SEJeff> dasunsrule32, Well this is a super simple problem, again, just edit the dhclient.conf like I showed and it will work
[16:09] <SEJeff> I do this to keep from getting the gross hostname our enterprise dhcp servers try to give me on this Karmic desktop at work.
[16:09] <screen-x> SEJeff: nope, not kidding, whats the argument against using DHCP on servers?
[16:09] <dasunsrule32> let me take a look at that
[16:10] <SEJeff> screen-x, Gee, what happens when your lease expires on your mailserver and your dhcp server is dead?
[16:10] <dasunsrule32> screen-x: depends on your application and how well your DNS and DHCP servers work
[16:10] <dasunsrule32> ;-)
[16:10] <SEJeff> Your mail server goes offline. Lets hope you have serial setup when that happens :)
[16:10] <dasunsrule32> I use DHCP for ghost servers
[16:10] <dasunsrule32> ;-)
[16:10] <screen-x> SEJeff: long leases, and redundant DHCP.
[16:11] <SEJeff> more working parts == more problems
[16:11] <dasunsrule32> lol
[16:11] <screen-x> SEJeff: it seems to me to be a good way of assigning IPs centrally.
[16:11] <SEJeff> I've setup redundant servers and am a sysadmin by trade. That doesn't make it right
[16:11] <SEJeff> That is called dns
[16:11] <SEJeff> Use a deployment system and config management. That is the right way
[16:11] <SEJeff> Like cobbler + puppet
[16:12] <SEJeff> dasunsrule32, Did that dhclient option answer your original question before we got off subject?
[16:13] <dasunsrule32> SEJeff: I am looking at the config file, looks like I can assign an interface an alias
[16:13] <dasunsrule32> which should in turn, assign the
[16:14] <dasunsrule32> alias as the hostname, I think this is what I need.
[16:14] <SEJeff> glad to help
[16:14] <dasunsrule32> I am just trying to assign eth1 as "server-vm-bridge"
[16:14] <dasunsrule32> Thanks
[16:17] <kirkland> smoser: ttx: hrm, my euca2ools changes were rejected
[16:17] <cjwatson> ttx,mathiaz: so is the answer to set postfix/main_mailer_type to 'Internet Site', and that's all?
[16:17] <kirkland> smoser: ttx: seems someone didn't commit their last changes to the bzr branch before uploading
[16:18] <ttx> kirkland: arh
[16:18] <ttx> that must be me
[16:18] <kirkland> ttx: okay ;-)
[16:18] <ttx> Forgot the branch is not a packaging branch
[16:18] <smoser> kirkland, you took the patch right ?
[16:18] <kirkland> ttx: no prob, just checking
[16:18] <smoser> or did you take that branch
[16:18] <smoser> because the branch had one other improvement
[16:18] <smoser> which i was planning on opening a beta1 bug for
[16:19] <smoser> (the parsing of the .eucarc is disgusting)
[16:19] <kirkland> smoser: looks like 1.2-0ubuntu2  was uploaded about 7 hours ago, fixing LP: #524652
[16:19] <ttx> yes, I did that this morning
[16:19] <kirkland> smoser: i did a bzr pull of lp:~ubuntu-core-dev/eucalyptus/euca2ools
[16:19] <ttx> kirkland: i'll merge
[16:19] <kirkland> smoser: didn't see any changes, so i fixed the symlink problem
[16:19] <kirkland> ttx: thanks
[16:20] <kirkland> smoser: when i uploaded, my 1.2-0ubuntu2  collided with the 1.2-0ubuntu2  that ttx had already uploaded
[16:20] <smoser> fair.
[16:20] <smoser> i had linked a branch to the symlink bug that had other fixes.
[16:20] <smoser> i was asking if you merged from that branch to yours. apparently not, which is good.
[16:20] <ttx> I worked from the packaging branch
[16:21] <ttx> smoser: that's what your branch was branched from, right
[16:21] <smoser> my branhc was from euca upstream
[16:21] <smoser> but it doesn't matter becaues kirkland didn't merge from branch
[16:22] <ttx> merge worked nevertheless :P
[16:22] <smoser> oh, for you, ttx, yes, i did.
[16:25] <mathiaz> ttx: http://paste.ubuntu.com/382351/
[16:26] <mathiaz> ttx: ^^ this is the list of postfix configuration available
[16:26] <mathiaz> ttx: I think Internet site seems to be the best option
[16:26] <mathiaz> ttx: Local only wouldn't work - as emails should be send out
[16:26] <mathiaz> ttx: another option would be Satellite system
[16:29] <mathiaz> ttx: by that means guessing the relayhost
[16:29] <mathiaz> ttx: which by default is smtp.domainname
[16:33] <kirkland> mathiaz: i tend to agree -- i usually select "internet site"
[16:34] <ttx> arh, now the dreaded "different rich-root support"
[16:34]  * ttx starts over
[16:34] <kirkland> ttx: i can do it, if you're occupied...
[16:35] <ttx> kirkland: nah, I must fix my own screwups :)
[16:35] <kirkland> ttx: what should i milestone the postfix thing against?  a3 or b1?
[16:35] <kirkland> ttx: don't beat yourself up :-)
[16:36] <ttx> I'd just keep it targeted to "lucid", no milestone
[16:36] <mathiaz> cjwatson: so the answer to set postfix/main_mailer_type should be 'Internet Site'
[16:37] <mathiaz> cjwatson: the tricky part will be to answer postfix postfix/mailname
[16:39] <ttx> kirkland: ok, you should be able to upload/release 1.2-0ubuntu3 from rev262 I just committed
[16:40] <lamont> mathiaz: and I'm very sorry about that. :(
[16:40] <kirkland> ttx: cool, let me pull
[16:42] <cjwatson> mathiaz: or arrange for postfix not to be installed by default, if possible
[16:42] <cjwatson> which is the approach we've taken until now
[16:43] <lamont> cjwatson: I don't know that the hackery behind postfix install-time installation is still happy, btw - it wants to be post d-i
[16:44] <cjwatson> lamont: "post d-i"?
[16:44] <lamont> cjwatson: I'm thinking warty and base install
[16:44] <cjwatson> no
[16:44] <cjwatson> not happening :)
[16:44] <lamont> right
[16:44] <cjwatson> I am NOT resurrecting that code
[16:44] <lamont> so not happening
[16:45] <cjwatson> how in particular is it unhappy right now?
[16:46] <cjwatson> mathiaz: I've committed a eucalyptus fix, but I'm hesitant to mark the bug "fix committed" or to upload yet, until we know what's happening with postfix/mailname
[16:46] <cjwatson> perhaps that is not fixable
[16:46] <cjwatson> mathiaz: but in the meantime, feel free to make further changes based on what I did - the pattern should be clear now
[16:46] <lamont> cjwatson: there's at least one variable in the config template that caused me lots and lots of pain and is not preseedable to other than the default, or some such
[16:48] <lamont> cjwatson: I'll dig into it after dinner tonight
[16:48] <cjwatson> well, if you can send me details of why it's behaving differently in d-i versus post-d-i, I can look into that
[16:49] <lamont> oh - I totally don't remember what it was, but it had to do with something that gets set up in baseconfig (handwavy) but isn't there when postfix was getting configured then
[16:49] <lamont> that was 5 years ago, dude
[17:18] <mathiaz> jiboumans: hi - what's the list of blueprints you're considering for the next sub-cycle?
[17:31] <resno1>  my nic card is out, and i am getting siocsifflags when I try use ifconfig eth0 up. how do i get it working? or should i replace it?
[17:31] <bogeyd6> I am thinking about running Squid Proxy in a UEC. Is this even feasible?
[17:40] <dasunsrule32> SEJeff: I tried the DHCP "supercede" and it complains about missing a semi-colon, I tried it in alias{} section and lease{} section, then the wierd stuff. I set eth1 to static, and restart the network services, and now it creates a virtual adapter that doesn't allow the real eth1 to start correctly, any ideas?
[17:44] <hggdh> bug 524434
[17:51] <oru_work> in ubuntu with postfix/dovecot how can i just the older mail.log from lets say february 11
[17:53] <oru_work> errr how can i see*
[18:24] <smoser> kirkland, i just opened bug https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/526591
[18:25] <oru_work> does anyone know the location of the configuration file that defines log rotation for mail.log postfix/dovecot in ubuntu 8.10 ? I checked /etc/logrotate.d/ and its not there
[18:26] <kirkland> smoser: okay
[18:26] <smoser> it has my suggested fix attached.
[18:58] <dasunsrule32> Is there a way to have likewise-open5 listen only on a specific address?
[19:03] <chinny> Hey all - I've got a very weird issue with networking on 8.10 server on VMware Esx am hoping someone might be able to give me some pointers.
[19:13] <resno> i am having a nic problem. getting "siocsisfflags error message". i issued dhclient and it gets an ip, however on restart nic is gone from ifconfig.
[19:25] <viezerd> what would be smoother upgrading from 9.10 -> 10.04 or from 8.04 to 10.04
[19:26] <viezerd> need to install server for now
[19:38] <regius> I have a kerberos question, is the communication between server and client encrypted? Say kerberos + telnet is a single singeon ssh?
[19:39] <regius> every where I read about kerberos the only thing people is describing is the authentication
[19:43] <msantos> for kerberos telnet, encryption is optional
[19:43] <msantos> "-x" flag from the man page
[19:44] <msantos> ssh supports kerberos (GSS-API), use that if you can
[19:47] <regius> thank you msantos, I have read my textbok from back to back to understand if kerberos would encrypt the traffic
[19:48] <regius> I'm trying to share a nfs over the internet
[19:49] <regius> anyway thank you msantos
[19:49] <msantos> regius, np
[20:11] <zul> smoser: when you get a sec can you look at #524243
[20:11] <bogeyd6> where does UEC store the images and other bulk of the data?
[20:14] <smoser> bug 524243
[20:15] <smoser> zul, the bug says that works in lucid, fails in karmic
[20:15] <smoser> err... works with lucid python
[20:15] <smoser> fails with karmic's boto
[20:15] <smoser> s/lucid python/lucid boto/
[20:16] <smoser> kirkland, are you around?
[20:16] <kirkland> smoser: yup
[20:16] <kirkland> smoser: sup
[20:17] <smoser> it looks to me like bug 525989 is a eucalyptus mess
[20:17] <smoser> so i tried to recreate by
[20:17] <smoser> a.) setting up a karmic instance per documentation (without uec-publish-tarball)
[20:18] <smoser> b.) setting up a lucid instance *with* publish-tarball
[20:18] <smoser> i was unable to reproduce
[20:18] <zul> smoser: ah missed that part
[20:18] <smoser> i notice one thing funny though
[20:18] <smoser> from inside the instance, i crawled metadata service with boto get_instance_metadata()
[20:18] <smoser> it returns : 'ramdisk-id': 'eri-0577198B'
[20:19] <smoser> i think "where in the world did a ramdisk come from!"
[20:19] <smoser> $ euca-describe-images | grep eri-0577198B
[20:19] <smoser> IMAGE   emi-DFFB1509    i-20100223142513/karmic-server-uec-amd64.img.manifest.xml       admin   available       public          x86_64  machine eri-0577198B   eki-252B1A12
[20:19] <smoser> IMAGE   eri-0577198B    r-20100223142513/karmic-server-uec-amd64-initrd-virtual.manifest.xml    admin   available       public          x86_64  ramdisk
[20:20] <smoser> kirkland, so, in summary, if you have *any* ramdisk registered, even if not with the selected EMI, eucalyptus will tell your instance that its ramdisk ERI is *that* one.
[20:20]  * marsje is reinstalling someone's Windows laptop... *sigh*
[20:21] <smoser> zul, i saw that bug a while ago too, and thought "uh-oh, boto-1.9b issue". but its the reverse.
[20:21] <kirkland> smoser: wtf, that's nuts
[20:21] <smoser> yeah, my guess is you tried with uec-publish-tarball, and it failed.
[20:21] <zul> smoser: yeah...ill close it as fixed released then
[20:21] <smoser> then you tried with "regular method" and it succeeded.
[20:22] <smoser> or probalby you did a karmic for good measure, ended up getting an eri there and then it would have worked again if you used uec-publish-image
[20:24] <kirkland> smoser: i think we have to assume people will have all sorts of images in their UEC
[20:24] <kirkland> smoser: perhaps some with ERI's, and some without
[20:24] <kirkland> smoser: some published with euca-*, some with uec-*, and some with the image store proxy
[20:24] <smoser> oh shoot!
[20:24] <smoser> i was thinking it just *showed* youthat
[20:24] <smoser> but i think you're right. it *booted* with that ramdisk
[20:24] <smoser> let me verify that
[20:25] <smoser> yep.
[20:25] <smoser> its completely reproducible
[20:26] <smoser> kirkland, http://paste.ubuntu.com/382500/
[20:27] <kirkland> smoser: blargh
[20:27] <kirkland> smoser: is this on my local cloud?
[20:27] <kirkland> smoser: where are you running this?
[20:27] <smoser> datacenter
[20:28] <Bullterd> Evening All
[20:28] <smoser> yeah. verified it on my private cloud too.
[20:28] <Bullterd> Today I setup dual gig .ad bonding
[20:28] <Bullterd> on my ubuntu based open-iscsi server
[20:28] <smoser> eucalyptus just says "oh, you dont have a ramdisk ? let me get you one"
[20:28] <Bullterd> and also on my ESXi box
[20:28] <Bullterd> however, my hdparm testing before vs after is the same speeds :(
[20:28] <Bullterd> would anyone have any ideas?
[20:29] <smoser> and if there is no ramdisks registered, it will boot without one, but then boto's crawling of the metadata service will fail.
[20:29] <kirkland> smoser: quick chat via phone?
[20:30] <smoser> sure. let me post a comment in the bug.
[20:30] <kirkland> smoser: okay, call my cell when you're done
[20:31] <Bullterd> please tell me your not honestly gonna support some guy via cell from IRC :p
[20:31] <Bullterd> If you are then fair play, heh
[20:32] <bogeyd6> Bullterd, the suggestions would be your storage didnt change so the storage speeds didnt change
[20:32] <Bullterd> hmmph.
[20:32] <Bullterd> that would be a good point
[20:35] <Bullterd> ok WTF
[20:35] <Bullterd> sudo hdparm -tT /dev/sda on my iscsi server gives 13.99MB/sec
[20:36] <Bullterd> and on my iscsi based virtual machine I get 262 0.o
[20:37] <bogeyd6> 262MB/sec?
[20:37] <Bullterd> yeah
[20:37] <zroysch> is it possible to restart dd after it runs out of diskspace on the destination
[20:38] <bogeyd6> zroysch, only in ddrescue
[20:39] <zroysch> damn.
[20:39] <zroysch> sucks bad
[20:39] <zroysch> i have 1.09gb to get onto like 920gb
[20:39] <zroysch> is there any way to compress on the fly
[20:39] <bogeyd6> :(
[20:39] <bogeyd6> pipe it to tar
[20:41] <bogeyd6> or
[20:41] <bogeyd6> gzip
[20:41] <bogeyd6> ala dd if=/dev/hda | gzip > /mnt/hdb1/system_drive_backup.img.gz
[20:47] <zroysch> what is the compression of gzip?
[20:47] <zroysch> or i guess that depends
[20:48] <zroysch> dont want to sit through another days worth of backing up to see it not fit again
[20:48] <Bullterd> 1.09gb onto 920gb seems doable :p
[20:48] <zroysch> oh great
[20:48] <zroysch> md2 failing again
[20:54] <zroysch> http://pastebin.ca/1807299
[20:54] <zroysch> safe to say the drives are hosed at this point?
[20:59] <Bullterd> zroysch: lots of words in that pastebin that make me think yes
[20:59] <Bullterd> run diag with UBC
[21:00] <zroysch> man. raid is annoying
[21:00] <zroysch> is it true that i should be buying the more expensive drives "designed" for raid
[21:00] <Bullterd> Nah
[21:00] <Bullterd> RAID = Redundant array of inexpensive disks
[21:00] <Bullterd> in the name, lol
[21:00] <zroysch> i know what it stands for.
[21:01] <zroysch> i dont know what run diag with UBC means
[21:01] <Bullterd> ultimate boot CD
[21:01] <Bullterd> has some good hdd scanning tools
[21:07] <mathiaz> kirkland: bug 522452
[21:07] <mathiaz> kirkland: this is why I get a delay when ssh into some machines
[21:07] <kirkland> mathiaz: ah, yes, let me take a look
[21:09] <mathiaz> kirkland: IMO none of the script run in update-motd should attempt any network connection
[21:10] <mathiaz> kirkland: with a firewall that DROP packet it just delays everything
[21:11] <kirkland> mathiaz: hmm, i agree that login should be fast/immediate
[21:12] <kirkland> mathiaz: previously, these just ran in a cronjob
[21:12] <kirkland> mathiaz: i think the network-using scripts should test network connectivity before running it's meat
[21:13] <mathiaz> kirkland: hm - I'd suggest to decouple the part that requires network and the part that formats the output to be plugged into the motd
[21:13] <mathiaz> kirkland: run the network part as a cron job/background task
[21:14] <mathiaz> kirkland: parse its output during login time
[21:14] <mathiaz> kirkland: IIUC this is what 90-updates-available does
[21:14] <mathiaz> kirkland: it doesn't run apt-get update
[21:14] <wizardslovak> hello people
[21:15] <wizardslovak> what would be best partitioning for web server on 80 gb hard drive?
[21:15] <kirkland> mathiaz: okay, then your gripe is with dpkg -S /etc/update-motd.d/91-release-upgrade
[21:15] <mathiaz> kirkland: although 90-updates-available is a bit complicated
[21:15] <kirkland> mathiaz: not update-motd
[21:15] <kirkland> mathiaz: b/c all update-motd (which is in pam_motd) does now is just run the scripts in that dir
[21:15] <mathiaz> kirkland: right - that's with update-manager
[21:16] <mathiaz> kirkland: bug 522452 is filed against update-manager
[21:22] <kirkland> mathiaz: i'm not sure what to say ...
[21:23] <kirkland> mathiaz: the network-needing scripts could go back to being cronjobs
[21:23] <kirkland> mathiaz: or they could just fork off to the background, writing to a cache file
[21:23] <mathiaz> kirkland: right - I don't have definitive answer either
[21:24] <kirkland> mathiaz: and honestly, i like the current behavior on my systems
[21:24] <kirkland> mathiaz: i know that the updates/upgrade information is current as of login
[21:24] <kirkland> mathiaz: and for whatever reason, it only takes a split second on my server
[21:25] <mathiaz> kirkland: right - the use case of having long delays is a valid one
[21:25] <mathiaz> kirkland: and one I've run into in the DC
[21:25] <mathiaz> kirkland: we should find a proper balance between freshness of information and fast ssh login
[21:53] <zroysch> is my data recoverable at this point http://pastebin.ca/1807299
[21:59] <smoser> kirkland, euca2ools new bug (simple fix) https://bugs.launchpad.net/eucalyptus/+bug/526697
[22:04] <thafreak> How can I get lucid installed on a KVM virtual machine?
[22:04] <thafreak> If I try to install via ISO, it keeps failing at grub...
[22:04] <thafreak> Is there an easier way?
[22:07] <thafreak> I'm using the amd64 alpha2 cd...
[22:08] <thafreak> also, when I press F4 and select "install minimal virtual machine" nothing changes, is that what's supposed to happen?
[22:14] <soren> Am I supposed to close the server-papercut bug task when I fix something or do I leave it open until the meeting so that everyone can join in and rejoice?
[22:28] <sherr> thafreak: try a daily ISO or wait for alpha 3. I think there might be open bugs with Lucid + KVM.
[22:39] <thafreak> sherr: thanks, zsyncing a daily iso now...
[23:23] <dasunsrule32> When I try to run apt-get update with two NIC's enabled, it just hangs and will not update, I have to disable eth1 to update, any ideas?
[23:28] <persia> dasunsrule32: Sounds like a routing issue to me.  Are other sorts of http requests affected?
[23:29] <dasunsrule32> Well, I do not believe so
[23:29] <dasunsrule32> it is the server edition
[23:30] <persia> e.g. if you run `apt-get --dry-run --print-uris update` ande try to wget that stuff, does it also hang?
[23:30] <dasunsrule32> I can ssh in fine with both nic's enabled
[23:30] <dasunsrule32> one sec
[23:31] <dasunsrule32> Ya, I can't ping anything either
[23:32] <persia> Yeah.  Your server has a routing issue.
[23:32] <persia> It's able to return incoming connections, but doesn't know how to route the outgoing connections.
[23:32] <dasunsrule32> I have been moving services from eth1 to eth0
[23:32] <dasunsrule32> Seems to be
[23:32] <persia> So sort that, and apt-get will work fine :)
[23:32] <dasunsrule32> both NIC's are internal
[23:32] <dasunsrule32> to the network
[23:32] <persia> Are they bonded, or different addresses?
[23:33] <dasunsrule32> different IP's
[23:33] <dasunsrule32> .2 .3
[23:33] <dasunsrule32> it is a VM server I am building
[23:33] <dasunsrule32> .2 will be the web console for vmware
[23:33] <dasunsrule32> and .3 will be the bridge
[23:33] <persia> I have a suspicion that you have competing default routes or something.
[23:33] <persia> Or maybe no default route.
[23:34] <persia> `netstat -rn` and `ifconfig -a` are places to start, but it's been long enough since I debugged this sort of thing that I'm not the right person to help you farther than that.
[23:34] <dasunsrule32> I did a route -n
[23:36] <dasunsrule32> http://pastebin.com/djXe2QDH
[23:38] <dasunsrule32> here is my /etc/network/interfaces
[23:38] <dasunsrule32> http://pastebin.com/HEsrFgdP
[23:48] <persia> You do have two default gateways.  I think you want just one, and to set up some failover with high-availability scripts.
[23:48] <persia> But like I said, I haven't played with this in years.
[23:49] <persia> As a short-term fix, just drop the "gateway" line from one of your interfaces in /etc/network/interfaces
[23:49] <persia> And go investigate HA solutions to determine best practices.
[23:50] <persia> Personally, I suspect a bonded interface with two virtual interfaces exposed by the bonding, each with a separate IP is likely to be cleaner (separation of address from interface reduces chance of failure)
[23:50] <persia> But it's been years, so current best practices may have changed.
[23:54] <dasunsrule32> persia, I think you are correct
[23:54] <dasunsrule32> I have been working too hard today
[23:54] <dasunsrule32> :p
[23:55] <dasunsrule32> thank you persia, I will check into bonding
[23:55] <dasunsrule32> it is working as needed now
[23:56] <dasunsrule32> I can't believe i didn't see that