[01:29] <hatter> can anyone here give me a clue as to why samba woould periodically lag for 40 seconds ?
[01:29] <hatter> its only happening on my ubuntu boxes :(
[05:57] <jeos_newbie> has anyone used  7.10 jeos?
[06:49] <osmosis_> apt-get upgrade   shows a new  xen-image-2.6.19-4-server  package. How do I figure out what changed before I install it?
[06:53] <antdedyet> osmosis_: I don't really like the way this answer tied together, but http://changelogs.ubuntu.com/changelogs/pool/universe/x/xen-source/xen-source_2.6.19-2ubuntu7/changelog might provide the info you desire.
[08:17] <antdedyet> building and installing a custom 2.6.23.9 kernel package fixed kvm whoas I mentioned here last night..
[08:19] <soren> antdedyet: When was "last night"?
[08:22] <antdedyet> [23:57] < antdedyet> Hrmmph... kvm reboots my machine when I run an image.
[08:22] <antdedyet> [23:59] * antdedyetheads off to ubuntuforums.org
[08:22] <antdedyet> Day changed to 09 Dec 2007
[08:22] <soren> antdedyet: Gutsy?
[08:22] <antdedyet> before the custom kernel image, it was running the packaged desktop gutsy kernel
[08:22] <antdedyet> soren: yes
[08:22] <soren> Ok.
[08:23] <soren> Any image?
[08:23] <soren> Or a specific one?
[08:24] <antdedyet> soren: any image probably. It did it with at least 3: win vista home 32-bit, debian etch, or nexenta
[08:25] <soren> Intel hardware?
[08:25] <antdedyet> soren: amd ... dell vostro 1000 notebook
[08:26] <soren> I see. I haven't had a chance to test with amd hardware.
[08:26] <soren> Could you do me favour and boot the original gutsy kernel, run "sudo m-a a-i kvm; sudo depmod -a ; sudo rmmod kvm ; sudo rmmod kvm-amd ; sudo modprobe kvm-amd" and try again?
[08:26] <soren> Just for fun?
[08:32] <antdedyet> Booting it up...
[08:32] <soren> Thanks
[08:48] <antdedyet> soren: The virtual machine is running fine on 2.6.22-generic now. kvm loads the nexenta install dvd and an already installed gutsy server image. It's probably worth noting that after the kernel upgrade this morning, I did an update to ubuntu 8.04a1, which includes a pretty hefty version jump in kvm. The kvm package upgrade's probably where the real fix came in at.
[08:48] <antdedyet> 'cept Nexenta has been loading for about 5 minutes, heh.
[08:48] <soren> antdedyet: Ah, you said you were running gutsy.
[08:49] <soren> antdedyet: WEll, you didn't, but your answer sort of implied it :)
[08:49] <antdedyet> soren: I was until about 5am this morning. :)
[08:49] <antdedyet> soren: yeah, sorry
[08:49] <soren> antdedyet: Well, in that case, the above test was quite useless :)
[08:51] <antdedyet> soren: what renders the method useless in hardy alpha 1?
[08:51] <soren> antdedyet: The fact that you're not testing gutsy which was what I was interested in :)
[08:53] <antdedyet> soren: eheh, I'm interested in upcoming releases because I know from experience very little gets fixed in stable releases with the exception of security 'spoits.
[08:53] <soren> antdedyet: Indeed. For good reasons.
[08:54] <antdedyet> soren: yep!
[08:55] <soren> antdedyet: I'm working on kvm a lot this release, so to have you around to give me feedback about how it works out on amd hardware would be *really* helpful.
[08:55] <soren> antdedyet: Well, even just a best-effort promise to file bug reports if it breaks would be lovely.
[08:59] <antdedyet> soren: Sure. I can dedicate some time for that.
[09:00] <soren> antdedyet: Great!
[10:28] <antdedyet> soren: when booting kvm up for an install with a ubuntu 7.10 and 8.04 image, the boot menu doesn't show up; it's just a plain black screen. I hit enter to continue with the installation, having seen the menu before but to others it could definately look like a lockup.
[10:29] <soren> antdedyet: Which iso ?
[10:29] <soren> antdedyet: Oh, never mind.
[10:29] <soren> antdedyet: That should be fixed with the daily CD's.
[10:38] <antdedyet> grabbing hardy-server-i386.iso for 12/10 to test with
[11:03] <antdedyet> soren: nice, it works.
[11:04] <antdedyet> time for sleep.
[11:04] <soren> I'm glad to hear that.
[11:04] <soren> antdedyet: Thanks very much!
[11:58] <Gargoyle> greetings fellow freenoders!
[15:30] <zul> dendrobates: ping
[15:30] <dendrobates> zul: yep
[15:30] <zul> dendrobates: some xen info for you http://pastebin.com/m2de00eee
[15:31] <zul> in other words things just got easier again
[15:32] <dendrobates> zul: cool thanks.
[17:22] <nealmcb> zul: thanks for the fedora xen plan update and  http://fedoraproject.org/wiki/Features/XenPvops    Will hardy depend on their kernel work?
[18:07] <nictuku> wiki.ubuntu.com is down? "Internal Server Error"
[18:07] <nictuku> worked now. :-)
[20:09] <kraut> moin
[20:10] <sommer> hello
[20:12] <okaratas> hello
[20:22] <nealmcb> saluton
[20:27] <ScottK> Salut
[20:47] <sommer> if I mount /mnt/cheese to a nfs share on another machine, is it correct to say that /mnt/cheese is a "remotely mounted file system"?
[20:53] <mralphabet> yes
[20:53] <mralphabet> though as much as I love cheese, I am not sure I would ever mnt it.
[20:54] <sommer> mralphabet: lol... you never know until you try!
[20:54] <mralphabet> I do like me some good swiss cheese
[20:55]  * mralphabet looks for the line
[20:55]  * mralphabet thinks he saw it somewhere behind him.
[20:59] <nealmcb> sommer: I'm confused.  I'm guessing that it is the other way around - you're mounting the nfs share on to /mnt/cheese  and  /mnt/cheese is the local mount point, and the remote file system is.. the remotely mounted file system....
[21:00] <nealmcb> though "remotely mounted" is a matter of perspective I guess - more context would help
[21:00] <sommer> nealmcb: yes /mnt/cheese is the local mount point.
[21:01] <sommer> basically you mount a directory shared by another computer... does that mean the local mount point is now remotely mounted?
[21:01] <sommer> not sure if that makes sense... heh
[21:01] <nealmcb> who is doing the sharing.  use some host names
[21:02] <nealmcb> are there 3 hosts?
[21:02] <sommer> 2 hosts hosta sharing /home/steve and hostb is mounting the share to /mnt/cheese
[21:03] <sommer> I'm just wondering what the correct terminalogy is for /mnt/cheese
[21:03] <nealmcb> the mount point is a local directory.  the stuff that appears under it is from the remote file system
[21:03] <nealmcb> the mounting itself is local
[21:04] <nealmcb> "remotely mounted" is still confusing me and seems unnecessary
[21:04] <sommer> does "remote file system" make more sense?
[21:04] <nealmcb> a sentence would help
[21:05] <nealmcb> but it sounds better offhand
[21:05] <sommer> nealmcb: The archive can also be created on a remotely mounted file system  such as an NFS mount.
[21:05] <sommer> I'm working on a backup section for the serverguide
[21:08] <nealmcb> yeah - "remote file system" or "file system mounted from another machine"
[21:10] <sommer> nealmcb: cool, that sounds better to me to.
[21:10] <sommer> thanks man
[21:10] <nealmcb> hey - you're doing the work :-)  thanks
[21:59] <Goosemoose> trying to install edubuntu from preseed on network, client reboots to a black screen after install though. any ideas?
[21:59] <zul> nealmcb: i would say yes
[22:31] <fujin_> anyone familiar with Munin?
[22:33] <oly-> i have used it before
[22:33] <oly-> nice and easy to setup as well
[22:38] <fujin_> oly-: are you familiar with aggregating/summing graphs?
[22:38] <fujin_> I believe I've got the aggregating working fine, but; summing doesn't want to work
[22:39] <fujin_> If you would, could you please take a quick look at http://rafb.net/p/qFrRVl88.html ?
[22:39] <fujin_> http://provdb.maxnet.net.nz/munin/mx-in/mx-in.html#Postfix
[22:42] <oly-> sorry, thought you was on about another program just realised munin is the monitoring program
[22:42] <oly-> some one else has probably used it though