[00:00] <hggdh> kirkland: walrus just went in with OutOfMemory
[00:00] <kirkland> hggdh: arse
[00:00] <kirkland> hggdh: tell me more
[00:01] <hggdh> kirkland: I am running another 400 instances, with no reinit
[00:01] <kirkland> hggdh: okay
[00:02] <kirkland> hggdh: same separate topo?
[00:02] <hggdh> kirkland: interesting enough, the CLC is surviving with ~816M of real, and the Walrus barfed with ~720M
[00:03] <hggdh> kirkland: same separate topo, topo2
[00:03] <kirkland> hggdh: hrm, yeah, that's weird
[00:04] <hggdh> kirkland: OTOH, memory growth is slower
[00:05] <mathiaz> hggdh: nope - you can use the test rig
[00:05] <mathiaz> kirkland: ^^
[00:05] <hggdh> kirkland: hum. This time the walrus vanished. This is new.
[00:05] <kirkland> mathiaz: th
[00:05] <kirkland> thx
[00:06] <kirkland> hggdh: ?  crashed?
[00:06] <hggdh> kirkland: not sure yet, I see a "mabolo init: eucalyptus main process (1224) terminated with status 1" in the syslog
[00:07] <kirkland> hggdh: hmm
[00:08] <hggdh> anyway. Saving the logs now
[00:17] <hggdh> kirkland: topo2-1.tar uploaded
[00:17] <hggdh> kirkland: this is better than before, but no cigar yet
[00:18] <kirkland> hggdh: okay, thanks for testing
[00:18] <kirkland> hggdh: can you please leave feedback and pointers to your results in that bug?
[00:18] <hggdh> kirkland: will do
[00:18] <kirkland> hggdh: oh, and dpkg -l euca*
[00:19] <kirkland> hggdh: is it ppa2 ?
[00:19] <hggdh> kirkland: indeed. I will add a 'dpkg -l euca\* uec\*', but I already noted it in the bug
[00:19] <kirkland> hggdh: cheers
[00:47] <kirkland> RoAkSoAx: merged
[00:47] <RoAkSoAx> kirkland, ;)
[00:47] <kirkland> RoAkSoAx: i'm going to release 1.37 with this
[00:47] <RoAkSoAx> kirkland, awesome
[00:47] <kirkland> RoAkSoAx: won't make lucid, unfortunately
[00:47] <RoAkSoAx> kirkland, i guess the next release would be the modularization?
[00:47] <kirkland> RoAkSoAx: please
[00:48] <kirkland> RoAkSoAx: how major are these changes?
[00:49] <RoAkSoAx> kirkland, modularization? well i'd say major... changed various things such included the creation of the ISO list into the code, splitted the code up, some adjustments to get the same functionality
[00:50] <RoAkSoAx> kirkland, and just the obtaining of the release codename.. I think it is SRUable
[00:50] <kirkland> RoAkSoAx: well, I think I'm just going to SRU a one-liner that does r = maverick
[00:50] <kirkland> RoAkSoAx: when the time comes
[00:50] <kirkland> RoAkSoAx: or we can try to get your changes in
[00:50] <RoAkSoAx> kirkland, wouldn;t it be better if we backport it?
[00:50] <kirkland> RoAkSoAx: either way
[00:50] <kirkland> RoAkSoAx: yeah, maybe so
[00:51] <kirkland> RoAkSoAx: hmm
[00:51] <RoAkSoAx> kirkland, we could backport when modularization is done
[00:51] <RoAkSoAx> kirkland, or maybe try to get today's changes into lucid
[00:51] <kirkland> RoAkSoAx: well, there's not much to backport;  just grab the diff of the merge i just committed
[00:52] <kirkland> RoAkSoAx: that might be a possibility
[00:52] <kirkland> RoAkSoAx: would you ask about that in ubuntu-motu?
[00:53] <RoAkSoAx> kirkland, let's see what they say
[00:53] <kirkland> RoAkSoAx: keep me posted; we can try to get this uploaded right now if they approve
[00:54] <RoAkSoAx> kirkland, ok we could probably get FFe because it is *major* change but simple at the same time
[00:54] <kirkland> RoAkSoAx: right
[01:00] <RoAkSoAx> kirkland, <RoAkSoAx> ScottK, could I still file a FFe for new upstream of TestDrive that adds a simple, but necessary functionality?
 RoAkSoAx: I'd advise filing an FFe for that: it's not clearly bugfix.
 RoAkSoAx: You could probably do an s/lucid/maverick/ upload as clearly bugfix though.
