[01:16] New bug: #460772 in php5 (main) "php5 package doesnt provide php5 binary" [Low,Won't fix] https://launchpad.net/bugs/460772 [01:34] manually trying to set up an encrypted lvm, grub is giving me an error at boot. what am i likely to be doing wrong? [01:49] StrangeCharm: LTS or 9.04? [01:49] twb, 9.10 [01:49] RC [01:49] Oops, yeah [01:50] Wait, 9.10 is still in RC? It's nearly 2009-11! [01:51] i think the release is in 4 days [01:53] On Thursday [01:53] either way, twb did you have some tips? [01:54] StrangeCharm: sorry, I was just triaging [01:54] lts>9.04>9.10RC ? [01:55] Nope. Sorry. [01:55] LTS is currently 8.04. [01:55] StrangeCharm: The most recent LTS is 8.04. It was followed by 8.10, 9.04, and on Thursday, 9.10. [01:55] The next LTS will be 10.04. [01:56] non-LTS releases are for people with more faith or more time :-) [01:56] i am aware. i was facetiously remarking on triage priorities [01:56] or more need for immediat efeatures [01:58] does / have to have the boot flag? [01:59] twb: I disagree. I don't think non-LTS releases are any less stable and the improvements more than offset the amount of time it takes to upgrade, but YMMV. [01:59] ScottK: well, for example, I do not want to have to deal with LDAP's config moving into the database [01:59] Right, I can understand that one. [01:59] That is, not until some other bugger has ironed out the big problems [02:00] Yeah. [02:00] That's a particular special case for staying with LTS. [02:00] StrangeCharm: the boot flag isn't necessary for GRUB, as long as GRUB is installed into the MBR (which is very, very likely). [02:01] ScottK: also, I'm talking about mission-critical servers. Obviously for a workstation or a SOHO fileserver, non-LTS releases would be "stable enough" [02:02] twb, what would determine whether it was? [02:02] StrangeCharm: if grub was installed by grub-install or by debian-installer, then it's in the MBR [02:03] twb: For my use cases they have been pretty equally stable. I have two production servers on Hardy and a test server on Karmic and they all just work. [02:03] twb, so that's the default behaviour of the install disks? [02:04] StrangeCharm: yes. It is extremely unusual to install Grub into a partition's boot record. [02:04] I only mentioned it for the sake of accuracy (pedantry) [02:05] ScottK: granted. [02:06] so the boot flag have to be one /boot at all? will the boot flag be problematic? [02:08] under what circumstances would grub say that it couldn't find the disk in question? [02:14] StrangeCharm: boot a live CD, and pastebin the output of "parted -s /dev/sda print" and "lvs". [02:14] It'll need to be a live CD with LVM support, so try CentOS instead of Ubuntu Desktop if you have it. [02:15] Or just write the equivalent data by hand and pastebin that. What I really want to know is the partition layout and the LV layout [02:16] Grub ignores boot flags entirely AFAIK, so as long as it's the first thing the BIOS bootstraps (i.e. it is in the MBR, not a partition boot sector), boot flags on partitions are totally irrelevant. [02:18] can i just describe the partition layout in words? [02:25] twb http://pastebin.com/d301080a3 [02:37] I have a second hard drive in my system. When I had fedora I did something that "joined" my two hard drives together so linux saw them both as one drive. How do I do that again? [02:40] skuld: if you do this the naïve way, a failure on either drive will destroy your filesystem. [02:41] oh, well, I'm backing up my critical stuff [02:41] skuld: it would be better to either make it a separate partition or logical volume, and make a new filesystem on that partition/LV and mount it somewhere. [02:41] skuld, it's called RAID, and the configuration to use depends on what you're looking for [02:42] the problem is, I need the extra space on the second hard drive for my /var/www [02:42] Yes, ideally if you are concerned about individual drive failures, you should get two or three (or more) equal-sized drives and RAID them. However, this is unlikely to be useful if you're e.g. adding a 200GB drive to a system which currently has a single 80GB drive. [02:42] skuld: are you using LVM currently? [02:42] I think so. is there a way to check? [02:43] if you don't know, you probably aren't [02:43] but a 'sudo fdisk -l' should tell you [02:43] skuld: does /proc/mounts refer to /dev/mapper/foo-bar or /dev/foo/bar, or does it refer only to /dev/sdXN ? [02:43] I saw the option when I installed Ubunto, but I don't remember if I chose it or not [02:43] StrangeCharm: OK, your partition layout looks OK. [02:44] StrangeCharm: what is the exact error that grub emits? [02:44] http://pastebin.com/f1385fd5e [02:44] skuld, you're definitely using lvm [02:44] StrangeCharm: I'm guessing it can't find /boot because the bit in the MBR is broken. But it might be that the code in /boot can't find root. [02:45] ok [02:45] I don't remember the lvm commands to list volume groups and expand them and whatnot [02:45] skuld: what you want to do is create a PV on the new disk (which appears to already have been done), then add that PV to your existing VG, then create an LV on that PV, then make a filesystem on the new LV, then mount that LV on /var/www. [02:45] qman__: "lvs" [02:46] qman__: oops, VGs is "vgs" [02:46] ah [02:47] for the sake of simplicity I generally don't use LVM, but it certainly is useful and allows for some really neat tricks [02:47] LVM is great if you expect to change your mind later [02:47] wow...that sounds complicated LOL [02:48] This happens a lot in my case, because most of my customers continue to use the same server for years, upgrading it piecemeal over time. [02:49] I know how they feel. If I had the money.... LOL [02:50] and I know I'm going to want to add a couple of TB drives when I can afford it [02:50] Well, for example you might have deployed with 20GB disks seven years ago, and upgrade to 1TB disks right now. LVM allows that to happen with less downtime. [02:52] If they had lots of money, they'd be more likely to replace the entire box every three years :-) [02:53] twb, i think the error is that it can't find the disk 'disk not found', or words to that effect [02:54] I know I'd love to do that. I'm still running on a PIII [03:16] Everything in this office is PIIIs [03:16] Except for engineer-owned laptops, and (sigh) our Q9550 PPPoE bridge. [03:24] hey all, for some reason apache's access.log has stopped being written to since oct 16...i restarted apache, created some traffice and still nothing is being written to my access.log, i've checked my site settings in /etc/apache2/sites-enabled/xxxxxx and they are all set to log to my access.log [03:24] running 9.04 server in a vm if that helps [03:25] i haven't done any messing around with settings for this server for months...but i guess that doesn't rule out an update and i overwrote a config file somewhere right? [03:30] Have you turned on unattended upgrades? [03:30] (I really hope they're still off by default.) [03:54] okay, so I think I have the second hard drive ready to be added to the Volume Group...I think. [03:55] well, maybe not. I don't see sdb1 anymore [03:55] skuld: this disk *is* connected internally, right? [03:55] LVM's probably not appropriate for an external HDD that you're gonna be plugging and unplugging. [03:55] yes, it shows up fdisk -l, just no info... [03:55] No info where? [03:55] http://pastebin.com/f33728691 [03:56] no, this is an internal HDD [03:56] Looks like /dev/sdb has no partition table. [03:57] ugh! I need to figure out how to do that. I thought I did it [03:57] cfdisk /dev/sdb [03:58] FATAL ERROR can not open disk [03:58] Ha! [03:58] And fdisk still works? Stupid fdisk. [03:59] Your kernel has forgotten about your disk. Try rebooting, also confirm the cables are snugly connected. [04:00] ok [04:38] 3 [05:23] Where in IRC can I find the LVM people? [05:23] I have accidentally create a LVM snapshot and filled it to 100%. [05:24] Now "lvs" and "lvremove /dev/foo/bar-20090909" both tell me it can't read a block of 4096 at points 0 and $bignum for /dev/foo/bar-20090909" [05:24] This means I can't remove the old snapshot, which makes me worry that something more than it just being 100% full has happened. [06:11] New bug: #460871 in samba (main) "package samba-common 2:3.3.2-1ubuntu3.1 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [Undecided,New] https://launchpad.net/bugs/460871 [06:14] OK, here's an interesting feature for you. [06:15] Make an LVM snapshot. Now you have an LV and an LV snapshot with the SAME ext3 UUID as listed in /etc/fstab. Reboot. Is it possible for the LVM snapshot to get the symlink in /dev/disk/by-uuid? === crohakon is now known as crohakon|zZz [07:44] twb: Unless something makes sure that it doesn't happen (which may or may not be the case), then yes, that could certainly happen. [07:45] Yay for huge failures! [07:45] twb: Something does seem to handle that. [07:45] Let me just check real quick. [07:48] soren: ah, but are you sure it's not just a coincidence that your test picks the right LV first? [07:48] i.e. a negative result alone isn't conclusive that the problem is fixed [07:48] twb: I'm not testing. [07:48] OK, good, carry on [07:48] twb: I'm looking at code. [07:49] Good man [07:49] I know. Absence of evidence is not evidence of absence. [07:49] Forgive me, I deal with a lot of stupid people, so I tend to assume the worst [07:49] Yeah. I know the feeling :) [07:50] twb: Can you give me the output of "blkid -o udev -p /dev/mapper/" as well as "blkid -o udev -p /dev/mapper/"? [07:50] Unfortunately that specific box I have metaphorically jumped up and down on. [07:50] Let me grab another one [07:51] soren: Invalid output format udev. Chose from value, device, or full [07:51] This is 8.04 [07:52] Oh. [07:52] Let me check one of those, then.. [07:53] -o value gives me the UUID [07:53] twb: Ok, use "vol_id --export /dev/mapper/blah" instead. [07:53] ID_FS_UUID=2b96f387-98dc-4a7b-95b1-747d00fe4f2d same for all of them [07:54] That's all it outputs? [07:54] No, sorry, shall I pastebin the whole thing? [07:54] Yes, please. [07:56] twb: Oh, and one more thing. [07:57] twb: Include "dmsetup export /dev/mapper/whatever" as well, please. [07:57] I actually think that's really what I want. [07:57] Nice one [07:57] http://hpaste.org/fastcgi/hpaste.fcgi/view?id=11167#a11167 [07:59] And which one does /dev/disk/by-uuid/2b96f387-98dc-4a7b-95b1-747d00fe4f2d link to? [07:59] If I'm reading this correctly, it should be /dev/mapper/testtrim-debmirror. [08:01] readlink /dev/disk/by-uuid/2b96f387-98dc-4a7b-95b1-747d00fe4f2d ==> ../../mapper/testtrim-debmirror20091002 [08:01] That I did not expect [08:01] Why is /etc/fstab no longer by-uuid, but by-label by default? Can it give problems? (root device is sometimes no longer found on an ubuntu-server here) [08:02] alvin: hey, man, hold up! I'm only just working out why by-uuid is evil and dodgy! [08:02] :-) [08:02] twb: lol, I joined at the right moment [08:03] So, why is it evil? [08:03] It's really not. [08:04] Something must be different. On the same server, Jaunty always boots and karmic does not. (Sometimes the root drive is not found, sometimes it's the network) [08:04] I'm currently suspecting the 'by-label', but there's no proof yet. [08:04] (the network is bug 459134 . Probably another reason. [08:04] Launchpad bug 459134 in mountall "karmic: networking is started too late in the boot process" [Undecided,New] https://launchpad.net/bugs/459134 [08:07] alvin: 17:15 Make an LVM snapshot. Now you have an LV and an LV snapshot with the SAME ext3 UUID as listed in /etc/fstab. Reboot. Is it possible for the LVM snapshot to get the symlink in /dev/disk/by-uuid? [08:07] (I'm totally wrong. The default is not by label, but just the path /dev/mapper/vg0-home for example) [08:07] Does karmic include the insserv migration? [08:08] twb: just a moment. Testing this... [08:08] alvin: do you get as far as busybox? If you do break=bottom and inspect stuff, is it any different? RTFS by diffing /usr/share/initramfs on the two hosts? [08:08] twb: The problem is not uuid based mounting. The problem is that apparantly the thing that's supposed to make sure the snapshot-origin takes precedence over the snapshot when making that symlink is failing. [08:08] twb: uuid based mounting is a good thing. Really. The alternatives are much worse. [08:08] soren: yeah, I know [08:08] soren: I'm just being grumpy [08:09] twb: You're right. It's the same UUID! [08:09] Having said that, I spent some time recently waiting for bootdegraded=true type failures due to the huge long default timeout [08:09] alvin: Of course it's the same UUID. Otherwise it wouldn't be a snapshot. [08:10] soren: But then I can't mount the snapshot by UUID? [08:10] alvin: right [08:10] alvin: Right. [08:10] ok [08:10] If there are two people in your office called "Zippy", you can't refer to them both just as "Zippy" without causing confusion. [08:11] At least one of them has to be referred to as e.g. "Zippy the Pinhead" [08:11] twb: Just for good measure, can you please pastebin your /etc/udev/rules.d/65-dmsetup.rules from that server? [08:12] * alvin is rebooting until the server no longer finds its root disk to test busybox stuff. [08:12] http://hpaste.org/fastcgi/hpaste.fcgi/view?id=11167#a11168 [08:13] alvin: hey, I'm clutching at straws [08:13] alvin: don't assume I know what I'm talking about [08:13] Incidentally, insert grumbling here about busybox-initramfs being crippled by removal of e.g. busybox httpd [08:14] Oh, and a user-accessible "busybox start-stop-daemon" [08:14] twb: No worries, I need to test this today or it's back to Jaunty, where the root disk is always found and NFS mounts do not halt the boot process. [08:14] I actually wanted to use that one in my .bash_profile, but I can't assume it's there on Ubuntu. [08:14] alvin: are you sure it's NFS and not LDAP/NIS? [08:15] twb: very sure [08:15] alvin: hard binding in the latter is a common source of slowdowns if the init order is futzd [08:15] twb: thanks. [08:15] OK. [08:15] Anyways, I'm going home [08:16] (My personally most hated bug is 328881. Fixing that one would probably help a lot.) [08:16] Hey ubottu, bug 328881 [08:16] Launchpad bug 328881 in upstart "init: support logging of job output" [Medium,Triaged] https://launchpad.net/bugs/328881 [08:16] Ew! [08:17] Do the upstart people say something horrible like "just start the script with "exec >/var/log/yow" [08:18] twb: I'm filing a bug on this.. What's your launchpad ID so that I can subscribe you to it? [08:18] Currently, there simply is no boot log. I see some people taking pictures of their screen. Try explaining that to a collegue who is used to Solaris. [08:19] The stuff echoed to the screen was never logged. [08:19] I know. Makes it a bit difficult to file bug reports. Always has been. [08:20] Point is: It's nothing new about upstart. [08:20] That's true. Ubuntu never had boot logging. I don't know if debian has it actually. === erichammond1 is now known as erichammond [08:23] It doesn't. [08:28] soren: sorry, I don't use launchpad because I hate its UI [08:30] What is the bug number? (I actually like Launchpad. Pity some things do not work in webkist browsers.) [08:30] s/webkist/webkit [08:35] twb: After 5 successfull reboots (NFS mounts commented out) I see the busybox. What is break=bottom supposed to do? (does nothing). It says: /dev/mapper/vg0-root does not exists. [08:36] break=bottom is supposed to stop busybox just before it pivot-roots [08:36] And dump you into a local shell [08:37] Without root, I can't get a local shell [08:37] twb: We don't pivot-root. [08:37] twb: We haven't for a loong time. [08:37] So, approximately 1 in 5 boots, the root drive is not found. Someone who knows if there is already a bug report? [08:37] OK, whatever it is now [08:37] break=bottom worked on an 8.04 box I tried the other day [08:38] I concede I don't use non-LTS releases at all, raelly. [08:39] No use here: libvirt and kvm are more recent. We get crashes on hardy that no longer occur in Karmic. Of course, if the servers don't boot... [08:40] Against what should I report the /dev/mapper/vg0-root not found bug? [08:43] alvin: try lvm2. [08:43] soren: thanks. Will do [08:52] Reported as bug 460914 [08:52] Launchpad bug 460914 in lvm2 "karmic rc: root device sometimes not found" [Undecided,New] https://launchpad.net/bugs/460914 [10:02] twb: All my servers run Karmic beta. [10:03] (or debian) [10:26] New bug: #460089 in eucalyptus (main) "network state is lost if the cluster controller (CC) is stopped" [Medium,Incomplete] https://launchpad.net/bugs/460089 [10:28] i have karmic in vbox for gis development, have tosay that it feel much faster than 9.04 in vbox [10:37] I just set up UEC on karmic . I get a "The certificate specified is invalid!" in axis2c.log on the node. Any ideas how to fix that? [10:52] hello [10:54] I am currently using ubuntu hardy with Puppet on quite a few servers, although it is from universe. I am thinking of moving to chef in a close future. What are Ubuntu plans regarding automated deployments and configuration, is one tool going to make it into main for 10.4? [11:07] New bug: #456806 in mountall (main) "mountall vomits a shell onto virtual console when you run vi" [High,Fix released] https://launchpad.net/bugs/456806 [11:20] * soren goes to eat === gamla_ko1san is now known as gamla_kossan === lamont`` is now known as lamont [12:18] Where does aptitude get its package descriptions from? [12:22] apt-cache more than likely [12:27] Bilge: when you perform an update the files that are updated are placed under /var/lib/apt/lists. the apt tools use these files to determine what packages need to be upgraded. they also contain package descriptions [12:27] Bilge: do an update and then enter that directory and do 'ls -ltr' [12:29] I see [12:30] Maybe I could write a script to somehow query a package description [12:30] But I doubt it given that these files could be called anything and are generally all over the place [12:30] Now I see why it takes aptitude a while to start up [12:31] Bilge: that's been done already: 'aptitude show foo' [12:31] Bilge: What are you trying to achieve? [12:31] Bilge: There are rather good tools to deal with the apt cache already. [12:31] Well fancy that! [12:32] or 'apt-cache show foo' [12:33] apt-cache gives me two results while aptitude gives only one [12:34] I can't see any difference between the two results [12:34] Nor can we, because we don't know which package you're talking about. [12:34] Well no, but you'd also have to have my distro as well [12:35] Ok, don't tell me anything. I'll reciprocate :) [12:35] In case you can match it, I was running `apt-cache show imagemagick` on 8.04 [12:36] I get three results. [12:36] different versions. === mtrudel_ is now known as cyphermox [12:50] Oh, heh [12:50] One is 7:6.3.7.9.dfsg1-2ubuntu1 [12:50] The other is 7:6.3.7.9.dfsg1-2ubuntu1.1 [12:50] I'm not really sure how you'd target one specifically if you want to install it [12:57] New bug: #459664 in backuppc (main) "Backuppc errors restoring when it encounters filenames starting ~$" [Low,Incomplete] https://launchpad.net/bugs/459664 [12:57] New bug: #460692 in apache2 (main) "Missing dependency for apache2 init script" [Low,Incomplete] https://launchpad.net/bugs/460692 [13:01] <_ruben> Bilge: apt-get install $packagename=$version [13:02] New bug: #459573 in bacula "variable expansion uses outdated data" [Medium,Triaged] https://launchpad.net/bugs/459573 [13:06] hmm - what would cause me all of a sudden to not be able to ssh into my instances? [13:07] I did do a apt-get update, and apt-get dist-upgrade on all of my servers [13:07] aubre: did your public IP address change? This happened to me. Try euca-describe-instances [13:08] jsalisbury: well these are brand new instances [13:08] jsalisbury: let me check something [13:08] aubre: Ok. I opened a bug for my issue: Bug# 455625 [13:10] jsalisbury: those were instances using the images from the UEC store [13:10] jsalisbury: now I am trying one of my own [13:11] jsalisbury: nope locked out of it too [13:11] New bug: #460294 in libvirt (main) "package libvirt-bin 0.6.1-0ubuntu5.1 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Low,Incomplete] https://launchpad.net/bugs/460294 [13:13] aubre: ahh, Ok. [13:16] New bug: #460271 in apparmor (universe) "virt-aa-helper fails when serial or console type is 'tcp'" [Undecided,New] https://launchpad.net/bugs/460271 [13:18] trying to do a new keypair [13:21] jdstrand: I took the liberty of assigning bug 460271 to you. [13:21] Launchpad bug 460271 in apparmor "virt-aa-helper fails when serial or console type is 'tcp'" [Undecided,New] https://launchpad.net/bugs/460271 [13:22] tried changing keypairs, that didn't work [13:24] Is someone taking care of bug #450044 which seems to be fixed upstream, but not in the version of euca2ools we deliver? [13:24] Launchpad bug 450044 in eucalyptus "euca-bundle-vol does not create essential tmpfs mounts when bundling Ubuntu images" [High,Fix committed] https://launchpad.net/bugs/450044 [13:29] aubre: what are you seeing log or console wise? [13:31] zoopster: console wise, when I do a ssh-i mykey.priv ubuntu@ipaddress I get Permission denied (publickey) [13:32] New bug: #458910 in libvirt (main) "try to disable ipv6 support than allready disabled on kernel option" [Low,Confirmed] https://launchpad.net/bugs/458910 [13:33] zoopster: I'm rebooting my front-end and will try again, I didn't think the dist-upgrade would have caused any problems but I am checking [13:33] aubre: *should* not have, but anything is possible. [13:36] New bug: #461077 in mysql-dfsg-5.1 (main) "package mysql-server-5.1 5.1.37-1ubuntu5 failed to install/upgrade: subprocess new pre-installation script killed by signal (Broken pipe)" [Undecided,New] https://launchpad.net/bugs/461077 [13:41] New bug: #459056 in vsftpd (main) "package vsftpd 2.2.0-1ubuntu1 failed to install/upgrade: il sottoprocesso vecchio script di post-installation ha restituito lo stato di errore 1" [Undecided,Invalid] https://launchpad.net/bugs/459056 [13:45] aubre: Did you take a look at your .ssh/know_hosts file? Maybe there is an old entry conflicting with your new entry? [13:46] no I cleared it out already [13:46] aubre: Ok [13:52] zoopster: jsalisbury : doesn't seem to be anything in the nc.log - what's the best log to look into for ssh-instance problems? [13:55] aubre: I'm taking a look too, but I don't see anything logged about ssh logins in any of the /var/log/* or /var/log/eucalyptus/* files [13:57] aubre: I'm running a apt-get dist-upgrade today too. I'll let you know if it affects my existing instances. [13:58] jsalisbury: thanks [14:07] New bug: #461090 in jline (main) "updates for karmic needed to get maven plugins building" [Medium,In progress] https://launchpad.net/bugs/461090 [14:10] soren: sure [14:11] jdstrand: Lovely, thanks. [14:27] ttx, kirkland, one of you told me about euca-describe-availability-zones and i think impllied to me that the settings there are configurable [14:27] do you know where/how ? [14:27] in the web UI [14:27] smoser: you mean the density of systems per core? [14:27] VmTypes thing [14:27] smoser: yeah, web ui [14:28] ok, so if i hadn't previously logged into my admin UI [14:28] how do i do that [14:28] user/pass ? [14:29] kirkland, ttx [14:29] mathiaz: Oh, thanks for the awesome write-up on https://bugs.edge.launchpad.net/ubuntu/+source/debian-installer/+bug/457767/comments/7 That is going to be really useful. Can you put it on a wiki somewhere (not urgent, just do it after release or something). [14:29] Launchpad bug 457767 in debian-installer "karmic: iSCSI root: boot hangs on starting iscsid" [High,Confirmed] [14:29] soren: right - for 10.04 we should bundle gpxe - to have native iscsi support in the boot loader for kvm [14:30] soren: I was wondering how/if I could just drop the new bootloader somewhere for kvm to use it (to avoid chainloading from pxe) [14:30] mathiaz: etherboot should have this as welll... Or so I thought. [14:30] soren: etherboot is dead - it's now gpxe [14:30] soren: AFAICT etherboot doesn't support native iSCSI [14:31] Oh, I may have chainloaded gpxe from etherboot when I tried it. [14:31] mathiaz: Yeah, it's been dying for years. [14:31] :) [14:59] Hi, any syadmins/network admins up? [15:00] kirkland, ttx, bug 461156 [15:00] Launchpad bug 461156 in eucalyptus "User data is not base64 decoded before being presented to the instance" [Undecided,New] https://launchpad.net/bugs/461156 [15:00] this is possibly quite serious if not user error [15:02] can anybody help me create a one nic nat connection for my home network [15:05] ttx, kirkland can you verify sane-ness of this: [15:05] $ cat /proc/partitions [15:05] major minor #blocks name [15:05] 8 0 2144256 sda [15:05] 8 1 2097152 sda1 [15:05] 8 3 47071 sda3 [15:05] thats from a 'm1.small' instance [15:06] there is *no* ephemeral storage [15:06] New bug: #461156 in eucalyptus (main) "User data is not base64 decoded before being presented to the instance" [Undecided,New] https://launchpad.net/bugs/461156 [15:09] hi all - have just been reading about the EC2 cloud images for 9.10 - am interested if anyone has been using ubuntu on the cloud in a production environment and what your experiences have been [15:11] elginix, there are lots of users of it. the http://groups.google.com/group/ec2ubuntu?pli=1 is probably the largest group of people. [15:12] oooh tasty link :) thank you [15:13] email server what can I use? Postfix? [15:16] elyezer: dovecot-postfix is a package that will give you a useful basic mailserver [15:17] ttx, kirkland please, help, above^ [15:17] alvin: thank you [15:17] smoser: okay [15:17] my euca is seeing no ephermal storage [15:17] * ttx read backlog [15:17] i can't spell that word [15:17] smoser: admin/admin [15:18] already got that [15:18] alvin: If I'm in the desktop edition I need to add any repository? [15:18] sorry, the other 2 things are 1.) please look at that bug 2.) i see no ephermal storage on my instances... which doesn't seem right. [15:19] elyezer: no, just $ sudo apt-get install dovecot-postfix [15:19] smoser: I think its normal to not have any ephemeral if your image is taking up all the space [15:19] i.e. running a 2G image over a 2G allowance -> no space [15:19] running a 2G image over a 4G allowance -> ~2G space [15:19] oh... ewll that is much different. wow. ok. [15:20] elyezer: it's in main [15:20] i'll change settings then and test. [15:20] ttx, so do you get a single partition with "all the additional space" ? [15:20] smoser: I may have understood that concept wrong, but yes, that's how someone described it to me [15:21] alvin: E: Couldn't find package dovecot-postfix (I'm in Ubuntu 8.04) [15:21] smoser: looking at the bug now [15:22] elyezer: that explains. That package was new in 9.04 [15:22] aw. that sounds ugly [15:23] elyezer: but no worries. You can install postfix and dovecot and configure them yourself. [15:23] Hm. Why can something like: script -c /bin/bash -q -a /var/log/$USER work as a default shell on local console login but not ssh? ("openpty failed" etc) [15:23] thank you [15:23] alvin: great =D [15:24] New bug: #363620 in mysql-dfsg-5.0 (main) "Apparmor breaks Squeezecenter when upgrading from 8.10 to 9.04" [Undecided,New] https://launchpad.net/bugs/363620 [15:25] smoser: about bug 461156, I don't get how the SSH key thing works if that bug is real [15:25] Launchpad bug 461156 in eucalyptus "User data is not base64 decoded before being presented to the instance" [Undecided,New] https://launchpad.net/bugs/461156 [15:26] ssh key does not come over user-data [15:26] ah [15:26] * ttx fires up his UEC [15:26] stas: check out the ServerGuide and use UFW to do what you want [15:26] hm - the ubuntu server domain thread on u-devel-discuss is *almost* reaching 100 messages [15:27] ttx. i can verify it. [15:27] * ttx should author some research on recurring threads [15:28] New bug: #236510 in bind9 (main) "default apparmor setting prevents bind from running under chroot" [Undecided,New] https://launchpad.net/bugs/236510 [15:32] For a bug report (bug 461133) I'm asked to run "$ sudo mountall --debug" and send it SIGUSR1. I've send that signal with htop, but the process does not end. What to do to give a useful output? [15:32] Launchpad bug 461133 in nfs-utils "karmic: nfs shares are not mounted at boot" [Undecided,New] https://launchpad.net/bugs/461133 [15:35] ttx, this is serious. soren please read that bug also. (bug 461156) and confirm with me that without a fix all user-data is hosed in UEC [15:35] Launchpad bug 461156 in eucalyptus "User data is not base64 decoded before being presented to the instance" [Critical,Confirmed] https://launchpad.net/bugs/461156 [15:36] smoser: Yeah, that's pretty bad. [15:37] What is the SIGUSR1 supposed to do? [15:38] alvin: For what? [15:38] alvin: Eucalyptus? [15:38] No, "sudo mountall --debug" [15:38] the mountall script runs, (without success), and hangs somewhere. I'm supposed to send it SIGUSR1, but nothing changes. [15:39] smoser: could we fix it from inside, like detecting both formats ? [15:39] I can create a log until SIGINT [15:40] alvin: It's supposed to let mountall know that all your network interfaces are up. [15:40] ttx, arguably no [15:40] smoser: I see what you mean [15:40] soren: ow, they are. I'm running the script within ssh [15:40] alvin: I'm not saying they aren't. [15:41] in the bug there, there would be no way that that data was not intended. [15:41] alvin: I'm just answering your question. [15:41] soren: thx, in that case, I will give the output of the command with Ctrl+C at the end. [15:41] ttx, you could, say, though "if i'm in eucalyptus, then the data is not correctly decoded, so i decode it now". [15:42] the problem with that is a.) in theory we can't tell if we're in euca versus we're in ec2 (but we can, so that coudl be worked around) b.) that logic fails to work anymore if you fix euca [15:42] mdz: ping [15:43] smoser: Is this massively different from the ephemeral storage thing? [15:44] smoser: In that case, you wanted to go around and detect stuff and just deal with it, so that either UEC or EC2 could change whatever they wanted and stuff would still work (I'm still curious of the details of that [15:44] i think i can fix the storage without knowing "am i in euca or ec2" === Falc\ is now known as Falc [15:44] )... In this case, why not just try to base64 decode it, and if that succeeds, go ahead and do with what your normally would have. [15:44] i know you will say "good enough", but its not [15:45] soren: that would screw up someone sending base64 encoded userdate, I guess [15:45] userdata [15:45] ttx: Not really. [15:45] because of the case, that in a fixed eucalyptus, the user provides you with base64 encoded data [15:45] ttx: If they're using it for something, they can still query it, and get the right stuff. [15:45] It's not like we're chaning anything in the meta-data service. [15:45] which is then re-encoded, and decoded (correctly), resulting in encoded data that would correctly decode, but shouldn't [15:46] smoser: yes, that was my point. [15:46]