[00:00] Well, I uhm... there's options. There's scp, ftps, https. If you're accessing the webserver via a browser, then https is probably the way you want to go. [00:00] 1. Cost of data on cloud serverexpensive 2. i dont have fast uncapt internet here .3 not all the files will be active [00:01] What cloud service are you using Henster and what's your monthly budget? [00:01] ok cool , i learned how use puttygey gen ,, can i iuse putty keys in the terminal without using a putty like terminal [00:01] Im at digegal ocean [00:01] digital [00:02] god my spelling tonight [00:02] also its 2am here lol [00:02] Ahh. [00:02] dude dont hack me lol [00:02] Pssh. [00:03] Don't worry, I don't want to. [00:03] I'd hate it if that happened to me, so I'm not gonna do it to anyone else. [00:03] ha ha cool man [00:15] sarnold: Do you have any suggestions on what I might do to fix this issue? [00:16] geigerCounter: you're still stuck at the unexp3ected packet? [00:16] Yeah [00:17] geigerCounter: you could try connecting to it with openssl s_client's -starttls smtp support and see what output you get.. [00:18] How does that work exactly? I'm not too familiar with how s_client works... [00:19] I have to look it upevery time I use it; something like openssl s_client -CApath /etc/ssl/certs/ -verify 2 -connect servername:port -starttls smtp ... but it might require more [00:22] Well.. that seems right? [00:24] Well the connection holds up, but when I try to login it says "Invalid base64 data" [00:31] jgrimm: fyi, i think puppet should migrate now and i'm SRUing the longstanding bug with 16.04 + systemd [00:41] geigerCounter: ugh when another fellow has trouble logging in via base64 decode errors it looks a bit hard to decipher -why- https://lists.gt.net/exim/users/57020 [00:42] geigerCounter: but 11 years ago philip said he'd make the authenticators log alongside the smtp dialog in whatever debug mode is used.. maybe he did? :) [00:42] ... [00:44] Well let's give this a read. [00:53] * geigerCounter facepalms [00:53] I just ran tcpdump without any qualifiers and without piping it to less [00:54] And now to wait fifteen years. [00:54] I'm jk of course, I just interrupted it [00:56] hehe [01:09] i have log about 28G how to reduce the file size to be latest 7G ? [01:09] i have issue when i try to gzip it because the cpu usage would be increase [01:10] fishcooker: do you need to keep the logs? [01:10] fishcooker: rotate more often so the individual files don't get that big ? [01:12] set logrotate to daily, or maybe to a file size (1day or longer then) [01:13] wonder what it would take to modify logrotate to nice gzip [01:14] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652600 [01:14] Debian bug 652600 in logrotate "logrotate: use nice and ionice to avoid slowing down system" [Wishlist,Open] [01:15] hah I didn't expect it to be that easy [01:15] a one-liner but I didn't think of just fiddling with the crontab :) [01:15] I wouldn't want to myself [01:15] since logrotate can restart services [01:15] I'd rather switch to lz4 or something quicker anyway [01:16] do those restarts also get the new nice? I believe so, maybe [01:16] heh [01:16] I bet you're right [01:16] probably have to play with compresscmd and compressopt to get it [01:17] looks like the logrotate with this conf http://vpaste.net/cBJwO cause the log big [01:17] that doesn't *cause* a big log [01:17] i think delay compress sarnold [01:17] the fact your programming is LOGGING a lot causes a big log :) [01:18] why is gluster logging so much? [01:18] should it? do you need the logs? [01:18] the question is why the compress doesn't work [01:18] how do you mean, doesn't work? [01:18] because i noticed the log is raw log not the gz one [01:18] you have delaycompress and compress in there [01:19] i think it should be compress only patdk-lap [01:19] if you don't want delaycompress, why have it? [01:19] noted [01:19] the manpage notes that delaycompress is needed if the program can't be told to close the log file [01:21] how about the postrotate ... does it force the service close the log file and create a new one, sarnold? [01:24] fishcooker: I think you're right, this looks like it should log rotate when it gets SIGHUP https://github.com/gluster/glusterfs/blob/master/glusterfsd/src/glusterfsd.c#L1387 [01:24] nice reference sarnold... i will do without delaycompress [01:29] * patdk-lap has never thought of this, I just never use delaycompress :) [01:29] the history of the big is we did set debug mode so the file become so big [01:30] it become bigger when we cant access the mount point from glusterfs server [01:39] now to just fix systemd journal filling up /run [02:41] Hey sarnold, what do you think I should do about not being able to remotely connect to exim over port 25 [02:41] ? [02:42] geigerCounter: perhaps your ISP is blocking it? I think most ISPs do block it to knock back spam, and you've got to ask them to allow it.. [02:44] sarnold: Oh huh [02:44] Could you try connecting to my server then? [02:49] geigerCounter: sure [03:53] sarnold: Did it work? [04:07] geigerCounter, connecting to your server on port 25 is normally not blocked [04:07] you connecting to other peoples port 25 is normally ALWAYS blocked [04:22] patdk-lap: Well I can't connect to my server on port 25, I get no response until the connection times out === jge_ is now known as mr-tux [08:36] Good morning [12:25] hello [12:26] what is the correct installation command to get the new hwe kernel installed in a proper way? i only found the "desktop" version : apt-get install --install-recommends xserver-xorg-hwe-16.04 [12:26] is it something like apt-get install --install-recommends linux-image-generic-hwe-16.04 ? [12:26] or linux-generic-hwe-16.04 [15:43] Can someone please assist? I have a problem with server 16.04 on VPS. It's using venet0:0 and when I try to ping 8.8.8.8 I get no reply and 100% packet loss. I have tried this on a different OS CentOs6 and get the same problem. Could someone please point me in the right direction? [15:43] I can't connect to or from it === jge_ is now known as mr-tux [17:28] how do i fix this error Feb libvirtd[6040]: unsupported configuration: Security driver apparmor not enabled [17:33] Are you using libvirt and kernel packges from Ubuntu? [17:39] yes [18:21] enable apparmor, i would guess === JanC is now known as Guest5849 === JanC_ is now known as JanC [19:02] does anyone know of a good place to get help with performance issues, I've exhausted everything that I can think of and I cannot track down the source of random intermittent performance spikes that are destroying my real time processes [19:05] I have intermittent performance spikes where some or all processes stop receiving CPU time for anywhere from a few hundred milliseconds to over 8 seconds randomly anywhere from every few minutes to every few hours. my processes are scheduled are real-time round robin, CPU hyperthreading and frequncy scaling is disabled, the hard disks are barely ever touched at all as most writes and reads are from a ram disk, CPU load is barely [19:06] I'm not sure if it's the linux kernel, something in Ubuntu server 16.04 or perhaps caused by something hardware related [19:06] the only hints that I can see when the spikes happen and certain processes freeze for x amount of time, is if netdata's collections don't freeze up during that period, they show a large drop in interrupts and softirqs, which is probably just a result of the processes not being scheduled by the CPU during that period [23:54] are croned shell commands logged anywhere?