[05:47] good morning [06:16] hi there guys anyone can help with this command i get syntax error ------> fakeroot make-kpkg –initrd –append-to-version=-custom kernel_image kernel_headers [06:16] anyone can help correct the command [06:21] ruben23: you might post the actual error via pastebinit [06:21] ruben23: maybe -- after the fakeroot? [06:21] to ensure it is not picking up make-kpkg's options? [06:23] also at least what you copied here has merged unicode "–" instead of "--" [06:23] ruben23: ^^ [06:24] cpaelzer: Thanks a lot it works.. [06:24] yw === krupke_ is now known as krupke === disposable3 is now known as disposable2 === cydizen_ is now known as cydizen === AMZ__ is now known as AMZ_ === Hirppa_ is now known as Hirppa === guampa_ is now known as guampa === marlinc_ is now known as marlinc === cpaelzer_ is now known as cpaelzer === yokel_ is now known as yokel === Guest98383 is now known as lordievader [09:25] if anyone here is using Nginx on 16.04, for the resolver directive (http://nginx.org/en/docs/http/ngx_http_core_module.html#resolver), do I use 127.0.1.1 (Dnsmasq) or is 127.0.0.1 the right IP? I found almost no examples of the former, so I'm a bit confused. [09:27] adrian_1908: well if you set nothing you should use the default which on your system should be 127.0.1.1 [09:27] adrian_1908: see /erc/resolv.conf [09:28] cpaelzer: yes, that's set to nameserver 127.0.1.1 and dig reports that IP too. [09:28] adrian_1908: so I'd assume you do either nothing at all with that directive or have a reason to set something really different like an external nameserver [09:29] cpaelzer: you mean, if I omit it, Nginx will try to go through dnsmasq anyway? [09:29] I'm only 98% sure, but yes [09:30] cpaelzer: ok. Alas, I'm not experienced in networking related things, so i often don't know how to test these things. thanks. [09:31] my VPS provider uses Ubuntu cloud images that already point dnsmasq to their nameservers, and that works really well, so I didn't want to use Google's 8.8.8.8 or whatever most guides use. [09:34] I think you are fine without setting somethnig [09:34] if you need a better expert ask teward later on (not around yet I'd think) [09:35] I might, but for now thanks man! === ogra_ is now known as ogra === ogra is now known as ogra_ === fallentr1e is now known as fallentree === nacc_ is now known as nacc === ptx0_ is now known as ptx0 === msj1974 is now known as mstjohn1974 === mstjohn1974 is now known as msj1974 === msj1974 is now known as msj2015 === semiosis_ is now known as semiosis === JanC_ is now known as JanC === Guest____ is now known as bladernr-lex [19:16] Curious here, how can I transfer one disk to another; meaning the data on the drive to my 2tb harddrive? [19:24] cp(1)? [19:30] tarpman, well I don't want to use the normal drive at all, I want to migrate over to the 2tb and have it run on reboot without any issues. === hehehe_away is now known as hehhe === hehhe is now known as hehehe [20:10] you might look at something like clonezilla to do the imaging, if you used LVM the resizing should be pretty easy, if not gparted should help === nchambers is now known as telnet === telnet is now known as nchambers === testing is now known as Guest86623 [21:22] i'm running into a problem since upgrading my ec2 API servers from trusty to xenial. a server will run fine for a day or two, then it will stop serving requests. when i SSH into the machine, if I can login at all, it is extremely slow. it takes a few seconds for each character i type into the shell to be echoed back. there's no errors in the system log, no problems showing in dmesg, and my API logs look fine. any ideas what this [21:22] could be? [21:23] cpu usage is minimal, system load is near zero, and there is free memory available [21:23] all the usual stuff checks out fine [21:37] semiosis: any luck yet? [21:37] semiosis: give this a view and see if it provides anything useful to work with http://www.brendangregg.com/blog/2015-12-03/linux-perf-60s-video.html [21:38] no luck trying to figure this out on my own, so coming here for help. been dealing with this for a few weeks. [21:38] will check. thanks [21:43] semiosis: problem on the server, or between you and the server? run a few commands with `time` prepended and see if things actually take longer than expected just executing on the server? [21:44] my hunch is it is a network issue. kernel tcp stack maybe. [21:45] i just deployed an increase of the tcp memory limits. when these servers die i'll try timing some commands. thanks for the tip === hanna` is now known as hanna [23:06] aha [23:33] HJHi [23:33] I've tried enabling TLS support with Pure-FTPD, got that working [23:33] But everytime I enable UFW (I've got port 21 TCP open) [23:33] I cannot access the directory listings with Ufw enabled and TLS [23:33] (FTPS) [23:33] but I can with FTP [23:34] what ports does FTPS use [23:36] don't you need both 20 and 21 for ftp? [23:38] sarnold: Only if you want data *and* commands. [23:38] mason: picky picky :) [23:39] SupaYoshi: FWIW, "grep ftp /etc/services" will show the ftps ports, and also sftp. [23:43] im not using sftp [23:43] im using ftps [23:43] SupaYoshi: ok, so grep what mason said [23:44] * mason contemplates an RFC describing sftps, just to be difficult. [23:44] mason: :) [23:44] SupaYoshi: also, mason didn't say you were using sftp, they said it shows ports for both ftps and sftp [23:44] ok [23:44] I are plural! \o/ [23:44] its odd that it works fine without ufw [23:45] and stops with ufw enabeld. [23:45] http://paste.ubuntu.com/24731516/ [23:46] SupaYoshi: you didn't need to paste it, we all have it on our systems too [23:52] so what port [23:52] is needed for it to work? :P [23:52] 21 is open, 22 is.