[00:01] smoser: it's seeded in server [00:01] blame Keybuk. [00:04] not Canada? [00:09] SpamapS: too easy to [00:12] zul: ping [00:13] adam_g: what up? [00:15] zul: https://bugs.launchpad.net/swift/+bug/836922 thoughts on cherrypicking this? it will make maintaining a single charm to deploy different swift versions a bit easier. https://bugs.launchpad.net/swift/+bug/836922 [00:15] Launchpad bug 836922 in swift "swift-ring-builder exit status confusing" [Undecided,Fix committed] [00:16] adam_g: i dont have a problem with it [00:17] zul: ok. ill look to see if the charm can be modified to be compat with both sets of return codes first. [00:17] adam_g: i can probably pull it in tomorrow though [00:18] im about to go off line [00:22] zul: ok, dont worry about it for now i guess. ill let you know. cya [00:23] RoAkSoAx: did you have a chance to investigate bug 827496? [00:23] Launchpad bug 827496 in cobbler "cobbler kickstart metadata dont affect ubuntu preseed " [High,Incomplete] https://launchpad.net/bugs/827496 [01:16] Daviey my tests they dobaffect so.i would probably mark.that bug invalid but i need to test a bit more cause we use kickstar meta data in.daily basis without issues [02:20] Anyone have any quick suggestions for finding the endpoints using the most traffic on an Ubuntu server being used as a SOHO router? I like the look of iftop, but it only seems to be able to listen on one interface - and as such, always shows the interface as one of the endpoints. [02:52] hi guys anyone made a successfull install of eaccelerator for php on ubuntu server 10.04 LTS [04:54] Umm... I'm having difficulty getting apache to execute my php files... [04:54] That's a feature. [04:55] Its pushing the php files as a download instead of running them. [05:02] Gasseus: is mod_php activated? [05:03] malakhi yep [05:08] Gasseus: make sure that Apache is using the right MIME type for php, and that the Apache config for the site that you're setting up allows php scripts to run. [06:26] Gasseus: Can you try clearing your browser cache, i've seen it happen that people get that before installing / enabling php, then the .php file is cached by the browser. [06:26] Failing that, have you turned it off and on again? :) [06:40] Daviey: think I may have almost got the docecot bug fixed, can't do anything with it for a few hours due to being on a clients site, but I should have a more realistic update later today [06:40] dovecot [06:48] ikonia: awesome! [07:26] Hi, I use sslh to run ssh and https over port 443. Connecting to ssh over 443 takes way longer than over port 22. Can this be fixed, and how? [08:05] morning all [09:16] New bug: #861260 in nova (main) "nova-common upgrade fails with runing lxc instances" [Undecided,New] https://launchpad.net/bugs/861260 [09:18] jamespage: surely the bug is that root is mounted read-only? [09:19] rbasak, hmm - not so sure [09:19] * rbasak fires up his panda [09:20] that might be something todo with how libvirt/nova/lxc work together [09:20] * jamespage admits he's not expert [09:21] jamespage: please don't tarnish your brand. [09:23] jamespage: so that bug seems to be because of: [09:23] - chown -R nova:root /var/lib/nova/ /var/log/nova/ /etc/nova/nova.conf [09:23] + chown -R nova:nova /var/lib/nova/ /var/log/nova/ /etc/nova/nova.conf [09:23] agreed - that landed last night [09:24] Yeah, not sure why that doesn't work [09:24] it needs to accomodate running lxc filesystems [09:24] and exclude them [09:24] So your root filesystem is definitely mounted rw? [09:24] just trying to figure that out now [09:25] I see /dev/sda1 /boot ext2 rw,relatime,errors=continue 0 0 in my cobbler-installed /proc/mounts [09:25] hmm, is it enough to just || true ? [09:26] http://paste.ubuntu.com/698389/ [09:27] rootfs is owned by root [09:27] and should probably stay that way [09:28] hmm - not sure that postinst works that well on upgrades [09:28] it does not change the default group for nova -> nova [09:29] so files still get created with nogroup and group owner [09:30] hmm - I just ran that chmod once I fixed the upgrade [09:30] it just changed all of the permissions in my rootfs as well [09:30] yikes [09:32] OK I'm lost now, I'm not sure I understand the problem [09:32] rbasak, hmm - that is odd [09:32] I don't think the issue was that my root filesystem was read-only [09:32] I just downloaded and unpacked a load of packages [09:33] Could an error have caused it to go read-only? [09:33] dmesg? [09:34] rbasak, well its still read write - I've not rebooted [09:34] Can you write to it? [09:34] /dev/mapper/winehouse-root on / type ext4 (rw,errors=remount-ro) [09:34] yes [09:35] OK, I'm lost then :) [09:35] once completed the nova upgrade manually spun up another lxc instance just fine [09:41] rbasak, OK - so it looks like on the of qemu-nbd mounted filesystems went read-only [09:41] I can see that in the syslog from around 0600 this morning [09:41] which caused the upgrade to bork [09:42] jamespage: ah, could be a remount=ro issue? [09:42] sdhc card errored? [09:42] Daviey: yes [09:42] running off SATA USB disk [09:42] and only one of three that where mounted so odd [09:43] the postinst is still *wrong* tho - it should not change the permissions in the filesystem mount on rootfs [09:43] thats within the lxc instance [09:48] gah - now nova-compute is borked an won't start [09:53] eek [09:53] jamespage: yeah, so lxc needs special-casing. Nice. [09:54] yep [09:54] bug report updated [09:54] thanks for going ro filesystem - I would not have spotted that otherwise [09:56] Daviey: is 'find' allowed in maintainer scripts? [09:56] that would make it easy [10:00] jamespage: there is history of it. [10:02] jamespage: see gconf package, for example [10:34] hi [10:35] i've a question: i connect via ssh on a 10.04 system ... is it possible to monitor whatever messages the kernel or daemons generate by monitoring some tty device? [10:48] vagy: you would need to change (r)syslogs configuration [10:49] vagy: man rsyslog.conf might contain some useful information for your undertaking [10:49] vagy: in general I think an easier approach is to use byobu on the server and simply tail -f the relevant log files [10:52] TeTeT: thanx...at the moment i try to debug starting/stopping vmware vms, so i need to see whatever messages are produced by the daemons involved [10:52] vagy: maybe it's in /var/log/daemon.log [10:53] TeTeT: didn't know about byobu, i'll check it out [10:53] vagy: it's an enhancement for screen, if you're familiar with that tool - multiple consoles in one text window [10:58] how can i change my keyb layout? [11:04] PleXs: I'd try sudo dpkg-reconfigure console-setup if you have no GUI [11:08] I don't get the option to change keyboard layout there [11:09] TeTeT, it only changes te looks of the console [11:12] PleXs: hmm, what Ubuntu version are you using? On Lucid the first screen I get for console-setup asks for the keyboard model [11:13] TeTeT, latest version 11.04 [11:14] PleXs: I don't have 11.04 running right now, but google pointed me to: http://igrudge.net/keyboard-layout-ubuntu-server-11-04/ [11:20] TeTeT, lol now it can't find the symbols :) [11:20] never mind reinstall with the right keyboard :) [11:43] isn't ssh standard installed with ubuntu server ? [11:47] PleXs, no [11:47] by default, ubuntu server has no listening services === caribou1 is now known as Caribou [12:51] adam_g: bug 833891 for me is fixed with the posted debdiffs. you had seen that bug too right? [12:51] Launchpad bug 833891 in udev "lvscan often times out during boot" [High,Confirmed] https://launchpad.net/bugs/833891 [12:55] hallyn, thats great digging [12:59] hallyn: + if (daemonize) [12:59] + exit(0); [12:59] Is that right? [13:03] morning everyone o/ [13:05] Daviey: bug #827496 is really invalid [13:05] Launchpad bug 827496 in cobbler "cobbler kickstart metadata dont affect ubuntu preseed " [High,Incomplete] https://launchpad.net/bugs/827496 [13:06] hallyn, and i'm confused. [13:06] just looing at your patch, i dont see how / where it does a daemonize. [13:06] Daviey: as I always said/thought it was xD [13:07] oh. i see, it forks always. [13:07] RoAkSoAx: awesome :) [13:08] jamespage, i commented on mp at https://code.launchpad.net/~james-page/nova/fix-lxc-and-primary-group/+merge/77308 [13:08] smoser: looking [13:10] smoser: nice feedback - agree and amending now [13:12] thank you for testing, jamespage to find this. [13:14] Who was working on live migrations on nova? [13:16] jamespage: could you point me again to the pastebins you had for the arm provisiioning? [13:16] jamespage: the preseed and your script to partition the sd card [13:16] RoAkSoAx, http://pad.ubuntu.com/arm-server-netboot [13:16] jamespage: cool thanks [13:16] RoAkSoAx, np - any questions give me a shout [13:19] smoser: updated and pushed [13:23] jamespage, looks like you mixed space and tab [13:23] :-( [13:23] * jamespage shouts loundly at himself [13:23] or even loudly [13:24] that is pretty awesome failure though. [13:24] Daviey: yes, it has already forked and the child will continue with its exec of vgscan [13:25] chowning a root filesystem to ownership of a uid:gid not likely even *in* the chroot. [13:25] \o/ [13:25] I enjoyed it! [13:26] hallyn: ah! :) [13:27] smoser: updated without tabs [13:27] jamespage, ok. [13:27] one other thing [13:27] i just verified what i had thought [13:27] Daviey: back in about 30 mins [13:27] i'm looking at marula [13:27] hallyn: have fun! [13:28] find /var/lib/nova/ \! -user nova [13:29] shows that some files are owned by libvirt-qemu and 'kvm' group [13:29] i had thought that libvirt did that, but other files down that directory are owned by nova [13:29] (perhaps the libvirt-qemu owned ones are the new ones) [13:29] smoser: nova-compute does chown some files. [13:30] right. thats what we're looking at... [13:30] on install [13:30] https://code.launchpad.net/~james-page/nova/fix-lxc-and-primary-group/+merge/77308 [13:30] take a look at marula if you want. [13:31] jamespage: don't shout at yourself, you're too nice for that [13:32] i'd like to understand what the "correct" permission for those files is [13:32] my experience is that files created by libvirt are owned by libvirt and then on destroy it puts ownership back [13:33] libvirtd runs as root, so in any battle over ownership, it can do what it wants. [13:33] but i dont know that we should just go changing it. [13:33] on an upgrade. [13:37] jamespage, ^ [13:39] smoser: hmmm [13:39] probably not [13:39] i'm pretty sure we need to not chown . at very least its rude to libvirtd. [13:40] i'm not sure why that chown is thre. [13:41] soren, ^ it seems you at least brought 'chown -R' forward from maverick [13:43] I think those permissions would be good for lxc instances (looking at what running a new one does) [13:43] but prob not kvm [13:43] so why are we changing on upgrade? [13:44] i can moderately understand the fresh install case, where there was stuff there for one reason or another from before. [13:44] maybe it makes sense to only do that on first install and not on subsequent. [13:45] other than the case that we're fixing 'nogroup' and we can specially fix that. [13:50] smoser: interestingly it used to set a root group ownership [13:50] yeah. [13:51] i'm sorry i made a mess of this jamespage [13:51] it started out so easy [13:51] but i really dont know why we'd do that on upgrade. [13:51] it can really only break things. [13:51] I was working on the 'someone who has more knowledge of why this is done' had implemented that prior to lxc [13:52] yeah. [13:52] and we just needed to tweak to exclude the rootfs firs [13:52] dirs [13:52] which make sense. [13:52] but i think now, it is "someone did this, and nothing bad blew up" [13:52] yes - but I will admit it is a little blind [13:53] smoser: might just be that [13:53] jamespage, can you confirm this, and i'll open a bug: [13:53] * apt-get install nova-compute-lxc [13:53] * sudo apt-get dist-upgrade [13:53] * be told your nova.conf has changed [13:54] your upgrade log indicates that. [13:54] smoser: thats because I'm running over two nodes - so I have changed the nova.conf [13:54] one half on a panda and the other on a laptop [13:54] panda can't run its all [13:54] hm.. i thought that nova-compute-lxc did it [13:55] I've not seen that [13:58] ok. it seems sane. i had thought that nova-compute-lxc was modifying on install. but it just lays down its own nova-compute.conf [13:59] that sounds right [13:59] so what do you think to do here? [13:59] i feel apt to just avoid chowning 'rootfs' like is currently in your mp [13:59] and maybe i'll open a bug saying we shouldn't chown everything on upgrade [14:00] hmm - so assuming that we take the 'its not blown up so-far approach' [14:01] i'm nervous that we have switched from nova:root -> nova:nova for the permissions change [14:04] smoser: looking at the version history of that file it switch from nova:nogroup to nova:root [14:04] and back again i think [14:04] :) [14:04] and now we are switching to nova:nova [14:06] smoser: not sure about the switch back - looks like that was done for the 'nogroup' security reason [14:06] so actually switching to nova:nova makes sense [14:07] yeah, you're right. i dont know why i thoguth it changed back at the moment. [14:08] so then potentially fix things that are owned by root or nogroup [14:08] so excluding the rootfs directories as in the MP is the minimal change ATM [14:08] i think i'm kind of up for th eminimal change at this point. [14:08] and switching the primary group to nova closes the last bit of the security fix for nogroup [14:08] +1 on that [14:08] right. [14:09] i think it make sense to go to nova group [14:09] for things that *were* root [14:09] or were nogroup [14:12] it is a little blanket ATM [14:14] lets just go with minimal fix. [14:15] the other small concern i have is that 'find' taking ages [14:15] ie, if /var/lib/nova had 100,000s of files [14:15] but i dont think it should really. [14:16] I think that is an outside case [14:16] in the event that you have that many files in that directory [14:16] you are going to be running a monster machine [14:16] which should have good io - or else you are a flump [14:27] New bug: #858875 in cobbler (universe) "a some what odd configuration in cobbler.wsgi" [Undecided,New] https://launchpad.net/bugs/858875 [14:27] New bug: #858883 in cobbler (universe) ""Management Parameters" (for example a system) which can be set in the web interface can result in arbitrary code execution on the host due to the use of yaml.loads instead of yaml.safe_loads in item.py on line 248: " [Undecided,New] https://launchpad.net/bugs/858883 [14:44] New bug: #858878 in cobbler (universe) "lack of csrf protection in cobbler-web" [Undecided,New] https://launchpad.net/bugs/858878 [14:53] someones busy with cobbler :-) [14:53] New bug: #861459 in nova (main) "/etc/nova/nova-compute.conf not owned by nova" [Low,Confirmed] https://launchpad.net/bugs/861459 [14:54] jamespage, ok... [14:55] so i'm almost certain that this is going to cause issue if libvirt closes the filehandles that have been chowned [14:55] i dont know what case it will occur in, as i tihnk on libvirt restart it wuld probably re-chown the files to libvirt ownership, and otherwise, it probably wont close its file handles [14:56] but if it does, its not going to be able to write the files that we chown'd to root:root [14:56] er... to nova:nova [14:56] jdstrand, around ? [14:56] yep [14:56] i'm looking at a case in nova, where we have some libvirt instances up, and then a nova upgrade will come through and do [14:57] chown -R /var/lib/nova/ , which will include some files that are libvirt:kvm owned [14:57] libvirt-qemu:kvm [14:57] ok [14:57] is that going to cause a problem ? [14:58] otoh, it shouldn't as the perms aren't going to be rechecked since kvm already has the open fds [14:58] so far nothign has flown up in our faces, so i assume that libvirt is just fixing ownership on restart and not closing file handles otherwise (so the perms change dont take affect) [14:58] right. [14:58] so when *would* libvirt not fix these things and us get screwed [14:58] libvirt will readjust the perms on stop/start of the guest, yes [14:58] ok... [14:59] smoser: still feels like that chown should be restricted [14:59] on guest reboot, qemu doesn't close the fd, so still should be fine [14:59] jamespage, yeah, but then i'm afraid [14:59] it is a bit clumsy the way nova is doing that [14:59] as i'm afraid that nova is going to for some reason need ownership for some reason [14:59] (live migration, instance terminate... something) [15:00] * smoser adds another 'for some reason' to make sure everyone knows he is sure of nothing [15:00] why not jsut do chown /var/lib/nova/, and then chwon -R on the subdirectories, excepting the one that hold instances [15:01] s/instances/image files/ [15:01] well, 2 reasons... 1, there are files in there that have 'nogroup' or 'root' group that we want to fix. [15:01] and 2, we're not really sure why this code is there, and we're afraid of breaking things [15:01] I'm saying, do your chown, just be selective [15:01] right [15:02] you'd have to enumerate what to chown of course, and it would be a bit more brittle [15:03] or you could use find creatively and skip stuff that is -group kvm and -user libvirt-qemu [15:03] New bug: #858860 in cobbler (universe) "weak default configured permissions on /etc/cobbler/users.digest" [Undecided,New] https://launchpad.net/bugs/858860 [15:03] New bug: #858867 in cobbler (universe) "XMLRPC allows unauthed users access to various methods (which it shouldn't) " [Undecided,New] https://launchpad.net/bugs/858867 [15:04] be careful with find though-- you don't want to follow symlinks and do stuff outside of /var/lib/nova [15:04] morning [15:04] jdstrand, yeah. [15:13] so chown -R the rootfs in lxc blows up? [15:16] zul: kinda [15:17] thats an unintentional effect [15:18] it was nice to see everything owned by nova:nova in the lxc instance tho [15:18] hehe [15:35] jamespage: lol [15:35] * jamespage sighs [15:36] likewise-open - remind me never to volunteer to look at a bug for Daviey again... [15:39] zul, you should go ahead and pull jamespage's merge i think. [15:39] er... maybe not. [15:39] maybe we should prune off 'instances' [15:40] jamespage: yeah i learned that pretty quick as well ;) [15:40] smoser: does qemu/kvm have the same problem? [15:40] shoot [15:40] well, sort of [15:40] info on the above [15:40] in the above [15:41] we change the files, which is bad, but libvirt fixes them for us on restart. [15:41] New bug: #861504 in nova "nova-compute-lxc limited by available nbd devices to 16" [Undecided,New] https://launchpad.net/bugs/861504 [15:44] jamespage: what is making you said about it? [15:45] Daviey: install on natty just fine - upgraded to oneiric and it borkes pretty bad [15:45] jamespage: feel free to bounce it back to me. [15:45] smoser: nbd.ko defaults to 16 for the max number of block devices [15:45] jamespage: gah, dammit [15:47] Daviey: well I was able to confirm bug 854971 [15:47] Launchpad bug 854971 in likewise-open "likewise-open package missing libnpfs" [High,Confirmed] https://launchpad.net/bugs/854971 [15:48] yes, i knew that. [15:48] thats why i said we need to bump it. [15:51] smoser: is there a way we can check to see what the nbds_max is set to and make the changes dynamically in nova? [15:52] zul, i sort of suggested that. [15:52] theres really no point in the flag [15:52] just check all the devices [15:53] smoser: agreed [15:54] smoser: like just get the information from /sys/module/nbd/paramaters/nbds_max [15:55] right. [15:55] oh. it is there? [15:55] yeah, so thats nice. [15:55] its staring at me right now [15:55] but even then, why bother? [15:56] it already looks through /sys/block/%s/pid [15:56] well what if you reload the module....yeah right [15:56] just do that. [16:08] New bug: #861521 in samba (main) "package samba (not installed) failed to install/upgrade: el subproceso instalado el script post-installation devolvió el código de salida de error 1" [Undecided,New] https://launchpad.net/bugs/861521 [16:26] hey! I have a shell script thats works fine(adds users from a mysql database) untill i try to run it off a cron job :( via: "$ sudo crontab -u root -e" then: "5 * * * * /home/trofnan4/addclients.sh" [16:26] it woirks outside the cron so im not sure i have cron set up correctly :s [16:26] New bug: #861547 in nova (main) "/usr/sbin/ietadm is missing in /etc/sudoers.d/nova_sudoers" [Undecided,New] https://launchpad.net/bugs/861547 [16:33] Daviey: hmmm - trouble at mill - bug 845477 [16:33] Launchpad bug 845477 in likewise-open "/usr/libexec/likewise-open/init-base.sh: 1: [init]: not found" [Undecided,Confirmed] https://launchpad.net/bugs/845477 [16:36] oh golly. [16:38] I'm trying a local build without V=1 to see what difference it makes [16:38] Daviey: how important is it that likewise-open remains in the archive? [16:40] jamespage: Honestly, not quite sure - i think it is, based on the fact there is bug feedback for Oneiric already [16:59] m_3: Hey, you are a ruby fan - right? :) [17:02] Daviey: yup [17:02] ssup? [17:03] dang, did I just volunteer for a bug? [17:03] m_3: Well... rails in oneiric is poorly, and i might need your guidance how to resolve. [17:04] are there specific bugs? [17:04] m_3: bug 861524 .. does it really need to be that coupled to versions? [17:04] Launchpad bug 861524 in rails "[oneiric] rails is not installable" [Critical,Confirmed] https://launchpad.net/bugs/861524 [17:04] hey all, i have a simple dovcot and postfix mail server, working fine with Maildir but now i need a user to be abel to send mail from his laptop, how do i configure so he can use his user account to send mail? [17:05] Daviey: I can look now [17:05] m_3: \o/ [17:12] * robbiew takes a break from the USB key sweatshop...bbiab === med_out is now known as medberry [17:23] m_3: So the issue seems to be that some parts are using 2.3.11 and others 2.3.14. [17:23] SpamapS, is bug 523484 still open [17:23] Launchpad bug 523484 in ureadahead "ureadahead requires /var on root filesystem" [Medium,Triaged] https://launchpad.net/bugs/523484 [17:23] (for say Natty) [17:23] m_3: It's breaking at versioned depends, rather than code problems. It's not clear to me what ois the best solution. [17:24] m_3: bring them all to 2.3.14, or remove the versioned depends? [17:29] medberry: I don't know anything about that bug. :-/ [17:30] medberry: if I did before, its been swapped out for other things :P [17:30] nod. thanks. [17:35] zul, ^ 523484 [17:36] medberry: ah [17:37] medberry: Have you encountered it? [17:37] Daviey, yes, sort of... [17:38] medberry: If so, does removing ureadahead resolve the issue? [17:39] checking. [17:41] SpamapS: ping [17:42] negronjl: pong, sup? [17:42] SpamapS, having issues with the mysql charm. Need MySQL expertise [17:43] I am trying to create a mysql table with foreign keys and I get errno:150. any thoughts? [17:43] negronjl: MyISAM?$ perror 150 [17:43] the mysql charm is being configured with aug and I don't quite get aug enough to do anything useful with it. [17:43] MySQL error code 150: Foreign key constraint is incorrectly formed [17:43] tables are not MyISAM, they are InnoDB. [17:44] SpamapS, also, when i install the same verison of mysql vi apt-get, it all works. [17:44] negronjl: very strange [17:44] SpamapS, the issue is that the charm is already being used in other parts of nova and would just like to fix the charm ( I am pretty sure is something that aug is doing ) [17:44] negronjl: well I don't know what that error message means well enough to debug it.. [17:45] SpamapS, ahh..ok. Know of any MySQL guru's ? [17:45] negronjl: we don't change much in my.cnf ... [17:45] negronjl: I'm sure I could help, but don't have any time to dig into it right now. :-/ [17:46] SpamapS, thanks anyway. I'll work it out somehow ( I hope ) :) [17:47] negronjl: google that error message.. I think its probably something simple. [17:47] negronjl: the settings we changed in my.cnf really shouldn't have any bearing.. :p [17:47] SpamapS, will do. thx [18:11] SpamapS: actually they did, we found the issue :) [18:11] SpamapS: InnoDB engine won't do a foreign key relation between two fields that have different type, this case was varchar relating to int [18:17] hi all i have a problem with my ubuntu server: i can't see samba shares but i can ssh it and smb://ip-address to it, why? [18:51] how do i troubleshoot not being able to log into my email server from a client like thunderbird. i can connect to the dovecot receiving but not the postfix smtp from outside [18:55] anyone in today? [18:56] hi all [18:56] my ubuntu server will only upload 20-30kBps, wich is not enoug for my use [18:57] ive tried niceing it, reniceing it, and the ww-data user, seen through apaches config files, and it isnt runing anything else atm [18:58] the speeds ive gotten on torrents on it have been up to 9 MBps [19:01] pyro_killer: Stupid question, but your torrents aren't seeding when you're trying to download things from your server, right? [19:02] Pici: no, i've killed it, ive had this problem for some time [19:02] Pici: but it seems that after a certain amount of installations, for compilers, mods for apache and such, it hits, and gets capped [19:02] pyro_killer: it's only with apache that you have the problem? [19:03] also the ...... [19:03] vsftp [19:03] pyro_killer: Is it purely a bandwidth issue, or are you seeing problems with apache cpu usage that might be causing a bottleneck? [19:04] no, there is no bottleneck, only running mysql and apache [19:04] Daviey: I've marked bug 854971 as server-o-rs [19:04] Launchpad bug 854971 in likewise-open "likewise-open package missing libnpfs" [High,Confirmed] https://launchpad.net/bugs/854971 [19:04] patch from upstream - trying it now [19:04] but looking OK [19:04] http://bildr.no/view/986071 [19:05] are there any well known programs that restrict it, cause it has happened before [19:05] jamespage: you rock star [19:05] pyro_killer: did you try downloading from your server from multiple locations? [19:06] jamespage: Whilst you are here, remember we talked about jenkins testing via juju for daily testing of openstack? [19:06] yes, my buddies also get it when they download files from it [19:06] lynxman: I'm a little confused by that. Are you saying that the FK's basically just weren't happening before, because it was on a MyISAM table? [19:06] jamespage: - That was blocked on complex testing blueprint, and juju / orchestra being 'ready', right? [19:07]