[00:17] <a13x> thanks for helping me out with my broken server, turns out the processor was busted
[01:14] <emgent> kirkland: here?
[01:54] <teamcobra> anyone here use ubuntu 8.04 as a xen dom0?
[02:23] <thenewguy_> this might help http://www.howtoforge.com/high-performance-xen-on-ubuntu-8.04-amd64
[02:25] <teamcobra> thanks, reading it now :)
[02:25] <teamcobra> d'oh
[05:42] <liassist> hello, i need to setup a dia-up ppope interface on the ubuntu server on the lan card eth0
[07:58] <airstrikeivanov> Hello everyone
[07:58] <airstrikeivanov> I have recently reinstalled my server, but my new hard disk reports:
[07:58] <airstrikeivanov> ata1.00: status: { DRDY ERR }
[07:59] <airstrikeivanov> Any way to fix it?
[08:23] <geegollygauche> anyone arownd?
[08:38] <FuRom> Hey, does anyone know of a good way to estimate a site's download speed?
[08:44] <geegollygauche> how do you mean furom?
[15:15]  * delcoyote hi
[16:35] <LMJ> hi
[16:52] <Techiedragon> I have been pulling my hair out - when ever I run wpa_cli I get could not connect to wpa_supplicant retrying
[16:56] <Techiedragon> greets JanC
[17:16] <osmosis_> I broke my munin server install by  rm -rf /var/lib/munin/*   Now my munin-update.log says    ERROR: Could not rename file: No such file or directory.   Any ideas?  Can i use apt-get to reload the default files or something?
[17:49] <osmosis_> help
[17:49] <osmosis_> Jun 14 09:45:23 [6258] - INFO: Changing type of thing.com -> host.thing.com -> apache_processes -> busy80 to GAUGE.
[17:49] <osmosis_> Jun 14 09:45:23 [6258] - ERROR: Could not rename file: No such file or directory
[17:49] <osmosis_> munin error
[17:53] <osmosis_> can someone paste a working munin-update.log for me so I can see what its suppose to look like?
[17:54] <asisak> osmosis_: what about you create an empty dir /var/lib/munin? (and chown it to munin:munin)?
[17:54] <osmosis_> asisak: yah, did that already.
[17:54] <osmosis_> asisak: munin is actually creating some files in there already
[17:55] <asisak> oh I see
[17:55] <osmosis_> asisak: and all permissions look okay
[17:55] <osmosis_> i have the web page being generated, no graph
[17:55] <osmosis_> errors look like this
[17:55] <osmosis_> http://dpaste.com/56609/
[17:56] <asisak> This ERROR you cited seems pretty weird, error log does not say anything at all
[17:57] <asisak> Can you reach your munin-node?
[17:57] <asisak> E.g., telnetting to port 4949
[17:58] <osmosis_> asisak: yah, that part works fine.
[17:58] <asisak> Can you also query plugins (i.e., do they provide data)?
[17:59] <osmosis_> asisak: i telnet'd to the hosts and all.  munin-update log shows all the connections working fine.  at the end of each run though, it spits out those errors and never prints the finished msg.
[17:59] <osmosis_> asisak: via telnet, yes plugins provided data
[18:00] <osmosis_> asisak: the only thing that has changed in my environment was that I  did a  rm -rf /var/lib/munin/*  on the server.
[18:00] <asisak> That should not hurt
[18:00] <osmosis_> asisak: i didnt think so. thats why I did it.
[18:00] <asisak> (except for losing previously acquired data)
[18:00] <osmosis_> asisak: well, i actually did a  mv, so I have all the old files still
[18:01] <osmosis_> asisak: check out the diff  http://dpaste.com/56610/
[18:02] <asisak> Well, looks very weird
[18:03] <asisak> Sure that munin:munin is the owner of /var/lib/munin?
[18:03] <osmosis_> asisak: yup
[18:03] <asisak> Okay
[18:04] <osmosis_> munin-update.stats  never gets created. just a tmp.
[18:04] <osmosis_> and datafile doesnt exist
[18:04] <osmosis_> dont know what those files do
[18:06] <asisak> I try to have a look at a working installation
[18:06] <osmosis_> asisak: yah, i dont know what else to try. guess I could just put the old files back.
[18:07] <asisak> BTW why did you delete them?
[18:07] <osmosis_> asisak: i wanted to reset the data
[18:07] <asisak> It seems that 'datafile' and 'munin-update.stats' both are refreshed
[18:07] <asisak> I guess it is enough to delete the directories
[18:07] <asisak> I am almost sure, actually
[18:08] <osmosis_> asisak: maybe i can try that
[18:08] <osmosis_> asisak: i even tried a  apt-get remove munin; apt-get install munin
[18:08] <asisak> You might only copy datafile, munin-update.stats and munin-graph.stats back
[18:08] <osmosis_> asisak: that didnt seem to do anything. maybe i need to  dpkg --reconfigure or something like that ?
[18:08] <asisak> And check if it works again
[18:12] <osmosis_> asisak: i put back the old files and it looks like the errors are gone now.
[18:12] <osmosis_> asisak: no new graphs yet, but the errors are gone
[18:12] <osmosis_> okay, now I have graphs too
[18:12] <osmosis_> good thing I saved the files. :)
[18:12] <asisak> Yep, sure :9
[18:13] <asisak> I am not aware of your TZ but, the link you sent me (in private) seems to be okay for me
[18:13] <osmosis_> asisak: good idea on just deleting the rrd files. that might do what I need
[18:13] <asisak> I did that some times :)
[18:14] <osmosis_> i wonder if a apt-get reconfigure command would have recreated the missing files for me. hmm.
[18:14] <osmosis_> since this channel is DEAD, guess we'll never know.
[18:15] <asisak> It is not dead
[18:15] <asisak> Actually it is pretty much Saturday everywhere
[18:15] <osmosis_> hehe, most of the other hardcore channels stay strong through the weekend. no that thats healthy or anything, but its hardcore.
[18:15] <asisak> :D
[18:16] <osmosis_> there are dudes who are like there 24-7 answering questions i swear
[18:16] <osmosis_> i go away for 12 months, come back...they are still there. amazing. :)
[18:17] <asisak> 12 months?
[18:17] <osmosis_> yah, like a break. go outside. get some sun. ya know.
[18:18] <osmosis_> come back, all kinds of new software to learn.
[18:20] <asisak> Sounds cool
[18:21] <osmosis_> asisak: do it while you can. now im in a fast paced 9-5 director of development position.
[20:48] <jambooda> Does anyone know how to update megaraid on ubuntu server 8.04
[20:49] <jambooda> the one that it ships with is an older version that isn't fully compatible with my Perc 6i raid controller
[20:49] <jambooda> Dell released an updated version but its an rpm package
[20:49] <jambooda> does anyone have any experience with this?
[20:50] <sayotte> is there a way to restrict ubuntu's nfs-kernel-server to NFSv3 or below?
[20:50] <sayotte> I am having trouble getting a network install over NFS to work and need some insight into what's going wrong, but ethereal can't decode NFSv4
[20:50] <sayotte> really what I'm aiming for is to figure out the absolute path of the file it's trying to find
[20:50] <sayotte> I know the relative path is valid somewhere, but I'm not sure what it's mounted
[20:51] <sayotte> and showmount -d lies in nfs-kernel-server
[20:52] <Kakurady> I installed LAMP on Ubuntu-server. But /var/www/ is owned by root:root, and I want to write to it somehow (and allow PHP to write to it too).
[21:00] <thenewguy> Kakurady: it should be owned by www-data i think
[21:00] <sayotte> Kakurady: make apache run as user "www" or somethhing similar
[21:00] <sayotte> and change the group-ownership
[21:00] <sayotte> make the directories setgid and group-writeable
[21:00] <thenewguy> use sudo to write to it more make it urs with chown
[21:01] <sayotte> he wants PHP to be able to write to it
[21:01] <Kakurady> Okay, and how do I add myself to www-data?
[21:02] <sayotte> edit /etc/group and add yourself to the line for www-data
[21:02] <Kakurady> ... is there any other way...?
[21:03] <sayotte> I'm sure there is some hamstrung half-assed GUI tool out there
[21:03] <sayotte> if that is what you're asking
[21:04] <sayotte> if you want to do it programmatically I think you'd call "id <user>" to ge ta list of current groups, then use "usermod <user> -G<group list, including the new group>"
[21:04] <sayotte> or were you even asking if there is any other way to add someone to a group?
[21:05] <sayotte> there are other ways to make the directory writeable
[21:05] <Kakurady> I meant GUI, but command line is fine too,
[21:06] <Kakurady> though modifying seemed to work...
[21:06] <sayotte> :)
[21:06] <Kakurady> Nautilus still won't let me write in it.
[21:07] <sayotte> try this on a command-line: touch /var/www/blahfile
[21:07] <sayotte> if that succeeds, it's a Nautilus problem
[21:07] <sayotte> if not then you still don't have write permission
[21:07] <Kakurady> Nope, can't create empty file.
[21:07] <Kakurady> Neither does mkdir work...
[21:07] <sayotte> ok do: ls -l /var | grep www
[21:07] <sayotte> and then do: id <your username>
[21:08] <Kakurady> Did all those already
[21:08] <Kakurady> drwxrwxr-x  3 www-data www-data 4096 2008-06-14 15:49 www
[21:08] <Kakurady> uid=1000(nekoyasha) gid=1000(nekoyasha) 组=1000(nekoyasha),4(adm), ..., 33(www-data), ...
[21:09] <sayotte> well that's odd... try logging out/back in? or reconnecting if you're on a shell
[21:14] <sayotte> I wonder if he just found a really obvious solution and left immediately
[21:14] <sayotte> or if he's just logging out/in
[21:15] <Kakurady> Yes, it works now.
[21:15] <sayotte> excellent :)
[21:15] <sayotte> did you have to log out/in to make it work?
[21:15] <Kakurady> Yeah.
[21:16] <Kakurady> ... but Apache can't open what I throw into /var/www ...
[21:16] <Kakurady> Oh
[21:17] <sayotte> ps -ef | egrep 'http|apac'
[21:17] <Kakurady> Nev
[21:17] <Kakurady> nvm
[21:17] <sayotte> ok
[21:17] <Kakurady> Maybe I should just let it run under my user/group since I'm probably only running this for myself.
[21:18] <sayotte> I'm just guessing here
[21:18] <sayotte> but I bet that whatever user apache runs as by default has a restricted or invalid shell
[21:18] <sayotte> expressly for security reasons
[21:19] <Kakurady> www-data:x:33:33:www-data:/var/www:/bin/sh
[21:19] <Kakurady> Even nobody has a valid shell...
[21:20] <sayotte> I can't help you any more right now, but my vote is "no" to making apache run as your user
[21:20] <sayotte> it's a really bad habit to get into
[21:20] <sayotte> and whatever is holding you up is probably something small
[21:21] <sayotte> that you will find after a bit more investigation
[21:21] <sayotte> you're close at this point
[21:21] <Kakurady> Yeah...
[21:22] <Kakurady> I think I need to search the forum for this, but basically, every file I copy into /var/www gets owned by nekoyasha:nekoyasha, not www-data:www-data.
[21:26] <sayotte> chmod g+s /var/www
[21:26] <sayotte> for that matter
[21:26] <sayotte> chmod -R g+s /var/www; chgrp -R www-data /var/www
[21:30]  * Kakurady facepaws
[21:34] <Kakurady> Thanks...
[21:34] <thenewguy> wat does g+s do
[21:35] <Kakurady> +s = sticky, I think...
[21:35] <thenewguy> ahh and wat does chgrp do
[21:35] <sayotte> for directories g+s makes any file created in that directory be owned by the group that owns the directory
[21:36] <sayotte> for executable files g+s makes the program take on the group that owns the program, rather than the group of the person who ran it
[21:36] <sayotte> and chgrp changes which group owns a file or directory
[21:36] <thenewguy> is it bad to make /var/www user right able so it is essier to put files on it
[21:37] <thenewguy> write*
[21:37] <sayotte> it is bad to make apache run as a normal user, and in particular to make it run as the primary user on a system
[21:50] <air-wolf-000> THIS is magpy need a bit of server side get_browser advice, any one at home
[22:52] <trappist> I think I'm pretty close to getting sasl auth to work, but I'm stuck on this: warning: SASL authentication failure: cannot connect to saslauthd server: Permission denied
[22:52] <trappist> I de-chrooted postfix, added postfix to the sasl group, and checked the perms on /var/run/saslauthd
[22:52] <trappist> what could I be missing?
[23:14] <sommer> !serverguide
[23:16] <sommer> trappist: the serverguide has a section on postfix and configuring it to use dovecot sasl: https://help.ubuntu.com/8.04/serverguide/C/postfix.html
[23:16] <sommer> trappist: but if you need to use cyrus sasl you might double check that the postfix user is in the sasl group (or whatever group owns the sasl dir)
[23:18] <trappist> sommer: I'll check out the howto... postfix is in the sasl group
[23:19] <trappist> what differences are there between dovecot sasl and cyrus that I would need to use cyrus?  I'm trying to auth against system accounts, if that makes a difference
[23:21] <sommer> there's not much that I know of... more apps use cyrus at the moment, but the good thing about dovecot sasl is that you can leave postfix in a chroot and still use it
[23:22] <trappist> I've successfully used cyrus with postfix chrooted too, it's just more work
[23:22] <sommer> with cyrus you to use postfix in a chroot you have to change it's directory which can cause issues with other apps, but depending on your server that may not be a problem
[23:23] <trappist> yeah I won't have anything else using sasl for authentication
[23:23] <sommer> I take a look at dovecot sasl it's pretty easy to setup
[23:24] <trappist> I got a guy in #postfix who's maybe onto something, I'll definitely check out dovecot if he runs out of ideas, thanks for the link
[23:26] <jambooda> Hello,  Has anyone had any experince with Ubuntu Server 8.04 and the Perc 6i/6E RAID controllers?  In particular the megaraid drivers