[02:34] *** fink has joined #arpnetworks [02:50] *** soundx has joined #arpnetworks [03:19] *** Seji has joined #arpnetworks [03:35] *** Hien_ has quit IRC (Ping timeout: 258 seconds) [03:35] *** Hien has joined #arpnetworks [06:27] *** soundx has quit IRC (Remote host closed the connection) [06:46] *** sga0 has quit IRC (Read error: Connection reset by peer) [08:27] *** phlux1 is now known as phlux [08:53] reset the rb to factory (glutton for punishment) and it's no longer crashing. yay. [08:55] my mikrotik devices have been super stable [08:56] i've never had luck with any of the ones i've used [08:57] i've had this 450 for like 5 years, and stopped using it because each bugfix release broke new stuff and mikrotik generally doesn't care [08:58] also, i was one of the lucky people who got a device out of the batch w/bad capacitors in it [08:59] (they ignored reports of devices blowing up for almost 6 months before admitting they had a mfg issue, but refused to warranty repair anything) [08:59] i have a RB751G-2HnD and a CRS125-24G-1S [09:00] both newer devices than yours [09:00] i have an rb450g and used to have an rb1100ahx2 [09:01] the 450 is one of their most-sold devices for WISPs and stuff [09:03] given the option, i'd still use one over any consumer stuff [09:03] agreed [09:04] and their qos flexibility is great [09:04] i'm not doing anything complex on mine so it probably explains the stability [09:04] all i did was qos and dumb nat stuff [09:05] vpn functionality on the 1100 was godawful, so i just gave up on trying to do that and sold it [09:05] VPN stuff is much better now in the 6.x series [09:09] memory use is better on 6 too [09:09] i've only had the RB751G-2HnD crash once and reboot [09:09] never seen it again [09:09] this one was doing all kinds of squirrelly shit last night before i reset it to factory, haha [09:10] it would crash if i disabled qos rules, it would crash again when enabling them, it crashed when i enabled dhcpv6 client, crashed again when i configured it to RA the ipv6 prefix it got from comcast [09:10] just weird all around [09:11] guessing the upgrade from 5.x to 6.x didn't like an older config or something on the device since wiping stabilized it [09:11] yeah [09:11] there are bugs upgrading from 5.x to 6.x [09:11] they fixed a few of them in recent 6.x releases [09:18] *** mkb has joined #arpnetworks [10:43] *** toeshred has quit IRC (Quit: WeeChat 1.0.1) [10:44] they look intersting from hardware point of view [10:44] it's the software side that makes me apprehensive [10:45] tilera cpus sound like they're pretty good [10:45] but i don't htink routeros is taking proper advantage of it [10:46] yeah it isn't [10:46] i don't think the x86 stuff is quite there yet [10:46] for routeros [10:46] x86? [10:46] yeah the tilera stuff is x86 [10:47] oh i thought it was more arm like [10:48] actually on their page it says [10:48] Architecture TILE [10:48] http://routerboard.com/CCR1036-8G-2Splus [10:48] there are cards for pc [10:48] with tile cpus on them [10:48] maybe that made you think x86? [10:48] yeah [10:49] but iirc it still does BGP on one core [10:49] see something like that looks good [10:49] until you realise it can't do simple mirror functionality [10:49] mirror port [10:49] bgp on one core shouldn't be that bad [10:50] juniper still only use one core for bgp too :/ [10:52] now im trying to figure how why php-fpm is giving me a blank page [10:52] i had that happen to me too [10:53] i can't quite remember what it was at that point though [10:53] and its hard to debug cause i can't figure out how to make php-fpm return an actual error [10:53] yeh [10:53] that's what i thought [10:53] check the nginx error log? [10:53] and fpm error log? [10:54] maybe it'll come back to me what happened to me haha [10:54] did you know php-fpm can backtrace a page that takes too long to load? [10:54] *** toeshred has joined #arpnetworks [10:54] nothing in the fpm error log, nginx error log, php-fpm is returning 500s [10:54] 2001:470:1d:96b::1000 - - [06/Dec/2014:18:51:52 +0000] "GET / HTTP/1.1" 500 5 "-" "Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36" [11:01] i think what i stumbled on for longest was that i was using alias rather than setting root and files were trying to get served from wrong place. [11:03] that might be it but I can't see it [11:03] i had something in nginx error log [11:03] in the end i symlinked cacti to /usr/share/cacti/site [11:03] cos it was cacti using php [11:03] it kept trying to load /usr/share/cacti/site/cacti/ [11:04] when going to hostname/cacti [11:04] with lighttpd i just used aliases. [11:06] https://gist.github.com/staticsafe/294c4b56ef5b57de2048 [11:06] Gist: "asininetech.com.conf" [11:08] oh i think you have to stick the .php thing inside the location? [11:08] or at least before the location [11:09] oh it says it matches last all? [11:09] err matches last [11:10] when screwing around i stuck my .php location thing before the normal location thing and now i dunno if it's necessary or not [11:10] yeah its the config I copied from the currently working server that I'm planning on moving [11:10] ahh my other host doesn't. [11:11] and you checked socket permissions? [11:11] its using a tcp socket [11:11] hmm i have fastcgi_pass unix:/var/run/php5-fpm.sock; [11:11] oh [11:12] upstream php { [11:12] server 127.0.0.1:9000; [11:12] } [11:12] yeah [11:12] and that's listening fine? [11:13] tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 29594/php-fpm: mast [11:13] my php fpm has like nothing useful at all generally [11:13] [23-Nov-2014 10:36:05] WARNING: [pool www] child 15800 exited on signal 11 (SIGSEGV - core dumped) after 87.360830 seconds from start [11:14] don't remember what that was [11:14] but it was ages ago [11:15] current server is Debian, this new one is CentOS 7, i wonder if there is some small difference breaking things [11:15] i had problems with ubuntu but not arch :) [11:17] try tcpdump [11:17] tcpdump -l -n -i lo port 9000 [11:17] oh good idea [11:35] fwiw, php-fpm dumps errors to the server's error log. But if you're getting 500, that's a server configuration issue, not php-fpm's. [11:37] hm [11:41] (not that it's impossible for php-fpm to return a 500 too, as it would in this case. But the fact that there's nothing in the server error log suggests that it's not php-fpm's fault. If it were php-fpm, I'd expect something like: 2014/12/06 11:40:14 [error] 4925#0: *1332261 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error) [12:13] static any luck? [12:13] mercutio: nope [12:13] i'm giving up for now [13:20] ahh ok [14:51] *** mkb has quit IRC (Ping timeout: 245 seconds) [17:31] *** fink has quit IRC (Quit: fink) [18:53] *** mkb has joined #arpnetworks [19:04] Just finished walking my dad through restoring his malware infected Dell Windows 7 machine back to factory settings (over the phone) [19:38] i see news.arpnetworks.com is slowly getting a few more users. [21:21] *** mkb has quit IRC (Ping timeout: 240 seconds) [21:32] *** mkb has joined #arpnetworks