[01:00] <kirkland> RoAkSoAx: yeah, i'm leaning toward uploading 2 1-line SRUs per year
[01:01]  * persia isn't actually invested with any authority, and was only offering advice
[01:01] <RoAkSoAx> kirkland, i'd go for backporting it
[01:01] <kirkland> RoAkSoAx: :-)
[01:01] <kirkland> RoAkSoAx: if you're willing to fight that battle, I'll support you
[01:01] <kirkland> RoAkSoAx: but it's your battle to fight ;-)
[01:01] <RoAkSoAx> kirkland, I have no problem with that :)
[01:02] <kirkland> RoAkSoAx: go for it, dude
[01:02] <RoAkSoAx> kirkland, at the end, It would save *time* by having to SRU twice a year
[01:02] <kirkland> RoAkSoAx: alrighty
[01:02] <kirkland> RoAkSoAx: go for it ;-)
[01:03] <RoAkSoAx> kirkland, however, if ScottK or anyoine else from the release team gives us the go we could jsut upload 1.37
[01:04] <RoAkSoAx> anyways we'll have to wait
[01:04] <kirkland> RoAkSoAx: alrighty
[01:04] <kirkland> RoAkSoAx: you have motu props, right?
[01:05] <kirkland> RoAkSoAx: if you've tested this functionality very thoroughly, and ScottK approves, just go for it
[01:05] <kirkland> RoAkSoAx: i tested it here; seemed to work for me
[01:05] <kirkland> RoAkSoAx: retrieved lucid, used it from the cache, i manually removed that file, and touched the timestamp back a few years
[01:05] <RoAkSoAx> kirkland, i actually have tested it in, what i believe, all test cases possible
[01:05] <kirkland> RoAkSoAx: all of those worked as expected
[01:05] <kirkland> RoAkSoAx: what about no network connectivity?
[01:06] <RoAkSoAx> kirkland, done too
[01:06] <kirkland> RoAkSoAx: coolio
[01:06] <RoAkSoAx> kirkland, if no network and cache is valid, it uses chace
[01:07] <RoAkSoAx> though, if cache is expired it will fail to launch
[01:08] <RoAkSoAx> wait, let me test brb
[01:11] <RoAkSoAx> kirkland, ok, if no network, and cache is not expired works. If no network and cache is expired, it still works, however, it throws and error message saying that couldn't update the cache...
[01:11] <kirkland> RoAkSoAx: cool
[01:12] <RoAkSoAx> kirkland, ok then I'll file FFe
[01:31] <jcastro> hey kirkland
[01:31] <jcastro> I don't mean to be critial, but the lens flares on the manpages screams 1972.
[01:32] <persia> jcastro: So you're celebrating references to a classic age of visual theming?
[01:32] <RoAkSoAx> kirkland, bug #570485. I'll ping someone from the release team and keep you updated.
[01:33] <jcastro> persia: well, at least he didn't bust out blender. :p
[01:33] <Scunizi> I've modified .bash_aliases to include a shortcut to mounting a samba share on my machine (it's also the samba server).  I'd like to convert that mount command to a line in fstab so the mount happens on startup.  So far I've been unsuccessful.  Any help? alias bpomount='sudo mount.cifs //localhost/BPO /home/<user>/BPO -o user=<user>,credintials=/etc/samba/smbusers,file_mode=0777,dir_mode=0777'
[01:37] <electro_> With regards to the Ubuntu Enterprise Cloud, I am looking to setup 1 front end with 4 Node Controllers.  I have the front end on a public addressable ip, and the node controllers on the same public.  I bridged the public interface, but want to run VMs on a private network.  Is there anyone that has experience with this I can talk to ?
[04:23] <rgreening_> kirkland: noticed the acpi fix. I'll check in the morning and let you know how I fare. Ty.
[04:24] <Masshuu> [2010-04-27 07:17:50]: uid: (1018/test.stormraidergames.com) gid: (1017/test.stormraidergames.com) cmd: test.py
[04:24] <Masshuu> [2010-04-27 07:17:50]: target uid/gid (1018/1017) mismatch with directory (1018/1017) or program (0/1017)
[04:25] <Masshuu> i see the issue but i duno how to fix it :/
[04:25] <Masshuu> well i think its the issue
[04:31] <Masshuu> i know that 0 should not be a 0
[04:31] <Masshuu> but my lack of experince isn't telling me how to fix it
[04:38] <ziesemer_> How can I force a certain package to never be installed?  I.E., I want to install other things using apt-get that use Subversion, but I already manually compiled and installed the latest version of Subversion.  I don't want the older version (re-)installed.
[04:39] <SpamapS> you can make a placeholder package .. I forget the name
[04:39] <SpamapS> equivs
[04:39] <SpamapS> ziesemer_: apt-get install equivs .. read the docs.. you can make an empty package that satisfies the same dependencies
[04:40] <ziesemer_> http://www.debian.org/doc/manuals/apt-howto/ch-helpers.en.html .  Excellent - thanks!  Just needed a place to start...
[04:40]  * SpamapS 's debian skills are rusty but still intact.. woot
[04:40] <twb> Of course, it'd be better to not manually compile and install things
[04:40] <SpamapS> twb: sometimes the learning curve of re-packaging something inflexible and complex is higher than equivs. ;)
[04:41] <twb> (I'm surprised that subversion changes enough that you even NEED a newer version.)
[04:41] <SpamapS> I used to use equivs for java.. I'm sure thats not a problem anymore.
[04:41] <twb> SpamapS: granted.
[04:41]  * ziesemer_ Cheers to SpamapS.
[04:41] <SpamapS> ziesemer_: twb has a very valid point.. you might find it easy to just tweak the repository subversion package
[04:41] <persia> SpamapS: If the effort of repackaging is more than running uscan and uupdate, or calling get-orig-source, then please file a bug about a package being hard to update.
[04:41] <twb> persia: rebasing the debian/patches is usually the hardest part
[04:42] <ziesemer_> twb:  Yeah, I'd use the package version, if it was anywhere near up-to-date...
[04:42] <SpamapS> Yeah subversion isn't a good example of this
[04:42] <twb> That and when upstream changes build system :-/
[04:42] <ziesemer_> But I will investigate the repackaging bit later!
[04:42] <twb> ziesemer_: it's not "up to date" for a reason.
[04:43] <ziesemer_> twb: Care to elaborate?  I'm looking for specific bug fixes in the 1.6.11 release.
[04:43] <persia> twb: Sure, but it *shouldn't* be hard for 99% of packages.  If it's hard, then something is wrong.  That something might just be that the patches in debian/patches need to get upsteam, or similar :)
[04:43] <SpamapS> ziesemer_: with subversion, its quite likely you can do just as persia says
[04:44] <twb> ziesemer_: what release of Ubuntu are you running?
[04:44] <ziesemer_> 10.04 RC.
[04:45] <twb> Well, I guess it's a bit late in the release cycle, but a few weeks ago you could've reported this; it might be important enough that the Ubuntu subversion maintainer would backport those fixes from the newer version.
[04:46] <SpamapS> hrm.. so I didn't even know about uscan/uupdate....
[04:46] <SpamapS> always applied the patch manually to the upstream sources..
[04:49] <twb> What's the roadmap for Ubuntu migrating to dpkg-source format 3.0 (quilt)?
[04:50] <twb> Does your infrastructure already handle it, so you'll just migrate piecemeal whenever you resync a 3.0 package from Debian?
[04:50] <ajmitch> twb: yes, there are already a number of packages in the archive using it
[04:50] <twb> Yay!
[04:51] <ajmitch> I don't think there's any plan for wholesale migration, just as there isn't for debian yet, while they argue it out
[04:52] <twb> dh(1) is also super sexy.
[04:53] <ajmitch> sure, it gets used a bit
[04:54] <SpamapS> whats dh?
[04:54] <twb> SpamapS: developer stuff
[04:54]  * SpamapS has been trapped in a CentOS shop for 6 years and just re-entered debian based happy land
[04:55] <twb> SpamapS: it's a way of reducing boilerplate in debian/rules.   Like CDBS, but without the gratuitous gmake-fu.
[04:55] <SpamapS> twb: does it have a home? I'm quite interested in developer stuff. :)
[04:55] <twb> SpamapS: apt-get install debhelper; man 7 debhelper; man 1 dh dh_auto_configure
[04:55] <SpamapS> danke
[05:00] <ScottK> twb: Debhelper 7 and source format version 3 are pretty unrelated.
[05:01] <lifeless> by which you mean entirely ?  :)
[05:03] <persia> I think they are vaguely related: they both attempt to provide once-and-for-all solutions to long-standing packaging annoyances
[05:04] <persia> Mind you, operationally there's no link.
[05:08] <ScottK> persia: You can completely use one without the other, so I don't understand.
[05:08] <ScottK> lifeless: Yes.
[05:11] <SpamapS> so.. I'm playing around re-packaging libmemcached to the latest version (0.31 in my karmic virtualbox instance, I want to have 0.40) ... the libmemcached2.symbols file has 0.31 listed as the version.. how do I update that file? I presume it is generated
[05:11] <persia> ScottK: The relation would be entirely in the minds of folks looking to address issues: there's no operational link.
[05:12] <persia> SpamapS: The best doc we have about that is https://wiki.ubuntu.com/stefanlsd/dpkg-gensymbols
[05:14] <SpamapS> persia: thx that helps. :)
[05:17] <ScottK> persia: For the vast majority of packages, I'm not aware of any issues that V3 solves.
[05:19] <persia> I spent about two days once unwinding issues with linda that v3 would have solved.  It also solves all the annoying uuencode/uudecode issues with adding icons.
[05:19] <persia> But yeah, for a clean package with a good upstream relationship, there's no benefit.
[05:20] <ScottK> Conceptually it's more complex and raises barriers to entry.
[05:41] <twb> ScottK: I realize dh(1) and 3.0 (quilt) are unrelated; they're just both sexy :-)
[08:27] <henkjan> I just tried the Ubuntu self assesment on http://www.ubuntu.com/training/certificationcourses/server
[08:27] <henkjan> and scored 9 of 10
[08:28] <henkjan> and can't find what would be my wrong answer
[08:35] <kklimonda> hmm.. same here..
[10:01] <stephank> I have reprepo repository with slightly customized packages that I'd like to use on several of my server machines. Now I'm trying to figure out how to make those servers prefer my packages over ubuntu's, even if there's a newer version in ubuntu's repos. Is this something I'd do with apt preferences?
[10:02] <twb> You probably want pinning
[10:02] <twb> It's a major pain in the arse to get right.
[10:04] <stephank> hmmm
[10:04] <stephank> Well, I have a theory that might work...
[10:04] <stephank> I'm building these packages myself, so maybe I can add an Origin field in the control file of each package I build, and then perhaps: “Pin: origin "something"”
[10:04] <stephank> would that work?
[10:11] <soren> stephank: Something like that, yes.
[10:12] <soren> stephank: And you want the pin-priority to be > 990.
[10:12] <soren> stephank: See the  apt_preferences(5) man page.
[12:03] <ivoks> there are still some issues with upstart and bonding
[12:03] <ivoks> it starts network services before bonding
[12:04] <ivoks> argh
[12:05]  * twb feels better about the relatively staid startpar(8).
[13:02] <rgreening> morning kirkland. Updating servers now to see if the acpi fix works. Yer awesome btw :)
[13:02] <kirkland> rgreening: howdy; you applied that patch?
[13:03] <cemc> kirkland: got the 2x750gb disks, installing right now
[13:03] <kirkland> cemc: cool, good to hear
[13:03] <kirkland> cemc: keep me posted
[13:03] <rgreening> kirkland: not yet. did the package get published or is waiting in queue? Do you have a ppa with deb? If not, I can patch... and test easy enough
[13:03] <ttx> smoser: ping
[13:03] <kirkland> rgreening: not published;  i just uploaded to lucid-proposed
[13:04] <kirkland> rgreening: it was rejected for release, pushed to SRU
[13:04] <rgreening> ok. cool.
[13:04] <kirkland> rgreening: it's a one-line patch, though
[13:04] <kirkland> rgreening: you don't even have to build the package
[13:04] <kirkland> rgreening: just patch the source file on the OS
[13:04] <kirkland> rgreening: /etc/acpi/powerbtn.sh
[13:04] <rgreening> kirkland: on another note, it seems I cannot create vm's using vmbuilder since upgrading to lucid
[13:04] <kirkland> rgreening:
[13:04] <kirkland> -. /usr/share/acpi-support/power-funcs
[13:04] <kirkland> +[ -r /usr/share/acpi-support/power-funcs ] && . /usr/share/acpi-support/power-funcs
[13:05] <ttx> kirkland: we'll need you to cover the UEC tests in ISO testing on your local rig (from ISO), as I don't have my cloud with me here
[13:05] <rgreening> kirkland: ok, I'll manually fix and test
[13:05] <kirkland> rgreening: talk to soren about vmbuilder
[13:05] <kirkland> ttx: okay
[13:05] <rgreening> k.
[13:05] <kirkland> ttx: candidates are hot?
[13:05] <ttx> kirkland: yes, the current ones are expected to be final now
[13:05] <kirkland> ttx: i'll sync and test after breakfast
[13:06] <ttx> I can do KVM based testing for the rest, but for UEC and the cloud images on UEC, we'll need you
[13:06] <rgreening> soren: vmbuilder? any known issues? I'm getting "AttributeError: 'Libvirt' object has no attribute 'vm'" when attempting to build a vm
[13:06] <persia> UEC images need a respin: don't bother testing yet (see -devel)
[13:07] <ttx> rgreening: bug 562189 ?
[13:07] <ttx> persia: they are not on the tracker anymore
[13:07] <rgreening> thanks ttx. I'll review bug.
[13:07] <ttx> persia: but the UEC tests can be run on the karmic image
[13:07] <ttx> and the lucid images can be tested separately
[13:07] <kirkland> ttx: me, and hggdh, right ;-)
[13:08] <ttx> kirkland: how many local machines does hggdh have ?
[13:08] <persia> ttx: OK.  Just wanted to make sure that slangasek's message from 10 minutes ago requesting a respin wasn't missed in creating extra testing.
[13:08] <kirkland> ttx: none; lab machines
[13:08] <ttx> persia: I'm currently one meter to the left of Steve :)
[13:09] <persia> Then you're entirely informed :)
[13:09] <ttx> kirkland: then he can do the UEC image validation
[13:09]  * persia feels a bit redundant when people have physical proximity
[13:09] <ttx> kirkland: we still need you to cover the UEC ISO tests
[13:09] <kirkland> ttx: okay
[13:09] <ttx> at least the topology 1 ones
[13:09] <ttx> and if you have time the two optional topologies on amd64
[13:11] <ttx> kirkland: you can keep the optional ones for tomorrow, since they take quite some time when run from ISO
[13:12]  * ttx should have taken his cloud with him, retrospectively
[13:14] <rgreening> kirkland: ty ty ty ... acpi fix confirmed and working.
[13:17] <stephank> soren: Thanks for the pointers. It appears to be working nicely. :)
[13:18] <kirkland> ttx: okay
[13:19]  * ttx covers random testing in KVM
[13:21] <rgreening> kirkland: now that this work, If I perform a shutdown on the host server, will the guests be properly shutdown or do I need to manually issue shutdown to each vm (I dont recal reading anything on that)
[13:26] <hggdh> ttx: not enough, one old i386, and two amd64 with 1G
[13:26] <hggdh> and my bloody laptop
[13:28] <ttx> hggdh: but you can test t
[13:28] <ttx> arh
[13:28] <ttx> hggdh: but you can cover the UEC cloud images tset on the test rig
[13:28] <ttx> hggdh: when they will be made available
[13:28] <hggdh> ttx: I can run them all in the rig, yes
[13:29] <hggdh> ttx: certainly
[13:31] <hggdh> kirkland: BTW, just the daily, or daily+PPA?
[13:33] <kirkland> hggdh: just the current ISO
[13:33] <kirkland> hggdh: which is proposed for GA
[13:34] <kirkland> hggdh: the UEC tests on the ISO tracker
[13:34] <cemc> kirkland: install complete, and it boots, no problems
[13:34] <kirkland> cemc: okay, well thanks for all your help
[13:34] <kirkland> cemc: i don't know what's wrong with my disks, my scenario
[13:35] <cemc> kirkland: don't know either, maybe you can doo a step-by-step detailed list of what you're doing and I'll try again, if you want to
[13:36] <astroboy> I was searching for the ubuntu server debootstrap but I was unable to
[13:36] <kirkland> cemc: that's okay;  i need to focus on UEC today
[13:36] <astroboy> maybe I should install one of these: http://archive.ubuntu.com/ubuntu/pool/main/d/debootstrap/ and then change something afterwards?
[13:38] <persia> astroboy: There's no difference in debootstrap especially for server.  Why do you want deboostrap?
[13:38] <smoser> ttx, here now.
[13:38] <astroboy> persia: well I have to install it on a remote server
[13:39]  * persia digs into kirkland's blog harder
[13:41] <twb> astroboy: is the remote host networked?  Do you have local waldoes?  Do you have KVM or serial over IP?
[13:41] <ttx> smoser: no, just slangasek looking for you :)
[13:41] <astroboy> persia: so I should install the debootstrap for 9.10 and then pass some flag to debootstrap?
[13:42]  * persia can't find it, unfortunately
[13:42] <astroboy> twb: I have a netboot with access to the disks, I did that many times with debian. I was only wondering where to get the server version.
[13:42] <twb> Appendix C installs are a pain in the arse, and should be avoided where possible.  Preseeding, at least as far as the sshd udeb, is vastly preferable.
[13:42] <smoser> ttx, ok. so there is a uec respin and then population of iso tracker with amis
[13:42] <smoser> and then presumably need that tested ?
[13:42] <twb> astroboy: the server version of what?
[13:42] <astroboy> twb: ubuntu-server
[13:42] <persia> astroboy: Just use the netboot if you're comfortable with netboot.  You can choose the server tasks, and end up with a server.  It's all the same software.
[13:43] <twb> astroboy: ubuntu-server is always the server version.
[13:43] <astroboy> oh ok. I thought there was a ubuntu with specific server packages
[13:44] <twb> The only differences between the server and alternate CDs are the preseed files and the debs in the local pool.
[13:44] <astroboy> so the the packages are exactly the same? aren't there something like gentoo profiles
[13:44] <astroboy> mhm ok...
[13:44] <persia> Nope.
[13:44] <ttx> smoser: yes, we'll need the EC2 image tested
[13:44] <persia> Everything is exactly the same.
[13:44] <twb> All variants of Ubuntu back onto the same package archive.
[13:44] <persia> twb: "flavours"
[13:44] <ttx> smoser: any chance you can run your magic script ?
[13:44] <smoser> yeah. i can do that.
[13:44] <smoser> and of course there will be no bugs
[13:45] <astroboy> yeah but usually I want bleeding edge on the desktop and stable software on the server, so I thought that the server version had different repos that installed more stable packages & compiled with different ./configure, something like that
[13:45] <astroboy> e.g. gentoo
[13:45] <persia> Nope.  Everything is designed to be stable.
[13:45] <twb> Gentoo doesn't belong on a server in the first place.
[13:45] <astroboy> ok... thanks for the clarification
[13:45] <persia> Some folks only upgrade their servers for LTSs though.
[13:45] <persia> (as LTSs are *more* stable)
[13:45] <twb> persia: I do that for end user desktops, too.
[13:46] <astroboy> yeah I think I'll do that. 8.04 should be fine.
[13:46] <twb> I hear bad things about non-LTS releases, like "oops, did you want libpam-ldap to *work*?"
[13:46] <twb> astroboy: you should target 10.04 for a new deployment.
[13:46] <astroboy> and anyway, gentoo is not bad as a server :P
[13:47] <persia> astroboy: Or try 10.04.  It releases in a couple days, so should be mostly good (or you might want to wait until ~june to have had the post-release bugfixes happen)
[13:47] <astroboy> twb: is nothing critical. I just want something that works and doesn't get too much cluttered
[13:47] <astroboy> mhm ok....
[13:47] <lil_cain> Don't cannonical say you should wait till 10.4.1 to push into production?
[13:47] <twb> I have been handed gentoo servers to fix.  Gentoo on a server is Wrong.
[13:47] <astroboy> I know maybe it's not the right channel to ask
[13:48] <Zider> gentoo as server worked peachy for me for many years
[13:48] <ivoks> um... system-config-kickstart is broken
[13:48] <twb> At least if you expect to maintain the server.
[13:48] <Zider> but it's running ubuntu server nowadays
[13:48] <twb> If you adopt an OpenBSD-style "fire and forget" approach to deployment, I suppose it might work until the next CVE.
[13:48] <twb> Which is usually when I get called in to un-bugger the box
[13:48] <astroboy> but would you suggest debian or ubuntu for a simple server (some stupid websites and proxying basically...)
[13:49] <twb> astroboy: yes.
[13:49] <Zider> if you want STUPID websites, run it on windows ;)
[13:49] <cemc> :)
[13:49] <astroboy> twb: yes to what :P?
[13:49] <ttx> smoser: works for me
[13:49] <twb> astroboy: I would suggest Debian or Ubuntu for pretty much any server.
[13:50] <ttx> zul: please cover some regular ISO tests. My laptop is awfully slow at it*
[13:50] <astroboy> twb: no I meant "which between the two"
[13:50] <twb> astroboy: doesn't matter much unless you are into support contracts.
[13:50] <zul> ttx: doing the i386 tests now
[13:50] <astroboy> twb: ok. then I guess I'll keep using debian
[13:51] <astroboy> I mean I wanted to try something new on a new server :P
[13:51] <Zider> as I understand it, ubuntu server has newer packages than debian
[13:51] <twb> astroboy: well if you already have a conclusion and just want to rationalize it...
[13:51] <astroboy> twb: yeah eheh
[13:52] <twb> Zider: IMO the non-LTS release are about as flaky as testing.  By that view, they're not significantly older or newer.
[13:52] <Zider> twb: I don't know what LTS is
[13:52] <astroboy> Zider: I actually like old and working software in servers... if I really want something new I compile it
[13:53] <twb> Zider: Then you probably shouldn't deploy servers :-P
[13:53] <Zider> astroboy: I like new and security-fixed :P
[13:53] <Zider> twb: it's just a home server I'm running
[13:53] <twb> Zider: those are mutually exclusive
[13:53] <twb> new features implies new bugs, including new security bugs.
[13:53] <Zider> but not as well known as old security bugs
[13:54] <twb> Security patches are backported to stable release.
[13:54] <twb> *releases
[13:54] <astroboy> yeah exactly.. it's not like debian is going to keep unsecure software unsecure....
[13:54] <_kettle> hey. looking for pointers to info on how to build my own ec2 ami. or should I just use ubuntu's images and customize those?
[13:55] <twb> astroboy: not deliberately, anyway.  *cough* ssh-keygen *cough*.
[13:55] <ttx> zul: ok I'm on amd64 now, but trying to run two KVM tests in parallel slows down my laptop so badly I prefer to only run one at a time
[13:55] <astroboy> twb: ahaha yeah that was bad. seriously bad.
[13:55] <twb> ttx:
[13:55] <twb> ttx: "slows down" as in the non-VM environment?
[13:55] <ttx> twb: no
[13:55] <twb> ttx: try nicing/ionicing the VMs?
[13:55] <zul> ttx: you should get a macbook ;)
[13:55] <twb> Oh, OK.  Never mind, then.
[13:56] <ttx> zul: I should get a SSD drive and 2 more Gb of mem
[13:56] <twb> zul: maybe when they go back to shipping a decent architecture...
[13:56] <zul> ttx: that works as well
[13:56] <astroboy> the main difference is that on the desktop I want to assume the risk of choosing what to use
[13:56] <astroboy> on the server I trust the packagers more generally :P
[13:57] <twb> "choosing what to use" means using the package manager, not funroll-looping.
[13:57] <Zider> --omg-optimizations
[13:58] <astroboy> no I meant using development versions of almost everything :P
[13:59] <persia> Let's not disparage other distributions: we can do better to just explain how to do things in Ubuntu.
[13:59] <twb> persia: I'm not disparaging a distro, but a mindset :-/
[13:59] <persia> astroboy: If you want the newest and sharpest (and don't mind getting cut once in a while), you can always run the Ubuntu development release whilst it's being constructed.
[13:59] <Zider> I'm not dispawhatever anything, cause I don't know what it means ;)
[14:00]  * persia tends to even upgrade non-critical servers come beta
[14:00] <astroboy> persia: I personally run archlinux on my desktop
[14:00] <astroboy> also because it's annoying to have a system with so much stuff installed
[14:00] <persia> can't help you with that, but we've a nice desktop offering as well :)
[14:00] <twb> You can also roll your own debs from VCS snapshots for critical packages, which is what I do for codebases I contribute to upstream.
[14:00] <astroboy> and because of aur, mainly
[14:01] <twb> Arch has zero Q/A, at least for Haskell packages.
[14:01] <astroboy> I know but for example I don't use a de
[14:02] <astroboy> twb: Q/A=question and answer?
[14:02] <twb> Quality assurance
[14:02] <astroboy> ah ok
[14:02] <astroboy> you are right
[14:02] <astroboy> expecially on haskel-xft and company
[14:02] <astroboy> they broke down half of the time
[14:02] <astroboy> but anyway
[14:03] <astroboy> it's just that I choose what to install from the beginning
[14:06] <zul> ah yes...ricers
[14:09] <soren> rgreening: I'm working on a fix for that.
[14:11] <_kettle> is anyone running ubuntu on Amazon EC2? I tried the instructions on https://help.ubuntu.com/community/EC2StartersGuide but "ec2-run-instances ami-2fc2e95b -k ec2-keypair" just fails with this error: Client.InvalidAMIID.NotFound: The AMI ID 'ami-2fc2e95b' does not exist
[14:23] <mugwort13> could anyone kindly lead me in the right direction?  I am searching for some decent documentation on the stability (or possibly lack of stability) of the EXT4 fs.   I have been faithfully using JFS for years due to it never letting me down, but using JFS is a hassle so I am wanting to use another.  I have read many opinions stating people's dislike of EXT4, but want to find out more.
[14:23] <twb> mugwort13: ext4 is some minor improvements, plus extents, tacked onto ext3.
[14:24] <twb> mugwort13: if you avoid extents, it's backwards compatible with ext3, so you shouldn't get any surprises there.  (But extents are on by default.)
[14:26] <twb> I suspect most of the annoyance is 1) people who got extentful ext4 before they were ready, and couldn't back out; or 2) XFS/JFS/btrfs/whatever weenies who value functionality/performance over stability.
[14:27] <RoyK> using Btrfs in production is cool
[14:27] <RoyK> only for the tough guys
[14:27] <twb> btrfs isn't production-ready.
[14:27] <RoyK> I'm joking :)
[14:27] <RoyK> but XFS/JFS is stable
[14:28] <twb> As at a month ago, there were severe data loss problems with /var/lib/dpkg on btrfs.
[14:28] <RoyK> I'd say both are better tested than ext4
[14:28] <twb> Er, and that's on Debian, so it'll probably take longer to sync to Ubuntu.
[14:28] <RoyK> doesn't surprise me - nobody said Btrfs was stable
[14:29] <twb> RoyK: well, I worry that the noobs won't realize you were being sarcastic
[14:29] <RoyK> :)
[14:29] <twb> I wouldn't run XFS without a UPS, or in combination with any dm-based tech (including md RAID and LVM), though.
[14:30] <RoyK> give Btrfs another year and it might catch up with early ZFS
[14:30] <RoyK> twb: why?
[14:30] <twb> Due to XFS' tendency to eat data after an outage, and the maintainers' tendency to tell anyone without write barriers to FOAD
[14:31] <twb> (dm doesn't support write barriers.)
[14:31] <twb> I imagine the same applies to other post-ext filesystems, but I haven't actually had reports of it.
[14:32] <RoyK> I guess I'll keep my storage on ZFS until Btrfs shows signs of growing up
[14:32] <twb> btrfs couldn't even delete subvols prior to .33 and btrfs-tools .19+4
[14:33] <RoyK> I was looking at btrfs a year ago and last summer a post said raid[56] was in the works
[14:33] <RoyK> still no cigar, though
[14:33] <RoyK> I ended up with opensolaris, which works
[14:34] <mugwort13> Basically, I am looking for peace of mind if I decide to move my company's server from JFS to EXT4.   Has anyone heard of any real disasters using it?  I simply like JFS because of my personal history of 0% data loss with it.  I am not married to JFS, I simply don't want to be risky.   EXT4 could possibly make my life easier since support is built in by default.
[14:35] <RoyK> if it's not a truckload of data, moving it should be trivial
[14:36] <mugwort13> No, a little less than 1T, not much at all yet, but in the next year it will increase alot because of new utilities we will be using.  But still, no more than like 4T total.
[14:37]  * RoyK pats his 30TB opensolaris box
[14:38] <Elad> what is a good webmail client? I currently have postfix+dovecot installed.
[14:38] <RoyK> squirrelmail is nice and lightweight
[14:38] <twb> RoyK: does ZFS do software RAID5 and RAID6 internally?
[14:39] <RoyK> yes
[14:39] <RoyK> raidz
[14:39] <RoyK> raidz[123]
[14:39] <Elad> RoyK, another question I have, is if I install it now do I run a high/low chance of messing up user's mailboxes?
[14:39] <RoyK> one, two or three parity 'stripes'
[14:39] <twb> Oh, right.  RAIDZ, which "fixes" problems in RAID5
[14:39] <RoyK> yes, it fixes the write hole
[14:40] <twb> Forgive me if I'm a little suspicious of unilateral vendor fixes to standardized data structures.
[14:40] <RoyK> and with autosnapshotting running every 15 minutes, we don't lose so much user data either
[14:40] <giskard> uhm i got this question from aardvark...
[14:40] <giskard> I want to run an Ubuntu server on Amazon EC2, and I'm following the instructions on https://help.ubuntu.com/community/EC2StartersGuide but when I try to start an instance I get an error "Client.InvalidAMIID.NotFound: The AMI ID 'ami-2fc2e95b' does not exist". How do I troubleshoot this?
[14:40] <twb> RoyK: I'd rather have Oleg's zypper fs :-)
[14:40] <RoyK> any idea if nfs4 is better supported in 10.04?
[14:41] <RoyK> zypper?
[14:41] <Elad> giskard, you should see if that AMI is publically available
[14:41] <twb> A purely functional (i.e. stateless) filesystem
[14:41] <RoyK> twb: url?
[14:41] <twb> RoyK: there's a paper on the web somewhere.
[14:41] <Elad> giskard, do you have firefox+elastifox addon installed?
[14:41] <RoyK> I googled, but could't find anything
[14:41] <twb> RoyK: it's academia, not real-world
[14:42] <RoyK> ok
[14:42] <twb> RoyK: "zipperfs", not "zypperfs"
[14:42] <twb> RoyK: why NFS4 over CIFS?
[14:43] <twb> RoyK: http://www.haskell.org/haskellwiki/Zipper
[14:44] <RoyK> twb: NFS4 over IPv4 :þ
[14:47] <rgreening> soren: cool. Thanks.
[14:48] <giskard> Elad: checked through API
[14:48] <giskard> >> a.describe_images(:image_id => 'ami-2fc2e95b')
[14:48] <giskard> AWS::InvalidAMIIDNotFound: The AMI ID 'ami-2fc2e95b' does not exist
[14:49] <giskard> Elad: if you want i can provide you the entire lists of ubuntu official images, but i think doc is wrong :)
[14:49] <twb> RoyK: huh?  CIFS works on IPv4.
[14:50] <RoyK> twb: sure, but NFS4?
[14:50] <RoyK> network file system version four
[14:50] <twb> My question is: why do you care?
[14:50] <twb> Why don't you just run CIFS?
[14:50] <RoyK> why should I run CIFS when NFS4 is far better?
[14:50] <RoyK> especially on WANs
[14:50] <twb> In what way is it better?
[14:50] <RoyK> lower latency
[14:50] <RoyK> way lower
[14:51] <RoyK> CIFS over WAN sucks hard
[14:51] <twb> Hm, you've measured that?
[14:51] <Elad> giskard, did you create that image?
[14:51] <RoyK> yes
[14:51] <twb> Fair enough, I suppose
[14:51] <RoyK> twb: it's fixed in SMB2
[14:51] <RoyK> but SMB2 on linux is some way off
[14:52] <twb> I've never cared much about NFSv4 because 1) it's not ready on Linux; and 2) even if it is, you generally have some scmuck running Windows or OS X.
[14:52] <mean67> is there a way to change the default message on a server
[14:52] <mean67> it just says "It Works"
[14:52] <RoyK> oh
[14:52] <RoyK> :)
[14:52] <RoyK> that's your web page?
[14:52] <twb> mean67: you mean in Apache2?
[14:53] <mean67> yeah
[14:53] <giskard> Elad: please read what i wrote  before :)
[14:53]  * RoyK points mean67 to https://help.ubuntu.com/8.04/serverguide/C/index.html
[14:53] <twb> Nod.
[14:53] <Elad> giskard, I am asking because I did a search in the public images and can't find the ami: ami-2fc2e95b
[14:53] <twb> "Although [SMB2] is proprietary, its specification has been published [...]"
[14:54] <twb> How can a published protocol be proprietary?
[14:54] <Elad> giskard, so I just wanted to make sure I wasn't missing something
[14:54] <RoyK> still, we're usually using nfs between unices
[14:54] <RoyK> it's easier
[14:54] <persia> mean67: Just edit the contents of /var/www to be different
[14:54] <giskard> Elad: this is the point, look at https://help.ubuntu.com/community/EC2StartersGuide
[14:54] <twb> RoyK: NFS3 is easier, NFSv4 not so much :-/
[14:55] <twb> Of course, NFS3 trusts root on every host, so it's not really useful for WANs (unless by WAN you mean VPN).
[14:55] <RoyK> twb: I know - haven't tested with kerberos yet, though, we're waiting for the windoze sysadmin to install the AD server on the DMZ
[14:55] <mean67> is there a GUI for ubuntu server
[14:55] <twb> mean67: no.
[14:55] <RoyK> twb: man exports
[14:56] <RoyK> twb: it's no problem denying IPs
[14:56] <mean67> so its all done via command line
[14:56] <RoyK> but yes, this is on a vpn
[14:56] <twb> RoyK: OK, but you're still trusting the IPs you whitelist.
[14:56] <RoyK> mean67: you can install the gui if you like
[14:56] <RoyK> twb: not with kerberos auth
[14:56] <twb> I didn't think that worked with NFSv3
[14:56] <RoyK> hm. possible
[14:57] <RoyK> twb: still, you don't have to _root_ trust them (no_root_sqash)
[14:57] <mean67> so like sudo apt-get install ?
[14:57] <twb> RoyK: root can send requests as any user
[14:57] <RoyK> yes
[14:57] <twb> RoyK: with root_squash on, I can still sudo -u djk cat ~djk/.netrc
[14:57] <mean67> but what would it be that I am installing
[14:57] <RoyK> twb: I didn't say it was very secure - and that was also parts of why I wanted NFSv4
[14:58] <mean67> like whats it called
[14:58] <Elad> giskard, looks like the doc lists a bunch of AMI's (not sure where the one you got is), if you goto "Getting the images" and then click on the link http://alestic.com/
[14:58] <Elad> giskard, half way down that page are a bunch... let me see if I can find them in the publically available
[14:58] <RoyK> mean67: the difference between ubuntu server and desktop is not a whole lot. If you need (or want) a GUI, I'd recommend starting with the workstation setup
[14:58] <RoyK> less hassle
[14:58] <giskard> Elad: i'm wrong, and i guess you too, the ami is available only in eu.
[14:58] <giskard> my account is for us
[14:59] <mean67> yeah I have that
[14:59] <twb> RoyK: incidentally, Samba4 claims to have experimental SMB2 support.
[14:59] <Elad> giskard, mine too. I am able to see the ubuntu images listed on the alestic site though
[14:59] <RoyK> twb: that's nice, but I still want NFS on my servers :)
[15:00] <RoyK> twb: is samba 4 ready?
[15:00] <twb> Ha ha.
[15:00] <twb> (Actually, I have no idea.)
[15:00] <RoyK> 4.0.0 alpha11 / January 12, 2010; 3 months ago
[15:01] <mean67> well if I did not install a GUI what the best way for me to edit the /var/www file
[15:01] <RoyK> some editor
[15:01] <RoyK> if you're a newbie, try nano
[15:01]  * RoyK just uses vim
[15:01] <twb> RoyK: debian ships ~a8+git20100227
[15:02] <mean67> so would I just open the file on another machine and then reinsert it
[15:02] <twb> On Ubuntu, "editor" or "sensible-editor" should start the system-wide default editor.
[15:03] <stephank> I noticed there's a lucid blueprint for LXC. It mentions that work to have vmbuilder support LXC is done. Is this work available somewhere? I'd like to give LXC a test drive. (Specifically interested in router virtualization.)
[15:03] <twb> stephank: libvirt implements its own lxc userland, separate from that of the lxc.sf.net implementation.
[15:04] <twb> So I assume with a new enough libvirt, and whatever you put on top of libvirt, it'll Just Work.
[15:04] <mean67> like how would I edit it from with in server
[15:04] <twb> mean67: something like: sudoedit /var/www/index.html
[15:05] <RoyK> twb: what's the official way to change the default editor?
[15:05] <stephank> twb: That's good to know. But I was hoping the python-vm-builder tool could build ready-to-use VMs for LXC. At least, that's the impression I got from the blueprint.
[15:05]  * RoyK wants vim with everything
[15:05] <twb> RoyK: update-alternatives
[15:05] <RoyK> k
[15:05] <twb> RoyK: per user, you can set the VISUAL and/or EDITOR environment variables.
[15:05] <RoyK> EDITOR is set
[15:05] <twb> RoyK: I suggest you do not mess with system-wide settings without good reason.
[15:05] <RoyK> I just wondered about the 'ubuntu way'
[15:05] <persia> RoyK: If you want to change host-wide, use update-alternatives to change editor
[15:06] <RoyK> twb: it's a test box - it's made for messing with :D
[15:06] <twb> stephank: unfortunately I have no direct knowledge of libvirt, nor stuff sitting on top of it.
[15:06]  * RoyK has been using linux for 15 years and is still learning
[15:07] <persia> RoyK: `update-alternatives --display editor` will show you the current status.
[15:07] <mean67> ok I tried that and it came back with  sh: vim: not found
[15:08] <RoyK> mean67: apt-get install vim && vimtutor
[15:08] <RoyK> mean67: or just use nano
[15:09] <RoyK> mean67: really, just use nano - vim is a bitch to learn
[15:09] <Elad> RoyK, I just got done installing squirrelmail; any idea how I configure it to use my postfix+dovecot configuration
[15:09] <RoyK> but it's probably the best editor in the world once you learn it
[15:10] <mean67> so if I use nano would I just install that
[15:10] <twb> Elad: have you checked ubuntu-serverguide?
[15:10] <mean67> or is it already there
[15:10] <RoyK> Elad: there's a configure script for that, and as twb , rtfm
[15:10] <twb> mean67: nano should already be installed, and it should be the default editor.
[15:10] <Elad> I have never heard of ubunter-serverguide
[15:10] <twb> Elad: apt-get install it, or read it online.  It should be linked from /topic -- unless that's still broken :-/
[15:11] <Elad> twb, just looked it up - seems like it could be useful :D
[15:11] <RoyK> Elad: http://kurl.no/4Ygc
[15:12] <kirkland> ttx: why am i failing to find the UEC image tests in the ISO tracker?
[15:13] <ttx> kirkland: The lucid images are being generated. You should run the test with a karmic image
[15:13] <kirkland> ttx: okay; i did that already; i was just going to test the lucid image too, before blowing away this cloud install
[15:13] <kirkland> ttx: ETA on that image?
[15:14] <kirkland> ttx: basic topo with 9.10 image passed, no bugs
[15:14] <ttx> kirkland: slangasek will rush the uec-images publication
[15:14] <ttx> kirkland: it's blocking on the EC2 publication right now
[15:15] <ttx> kirkland: should take a few min
[15:15] <kirkland> ttx: okay; i'll move on to the other topo
[15:15] <kirkland> ttx: and just run it on that one
[15:15] <kirkland> ttx: topo shouldn't affect image validation
[15:16] <ttx> kirkland: note that  the way the iso tests are specified, topo1/i386 is more urgent than topo2/amd64
[15:16] <ttx> kirkland: ack
[15:17] <SuperLag> If you want to install a later version of a package than what's in the repos, is doing it from source your only option?
[15:17] <kirkland> ttx: ah, i should do that next then?
[15:17] <ttx> kirkland: yes, please
[15:17] <SuperLag> mysql 5.1.37 is the latest in the repos, and I have someone requiring a newer version.... but I don't want to hose the install
[15:18] <ttx> kirkland: what options do you use for kvm-based iso testing ? I suspect virtio ? what else would you recomment to speed things up ?
[15:18] <ttx> unfortunately I don't have sufficient ram on the laptop to run all off tmpfs
[15:19] <kirkland> ttx: use testdrive!
[15:19] <kirkland> ttx: it optimizes almost everything
[15:19] <_ruben> SuperLag: start with http://www.debian.org/doc/maint-guide/ch-update.en.html
[15:19] <kirkland> ttx: you can also add -smp 2 (or however many cpu's you have)
[15:19] <_ruben> SuperLag: it explains how to create your own updated package
[15:20] <ttx> kirkland: ok, will try when the current sluggish one finishes
[15:20] <kirkland> ttx: i use testdrive for ***all*** of my kvm based ISO testing
[15:20] <kirkland> ttx: how many cpu's do you have?
[15:20] <ttx> 2
[15:20] <ttx> (well, 2 cores)
[15:21] <kirkland> ttx: sudo vi /etc/testdriverc, and add "-smp 2" to the end of KVM_ARGS
[15:21] <kirkland> ttx: this will launch kvm with plenty of memory, virtio networking, disk, and 2 cpu's
[15:21] <kirkland> ttx: that's about as fast as it'll go
[15:21] <ttx> ok, thanks !
[15:25] <ttx> mathiaz_: o/
[15:26] <mathiaz> ttx: o//
[15:26] <mathiaz> ttx: how is it going?
[15:26] <mathiaz> ttx: anything critical showed up?
[15:26] <ttx> mathiaz: we'll need your mass-isotesting stuff
[15:26] <ttx> mathiaz: My own testing is going too slow
[15:26] <mathiaz> ttx: ok
[15:26] <mathiaz> ttx: what's the iso number?
[15:26] <ttx> mathiaz: nothing critical on the whiteboard yet
[15:26] <mathiaz> ttx: ie the date?
[15:27] <ttx> mathiaz: 20100427
[15:27]  * mathiaz syncs the iso
[15:28] <ttx> mathiaz: also have a look at latest comments on bug 423252
[15:29] <ttx> and see if you confirm your release notes snippet
[15:30] <RoyK> I heard Ubuntu security fixes often lag back months after other distros - is this so?
[15:30] <jdstrand> RoyK: no
[15:30] <ttx> RoyK: heard that where ?
[15:30] <RoyK> perhaps some troll
[15:31] <jdstrand> we have timely updates for supported packages (main and restricted)
[15:31] <SuperLag> SpamapS: welcome
[15:31] <jdstrand> RoyK: ^
[15:31] <jdstrand> RoyK: we also prioritize vulnerabilities based on severity
[15:32] <jdstrand> RoyK: so a local DoS is not nearly as important as a remote arbitrary code vulnerability
[15:32] <RoyK> yeah
[15:32] <jdstrand> RoyK: we tend to group low priority updates together. this is common for all distros
[15:32] <RoyK> k
[15:33]  * RoyK wonders if he should upgrade his 8.04 machines soon or wait a year
[15:33] <jdstrand> RoyK: packages in universe/multiverse are community supported
[15:33] <RoyK> ok
[15:33] <jdstrand> some better than others
[15:34] <RoyK> remote execution bugs are nasty - have there been a lot of those lately?
[15:34] <jdstrand> RoyK: if you are interested in particular vulnerabilites, please see: http://people.canonical.com/~ubuntu-security/cve/
[15:34] <jdstrand> RoyK: no. see http://www.ubuntu.com/usn/ for all published Ubuntu Security Notices
[15:35] <RoyK> thanks
[15:35] <jdstrand> sure
[15:35] <RoyK> I guess we'll be moving to landscape soon, so that even my Windows-addicted boss can update the ubuntu machines :)
[15:36] <mean67> so I got that to work, nano is a bit of a project I will say
[15:36] <RoyK> mean67: ROTFL
[15:37] <RoyK> mean67: install vim and look into that :)
[15:38] <mean67> is it far worse?
[15:38] <ttx> mathiaz: how did your RAID install tests on real iron go ?
[15:38] <mathiaz> ttx: no hardware available
[15:38] <mathiaz> ttx: I'll try again today
[15:38]  * kirkland is interested to hear
[15:38] <kirkland> :-(
[15:38] <ttx> beh
[15:38] <ttx> mathiaz: all running cert tests ?
[15:39] <mathiaz> ttx: I didn't ask for certification hardware
[15:39] <mathiaz> ttx: there is a sprint going on right now in the office
[15:39] <ttx> mathiaz: ah
[15:39] <mathiaz> ttx: so a lot of the hardware is used for the sprint
[15:39] <RoyK> mean67: it's far better, but the learning curve is rather steep
[15:40] <kirkland> ttx: installs seem somewhat slower today
[15:40] <persia> There's talk in several places about kvm being slow: seems some folks don't have an auto-loaded driver.  Does that affect you?
[15:41] <mean67> oh
[15:41] <mean67> is there a command to see the version of apache I am running
[15:42] <RoyK> apache2 -V
[15:43] <ttx> persia: you mean kvm module not being loaded ? or something else ?
[15:44] <ttx> kirkland: under kvm ?
[15:44] <hggdh> persia: I have seen the kvm modules not loaded while testing UEC, but have been unable to zero in the issue
[15:45] <persia> ttx: precisely.
[15:45] <kirkland> ttx: what's the question?
 ttx: installs seem somewhat slower today
 kirkland: under kvm ?
[15:45] <kirkland> ttx: oh, no, both hardware and kvm
[15:45] <persia> hggdh: I've not encountered it: just seen reports of slowness in various places, and in one manually loading the module fixed it.
[15:45] <kirkland> ttx: i can usually do a UEC install in under 10 minutes per machine
[15:45] <kirkland> ttx: it's taking a lot longer than that today
[15:46] <kirkland> ttx: i did those 2 UEC machine installs at the Texas Linux Fest on Beta2 in ~25 minutes, from the same USB stick
[15:46] <ttx> kirkland: slower download for the extra files, due to busy mirror ?
[15:46] <kirkland> ttx: hmm, not sure
[15:47] <kirkland> ttx: i'll test one from netboot after my ISO testing is done
[15:47] <kirkland> ttx: to benchmark it
[15:47] <mathiaz> ttx: kirkland: for the RAID test I guess I need a system with at least two disks?
[15:47] <kirkland> persia: hggdh: i've seen the kvm modules not loading from time to time, looks like an upstart issue to me
[15:47] <ttx> kirkland: right, you can also download beta2 again and compare
[15:47] <kirkland> persia: hggdh: i haven't zero'd in either
[15:47] <ttx> mathiaz: that would help, yes
[15:47] <hggdh> kirkland: that's my feeling also
[15:47] <persia> kirkland: Indeed, I think it's some sort of race, although since I've not encountered it personally, I've no idea what might cause it.
[15:48] <mathiaz> ttx: what should I exactly test?
[15:48] <kirkland> persia: hggdh: but it's not isolated to kvm's init;  when that happens, i also noticed that screen's init and nfs-kernel-server's init's didn't run either
[15:48] <ttx> mathiaz: see with kirkland fro details, but I think it's just doing a basic RAID setup
[15:48] <kirkland> persia: hggdh: I can say this definitively ....  keybuk asked me to run with --verbose on the kernel command line, and I have ***not*** seen the issue since i started running with that
[15:48] <kirkland> mathiaz: one partition, all disk on /, ext4
[15:49] <mathiaz> kirkland: and using virtualizaion is not enough - we need to test it on real hardware?
[15:49] <kirkland> mathiaz: about as basic as it gets;  works fine in kvm; and several people in the community have tested it on real hardware, with success
[15:50] <kirkland> mathiaz: i have a 2-disk system here with a pair of 500GB SATA disks, and 10.04 RAID1 install fails to boot after install *every* time
[15:51] <ttx> kirkland: could you also run the basic "encrypted LVM" tests as well ? Mathiaz's test don't cover that one, and it's much faster to run on real hw than under kvm
[15:51] <kirkland> ttx: i'm testing that now
[15:51] <kirkland> ttx: see that testcase is "started"
[15:51] <ttx> kirkland: you should hit 566818
[15:51] <ttx> bug 566818
[15:52] <kirkland> ttx: okay
[15:52] <ttx> but otherwise RC was ok for me
[15:52]  * ttx runs the smallest test: minimal image on KVM :)
[15:54] <hggdh> kirkland: so it sounds like a timing issue on upstart. I have also seen screen not correctly initialising (missing /var/run/screen)
[15:54] <kirkland> hggdh: yeah, same bug, i think
[15:54] <kirkland> hggdh: i only see it on my quad core machine, fwiw
[15:54] <kirkland> hggdh: you?
[15:54] <cjs> Someone here was talking about some Ubuntu server boot problems?
[15:55] <hggdh> kirkland: on the UEC test rig (8/16-core machines)
[15:55] <kirkland> hggdh: hmm, interesting, maybe an smp race
[15:56]  * kirkland goes file a "please slow down the boot process" spec :-)
[15:56] <RoyK> hggdh: 8/16 core?
[15:57] <hggdh> RoyK: 8- and 16-core machines
[15:57] <hggdh> not a half-core one ;-)
[15:58] <RoyK> are there 16-core CPUs out there yet?
[15:58]  * RoyK hasn't noticed
[15:58] <kirkland> probably 4 quad cores
[15:58] <smoser> hggdh, i've seen that also (/var/run/screen missing)
[15:58] <hggdh> RoyK: all you need is a series of quad-cores
[15:58] <hggdh> smoser: on a multi-core machine?
[15:59] <kirkland> smoser: that can only happen if /etc/init.d/screen-cleanup hasn't run
[15:59] <RoyK> hggdh: we might get a new quad opteron box soon - 4x12 cores :D
[15:59] <smoser> i think that i saw it on a cleanly shutdown and booted system
[15:59] <hggdh> RoyK: heh. I would like to have one, but I am not sure my air-conditioning would be able to handle the thermal part
[16:00] <kirkland> smoser: was it a particularly fast one?
[16:00] <kirkland> smoser: ie, quad core, or some such?
[16:00] <smoser> i dont have particularly fast hardware :)
[16:00] <kirkland> smoser: okay, good point of comparison
[16:00] <kirkland> smoser: when that happened, did you notice if any other init or init.d scripts didn't run?
[16:00] <RoyK> hggdh: box comes with 512GB RAM - should be sufficient to replace most of our servers :D
[16:01] <astroboy> I am trying to install lucid with debootstrap
[16:01] <astroboy> but
[16:01] <astroboy> when I try to install grub (grub-install /dev/sda)
[16:02] <smoser> kirkland, i dont know that for sure.
[16:02] <kirkland> smoser: next time you see it, can you take note?
[16:02] <kirkland> smoser: i notice that qemu-kvm hasn't been started either (when that happens)
[16:03] <astroboy> I get: Could not find device for /boot: Not found or not a block device.
[16:03] <smoser> kirkland, one of the cloud-init bugs certainly appears to me to be a "job didn't get run" bug
[16:03] <kirkland> smoser: interesting...
[16:04] <smoser> bug 565018 is the one that your hardware seems to hit and mine is extremely rare
[16:04] <astroboy> actually sda is there but it seems to have a permissions issue
[16:04] <astroboy> brw-rw---- 1 root disk      8,   0 Apr 27 14:38 sda
[16:04] <smoser> that was what i was trying to get you to recreate with some debugging on
[16:05] <hggdh> smoser: I get it quite frequently
[16:06] <smoser> hggdh, you dont hit that one necessarily
[16:06] <smoser> in the one you hit, the ssh keys don't get written to the console
[16:06] <smoser> you're hitting simple "meta data service is not available" bugs
[16:07] <smoser> which, as far as I can tell, in all my tests, it eventually *does* come up
[16:07] <cjs> Astroboy, what's your partition configuration?
[16:07] <smoser> but our tests are going to have to be adjusted to say "well it may not be up now, but it may come up sometime"
[16:07] <smoser> ie, wait longer
[16:08] <astroboy> cjs: solved, cp /proc/mounts /etc/mtab... I don't know why this issue doesn't show up with debian.
[16:09] <hggdh> smoser: we can change it easily (only two places in the script)
[16:09] <smoser> hggdh, cloud-init has to be modified to wait longer for the data service aslo
[16:09] <hggdh> smoser: I get both
[16:10] <smoser> it gives up to early
[16:10] <hggdh> yeah
[16:10] <smoser> its really strange, but the MD seems to come up in < 10 seconds, or > 3 minutes
[16:10] <smoser> in my tests.
[16:10] <smoser> nothing in between
[16:10] <sjefen6> Is there any major risks by running "update-manager -d" this close to release, and is that the right thing to do on ubuntu-server (-d is for desktop, or something)?
[16:10] <hggdh> smoser: this is indeed weird
[16:12] <smoser> sjefen6, -d is for devel
[16:12] <smoser> since its not yet released, lucid is devel
[16:14] <RoyK> sjefen6: do-release-upgrade -d will take you to 10.04 beta
[16:14] <RoyK> but keep in mind it's a beta (or RC)
[16:16] <sjefen6> and updating from beta to release will be just the regular "apt-get upgrade"?
[16:16] <RoyK> dist-upgrade would be the best
[16:18] <RoyK> as in "apt-get update && apt-get dist-upgrade"
[16:28] <ttx> kirkland, hggdh uec images posted on uec-image.u.c
[16:31] <ttx> smoser: EC2 images posted, please do EC2 testing magic
[16:31] <smoser> yeah, already started
[16:31]  * ttx hugs smoser
[16:36] <hggdh> ttx: cool, just in time :-)
[16:41] <jdstrand> ttx: hey. in looking at http://testcases.qa.ubuntu.com/Install/ServerWhole, two things occurred to me: a) we use LVM as the default in the installer, but all but the two LVM test cases use 'Guided - use entire disk' and b) we should probably have an ecryptfs test case, since it is so prominent in the installer. fyi... my two cents and all that jazz
[16:42] <ttx> jdstrand: thanks ! Should be put on hggdh long list of testcase improvements
[16:42] <ttx> jdstrand: any chance you could run RAID install tests on the current candidate ? We're looking for additional feedback
[16:43] <jdstrand> ttx: yeah, it is in my list
[16:43] <ttx> jdstrand: cool, thanks
[16:43] <jdstrand> ttx: np :)
[16:43] <cjs> ttx: I have feedback. I can't boot! :-)
[16:43] <axisys_> any idea why I get only "It Works!" page here instead of index.html ?
[16:43] <axisys_> http://pastie.org/private/uoq7oom5dqkllamjazgfa
[16:44] <hggdh> ttx, jdstrand duly noted, will be updated for next cycle
[16:44] <jdstrand> hggdh: cool, thanks! :)
[16:47] <jdstrand> ttx: is there anything in particular you want me to test with the raid1 test?
[16:47] <jdstrand> ttx: I was planning to just do the test case as given, and expect to hit the bug I reported a couple of isos ago
[16:50] <jdstrand> ttx: actually, I think I know what I'll do-- I'll create 1 big partition and create 1 raid device, with 2 partitions inside, and then I'll do another with 2 raid devices, each with one partition
[16:51] <cjs> jdstrand: How do you create a single RAID device with two partitions inside? Is this md?
[16:53] <jdstrand> cjs: for each disk, create a partition that is the whole disk. then create a raid1 device, then partition it. won't that work?
[16:53] <sbeattie> cjs: yes, this is md.
[16:55] <cjs> jdstrand: At least when using the installer, it won't let me put a label inside an md. It insists that e.g., /dev/md0 be a filesystem, and won't let me create a /dev/md0a, /dev/md0b, or anything like that.
[17:01] <Lukas_S> does anyone know how to recover emails in jaunty with dovecot?
[17:05] <RoyK> Lukas_S: as long as the emails are stored, they should be in the maildir
[17:05] <ivoks> can preseeding be included in kickstart file?
[17:06] <Lukas_S> RoyK I receive them via POP do you think they still exist or are they gone with the wind?
[17:06] <RoyK> if the pop client deleted them, you're in bad luck
[17:06] <RoyK> unless you have a backup, that is
[17:06] <mathiaz> ivoks: yes
[17:06] <Lukas_S> is there a backup by default?
[17:07] <mathiaz> ivoks: there is a specific command to do so in kickseed (ubuntu's implementation of kickstart)
[17:07] <mathiaz> ivoks: I'm not sure how to do this though
[17:07] <mathiaz> ivoks: and whether it has been well-tested
[17:08] <RoyK> Lukas_S: heh - no
[17:08] <RoyK> Lukas_S: making backups is something a (good) sysadmin does
[17:08] <Lukas_S> Thank you RoyK
[17:09] <Lukas_S> Is there a good program to assist with this?
[17:09] <vraa> Lukas_S - you can easily write a bash script to run from cron, that's what i did using tar and rsync
[17:09] <vraa> that way you can whip something up in a few lines, or go extravagant and put in lots of detail
[17:10] <mean67> is there a way for me to upload a password page to the website I am working on
[17:10] <Lukas_S> Thats a good idea vraa
[17:11] <RoyK> Lukas_S: rsync -a /source/dir /dest/dir/on/another/medium
[17:11] <RoyK> Lukas_S: your lost email is probably on the disk, but it'll take some time to recover it - in most cases not worth it
[17:14] <Lukas_S> Thank you RoyK and vraa
[17:16] <axisys_> anyone here can help w/ my apache2 virtualhost ?
[17:16] <axisys_> i am getting this ..
[17:16] <vraa> axisys_ want to try pastebin your apache.conf ?
[17:16] <vraa> or httpd.conf, whatever u have used for settings
[17:17] <axisys_> [Tue Apr 27 12:13:34 2010] [error] Init: Multiple RSA server certificates not allowed
[17:17] <axisys_> vraa: let me repaste :-)
[17:17] <RoyK> vraa: sites-enabled/somesite?
[17:17] <smoser> ttx, testing the 20100427.1 build.
[17:17] <vraa> yeah that's it RoyK
[17:17] <smoser> there is at least one new failure that i'd not seen before.
[17:18] <axisys_> vraa: http://pastie.org/private/uoq7oom5dqkllamjazgfa
[17:18] <axisys_> i asked the debian guys .. they suggested to talk to you guys
[17:19] <jdstrand> cjs: seems you are right-- I thought you could do that...
[17:19] <jdstrand> well, it makes my testing easier :)
[17:20] <vraa> do you have files in /etc/apache2/ssl ? http://www.tc.umn.edu/~brams006/selfsign_ubuntu.html
[17:20] <cjs> jdstrand: For a fun RAID1 test, create two: md0 128 MB /boot ext4 and md1 "the rest" LVM with root and swap in that LVM.
[17:20] <cjs> That's the configuration that isn't working for me right now, though it appears as if it may be a BIOS issue or something like that for me.
[17:21] <axisys_> vraa: asking me?
[17:21] <cjs> Oh, don't forget to do a 1MB biosgrub partition on each disk as well.
[17:23] <vraa> yeah for your multipel rsa server certificates not allowed issue
[17:23] <axisys_> vraa: i dont have a dir called /etc/apache2/ssl
[17:25] <cjs> Ok, here's a fun little problem with a 10.04 install that appears to have gotten a bit borked.
[17:25] <vraa> axisys_ do you have a sites-available/ssl file like in that tutorial?
[17:26] <vraa> http://beginlinux.com/blog/2009/01/ssl-on-ubuntu-810-apache2/  <-- you followed something like this ya?
[17:27] <cjs> It boots, but all I see on the screen is "fsck from util-linux-ng 2.17.2" (twice), /dev/mapper/iambic-iambic-root: clean ...", "/dev/md0: clean, ..." (the md0 is/boot). And then it just sits there. None of the other VTs have anything on them, and none respond to key presses. Ctrl-alt-del does print some rc shutdown messages and reboot the system, however. What's up?
[17:27] <axisys_> vraa: i was following this
[17:27] <axisys_> vraa: https://help.ubuntu.com/9.10/serverguide/C/httpd.html
[17:29] <vraa> did you read the section on certificates? you gererated and obtained it properly?
[17:29] <vraa> how many certs do you have in the /etc/ssl/certs dir?
[17:29] <axisys_> vraa: 287
[17:30] <vraa> lol wait maybe i asked the wrong question
[17:30] <axisys_> vraa: :-)
[17:31] <vraa> you put 443 in your apache2/ports.conf ?
[17:32] <axisys_> vraa: it is there by default .. never touched it
[17:35] <vraa> sorry axisys_ i dont know :(
[17:39] <axisys_> vraa: thanks..
[17:41] <jdstrand> ttx: fyi, I've identified my tests for raid1, but it will take me a while to complete them
[17:42] <jdstrand> ttx: (I've started)
[17:42] <jdstrand> and I updated the test case in the qa tracker
[17:42] <jdstrand> that didn't come out right
[17:42] <jdstrand> I updated my test results in the qa tracker
[17:56] <ivoks> mathiaz: yes, i've tried, but it seems it's not working
[17:56] <ivoks> mathiaz: or, i'm doing something wrong :)
[18:09] <mean67> is there a way to access the server I set up via another machine
[18:09] <ivoks> during installation?
[18:10] <mean67> well I want to change server settings and such frrom another machine
[18:10] <mean67> like a xp box
[18:10] <ivoks> if you installed ssh server on it, putty
[18:11] <mean67> apache2 is on it
[18:13] <astroboy> I am having some problem to set up a simple auth in apache
[18:13] <astroboy> I have this in httpd.conf: http://pastebin.com/jD9GrEX4
[18:13] <astroboy> but it doesn't work, I am not asked for auth
[18:14] <ttx> hggdh: how is it going on the UEC images side ?
[18:15] <hggdh> ttx: the usual. I have just finished topo2, and now I am starting topo1 (the simple)
[18:15] <hggdh> ttx: ~59% success, known bugs
[18:16] <ivoks> mean67: apache is web service
[18:16] <ivoks> mean67: you can't administer server via web
[18:16] <ivoks> mean67: unless you install ebox or something like that
[18:16] <ttx> hggdh: any chance you could run the tests as described on the tracker ? Single instance + userdata tests ?
[18:16] <ttx> (and mark them done if they pass ?)
[18:18] <hggdh> ttx: I do not see an userdata test there
[18:19] <hggdh> ttx: but yes, I am marking them as I go thru. the separate topology has been marked nad the preseeded one
[18:20] <hggdh> ttx: should I still mark the known bugs in the tracker?
[18:21] <zul> ttx: i386 is hunkey dory
[18:22] <ttx> hggdh: sure. test passed, but with known issues if you scale it
[18:22] <ttx> so it's in the "passed with bugs" category
[18:24] <hggdh> ttx: ack
[18:24] <hggdh> will add tehm in
[18:25] <ivoks> cjwatson: should %packages work in kickstart?
[18:26] <cjwatson> ivoks: ought to ...
[18:26] <ivoks> cjwatson: and tasks should be @task?
[18:26] <cjwatson> @ task
[18:27] <ivoks> that doesn't work
[18:27] <cjwatson> though I think I made @task work too, even though it isn't the official syntax
[18:27] <cjwatson> bug please
[18:27] <ivoks> sure
[18:27] <ivoks> i was just confirming that i'm not doing something stupid :)
[18:31] <jcastro> cjwatson: you fixed @blah to work
[18:32] <cjwatson> jcastro: yes; that doesn't change the fact that the official syntax is @ task :-)
[18:32] <jcastro> yeah, my main issue is I didn't know the whitespace was significant
[18:32] <jcastro> all we need now is @ ppa:blah to work. :)
[18:32] <mod> Hi all, I'm setting up some slave dns configuration and for some reason the slave is unable to write the temporary file used for gathering the xfer'd data from the master
[18:33] <mod> named is running as 'bind', /etc/bind is owned as root.bind, and its 1775
[18:33] <mod> Apr 27 10:29:00 jyg named[15412]: dumping master file: /etc/bind/tmp-1PdFYCOqiW: open: permission denied
[18:33] <mod> and ... Apr 27 10:29:00 jyg kernel: [3029569.585466] type=1503 audit(1272389340.784:41): operation="mknod" pid=15413 parent=1 profile="/usr/sbin/named" requested_mask="w::" denied_mask="w::" fsuid=114 ouid=114 name="/etc/bind/tmp-1PdFYCOqiW"
[18:34] <mod> Is there some selinux-like permission I need to tweak?
[18:53] <qman__> mod, ubuntu uses apparmor profiles
[19:00] <ivoks> cjwatson: kickstart %packages was a false alarm... sorry about that
[19:08] <antares79> hello everyone. does anyone have tips for improving the performance of kvm disk IO? i only get ~35 MByte/s from the VM, on the host I get about 100 MByte/sec, using virtio and an LVM volume as storage
[19:11] <ivoks_> antares79: are you using virtio?
[19:12] <ivoks_> ups...
[19:12] <ivoks_> i just noticed you are :)
[19:29] <RoAkSoAx> jiboumans, ping
[19:30] <jiboumans> RoAkSoAx: on a call-pong
[19:30] <mean67> so what do I need other then my ubuntu server to set up an interal web site
[19:30] <RoAkSoAx> jiboumans, quick question. Is Cloud loadbalancing idea for Maverick session, is loadbalancing of the actual servers or loadbalancing in running instances?
[19:35] <RoAkSoAx> jiboumans, i.e. loadbalancing of webservers running on the cloud
[19:46] <hggdh> kirkland: heh. You were fast, man ;-)
[19:50] <cjs> mod: /etc/apparmor.d/... needs to be tweaked, most likely. That always bites me.
[19:51] <cjs> antares79: Are you giving KVM a raw partition?
[19:52] <jdstrand> mod: see /usr/share/doc/bind9/README.Debian.gz for where bind9 expects the slave zones to go
[19:52] <jdstrand> mod: basically, /var/lib/bind9
[19:52] <jdstrand> err
[19:52] <jdstrand> /var/lib/bind
[19:53] <jdstrand> the apparmor profile should work with the documented file locations
[19:53] <jdstrand> if you insist on /etc/bind9, then you need to update the profile
[19:55] <RyanP> I have some servers with dual power supplies, each connected to a different APC UPS. Is there any way to have apcupsd do something sensible with this setup?
[19:57] <cjs> RyanP: doesn't it make sense just to monitor one, since if you lose power presumably both PSUs go on battery anyway?
[19:59] <cjs> You're not covered if you have a single-PSU failure, it happens to be on the UPS you're monitoring, and the other has a shorter battery life, but still....
[20:00] <RyanP> cjs: You're probably right, but I was just wondering if there was an easy way to do it.
[20:05] <cjwatson> ivoks: mkay, cool
[20:05] <cjs> RyanP: The easy way is to monitor just the one that has the shorter battery life. To do it truly right, you'd actually need to combine information from both UPSes and both PSUs so that you know you're not relying on a UPS feeding a failed PSU.
[20:18] <Italian_Plumber> I have a number of directories contiaining zips. http://pastebin.com/TEU8iPBp ... From the parent, I want to unzip all of them.  "unzip \*/\*.zip" doesn't work.  Any ideas?
[20:19] <_ruben> something like (untested): find -name \*.zip -exec unzip {} \;
[20:19] <Zider> find . -iname "*.zip" -exec unzip {} \;
[20:28] <Italian_Plumber> okay, find -name \*.zip -exec unzip {} \; works ... thanks!
[20:29] <Italian_Plumber> how would I get it to put the uzipped files in the child directory from which the zip file came?
[20:31] <tsimpson> for zipfile in $(find . -name '*.zip'); do cd $(dirname "$zipfile"); unzip "$zipfile"; cd -; done
[20:32] <Italian_Plumber> :) wow
[20:32] <tsimpson> for-loops are useful things
[20:32] <Italian_Plumber> unfortunately that does not work...
[20:32] <mathiaz> zul: hi!
[20:33] <mathiaz> zul: do you have some time to go through some of the remaining i386 test cases?
[20:33] <zul> mathiaz: bonjour
[20:33] <Italian_Plumber> http://pastebin.com/mbiWAUNg
[20:33] <zul> mathiaz: sure
[20:33] <tsimpson> Italian_Plumber: ah right
[20:33] <mathiaz> zul: http://iso.qa.ubuntu.com/qatracker/test/4134
[20:33] <mathiaz> zul: raid1 and crypted lvm haven't seen any tests up to now
[20:34] <tsimpson> Italian_Plumber: try, for zipfile in $(find . -name '*.zip'); do cd $(dirname "$zipfile"); unzip $(basename "$zipfile"); cd -; done
[20:34] <zul> mathiaz: i dont have the spare  hardware for crypted raid
[20:34] <tsimpson> dirname extracts the directory, basename extracts the last component (file name)
[20:34] <mathiaz> zul: you mean you don't have a system with two hd?
[20:34] <zul> mathiaz:pretty much
[20:35] <mathiaz> zul: AFAICT the lvm crypted test case only requires one hard drive
[20:35] <zul> lemme poke around though
[20:35] <cjs> So what's the simplest way to create and install a new KVM based on a raw disk partition rather than a file?
[20:35] <mathiaz> zul: or you can use a virtual machine for the crypted lvm test case
[20:36] <zul> mathiaz: thats what I was thinking of doing
[20:36] <Italian_Plumber> Thanks tsimpson!  That seems to have worked.
[20:36] <Italian_Plumber> You rock.... so much that I blindly trust your command lines. :)
[20:36] <mathiaz> zul: seems like a good plan to me
[20:37] <Italian_Plumber> will that work recursively?
[20:38] <tsimpson> yeah, it just processes all the entries returned from find, which is recursive by default
[20:38] <tsimpson> btw, if there are any spaces you may want to wrap those $(...) sections in quotes
[20:38] <tsimpson> ie: for zipfile in $(find . -name '*.zip'); do cd "$(dirname "$zipfile")"; unzip "$(basename "$zipfile")"; cd -; done
[20:38] <mathiaz> smoser: is anyone testing ami-7f97c63a ?
[20:39] <mathiaz> smoser: IIUC both ami-594d672d and ami-5f4d672b are currently being tested
[20:40] <tsimpson> Italian_Plumber: or: find . -iname '*.zip'| while read zipfile; do cd "$(dirname "$zipfile")"; file "$(basename "$zipfile")"; cd -; done
[20:40] <tsimpson> Linux: a million ways to do the same thing :)
[20:44] <Italian_Plumber> spaces, in my command line, or in the pathnames?
[20:45] <tsimpson> in the path or file names
[20:45] <tsimpson> the last command I posted works with spaces in either
[20:46] <Italian_Plumber> hmm.. yup there are some spaces
[20:46] <TeTeT> has anybody ever installed two UEC in the same subnet with Lucid?
[20:46] <mathiaz> TeTeT: what do you mean exactly?
[20:46] <mathiaz> TeTeT: what's the issue you're seeing?
[20:46] <TeTeT> mathiaz: come to yoho :)
[20:46] <Italian_Plumber> ...and it did skip them.
[20:48] <Jeeves_> mathiaz: I'll try to do the Server RAID1 Install in virtualbox. Is that good enough?
[20:49] <Italian_Plumber> I'll run it again, but I'll have to incorporate the "skip if file already exists" in uznip
[20:50] <tsimpson> it shouldn't matter to much, it'll just extract the same files to the same places
[20:50] <Italian_Plumber> "unzip:  cannot find or open Kerry, Kerry.zip or Kerry.ZIP."
[20:52] <mean67> what would I need to set up an internal web site at home
[20:52] <mean67> I have the server already going
[20:53] <Jeeves_> mean67: Apache ?
[20:53] <mean67> thats on there
[20:53] <Jeeves_> It depends what you want to run on you're website?
[20:53] <Jeeves_> php?
[20:53] <Jeeves_> Mysql?
[20:53] <tsimpson> apache, a domain name pointing to you IP, port forwarding if you are behind a firewall/router
[20:53] <mean67> well I am think ing just for start just somethign static
[20:54] <mean67> and I think I am just going to use the IP and not give it a name
[20:55] <mean67> so I thought that i would need something to make the site and then uplaod it
[20:55] <tsimpson> then just apache and point your browser to http://localhost/
[20:55] <mathiaz> Jeeves_: yes - that would be helpful
[20:55] <mean67> or am I way off
[20:55] <Jeeves_> ok
[20:55] <Italian_Plumber> tsimpson: so if I wanted to add "-n" to that command it would be "for zipfile in $(find . -name '*.zip'); do cd "$(dirname "$zipfile")"; unzip -n "$(basename "$zipfile")"; cd -; done"?
[20:56] <tsimpson> Italian_Plumber: yes, but use the while... one instead or it'll still blow up on spaces
[20:56] <Italian_Plumber> ok
[20:56] <tsimpson> find . -iname '*.zip'| while read zipfile; do cd "$(dirname "$zipfile")"; unzip -n "$(basename "$zipfile")"; cd -; done
[20:57] <tsimpson> the while... one reads a line, rather than a "word"
[20:57] <Italian_Plumber> ok it seems to be working
[21:03] <Italian_Plumber> tsimpson: thanks again!
[21:03] <tsimpson> no problem :)
[21:03] <Italian_Plumber> someday I'll be able to bang out command lines like that. :)
[21:12] <zul> mathiaz: i did the crypt one. ill do the raid one when i get back tonight
[21:14] <Italian_Plumber> wow those unzips are beating up my poor little box. :)
[21:16] <Italian_Plumber>  load average: 3.23, 3.19, 2.54
[21:29] <hggdh> kirkland: right now running topo3, when it is done I will test the fix
[21:29] <hggdh> on topo2
[21:33] <Jeeves_> Pff. I could do with virtualization support in my cpu :)
[21:34] <kirkland> hggdh: thanks
[21:34] <kirkland> hggdh: you da man
[21:37] <Italian_Plumber> mind if I throw another one in there?
[21:39] <Italian_Plumber> I have a directory with 28,000  files.  I'd like to create directories and divide the files up and move them into those directories.  Say, create 280 directories and move files 1-100 into directory 001, and move 101-200 into directory 2.
[21:40] <Jeeves_> Italian_Plumber: ls | while read file; do c1=`echo $file | cut -c1`; c2=`echo $file | cut -c2`; mkdir -p $c1/$c2 && mv $file $c1/$c2/$file; done
[21:40] <Jeeves_> or something like that
[21:44] <Italian_Plumber> will that do all 280 directories?
[21:58] <soren> Italian_Plumber1: I'll take a file called qwerty and move it into q/w, so it becomes q/w/qwerty.
[21:58] <soren> Italian_Plumber1: Well.. Mostly.
[21:59] <soren> If the files all have safe names.
[22:00] <Jeeves_> soren: That is the assumption indeed :0
[22:08] <Hypnoz> While doing a dist-upgrade, my /boot hit 99% and caused the dist-upgrade to "fail" at the end. Anyone know how I can make dist-upgrade finish?
[22:08] <Hypnoz> nvm
[22:08] <Hypnoz> got it
[22:33] <mathiaz> hggdh: hey
[22:33] <mathiaz> hggdh: which uec images are you using to conduct the testing?
[22:34] <mathiaz> hggdh: what I'm looking at is http://iso.qa.ubuntu.com/qatracker/test/4143
[22:34] <mathiaz> hggdh: and http://iso.qa.ubuntu.com/qatracker/test/4144
[22:34] <mathiaz> hggdh: IIUC these tests cover running uec images on a UEC setup
[22:39] <smoser> 20100427.1 is the candidate
[22:39] <smoser> mathiaz,
[22:39] <mathiaz> smoser: right
[22:39] <mathiaz> smoser: so the test is to spin the instance on a UEC
[22:39] <smoser> right.
[22:45] <hggdh> mathiaz: 20100427.1
[22:46] <mathiaz> hggdh: does that mean that some of the test cases above are actually already covered?
[22:46] <hggdh> more correctly, 20100427.1 for UEC, 20100427 for the base install
[22:46] <hggdh> mathiaz: let me look at them
[22:47] <hggdh> mathiaz: indeed. I marked 4143 as passed
[22:48] <hggdh> mathiaz: 4144 is still to be done, and I can do it
[22:48] <Jeeves_> mathiaz: /me--
[22:48] <Jeeves_> Did the qa-test, but I'm stupid
[22:49] <mathiaz> hggdh: great - I guess you have access to a working UEC setup?
[22:49] <hggdh> mathiaz: the lab's, yes
[22:49] <Jeeves_> I used the normal iso (from releases), not the one from cdimage
[22:49] <hggdh> mathiaz: right now setting it up for the OutOfMemory fix
[22:49] <mathiaz> hggdh: right - could you test the UEC images first?
[22:49] <Jeeves_> I'll do better next time :)
[22:49] <mathiaz> hggdh: the outofmemory fix is targeted for an SRU
[22:50] <hggdh> mathiaz: it is installing right now
[22:50] <mathiaz> hggdh: where as the UEC images are targeted for Release
[22:50] <hggdh> so no can do. As soon as it is installed, I will run the userdata
[22:50] <mathiaz> hggdh: excellent - seems like a good plan to me!
[22:50] <hggdh> mathiaz: the base install is the *same*, I would just add the fixes
[22:51] <hggdh> so no risk there. I just get it done before dpkg -i the fixes
[22:51] <Jeeves_> Anyway, off to bed
[22:52] <mathiaz> hggdh: cool - thanks for squeezing these in your testing plans
[22:54] <hggdh> mathiaz: no prob, and they do take time to set up & run, so adding them in makes no difference ;-)
[22:58] <jeeves> how can I fix this pooched install of Dovecot?  sudo apt-get --purge remove dovecot*
[22:58] <jeeves> Reading package lists... Done
[22:58] <jeeves> Building dependency tree
[22:58] <jeeves> Reading state information... Done
[22:58] <jeeves> Note, selecting dovecot-dev for regex 'dovecot*'
[22:58] <jeeves> Note, selecting dovecot-imapd for regex 'dovecot*'
[22:58] <jeeves> Note, selecting dovecot-pop3d for regex 'dovecot*'
[22:58] <jeeves> Note, selecting dovecot for regex 'dovecot*'
[22:58] <jeeves> Note, selecting dovecot-common for regex 'dovecot*'
[22:58] <jeeves> The following packages were automatically installed and are no longer required:
[22:58] <jeeves>   intltool-debian po-debconf gettext expect tcl8.4
[22:58] <jeeves> Use 'apt-get autoremove' to remove them.
[22:58] <jeeves> The following packages will be REMOVED:
[22:58] <jeeves>   dovecot-common* dovecot-imapd* dovecot-pop3d*
[22:58] <jeeves> 0 upgraded, 0 newly installed, 3 to remove and 0 not upgraded.
[22:58] <jeeves> 3 not fully installed or removed.
[22:58] <jeeves> After this operation, 5849kB disk space will be freed.
[22:58] <jeeves> Do you want to continue [Y/n]? y
[22:58] <jeeves> (Reading database ... 70906 files and directories currently installed.)
[22:58] <jeeves> Removing dovecot-pop3d ...
[22:58] <jeeves> invoke-rc.d: initscript dovecot, action "stop" failed.
[22:58] <jeeves> dpkg: error processing dovecot-pop3d (--purge):
[22:58] <jeeves>  subprocess pre-removal script returned error exit status 1
[22:58] <jeeves> invoke-rc.d: initscript dovecot, action "restart" failed.
[22:58] <jeeves> dpkg: error while cleaning up:
[22:59] <jeeves>  subprocess post-installation script returned error exit status 1
[22:59] <jeeves> Removing dovecot-imapd ...
[22:59] <jeeves> invoke-rc.d: initscript dovecot, action "stop" failed.
[22:59] <jeeves> dpkg: error processing dovecot-imapd (--purge):
[22:59] <jeeves>  subprocess pre-removal script returned error exit status 1
[22:59] <jeeves> Removing dovecot-common ...
[22:59] <jeeves> invoke-rc.d: initscript dovecot, action "stop" failed.
[22:59] <jeeves> dpkg: error processing dovecot-common (--purge):
[22:59] <jeeves>  subprocess pre-removal script returned error exit status 1
[22:59] <jeeves> Errors were encountered while processing:
[22:59] <jeeves>  dovecot-pop3d
[22:59] <jeeves>  dovecot-imapd
[22:59] <jeeves>  dovecot-common
[22:59] <jeeves> E: Sub-process /usr/bin/dpkg returned an error code (1)
[22:59] <jeeves> sorry, flood
[22:59] <jeeves> http://pastebin.com/9XvHM0Pp
[23:03] <RoAkSoAx> !paste | jeeves
[23:03] <jeeves> RoAkSoAx, thanks.  I relized I didn't have the pastebin link on my clipboard just as I posted it.  if you see, the last line is the poastebin link
[23:04] <RoAkSoAx> jeeves, oh sorry then :) i just so the flood
[23:06] <jeeves> RoAkSoAx, no worries.  I would have jumped on someone for the same thing.
[23:06] <jeeves> any ideas on this mess?
[23:06] <RoAkSoAx> jeeves, no im sorry but you could always file a bug or search to see if there's a bug already filled
[23:07] <jeeves> RoAkSoAx, no worries
[23:46] <jeeves> anyone want to take a shot @ this one?  http://pastebin.com/ScraKdfM