[14:57] <Petaris_Aki> Hello
[14:58] <spiekey> how can i capture all packets which the SYN flag using tcpdump?
[14:59] <Gargoyle> kraut: It got you stumped too?
[14:59] <kraut> Gargoyle: sorry, i need to fix a breakdown
[14:59] <kraut> no time atm
[15:00] <Gargoyle> np
[15:02] <soren> nealmcb: Around?
[15:02] <nealmcb> howdy
[15:03] <soren> nealmcb: Hey.
[15:03] <nealmcb> back home?
[15:03] <soren> Yeah.
[15:03] <nealmcb> nice
[15:03] <soren> I also finally got round to looking at your ubuntu-jeos changes.
[15:03] <soren> Apart from a few minor thing, it looks great!
[15:03] <nealmcb> :-)
[15:04] <nealmcb> I stumbled a while on the need to mark the vm type.....
[15:04] <nealmcb> I also am wondering how this might hook in with some other similar tools...
[15:04] <soren> Such as?
[15:05] <nealmcb> libvirt and virt-manager
[15:05] <nealmcb> qemu-make-debian-root
[15:06] <soren> I'm working on libvirt and virt-manager right now.
[15:06] <nealmcb> https://bugs.edge.launchpad.net/ubuntu/+source/qemu/+bug/63429
[15:06] <ubotu> Launchpad bug 63429 in qemu "[Edgy] qemu-make-debian-root hasn't worked since Debian Sarge, and not even then" [Undecided,Confirmed]
[15:07] <nealmcb> I still haven't gotten back to getting networking working right - need for local bridge-aware interfaces or something in qemu
[15:07] <nealmcb> have you also read that forums thread?
[15:07] <soren> Which forum thread?
[15:09] <nealmcb> xen-create-image: http://www.debian-administration.org/articles/533
[15:09] <nealmcb> http://ubuntuforums.org/showthread.php?t=549222&page=4
[15:11] <nealmcb> how do you intend to package it?  hardy and  backport for gutsy?
[15:12] <nealmcb> the forum thread has lots of questions about this release vs the demo last summer, which seemed to be a much smaller or somewhat different thing - can you shed light on that?
[15:14] <soren> No :) I'm still trying to get some sort of overview over the entire situation.
[15:14] <nealmcb> still no jeos iso released.  is the md5 341ca65a187c71643079a2f9ee5523b5  ubuntu-7.10-jeos-i386.iso  (seen in the wild)
[15:17] <m1r> hello
[15:17] <nealmcb> huh - what is http://cdimage.ubuntu.com/jeos/releases/7.10/release/
[15:20] <m1r> i cant install landscape-client, i get : landscape-client: Depends: smartpm-core (>= 0.52-gutsy1-landscape1) but...
[15:20] <m1r> nealmcb: that is virtualization based ubuntu
[15:21] <nealmcb> m1r: right - I'm chatting with soren about it - and wondering why that one is there but not at http://releases.ubuntu.com/7.10/
[15:21] <m1r> ah
[15:21] <m1r> i was looking for it other day and cojuldnt find it
[15:23] <soren> m1r: I think it only just got moved there a few days ago.
[15:24] <soren> nealmcb: I'm not sure why it's not on releases.
[15:24] <m1r> ok , tnx soren
[15:24] <m1r> i thought i was searching for somthing unavailable :)
[15:25] <avatar_> whats the problem with landscape-client?
[15:25] <m1r> avatar_: i get error when adding 2nd host
[15:25] <soren> nealmcb: I've just asked our release manager. He put it there, so he should know :)
[15:26] <soren> m1r: Have you added the repository to the machine or are you just copying the landscape-client deb around?
[15:26] <avatar_> deb http://landscape.canonical.com/packages/gutsy ./
[15:26] <avatar_> thats were you can get it
[15:26] <m1r> soren, added rep and key
[15:27] <avatar_> % apt-cache policy landscape-client
[15:27] <avatar_> landscape-client: Installed: 0.15.0-gutsy1-landscape1
[15:27] <soren> nealmcb: the general answer to that is that releases.ubuntu.com is for the highest-traffic things, and has limited  space
[15:27] <m1r> and when i try install i get missing dependencies
[15:27] <m1r> landscape-client: Depends: smartpm-core (>= 0.52-gutsy1-landscape1) but...
[15:28] <soren> Please put the output of "apt-cache showpkg smartpm-core" onto pastebin
[15:30] <m1r> soren ; http://pastebin.ca/773448
[15:30] <soren> m1r: What does "apt-get install smartpm-core=0.52-gutsy1-landscape1" do?
[15:33] <m1r> let me check
[15:33] <avatar_> i would like landscape-server to run localy
[15:33] <avatar_> not so happy with canonical having al my data
[15:33] <m1r> paranoia avatar_ ? :)
[15:34] <avatar_> but sales@canonical.com is slow with answering my questions
[15:34] <m1r> soren : smartpm-core: Depends: libc6 (>= 2.6-1) but 2.5-0ubuntu14 is to be installed
[15:34] <avatar_> m1r: imho it conflicts with privacy terms
[15:35] <ivoks> m1r: what version of landscape are you installing?
[15:35] <m1r> hi ivoks
[15:35] <m1r> the one from CP
[15:35] <avatar_> canonical can view all information from our and our customers servers. Installed packages, users etc
[15:35] <soren> m1r: You're running feisty on that box...
[15:35] <m1r> soren, i think is gutsy
[15:36] <soren> m1r: No :)
[15:36] <ivoks> m1r: it isn't
[15:36] <soren> m1r: 2.5-0ubuntu14 is from feisty.
[15:36] <m1r> omg :P
[15:36] <soren> m1r: If it doesn't know a libc > 2.6, it's not running gutsy.
[15:37] <m1r> ye i see
[15:37] <soren> There's a feisty version of landscape, isn't there?
[15:39] <m1r> ok solved, many tnx guys
[15:40] <soren> m1r: np
[15:40] <ivoks> soren: so, how are you? :)
[15:40] <soren> ivoks: I'm rocking!
[15:42] <nealmcb> soren - cool - thanks for the trunk commit - yeah the kvm vs qemu needed cleaning up also
[15:42] <nealmcb> nice changes
[15:42] <nealmcb> though I don't know that I rate as an "author" :-)
[15:42] <soren> nealmcb: Sure you do.
[15:48] <nealmcb> ivoks: howdy!  thanks for your blog writeup - it was indeed a pleasure to hang out with you!
[15:50] <ivoks> nealmcb: hi! no problem... :)
[15:50] <ivoks> hopefully, we'll meet again on next UDS, or sooner ;)
[15:50] <Gargoyle> anyone use drbd?
[15:51] <ivoks> Gargoyle: me
[15:52] <Gargoyle> after you fail over, and back again. if drbdadm state all returns Primary/Unknone and Secondary/Unknown on the two machines, is there a command I should be running to resync them?
[15:52] <ivoks> they sync automaticaly
[15:52] <ivoks> i have primary/primary
[15:53] <ivoks> and when one dies, on reconnect, becomes secondary, but outdated
[15:53] <ivoks> then they sync, and when that's over i have a mechanisam that makes it primary again
[15:53] <zul> hey mathiaz
[15:53] <mathiaz> hi zul
[15:54] <Gargoyle> ivoks: I am using heartbeat, and it put things back over onto node 1, which is reporting as primary.
[15:54] <Gargoyle> but node 2 is unknown.... Is this because heartbeat might have switched back too soon
[15:55] <ivoks> oh... are you mounting fs?
[15:55] <Gargoyle> ypu
[15:55] <Gargoyle> yup
[15:55] <ivoks> you can't do that if it's secondary
[15:56] <Gargoyle> ivoks: Nahh that's handled by heartbeat. only gets mounted on promary
[15:56] <ivoks> ok
[15:57] <ivoks> so, primary has Primary/Unknown
[15:57] <ivoks> and the 'rebooted' one has?
[15:57] <Gargoyle> It not been rebooted yet, but it has Secondary/Unknown
[15:57] <ivoks> then you have to connect it
[15:58] <Gargoyle> It's like each node is in the correct state, just not aware what the other one is upto!
[15:58] <ivoks> if you want to drop it's data:
[15:58] <ivoks> drbdadm -- --discard-my-data connect all
[15:58] <ivoks> and on the primary:
[15:58] <ivoks> drbdadm connect all
[15:59] <Gargoyle> do you have to do that each time it fails over, or was it just in the middle of a sync or something?
[15:59] <ivoks> you have to do that only on split brain situtation
[16:00] <ivoks> so, in real world, you will never use it :)
[16:01] <Gargoyle> right, so if I unplugged my nic cables. and watched it fail over.
[16:01] <ivoks> then hb should take care of making secondary - primary, and mounting filesystem
[16:01] <Gargoyle> then plugged them back in, and heartbeat switched back to node 1 (even though I have told it not to) could that have caused split brain
[16:01] <ivoks> no
[16:01] <ivoks> that should be normal situation
[16:02] <ivoks> old primary should resync first
[16:02] <ivoks> to become secondary
[16:02] <ivoks> after that it can become primary and get services back
[16:02] <ivoks> imho, two primaries would be better solution
[16:03] <ivoks> and some redhat tools instead of heartbeat
[16:03] <Gargoyle> It'f for a high available mysql
[16:03] <ivoks> i see
[16:04] <ivoks> i did mysql ha like this:
[16:04] <ivoks> mysql master-master replication with VIP over heartbeat
[16:04] <ivoks> but i will replace heartbeat with redhat-cluster-suite
[16:06] <ivoks> with master-master replication, you can also do load balancing
[16:06] <Gargoyle> is rh cluster suit a lot better?
[16:06] <ivoks> well, it includes a lot more than heartbeat
[16:07] <ivoks> sine i'm using GFS on drbd, having redhat-cluster-suite is just natural way to go...
[16:08] <Gargoyle> ivoks: I read quite a bit on GFS, got confused with some of it. Can GFS give you no single points of failure with 2 servers?
[16:09] <ivoks> GFS is just a filesystem which can be mounted on more than computers
[16:09] <ivoks> drbd provides high availability
[16:09] <ivoks> with drbd you can create 'network mirror'
[16:10] <ivoks> and then on top of drbd is GFS, and if you have primary/primary drbd, then you can mount /dev/drbd0 on two machines
[16:10] <ivoks> and write on it at the same time
[16:12] <Gargoyle> I just checked node 1 with the nic's stull unplugged. drbd still thinks it's primary.
[16:13] <Gargoyle> I pulled the cables out 10 mins ago.
[16:13] <ivoks> well yes
[16:13] <ivoks> it is primary
[16:13] <ivoks> it doesn't know if node1 or node2 is out
[16:14] <kraut> grr
[16:14] <ivoks> both nodes think they are the one that survived, and both are primary, right?
[16:14] <Gargoyle> but heartbeat does. since it released the vip to node 2.
[16:14] <kraut> Gargoyle: did you fixed your hb issue?
[16:14] <Gargoyle> kraut: Not yet
[16:15] <ivoks> Gargoyle: did you add drbd relevant stuff to ha.cf?
[16:15] <nealmcb> soren: have you tried installing the jeos iso in qemu?  I just get initramfs on reboot
[16:15] <ivoks> respawn hacluster /usr/lib/heartbeat/dopd
[16:15] <ivoks> apiauth dopd gid=haclient uid=hacluster
[16:16] <Gargoyle> ivoks: Not dopd
[16:16] <kraut> god, damn it
[16:16] <ivoks> Gargoyle: this way hb desides which one should be primary
[16:16] <ivoks> decides
[16:16] <Gargoyle> the guide I have says respawn hacluster /usr/lib/heartbead/ipfail
[16:16] <ivoks> that's for IP
[16:17] <ivoks> you need it also for drbd
[16:17] <Gargoyle> ahhh!
[16:20] <nealmcb> soren: since http://releases.ubuntu.com/7.10/ doesn't have all the releases, it should say so and link to the others.....
[16:22] <Gargoyle> ivoks: does it matter which order they are in the file?
[16:22] <ivoks> no
[16:23] <soren> nealmcb: I honestly don't remember.
[16:24] <ivoks> Gargoyle: one more thing
[16:24] <ivoks> Gargoyle: in /etc/drbd.conf
[16:24] <Gargoyle> yup...
[16:24] <ivoks> Gargoyle: you need handlers { outdate-peer "/usr/lib/heartbeat/drbd-peer-outdater"; }
[16:25] <ivoks> Gargoyle: under common {}
[16:25] <Gargoyle> my haresources is just - mysql-01        drbddisk Filesystem::/dev/drbd0::/drbd::ext3 mysql 192.168.0.215
[16:25] <ivoks> not haresources
[16:25] <ivoks> ha.cf and drbd.conf
[16:26] <Gargoyle> yeah, but I was just checking my haresources looked ok to you - since this guide seems to have an error or two.
[16:27] <Gargoyle> ivoks: I have "outdate-peer /usr/sbin/drbd-peer-outdater" in the resource section.
[16:28] <ivoks> well, do you have that file? i don't :)
[16:29] <ivoks> there is /usr/lib/drbd/outdate-peer.sh, tough...
[16:29] <Gargoyle> damn!
[16:29] <Gargoyle> :)
[16:29] <ivoks> Gargoyle: don't worry
[16:29] <Gargoyle> so do I change it on my resource or common? (I only have 1 resource so I am assumng it doesnt matter!)
[16:30] <ivoks> HA and LB isn't trivial to set up...
[16:30] <ivoks> i've put it in common
[16:30] <ivoks> but should be ok in resource too, yes...
[16:33] <ivoks> dendrobates: hi there
[16:33] <dendrobates> ivoks: hi
[17:08] <zul> someone say they were working on libvirt and virt-install?
[17:16] <soren> Me.
[17:16] <soren> zul: ^^
[17:18] <zul> soren: ah ok...good..
[17:20] <zul> let me know if you need to bounce stuff off of me
[17:25] <soren> zul: I'll keep that in mind.
[18:59] <nealmcb> soren, zul - so do we need a plan for bridging/combining libvirt, virt-manager, virt-install, ubuntu-jeos-builder for xen and qemu?
[18:59] <nealmcb> has anyone written up the virtualization blueprint based on the uds discussions?
[19:00] <soren> Possibly. I need to look into how much of ubuntu-jeos-builder's job virt-install can do.
[19:00]  * nealmcb nods
[19:18] <zul> afternoon
[19:21] <nealmcb> zul afternoon here in Boulder too :-)  where are you?
[19:23] <zul> ottawa,canada
[23:03] <mralphabet> what determines the contents of "Suggested Packages" when you install something?
[23:04] <mralphabet> IE apt-get install blah
[23:04] <mralphabet> Suggested Packages
[23:04] <ivoks> debian/control file
[23:04] <mralphabet> some-other-package
[23:04] <mralphabet> who would change one? moatas?
[23:04] <soren> mralphabet: Each package can Suggest: other packages.
[23:04] <mralphabet> er, motus?
[23:05] <soren> Depends on the package.
[23:05] <mralphabet> k, thanks
[23:05] <soren> If it's in universe, yes. If it's in main, core-dev's can do it.
[23:05] <ivoks> mralphabet: motus for universe, core for main
[23:05] <ivoks> i feel like in real server
[23:05] <ivoks> everything is redundant :)
[23:06] <soren> *g*
[23:07] <soren> I also feel like a real server...
[23:07] <soren> ...but that's because I seem to never stop working.
[23:09] <ivoks> hehe
[23:09] <ivoks> then you are ubuntu-server :)
[23:10] <ivoks> we should rethink heartbeat :/
[23:11] <ivoks> i know i was the one asking for it, but every day it takes one year of my life...
[23:20] <soren> ivoks: Heh. Have you looked into redhat-cluster-suiter?
[23:20] <soren> *suite
[23:22] <ivoks> yes
[23:23] <ivoks> i'm planing to replace my heartbeat installations with redhat cluster suite
[23:50] <nealmcb> zul, soren: fwiw, I registered the libvirt project for the hardy libvirt package and configured the cvs import
[23:52] <soren> nealmcb: Ah, handy.
[23:52] <nealmcb> I'm happy to hand it over to Daniel Veillard  or the "registry" group or whoever
[23:55] <ajmitch> as long as you stick around it shouldn't be necessary
[23:56] <ajmitch> or put ubuntu-server as the team to own it
[23:56] <ajmitch> so that team members can update things where necessary