[06:21] Morning === crummygummy_ is now known as CrummyGummy === stickystyle is now known as away [16:24] Can someone hint me how to use ISCSI on a Gutsy amd64 machine? [16:37] Okay. It was quite easy, thanks :) === Drazha is now known as Drazha[away] === gamble61 is now known as gamble|fude [17:59] the ServerPackageReview is on wiki.canonical.com.. is it going to be moved to wiki.u.c? [18:00] probably [18:05] ivoks: nice [18:09] it will be on wiki when session is over === gamble|fude is now known as gamble6x [19:25] what does *** stack smashing detected *** mean ? [19:34] osmosis: http://www.debian-administration.org/articles/408 [20:00] SMASHING THE STACK [20:00] It's an exploitation technique. [20:23] i am have question [20:24] which apache does ubuntu-server LAMP install option use? apache or apache2? both are installed here! [20:25] bsdunix: it should be apache2 [20:25] jaime@quixote:~$ ps aux | grep apache2 [20:25] jaime 17567 0.0 0.1 2828 752 pts/0 R+ 15:24 0:00 grep apache2 [20:25] no [20:25] not running now, at least [20:26] it is upgrading now. i was asked to chose [20:26] i chose apache [20:26] :( [20:26] what version of ubuntu? [20:26] mralphabet: thanks [20:27] umm 7.1, server... upgrading to 7.10 [20:28] there isn't 'really' a 7.1, there is 7.04 which is fiesty and 7.10 which is Gutsy [20:28] not always running server kernel. most of the time, lately, my client's ecommerce has been outsourced [20:28] fiesty [20:28] fiesty-fawn, i think [20:28] yes [20:29] you can look at packages.ubuntu.com for what packages are available for what version, but fiesty should be installing apache 2 I thought [20:30] this is a friend's ibm i talked him into getting. i come by now to see he's not upgraded the simplest thing [20:30] just a dual proc ecc ram scsi raid intellistation zpro [20:30] apache1 is available it looks like [20:31] apache - versatile, high-performance HTTP server [20:31] apache2 - Next generation, scalable, extendable web server [20:31] okay. updater told me (when i clicked on "help" in updater) only apache supported by php [20:32] updater? [20:32] yes [20:32] ah, you are running desktop? [20:33] ya [20:33] k [20:33] apache2 runs fine with php [20:33] he has been using it for LIMEWIRE! [20:34] libapache2-mod-php5 - server-side, HTML-embedded scripting language (apache 2 module) [20:34] . . . I've seen smarter uses of a linux box [20:34] ha ha [20:36] i like ubuntu. it was easy to jump in. [20:36] i have yet to discover the one thing or another that ALL linux distro's just HAVE to mess up [20:37] i left linux years ago after frustration with so many "standards" [20:37] FreeBSD at the time seemed more sane [20:38] haven't really spent too much time with ubuntu, myself though [20:38] or kde. kde seems to have addressed their bloat and broken-ness [20:40] or hardware has finally surpassed the kde bloatware ;) [20:40] :). maybe both [20:42] ah. now i see i'm actually using some ubuntu specific flavor of gdm [20:43] dpkg is apparently doing the upgrade for me now [20:45] okay. i see this is gonna take some hours > it's upgrading openoffice [20:45] talk about bloatware [20:47] which is generally why people who do not like having the entire desktop system installed start with the server install disk and just install kde or gnome or whatever window manager on top of it if a window manager is required [20:48] it would have been nice, but this system has a bit of a task switching history. it is now a desktop - use thingy [20:49] i shine around often to work on a copy of the website [20:49] * mralphabet shrugs [20:50] hoping to someday settle back into it's original task of webserver [20:50] the experience has convinced us of how quick and robust ubuntu can be under even the most diverse scenarios [20:51] easy, too [23:13] ve [23:13] Is kernel.shmmax compiled into the kernel in LTS? [23:13] Having problems raising the shm size for eAccelerator above 32M [23:14] hi guys, I'm running ubuntu server and noticed today my cpu spiking through the roof because of udevd. I haven't changed anything that would cause this to happen. searching around, the cause seems to possibly be related to evms, which I'm using for software raid, and have been, for months, without any issues. What can I do to make udevd behave normally and without hogging cpu again? [23:14] root@dries:/var/local/eaccelerator# sysctl kernel | grep shmmax [23:14] kernel.shmmax = 67108864 [23:14] fysafysa: check the man page for sysctl [23:15] was able to raise it there and added it to sysctl.conf .. [23:15] is there something I need to reload/sighup to have this take effect? [23:15] i think you might have to reload your network scripts [23:17] aha [23:17] had to sysctl -w instead of echo > .. [23:17] thanks.