[00:09] <jdstrand> Guest79575: there were changes, but not something that you would need to do differently to have it enabled on boot
[00:10] <jdstrand> Guest79575: can you file a bug at https://bugs.launchpad.net/ubuntu/+source/ufw/+filebug ?
[00:11] <Guest79575> jdstrand: if I can narrow something down I will file a bug, am trying to reproduce locally with vagrant
[00:11] <jdstrand> ok, thanks
[00:11] <wmp> hello, i very need help with networking
[00:11] <Guest79575> jdstrand: it's wierd and may have to do with EC2 so I don't want to jump to conclusions
[00:11] <wmp> becouse my server is donw
[00:11] <wmp> http://pastebin.com/TPeqPELc - i thying to run this bridge
[00:11] <wmp> serer works good on normal eth0 inet static
[00:12] <wmp> but when i trying make bridge, it down...
[00:12] <jdstrand> Guest79575: I was wondering if the security groups might be interfering (or some other software in the guest)
[00:12] <Guest79575> jdstrand: yea I wondered that as well - but they didn't change in the sequence of events I outlined before
[00:12] <Guest79575> i.e. they always allowed TCP port 22 from anywhere
[00:13]  * jdstrand nods
[00:19] <Guest79575> jdstrand: FWIW I just reproduced the issue locally with vagrant VM
[00:32] <jdstrand> Guest79575: ok. can you file a bug with steps to reproduce?
[00:33] <Guest79575> jdstrand: I'm going to retry with Precise first but if that works then yes
[00:33] <jdstrand> thanks
[01:51] <dustinspringman> server 14.04... when a client disconnects from pptp on the server, cpu spikes to 100% for that task.... any thoughts on how to stop this?
[02:22] <Patrickdk> restart pptp on 100% cpu usage?
[02:22] <Patrickdk> :) not sure, so haven't used pptp for so long
[02:30] <dustinspringman> Patrickdk: all I have to do to remedy the issue is kill the pppd task in top... but whenever a client disconnects.. boom.. 99% load until its kilt
[02:32] <Patrickdk> heh? you said pptp would go 100%
[02:32] <Patrickdk> now it's pppd?
[02:32] <Patrickdk> that sounds easy to fix
[02:33] <dustinspringman> it's pppd in the task list on top.. but it's a pptp server i'm operating.. the client is a pptp client that disconnects and sends pppd into a spiral
[02:33] <Patrickdk> yes, sounds like a pppd problem
[02:34] <Patrickdk> so look for a pppd solution
[02:34] <dustinspringman> been doing that... there's all sorts of random stuff on the web.. logs don't say much..
[02:34] <Patrickdk> what does strace say?
[02:35] <dustinspringman> I've been chasing ghosts through the pptp.conf for a while.. got rid of half the problem.. (it was doing the same thing when users connected, but i disabled the logwtch in pptpd.conf and that went away)..
[02:36] <dustinspringman> hmm.. strace looks interesting... i'll see what it has to offer
[02:37] <dustinspringman> wow, I have no idea how to use this! XD
[02:37] <Patrickdk> you wouldn't :)
[02:37] <Patrickdk> a programmer would
[02:37] <Patrickdk> or atleast someone that understood programming
[02:37] <Patrickdk> but if it's using 100% cpu, it should give a good hint
[02:42] <dustinspringman> uh oh... i've gotten it stuck in some sort of gobbley gook and can't CTRL+C out of it.. XD
[02:43] <Patrickdk> heh?
[02:43] <Patrickdk> control-c should work
[02:43] <Patrickdk> but your terminal is probably screwed up
[02:43] <Patrickdk> after control-c, try typing in reset, and press enter
[02:43] <dustinspringman> }'}"}(}"�}*~~�}#�!}!}-} }4}"}&} } } } }%}&�)}2}=}'}"}(}"�}*~~�}#�!}!}-} }4}"}&} } } } }%}&�)}2}=}'}"}(}"�}*~
[02:43] <dustinspringman> that's all I'm getting.. =/
[02:44] <dustinspringman> every now and again I get this: socket(PF_LOCAL, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 7
[02:44] <dustinspringman> connect(7, {sa_family=AF_LOCAL, sun_path="/dev/log"}, 110) = -1 ENOENT (No such file or directory)
[02:44] <dustinspringman> close(7)                                = 0
[02:44] <dustinspringman> gettimeofday({1409712235, 73661}, NULL) = 0
[02:44] <dustinspringman> fcntl(6, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=316, len=1}) = 0
[02:44] <Patrickdk> how exactly did you run strace?
[02:44] <Patrickdk> you didn't strace -p *the pid of the pppd that is using 100% cpu*
[02:45] <dustinspringman> sudo strace pppd
[02:46] <Patrickdk> that is not going work
[02:46] <Patrickdk> that is just running pppd on the console
[02:46] <Patrickdk> that is suppost to happen
[02:46] <dustinspringman> oh,. so, how do I get out of this?
[02:46] <Patrickdk> well, the problem is you need to get out of pppd :)
[02:46] <Patrickdk> probably control-d
[02:47] <dustinspringman> ctrl+d /anything does nothing..
[02:47] <dustinspringman> open another term and kill something?
[02:47] <Patrickdk> control-z ?
[02:47] <Patrickdk> sure :)
[02:47] <Patrickdk> only option now, that I can think of
[02:48] <dustinspringman> hah.. so... now what should I kill!? I don't see strace anywhere... or pppd...
[02:48] <Patrickdk> ps ax
[02:50] <dustinspringman> that got it!
[02:50] <dustinspringman> whew!
[03:12] <pmatulis> dustinspringman: still banging away at it?
[03:13] <dustinspringman> pmatulis: yea man.... I've isolated the issue.. just can't seem to find the smoking gun...
[03:14] <dustinspringman> pmatulis: I got rid of the connection logging that was eating CPU, now I just have the "disconnect of pptp client causes pppd task to spike CPU" issue...
[03:14] <dustinspringman> pmatulis: I've read every thread on the web I can find...
[03:15] <dustinspringman> pmatulis: some talked of "address loops" and such, but I've checked on that, doesn't appear to be the issue... its got to be something in the pptpd.conf file that is trying to "do something" when the pptp connection to a client drops.. .but what that "doing" is, is eluding me..
[03:21] <Patrickdk> what that is, is what strace will show you
[03:21] <Patrickdk> start a connection
[03:21] <Patrickdk> attach strace to it
[03:21] <Patrickdk> then disconnect
[03:22] <Patrickdk> and strace will show you what happens
[03:22] <Patrickdk> then you just have to figure out the cause vs the effect
[03:24] <dustinspringman> Patrickdk: i'll dig into that a bit more and see what I can come up with.. The syntax for strace is cray cray
[03:38] <pmatulis> dustinspringman: 'strace -f -o <output_file.strace> -p <pid of your process>'
[03:38] <Patrickdk> maybe, but probably not needed yet, -s 4096, or so
[03:46] <dustinspringman> pmatulis: Patrickdk: I'll give that a shot in a bit.
[04:06] <pmatulis> dustinspringman: the perf utility will probably help you more in your situation
[04:10] <pmatulis> sudo apt-get install linux-tools-generi; <start your process>; sudo perf record -g -p <pid>; reproduce problem; <stop perf>; sudo perf report -g
[04:10] <pmatulis> linux-tools-generic*
[04:14] <sarnold> pmatulis: ooh. thanks for quick tutorial :)
[04:14] <pmatulis> sarnold: lol
[04:15] <sarnold> pmatulis: no, seriously, "learn about perf" has been on my todo list for bloody ever
[04:15] <sarnold> now I have it up and running and am impressed :)
[04:15] <pmatulis> sarnold: well now you know :)
[04:17] <pmatulis> obviously it generates a default named output file (perf.data) that can be specified with '-o'
[04:18] <pmatulis> there's a lot more but that is the basic stuff.  and i'm no expert
[04:20] <sarnold> pmatulis :D
[04:21] <Patrickdk> haven't heard of or used perf before
[04:21] <Patrickdk> but since I know the kernel, and programming good, strace makes perfect sense to me :)
[04:24] <sarnold> Patrickdk: strace is awesome but there's a lot it misses.. it doesn't show functions inside a program, which can be really helpful, and it doesn't show functions inside the kernel, which can be helpful, and it is a bit .. blunt .. when trying to find program hotspots
[04:25] <Patrickdk> ah ya, it's not a profiler
[04:25] <Patrickdk> it's a hmm, what is the word
[04:26] <Patrickdk> syscall dumper
[04:50] <user123321> Please help, my machine again crashed at 10.10 display time with no response, recovered with ctrl+alt+prtsc+R+I+U+S+B. Kernel log around that time: http://pastebin.com/dkS92jui
[04:51] <sarnold> user123321: anything before that?
[04:52] <Valduare> hi guys i just upgraded from 12.04 to 14.04 and the system is bad….. seems to be issue with perl. I cant install anything complains of perl stuff… looking around there are no files in /usr/lib/perl
[04:52] <Valduare> how can I fix this
[04:52] <user123321> sarnold,  09:05:00 <---- it's the previous one before the first log entry I posted.
[04:52] <user123321> seems one hour before.
[04:53] <sarnold> user123321: wait, is that "ubuntu 10.10" aka "maverick" aka "end of lifed over two years ago"?  Or is that just saying at 10:10 it hung....
[04:54] <sarnold> user123321: ah, okay
[04:54] <user123321> sarnold, Oh I mean, it hanged at 10.10 display time :D
[04:54] <sarnold> user123321: okay, good... I just googled for that memory address you found and people running 10.10 were complaining about it... I got worried that you were two years behind on security updates :)
[04:55] <user123321> oh lol
[04:56] <sarnold> interesting if true https://bbs.archlinux.org/viewtopic.php?pid=1350836
[04:58] <user123321> interesting indeed! hmm.
[04:58] <sarnold> and definitely interesting:  https://bugzilla.kernel.org/show_bug.cgi?id=16661  :)
[04:59] <sarnold> uvirtbot: the downside is... the kernel.org bugzilla gives me the feeling that this message is probably unrelated to your actual lockup, or perhaps a symptom of a different underlying problem..
[04:59] <sarnold> sigh you stupid virtbot
[05:00] <user123321> sarnold,  It be same in Ubuntu and LUbuntu right? Because I'm in LUbuntu now.
[05:00] <user123321> It should be*
[05:01] <sarnold> user123321: so, here's a long-shot theory. it's not great. perhaps there's some electrical issue with your NIC; the connection bounced at about the same time, perhaps a lose wire wiggled or the machine moved around slightly causing electrical connections to come and go and wedge the machine
[05:01] <sarnold> user123321: (My dad's dell had this problem, the gigabit card we bought wouldn't work, he's stuck with onboard 100mbit ethernet as a result..)
[05:02] <user123321> sarnold, Oh the ethernet, I restarted my router a while before the crash. That's why eth0 restart is displayed in logs.
[05:02] <sarnold> dang :)
[05:03] <Valduare> how can I install POSIX.pm via command line
[05:03] <sarnold> well, that's probably good. it'd be replace motherboard or something if it were broken..
[05:04] <sarnold> Valduare: could be horrible. try "apt-get install perl-base" and see if you get lucky...
[05:04] <sarnold> user123321: you're probably going to have to try to collect more data next time it happens. have a ps auxw running or use a serial console or something similar...
[05:04] <sarnold> well, you did get the sysrq messages, it was alive enough for that..
[05:04] <Valduare> apt dosnt want to work without perl fully functional
[05:04] <eagles0513875> hey guys is there a way i can see all the apache redirects i have on my system
[05:05] <user123321> sarnold, Yeah, how to get more data? Are there any logs I can check now? :D
[05:05] <sarnold> Valduare: dang. okay, look in /var/cache/apt/archives for perl* debs
[05:05] <Valduare> Can't locate POSIX.pm in @INC
[05:05] <sarnold> user123321: maybe next time it hangs, use sysrq to dump task info and stack traces
[05:06] <Valduare> ya I have the deb in the cache
[05:06] <sarnold> Valduare: sweet; try do dpkg --install the thing
[05:07] <user123321> sarnold, any idea of the exact buttons? https://www.kernel.org/doc/Documentation/sysrq.txt <--- this shows a lot I bet
[05:07] <sarnold> user123321: https://www.kernel.org/doc/Documentation/sysrq.txt
[05:07] <sarnold> hahaha
[05:07] <user123321> lol
[05:07] <sarnold> user123321: l m d w   probably the starting point
[05:09] <Valduare> ah progress
[05:09] <user123321> sarnold, cool
[05:09] <Valduare> sarnold next roadblock Perl API version v5.14.0 of Socket does not match v5.18.0 at /usr/share/perl/5.18/XSLoader.pm line 92.
[05:13] <sarnold> Valduare: dang, that one's harder. Socket.pm from perl-base should report v5.18.0 .. and Socket.pm from e.g. libsocket-perl isn't installed on my laptop, seems unlikely to be the package that you need to upgrade..
[05:14] <Valduare> hmm
[05:16] <sarnold> Valduare: hrm, now that I look into a bit .. why 5.18 and not 5.18.2??
[05:17] <sarnold> Valduare: ... did you say "yes" to CPAN's offer to install a new perl interpreter or something similar? :)
[05:17] <Valduare> havnt used cpan
[05:17] <sarnold> good good, that always drove me up the wall
[05:18] <sarnold> but still, that's the craziest..
[05:18] <Valduare> this is a 12.04 system freshly upgraded to 14.04 if that helps
[05:19] <Valduare> had the grub issue on first boot
[05:19] <Valduare> had to use boot-rescue
[05:21] <sarnold> you may be able to better understand my confusion .. well, eventually .. if you take a look at the publishing history here: https://launchpad.net/ubuntu/+source/perl/+publishinghistory
[05:21] <sarnold> I just don't see a 5.18 or 5.18.0 package in the list.
[05:25] <Valduare> btw I wonder how the MaaS guys are doing
[05:25] <Valduare> hear of any progress with maas and arm devices?
[05:26] <sarnold> Valduare: hmm, no, I haven't, all my maas use has been x86 (well, virtualized x86 at that..)
[05:26] <ikonia> eagles0513875: look in the config file - that will show you all the redirects
[05:26] <Valduare> ah how does it work for virtualized stuff
[05:26] <ikonia> eagles0513875: the ones that won't be shown are ones that are handled by the application, not the webserver
[05:26] <sarnold> Valduare: they've got #maas -- it might be worth poking your head in if you're curious :)
[05:27] <eagles0513875> you mean the global apache configuration ikonia
[05:27] <sarnold> Valduare: well, it worked well enough for my testing -- it might not be something you'd actually want to -use- of course
[05:27] <Valduare> I have a cobbled together setup here lol
[05:28] <Valduare> freenas box serving iscsi to a gigabyte gae350n mobo with 16 gigis of ram running esxi atm and another host box an old dell optiplex 745 running esxi as well  all with ubuntu vm’s
[05:28] <sarnold> ooh fun :)
[05:29] <sarnold> does the esxi do all the iscsi itself or do your VMs do the iscsi initiating?
[05:30] <Valduare> it handles it
[05:31] <Valduare> vm’s just act like vms if they were on virtualbox even
[05:32] <sarnold> I've heard linux's iscsi target is .. not great. It might be best to have esxi do it :)
[05:34] <Valduare> I am interested in other solutions eventually
[05:34] <Valduare> so far this setup has been fairly thoughtless
[05:34] <Valduare> I use smoothwall 3   as a virtual router
[05:34] <user123321> sarnold, where are the logs from " l m d w" going to save?
[05:35] <Valduare> so make a vm, install smoothwall 3 on there just 128 megs of ram or so. then give it two virtual nics one for the public ip and one for internal traffic
[05:35] <eagles0513875> ikonia: reason i asked that I have round cube installed and something has changed where its redirecting to the main website instead of roundcube login page
[05:35] <eagles0513875> i followed https://help.ubuntu.com/community/Roundcube
[05:35] <sarnold> user123321: syslog -- you may need to change the "log level" if they don't get saved there..
[05:35] <eagles0513875> to set it up and it worked
[05:36] <user123321> cool
[05:36] <sarnold> Valduare: ha :)
[05:37] <Valduare> then I pile as many vm’s as I want behind each smoothwall router lol
[06:34] <ikonia> eagles0513875: it's possible your upgrade to 14.04 and thus apache 2.4 has changed the way it's redirection works
[06:34] <ikonia> eagles0513875: first thing is the redirection apache or the application
[06:34] <eagles0513875> wont be suprised there.
[06:35] <eagles0513875> i think there as well were config issues with round cube after the upgrade im working around them bit by bit
[06:37] <ikonia> is the redirect the webserver or the application ?
[06:42] <eagles0513875> application
[06:43] <ikonia> eagles0513875: then it's unlilkley the webserver has anything to do with it
[06:43] <eagles0513875> im looking in htaccess
[06:43] <ikonia> does htaccess do redirects for you ?
[06:51] <eagles0513875> in this case it did ikonia :) now just have to fix imap issue
[07:36] <lordievader> Good morning.
[07:36] <salih-emin> good morning
[07:37] <cfhowlett> lordievader, ehhh, no.  afternoon in Beijing.  How about "greetings!"
[07:37] <lordievader> Hey salih-emin, how are you?
[07:37] <lordievader> cfhowlett: Good afternoon to you then ;) How are you doing?
[07:37] <salih-emin> fine thanks !
[07:37] <cfhowlett> lordievader, no complaints
[07:40] <lordievader> salih-emin, cfhowlett: Good to hear :)
[07:42] <eagles0513875> hey lordievader
[07:42] <eagles0513875> hows it going
[07:46] <lordievader> eagles0513875: Pretty good here ;)
[07:46] <lordievader> How are you eagles0513875 ?
[07:46] <eagles0513875> not bad chugging along getting things donw
[07:46] <eagles0513875> done
[10:42] <user123321> Machine got frozen again during boot with nothing on screen. Kernel log from the start of boot to the emergency restart: http://pastebin.com/A5V8yWjS
[10:42] <user123321> Any ideas? Thanks :)
[10:45] <lordievader> user123321: Run memtest: Corrupted low memory at ffff880000006598 (6598 phys)
[10:46] <user123321> lordievader, shall I just run memtest in terminal?
[10:48] <lordievader> user123321: No, reboot and select memtest from the grub menu.
[10:50] <user123321> Ah ok,
[10:50] <user123321> brb
[10:58] <user123321> lordievader, machine froze two consecutive times when trying recovery mode. I'm back with normal boot now *sigh*
[10:59] <salih-emin> do you have a bootable media ?
[10:59] <salih-emin> you can try memtest from a live media
[11:00] <user123321> salih-emin, I could prepare a bootable media. Just to avoid confusion, is memtest supposed to be used for testing systems that cannot be booted at all? Or can it identify rare crashes that has happened to me? For example, I'm logged in now with the machine.
[11:01] <salih-emin> user123321, memtest is for testing RAM for corruptions (hardware issues)
[11:01] <salih-emin> not the actual OS
[11:02] <user123321> oh I see
[11:02] <user123321> I'd try it sometime, coz I need to prepare a bootable media.
[11:03] <salih-emin> yes if you encounter errors during the memtest you should consider replasing your RAM memory
[11:04] <user123321> salih-emin, But i don't get crashes when I use Windows 7 :|
[11:05] <user123321> not like this fatal :/
[11:10] <Andy80> hi, I'm trying to make mcrypt php extension work on my Ubuntu 14.04. I'm aware of this bug https://bugs.launchpad.net/ubuntu/+source/php-mcrypt/+bug/1318021 but even after installing the plugin and checking that is enabled with php5-fpm -m | grep mcrypt still one of my wordpress plugin can't see it. Please not I'm using php5-fpm. Any idea?
[11:10] <lordievader> user123321: It could be that the memory corruption is in a place that Windows does not address quickly.
[11:11] <Andy80> please also note that there is no /etc/php5/conf.d/ directory... there is /etc/php5/fpm/conf.d/
[11:12] <lordievader> user123321: Also, that the machine freezes upon booting the recovery mode is not a good sign.
[11:13] <user123321> lordievader, This link is surprising, and what do you think about its response?: https://bbs.archlinux.org/viewtopic.php?id=163440
[11:13] <user123321> He has the same laptop as mine, DV6
[11:14] <lordievader> user123321: Ewaller probably knows what he is talking about ;)
[11:15] <user123321> haha
[12:19] <caribou> jamespage: has anything (i.e. SRU like) has been planned to take charm fixes from ./next into the existing stable release ?
[12:20] <caribou> jamespage: your document states the reason why it should be done, then stops there
[12:22] <jamespage> caribou, nope - each fix would be assessed on a requirement and impact basis via a bug
[12:22] <jamespage> if you have fixes you want to see in the stable charms, they feel free to nominate stuff
[12:22] <caribou> jamespage: what if the fix is already coming from a bug ?
[12:23] <jamespage> caribou, not sure I understand your question then
[12:23] <caribou> jamespage: I'm thinking of the known_hosts/authorized_keys fix I did for nova-cloud-controller/nova-compute charms
[12:23] <jamespage> caribou, the change needs to be merged into /next and then proposed/merged into the trunk branch
[12:23] <caribou> jamespage: this fix is already into ./next (nova_cc one)
[12:23] <jamespage> ok
[12:24] <caribou> jamespage: TL;DR : what do I need to do to get those fixes which are in ./next in the official charm :-)
[12:25] <jamespage> caribou, cherry pick the commit from the next branch into the stable branch and propose it
[12:25] <caribou> jamespage: k
[12:28] <abhishek> how can i scan new hard-drive without rebooting ?
[12:28] <ikonia> abhishek: did it get detected as a udev event ?
[12:29] <abhishek> udev event ? u r talking about udev at startup
[12:29] <ikonia> udev will create the device node used to access it
[12:29] <ikonia> if you don't see a udev event (eg: your hardware does not support hot plug) you can't access it
[12:30] <ikonia> you could try triggering udev, but it's unlikley to do anything if you don't have hotplug support
[12:30] <abhishek> how can i do this ?
[12:30] <ikonia> does your hardware have hotplug support ?
[12:31] <abhishek> may be I don't know ? I just created a lun in storage want to add in ubuntu-serrver
[12:31] <abhishek> I cant reboot this server this time
[12:31] <ikonia> lun in storage ?
[12:31] <ikonia> so this is a fibre array ?
[12:32] <abhishek> yes
[12:32] <ikonia> ok, you need to walk the fibre
[12:32] <ikonia> and it shoul trigger a udev event
[12:32] <dasjoe> abhishek: find out how many scsi hosts your system has, then something like this: for x in $(seq 0 7); do echo "- - - " > /sys/class/scsi_host/host$x/scan; done
[12:32] <ikonia> you send a "1" to an option in proc
[12:33] <abhishek> let me try this
[12:34] <abhishek> I have four scsci host
[12:34] <abhishek> this works thank u dasjoe and ikonia :)
[12:34] <abhishek> thank u very much
[13:18] <caribou> sorry for the dumb question, but where do the stable openstack charms live (for precise) these days ?
[13:18] <caribou> I used to pick them at lp:charms/{nova-cloud-controller|nova-compute} a while back
[13:24] <jrwren> how do I use uvt-kvm to test utopic? uvt-simplestreams-libvirt query release=utopic returns nothing
[13:26] <jamespage> caribou, either lp:charms/<charm-name> or lp:charms/trusty/<charm-name>
[13:26] <jamespage> we keep the branche sin sync
[13:26] <caribou> jamespage: good, those are the ones I was expecting
[13:26] <caribou> jamespage: thanks
[13:29] <rbasak> jrwren: uvt-simplestreams-libvirt sync --source http://cloud-images.ubuntu.com/daily release=utopic arch=amd64
[13:29] <rbasak> jrwren: daily images don't get published in the released streams, except for alpha/beta etc.
[13:29] <jrwren> thanks rbasak
[13:59] <zul> hallyn: http://people.canonical.com/~chucks/libvirt/
[14:06] <hallyn> zul: ok, will get to that today
[14:06] <zul> hallyn: ack
[14:45] <user123321> sorry my internet was reset, did anyone say anything related to my system crash after I logged out?
[15:25] <Guest47177> jdstrand: I was here asking about UFW changes between Precise and Trusty: turns out it was not related to firewall at all.  two other issues conspired to make us think thep problem was firewall related
[15:25] <Guest47177> first issue: we were rebooting like this: reboot now
[15:25] <Guest47177> second issue: NFS mount was hanging boot
[15:26] <Guest47177> this explains our first issue: http://askubuntu.com/questions/483670/what-causes-ssh-problems-after-rebooting-a-14-04-server
[15:26] <user123321> Is upgrading the linux kernel to a newer version than the official ubuntu released advisable?
[15:26] <user123321> release*
[15:27] <jdstrand> Guest47177: oh, interesting
[15:27] <lordievader> user123321: No.
[15:27] <Guest47177> so the machines weren't actually rebooting, and when we rebooted them via the EC2 console they'd hang on boot waiting for NFS mount
[15:27] <jdstrand> ah
[15:27] <cfhowlett> user123321, for the vast majority - inadvisable. BUT if you have the expertise ....
[15:27] <jdstrand> very interesting
[15:28] <jdstrand> Guest47177: thanks for the update! :)
[15:28] <Guest47177> yep, didn't want to let that hang out there w/o explanation
[15:28] <user123321> Oh ok, because I got an advice from #linux to upgrade the kernel to check if it might solve my crash issues :D (crashes that result from possibly firmware bugs in my DV6 laptop)
[15:30] <lordievader> user123321: Have you already checked the memory?
[15:31] <user123321> lordievader, no bootable media yet :/
[15:31] <lordievader> user123321: Check that first. A new kernel will not fix hardware issues.
[15:32] <user123321> Oh, I thought a new kernel could "ignore" hardware issues ;)
[15:32] <user123321> like Windows does. :|
[17:53] <bananapie> if I type 'cat /dev/zero > /dev/null & ' in bash, how many file descriptors did I just open ?
[17:53] <bananapie> it seems to me it would open 5, stdin, stdout, stderr as well as /dev/zero and /dev/null
[17:54] <sarnold> bananapie: iirc bash hands out more filedescriptors to processes; best check /proc/pid/fd/
[17:54] <bananapie> So, if I do a while [ true ] ; loop with the above code, I should get errors about to many processes open pretty quickly ?
[17:57] <sarnold> bananapie: check ulimit -a to see your limits; my max user processes limit is 125759 -- enough to make the system mighty unhappy
[17:58] <bananapie> ulimit -a says 1024, but I have a  process open with 1500 descriptors. it's not getting any errors.
[17:58] <bananapie> It's running as root, is it possible that root is not ulimited ?
[17:59] <sarnold> bananapie: the nproc limit is applied per-user... the filedescriptor limit is applied per-process. none of your processes will have more than a handful of descriptors open.
[18:00] <bananapie> ok
[18:00] <bananapie> is a process and a thread different ?
[18:00] <sarnold> and yeah root isn't subject to the rlimits in the first place -- that's CAP_SYS_ADMIN and CAP_SYS_RESOURCE
[18:01] <sarnold> bananapie: that's complicated :)
[18:01] <bananapie> :P
[18:01] <bananapie> ok. But if a process is running as root, it can open 10,000 files and ulimit doesn't care. Only the sysctl file limit right ?
[18:02] <sarnold> cap_sys_admin means even /proc/sys/fs/file-max can be ignored
[18:03] <bananapie> Cool.
[18:03] <bananapie> also, brb. I have to go uncrash a server
[18:03] <sarnold> happy uncrashing :)
[18:05] <bananapie> I think I'll just reboot it. The servers is on it's knees right now. I looped 1000 times only. It's not a very powerful machine.
[18:06] <sarnold> hahahaha
[18:06] <sarnold> good luck with the reboot :)
[18:11] <bananapie> pkill cat :)