| === Jalen_ is now known as Jalen | ||
| supercool | How do I load a command with high priority on ubuntu server? | 00:49 |
|---|---|---|
| supercool | Could someone help me please? | 00:49 |
| dpb1 | supercool: look at the 'nice' command. 'man nice' for more info. | 02:26 |
| supercool | dpb1: I got high sd from top | 02:26 |
| supercool | guess it is not a inside issue but a server restriction of usage | 02:27 |
| supercool | I use renice -n -20 -p # but didn't solve nothing | 02:27 |
| JanC | also look at schedutil | 03:08 |
| JanC | *schedtool | 03:09 |
| === JanC_ is now known as JanC | ||
| DirtyCajun | can someone talk to me about snaps on ubuntu server ... am i seriously going to need to manage packages from 2 separate sources now? | 05:18 |
| lynorian | DirtyCajun, you do not really need to need snaps if you do not want to you can still use all .deb | 05:22 |
| DirtyCajun | lynorian, filebot (A wonderful program) has apparently moved completely to snaps. | 05:23 |
| lynorian | I have not heard of filebot | 05:23 |
| DirtyCajun | lynorian, its a great file/folder automation tool for media | 05:23 |
| lynorian | DirtyCajun, I cannot find it in the repos | 05:25 |
| lynorian | in trusty even | 05:25 |
| DirtyCajun | lynorian, sudo snap find filebot | 05:25 |
| DirtyCajun | im on 16.04.2 | 05:25 |
| lynorian | well if you used it without snaps you were already getting them from a seperate place | 05:26 |
| DirtyCajun | lynorian, it was originally directly a .deb file from their site. | 05:26 |
| lynorian | DirtyCajun, yes that is another source so I do not understand your question | 05:27 |
| jushur | didnt subtitles get labeled eligal some court in EU a few months back? | 08:19 |
| jushur | by some* | 08:19 |
| TafThorne | jushur: Fan made sub-titles according to a Dutch court. So that is a court within the EU but not an EU level court. For those of you playing in the US think like a county (I do not think this was a big Dutch court yet) making a rulling. There are probably bigger national courts for the Dutch (so like a State level court) that could weigh in and then after that someone might take it to an EU (federal) level court. | 08:51 |
| TafThorne | Looks like that was going on at the end of April this year. | 08:52 |
| === hehehe is now known as Guest50630 | ||
| === Guest50630 is now known as hehehe | ||
| jonfatino | Does anyone here work with Dell or HP servers a lot? I remember dell or hp used to have a tool that you could install on a massive amount of servers and it would collect all the stats for those servers. So when migrating to new servers you know how much resources you need etc | 14:53 |
| jonfatino | I just can't remember the name of the utility. | 14:53 |
| Poster | Dell is Open Manage iirc | 15:05 |
| jonfatino | This is just a standalone application you can install on any server (virtual / etc) | 15:05 |
| jonfatino | Just collects stats / resource usages / etc for 7 days then emails you | 15:06 |
| mwhahaha | jamespage, coreycb: did you guys ever get the fix for sqlalchemy issues pushed to updates? http://logs.openstack.org/68/473268/1/check/gate-puppet-magnum-puppet-beaker-rspec-ubuntu-xenial/a1745a6/logs/magnum/magnum-conductor.txt.gz#_2017-06-12_08_07_37_626 | 15:49 |
| jamespage | mwhahaha: lemme check - I've had alot of plates spinning in the last week or so | 15:49 |
| jamespage | mwhahaha: ah right - we pushed through updates to make magnum install; but that would appear to be an incompatibility with sqla 1.1.x | 15:50 |
| mwhahaha | jamespage: ok, not a huge pressing issue but the magnum beaker jobs are blocked | 15:51 |
| coreycb | jamespage, mwhahaha: i uploaded a new version of python-oslo.db in an attempt to fix that. i wasn't positive that was the right fix but seemed relevant. | 15:51 |
| === hehehe is now known as hehehe_offline | ||
| macskay | hi guys trying to setup snort on my remote server running xenial. my ip ends with 111 and has a netmask of /27, so i set the home_net to 97/27 but when trying a port scan on my server the ids is not sending an alert. what could that be? | 16:50 |
| === Ussat-1 is now known as Ussat | ||
| rbasak | macskay: I'm not sure you've provided enough for a diagnosis, but you may find the "ipcalc" tool useful if you don't know about it. | 16:54 |
| genii | Do you have broadcast ip set to .127 ? | 16:55 |
| blizzow | RHEL offers a couple packages to manage virtualization tuning called tuned and tuned-adm. Is there an equivalent for ubuntu? | 17:12 |
| === hehehe_offline is now known as hehehe | ||
| hehehe | hi | 17:42 |
| hehehe | I am running web app file permissions set to 660 and dirs to 770, now I moved from 14.4 to 16.4 appamor disabled, 403 yet to go | 17:43 |
| hehehe | what else can i check? | 17:43 |
| hehehe | btc 2400 | 17:47 |
| hehehe | thats still above 1900 | 17:47 |
| hehehe | why btc is overloaded? | 17:47 |
| hehehe | lol wrong channel | 17:49 |
| dpb1 | hehehe: you were confusing me to no end | 17:50 |
| hehehe | dont mind last lines | 17:51 |
| hehehe | the question is about file permissions | 17:51 |
| hehehe | I run a web app on 14,04 and 16.04 | 17:51 |
| hehehe | using 660 and 770 as permissions | 17:52 |
| hehehe | but on 16,04 its yet to work | 17:52 |
| Poster | make sure www-data is either the owner and/or group | 17:52 |
| hehehe | that is done | 17:52 |
| Poster | is it owned by www-data:www-data or something else? | 17:53 |
| hehehe | nr1 | 17:54 |
| hehehe | www-data | 17:54 |
| Poster | ok it sounds like you may have a path issue, can you pastebin the relevant configuration files? | 17:54 |
| hehehe | path issue? | 17:55 |
| hehehe | you mean nginx home path? | 17:55 |
| Poster | yes, either the path to the files is incorrect or the www-data user cannot access it | 17:55 |
| hehehe | well if I change permissions it does work | 17:56 |
| Poster | change to what? | 17:56 |
| sarnold | btw the 'namei -l /path/to/file' tool is superb. It saves a bunch of repetitive ls -l | 17:57 |
| hehehe | just a moment | 18:00 |
| hehehe | going to check something | 18:00 |
| hehehe | Poster: I dont know | 18:09 |
| hehehe | Poster: I guess permissions were inherited from 14.4 tar archive | 18:10 |
| hehehe | cant be sure | 18:10 |
| hehehe | something went wrong | 18:14 |
| macskay | genii: Yes | 18:14 |
| dpb1 | sarnold: til, thx | 18:15 |
| macskay | rbasak: Well basically this: https://unix.stackexchange.com/questions/370709/snort-not-firing-alerts?s=1|2.6134 | 18:15 |
| sarnold | dpb1: yeah isn't that nice? :) I'm surprised it's not more widely used | 18:16 |
| hehehe | Poster: 755 644 works | 18:17 |
| rbasak | macskay: I don't know snort, but what cutrightjm said. 176.9.103.97/27 is unusual. I'd expect .96 unless snort is special somehow. | 18:17 |
| fallentree | hehehe: that means the web server is not running as www-data or the dirs/files that have g+r (regardless of o+r) are not in the group www-data | 18:25 |
| hehehe | r the dirs/files that have g+r (regardless of o+r) are not in the group www-data how I can check if they are in a group | 18:26 |
| hehehe | or not? | 18:26 |
| sarnold | hehehe: namei -l is wonderful. | 18:27 |
| hehehe | cool | 18:27 |
| hehehe | sarnold: but whats it for? I use ls all | 18:28 |
| hehehe | to see who owns files and dirs | 18:28 |
| sarnold | hehehe: ls -l is nice but it doesn't show you parent directories, only the specific thing you ask for. but the permission denied messages may be coming from directories higher up. | 18:29 |
| sarnold | hehehe: you need to know the user:group and permissions of all directories and the target file in a pathname when a program reports 'permission denied'. | 18:30 |
| hehehe | sarnold: fair point I did issue chown -r from the top dir, one above html root | 18:30 |
| hehehe | i see | 18:30 |
| hehehe | handy tool | 18:31 |
| hehehe | www-data www-data index.php | 18:32 |
| hehehe | and above same | 18:32 |
| hehehe | its some kinda of small thing but I am yet to recall what is it | 18:32 |
| hehehe | brb I may fix it now | 18:35 |
| fallentree | hehehe: how are you running php? unless apache with php DSO, it's not the webserver that reads index.php | 18:35 |
| hehehe | i use nginx and php fpm 7 | 18:35 |
| fallentree | if it's fastcgi, then it's the fastcgi daemon (eg. php-fpm) and user it runs under, not www-data (unless you configured it to run as www-data) | 18:35 |
| hehehe | :) | 18:35 |
| hehehe | fallentree: yes could be that also | 18:36 |
| hehehe | going to recheck | 18:36 |
| fallentree | with fastcgi, the web server sends a fastcgi request to php process, it doesn't check or touch the php files | 18:36 |
| hehehe | i see | 18:38 |
| hehehe | thanks for explaining | 18:38 |
| hehehe | kinda common sense | 18:38 |
| sarnold | once you understand how simple the unix access controls are you'll have trouble remembering that you used to find them difficult :) | 18:43 |
| hehehe | :)))))))))))) | 18:43 |
| hehehe | lol | 18:43 |
| hehehe | well so yes fallentree u were right | 18:43 |
| hehehe | I checked box1 setup -where friend helped me | 18:44 |
| hehehe | and box n2 | 18:44 |
| hehehe | listen.owner = www-data | 18:44 |
| hehehe | listen.group = www-data | 18:44 |
| hehehe | ;listen.mode = 0660 | 18:44 |
| hehehe | in box nr 1 listen mode is uncommented and set to 0666 | 18:44 |
| hehehe | I have changed listen mode to 0666 yet to work | 18:49 |
| fallentree | 666 is not good, why world rw? | 18:49 |
| fallentree | set up proper groups and permissions instead | 18:49 |
| hehehe | fallentree: what is listen mode for anyway? | 18:50 |
| fallentree | it's the owner of the socket file | 18:50 |
| teward | it sets the permissions on the listener socket on the system. You should probably *not* be messing with it. | 18:50 |
| fallentree | example setup: you have multiple pools each running under different user, so you set the socket ownership to thatuser:www-data and 0660 mode | 18:50 |
| fallentree | so nginx can rw to the socket | 18:51 |
| teward | but unless you have such a setup, you should leave it alone. | 18:51 |
| fallentree | teward: it was designed exactly to be messed with | 18:51 |
| hehehe | correct | 18:51 |
| hehehe | messing is good, and you learn :D | 18:51 |
| fallentree | no, the proper answer is: learn what it does and decide how to set it up | 18:51 |
| teward | fallentree: you're right, but i mean for a basic setup :p | 18:51 |
| fallentree | all else is black magick | 18:51 |
| teward | like a 'bare minimum' | 18:51 |
| fallentree | no | 18:51 |
| teward | (the rest is blackmagicks) | 18:51 |
| * teward yawns | 18:51 | |
| fallentree | servers are not for users who don't understand how it works | 18:52 |
| hehehe | its very easy to understand | 18:52 |
| fallentree | of course. | 18:52 |
| hehehe | onc explained | 18:52 |
| hehehe | once | 18:52 |
| sarnold | hehehe: if you set that mode 666 then you allow all users on the system to execute code with the privileges of the fpm service | 18:52 |
| hehehe | thats not good | 18:53 |
| sarnold | it's no big deal if it's a single-user machine and you don't care what happens; it's terrible if you've got multiple untrusted services or users on the system | 18:53 |
| hehehe | so to sum up so far - I got 1 socket running owner is www:data group www:data, I want to use 660 and 770 permissions | 18:54 |
| fallentree | hehehe: the socket must reflect ownership/mode so that BOTH nginx and php-fpm user can read and write to it. if both run as www-data, then yes, that's okay | 18:55 |
| hehehe | yes they both run as such | 18:55 |
| hehehe | idea is that dirs and files can be accessed only by owner and or group | 18:55 |
| hehehe | which seems secure :) | 18:55 |
| hehehe | well I meant modified | 18:55 |
| fallentree | hehehe: if you want secure, also don't have the files owned and writable by the user running the php process. | 18:56 |
| fallentree | only readable, but not writeable | 18:56 |
| fallentree | that's why owning files to www-data is a bit insecure. the better setup is where the files are owned by root, in group www-data. 750 on dirs and 640 on files. fpm socket www-data:www-data, 0660. | 18:57 |
| fallentree | however, only root can change those files (which is why it's secure). if you want sftp access, then it requires a different, a bit more complex setup. | 18:58 |
| hehehe | fallentree: why would sftp nessesiate a bit more complex setup if I sftp as root? | 18:59 |
| hehehe | I can then change files via chown | 18:59 |
| fallentree | because you shouldn't sftp as root | 18:59 |
| hehehe | its stfp so password cant be stolen | 19:00 |
| hehehe | so whats the risks? | 19:00 |
| hehehe | or maybe use pem? | 19:00 |
| fallentree | sftp requries ssh access as root and that should be avoided | 19:00 |
| fallentree | (sftp as root requires....) | 19:00 |
| hehehe | fallentree: but I use 70+ random char passwd | 19:00 |
| hehehe | :) | 19:00 |
| hehehe | so yes ok some can try and guess it and get tired | 19:01 |
| fallentree | hehehe: history lesson: few years ago a debian maintainer fskced up and weakened ssh keys security, reducing the possible combinations to only 65k | 19:01 |
| hehehe | oooo | 19:02 |
| fallentree | that's why you should never allow root to log in | 19:02 |
| hehehe | oki I can create some other user to login | 19:02 |
| fallentree | in such a case, an attacker breaking through 65k combinations would still have to sudo things so there's additional layer of security | 19:02 |
| hehehe | 65K is alot | 19:02 |
| hehehe | but not really | 19:02 |
| hehehe | if they ssh from say 50,000 ips | 19:03 |
| fallentree | it's a few minutes to try all on a system that doesn't ban failed attempts | 19:03 |
| hehehe | its fast | 19:03 |
| hehehe | fallentree: but since then it was fixed right? | 19:03 |
| fallentree | if they try from 65k ips, it'd be broken through in a fraction of a second :) | 19:03 |
| fallentree | it was fixed. the lesson here is to NEVER trust things. | 19:03 |
| hehehe | lol | 19:03 |
| fallentree | the principle of least privilege should be your guide, if you want secure. | 19:04 |
| fallentree | you don't need to log in as root, so reduce that privilege. | 19:04 |
| hehehe | I do need sftp access | 19:06 |
| hehehe | so setup some ordinary user and login as him? | 19:06 |
| fallentree | yes | 19:09 |
| hehehe | ok | 19:09 |
| fallentree | but you can't chown/chmod php files to www-dat, those would have to be owned by the sftp user (if you want to manipulate the files over sftp), which is insecure as php can write own files. | 19:10 |
| fallentree | that's where you use apparmor to fine tune what php-fpm can read or write. | 19:10 |
| fallentree | OR | 19:11 |
| fallentree | run php-fpm as another unprivileged user, and put that user into the sftp user group. | 19:11 |
| fallentree | that way you can have files 640 (and dirs 750). sftp user can read/write, php process can only read. also put nginx (user www-data) into that sftp user group so it can read static files. | 19:12 |
| fallentree | if php needs to write (uploads), have a specific directory for that, owned by the user running php-fpm, but then the sftp user won't be able to change those. | 19:12 |
| fallentree | it's a trade-off any way you look at it. either it's easy but insecure, or secure but inconvenient. | 19:13 |
| fallentree | convenient (sftp can rw, php+nginx can read) but secure requires complex (apparmor) | 19:13 |
| hehehe | ok changing conf | 19:15 |
| hehehe | first i will implement . the better setup is where the files are owned by root, in group www-data. 750 on dirs and 640 on files. fpm socket www-data:www-data, 0660. | 19:16 |
| hehehe | to see how that works :) | 19:16 |
| hehehe | drwxr-x--- 8 root www-data added root to group www-data changed permissions | 19:18 |
| hehehe | yet to work | 19:18 |
| hehehe | now for some reason it gives nginx error index.html is foiden | 19:25 |
| hehehe | forbiden | 19:25 |
| hehehe | but its index.php ... | 19:25 |
| hehehe | I am going to to shop to buy food | 19:25 |
| fallentree | hehehe: do you have the "index" directive for the server{} ? if you want index.php to respond to example.com/ (without index.php explicitly stated), you need to set the "index" directive to index.php | 19:31 |
| hehehe | home again | 20:32 |
| hehehe | and yes I have index directive think | 20:45 |
| hehehe | index index.html index.htm index.php; | 20:46 |
| hehehe | it does work with less rescrtictive permissoions | 20:46 |
| tomreyn | hehehe: are you mixing up 'index' and 'DirectoryIndex'? | 20:47 |
| tomreyn | ignore this remark if this is nginx ratehr than apache httpd | 20:48 |
| hehehe | it is nginx | 20:49 |
| tomreyn | hehehe: if it says 'access forbidden' for index.html when you requested / then it means the web server thinks that the /index.html location exists and it should handle it somehow. this could be, for example, because you pass all requests (not just those for paths ending in .php) to php-fpm | 20:56 |
| hehehe | tomreyn: I am planing to run open cart app on more secure permissions | 21:06 |
| hehehe | its nearly ready | 21:06 |
| hehehe | tomreyn: well nginx setup passed only php to php fpm | 21:06 |
| hehehe | maybe its something to do with app code? | 21:07 |
| zxliu | I'd there some way to install server packages from an ISO on a desktop system looking at virtual machine host group. | 21:21 |
| nacc | zxliu: can you rephrase your question? you are on a desktop system and want to install server packages? | 21:22 |
| sarnold | zxliu: apt-get install whatever | 21:22 |
| nacc | zxliu: just install them, server and desktop use the same packages | 21:22 |
| sarnold | skip the iso, the packages are liable to be out of date anyway | 21:22 |
| nacc | sarnold: +1 | 21:22 |
| zxliu | in the past apt hasn't allowed adding ISO sources for installing | 21:22 |
| sarnold | eh? apt-cdrom has been there for ever, and it's always been confusing to me why anyone would bother with it :) | 21:23 |
| zxliu | nacc that is about right | 21:23 |
| zxliu | sarnold why should it be confusing? | 21:23 |
| nacc | zxliu: are you in an offline mode? | 21:23 |
| zxliu | yes for building the base layer | 21:24 |
| sarnold | zxliu: because in the time it takes to spin up a cd-rom you can often have downloaded the package entirely over the network.. | 21:24 |
| zxliu | ahem | 21:24 |
| zxliu | we have reasons | 21:24 |
| zxliu | the question does specify "from an iso | 21:25 |
| nacc | zxliu: have you tried to use apt-cdrom? -- or you mean you are inthe installer and want to add more ISOs from there? | 21:25 |
| zxliu | the desktop is installing now the server is laid down and U want to lift it into the desktop on a virtual machine | 21:26 |
| zxliu | nacc so in the past yes apt-cdrom was tried | 21:27 |
| nacc | zxliu: i'm unable to follow that sentence. desktop is installing *then* server is laid down? "want to lift it"? | 21:27 |
| zxliu | and I expect the same thing to happen when this is installed the solution was to run a local web server to serve the apt packages | 21:27 |
| zxliu | but the package database needs rebuilt is that so? | 21:28 |
| sarnold | that's not a bad option, apt-ftparchive, aptly, among other tools, can make that process reasonable enough | 21:28 |
| zxliu | laid down the n the disk | 21:28 |
| zxliu | then it can be copied into a VM "lifted | 21:28 |
| zxliu | ftp? | 21:29 |
| sarnold | I rsync the entire archive to a local machine and used NFS mounts for a while; I stopped doing that because NFS mounts with a portable laptop were more annoying than they could have been.. | 21:29 |
| sarnold | yeah, don't worry about the ftp too much, we use the output of apt-ftparchive with apache or nginx as part of the workflow on the security team | 21:30 |
| zxliu | so specify ftp::localhost/packagedir in the a apt config | 21:30 |
| zxliu | so what needs be done then an extra script package for building an apt repo? | 21:32 |
| zxliu | the server has an httpd installed | 21:32 |
| sarnold | or 'deb http://192.168.122.14/ubuntu main' or whatever.. | 21:33 |
| zxliu | this can't be done until the server is up and running for the are installed on the same disk | 21:35 |
| zxliu | so what command can be found for checking the deps of package group virtual machine host looks like the quickest route is to issue dpkg install commands singly | 21:36 |
| sarnold | can you rephrase that question? | 21:37 |
| nacc | zxliu: do you mean the virt-host task? | 21:37 |
| nacc | isn't it something like | 21:37 |
| nacc | apt install virt-host^ | 21:37 |
| zxliu | how can the packages and package dependencies for package group virtual machine host be resolved to a list for manual install with dpkg | 21:38 |
| nacc | zxliu: well, you'd need all the packages in the tasks, all their dependencies, all their dependencies, ... until it stops growing, right? | 21:39 |
| nacc | zxliu: why not just set up a repo? | 21:39 |
| zxliu | repo requires a repo | 21:39 |
| zxliu | I went through the possible routes in this chat | 21:40 |
| hehehe | I set up server as following now - php fpm user and group www data , files owned by root who is in a www data group and I get following error - 2017/06/12 [error] 269#269: *4 FastCGI sent in stderr: "Unable to open primary script: /home/op/gd.com/index.php (No such file or directory)" while reading response header from upstream, client: xx.xxx.xxx.xxx, server: www.gd.com, request: "GET /index.php HTTP/2.0", upstream: | 21:40 |
| hehehe | "fastcgi://unix:/run/php/op.sock:", host: "www.gd.com" | 21:40 |
| zxliu | I can download a small script package if needed over cellular data. | 21:41 |
| zxliu | I don't want to be download packages ges located on the install ISO. | 21:41 |
| zxliu | What package is needed from the repo to setup a repo? | 21:41 |
| zxliu | I can run the httpd in a chroot. | 21:42 |
| zxliu | from the other part while on the desktop then do apt http://127.0.0.1/Ubuntu main | 21:43 |
| zxliu | so I copy the packages over too var/www/ubuntu | 21:44 |
| zxliu | is there something which scans and builds the package database for apt | 21:44 |
| nacc | jamespage: mwhudson: do you happen to know if celery 4.0.2 is compatible woth python3.6? i'm getting pretty close, but the tests seem to be pegging my cpu and not making any progress with 3.6 :) | 21:44 |
| zxliu | ..well there's worse things to lose | 21:45 |
| zxliu | although wadya know looks like desktop doesn't boot after install | 21:46 |
| sarnold | zxliu: if all the files are local just read them off the filesystem; I've got a line like this in my apt.sources on my archive mirror: deb file:///srv/mirror/ubuntu/ xenial main restricted | 21:46 |
| zxliu | so it accepts file:// | 21:47 |
| zxliu | fine | 21:47 |
| zxliu | great answer | 21:47 |
| sarnold | yeah way better than running a web server just for apt for local use :) | 21:48 |
| hehehe | :)) | 21:48 |
| zxliu | sarnold not way better but the right start | 21:48 |
| hehehe | sarnold: any idea what is my mistake | 21:48 |
| hehehe | :) | 21:49 |
| zxliu | so the servers in the VM need to access it o er http | 21:49 |
| nacc | 'servers in the VM'? | 21:49 |
| zxliu | overheating again , possibly why it didn't boot | 21:49 |
| sarnold | hehehe: sorry, no, I'm not very familiar with php | 21:50 |
| hehehe | if all files owned by root can www data user who owns php fpm sock send them via nginx? based on same group ownership | 21:50 |
| zxliu | a laptop with a couple about as powerful as towers with radiators | 21:50 |
| sarnold | hehehe: the error you pasted was "no such file or directory" -- no amount of permissions fiddling will fix that :) figure out why the file isn't there: is fastcgi looking in the wrong place? looking for the wrong thing? etc | 21:51 |
| hehehe | file is there | 21:51 |
| hehehe | nginx root dir is correct | 21:51 |
| sarnold | hrm maybe that means the socket doesn't exist? | 21:52 |
| hehehe | socket exist | 21:52 |
| hehehe | it was all working 100% but with new more secure conf yet to work | 21:52 |
| hehehe | maybe problem is - socket is owned by www-data and files by root? although they are in same group | 21:52 |
| zxliu | why not play? | 21:52 |
| hehehe | zxliu: what do u want to do? :) | 21:53 |
| zxliu | have some private property | 21:53 |
| hehehe | ... | 21:53 |
| mwhudson | nacc: no idea sorry | 21:54 |
| zxliu | maybe a fingernail clipping that the public can't touch | 21:54 |
| nacc | mwhudson: np, just figured i'd ping to see :) | 21:54 |
| mwhudson | nacc: i had to backport a patch for kombu to get the tests to pass | 21:54 |
| nacc | zxliu: at this point, you're spamming the channel, please stop | 21:54 |
| hehehe | getent group www-data - www-data:x:33:root | 21:54 |
| hehehe | root is da group | 21:54 |
| mwhudson | so it might be worth checking celery upstream too? | 21:55 |
| nacc | mwhudson: ack, will look on celery's github. They say it's supposedly working, but possibly only on master. | 21:55 |
| zxliu | a crescent fingernail clipping and then from there security can expand possibly too a wife | 21:55 |
| hehehe | sarnold: all I did - I changed file owner to root | 21:55 |
| hehehe | I will change it back to www data and see whats up | 21:55 |
| mwhudson | nacc: https://github.com/celery/celery/issues/4000 <- implies it works, i guess you've seen that too? | 21:55 |
| zxliu | celery is down | 21:55 |
| nacc | mwhudson: yeah that's where i started, not much progress from that :) | 21:55 |
| zxliu | where are youns that you think your working on my hardware which is disassembled | 21:56 |
| zxliu | the only thing up is an overheating laptop | 21:58 |
| hehehe | sarnold: now it does not give cant open index.php error just 403 | 21:58 |
| hehehe | sarnold: could it be that open cart code does not make it easy to make it work with most secure settings? | 21:59 |
| sarnold | hehehe: it's possible, most shopping carts are terrible rubbish | 21:59 |
| sarnold | hehehe: but I'd hope you could make this work | 21:59 |
| zxliu | I put some foam earplugs in a plastic tube and sealed it with wax. sure enough home was raided and the earplugs touched | 21:59 |
| hehehe | sarnold: where do u think potential issue would b? | 22:00 |
| hehehe | I think I just have to identify area of conflict and fix it | 22:00 |
| sarnold | hehehe: i'm not sure. when it doubt follow the log files .. | 22:00 |
| zxliu | When angels deserve to diiiiiiiiiiiiiiiiiiiiie | 22:00 |
| zxliu | born of electeicity | 22:00 |
| zxliu | while I born in the flesh | 22:01 |
| zxliu | when angels deserve to diiiiiiiiiiiiiiiiiiiiie | 22:01 |
| zxliu | the virtual machine can bridge me into the ram | 22:02 |
| nacc | zxliu: please stop. | 22:02 |
| zxliu | where the egos of angels go | 22:02 |
| zxliu | what do you want to do lay my brain down on an arctic icecap | 22:03 |
| zxliu | talk about health problems | 22:03 |
| zxliu | this little CPU overheats | 22:04 |
| zxliu | and your running ram frogs that say "werk" "werk" | 22:05 |
| zxliu | while the entire GOD damned town takes turns on every aspect of your soul | 22:06 |
| zxliu | not foresaken but earned | 22:06 |
| zxliu | of course in the end foresaken is seen that way | 22:06 |
| zxliu | how bout a fingernail clipping? | 22:08 |
| zxliu | can me own a fingernail clipping | 22:08 |
| zxliu | or da police come and strip all posessions | 22:08 |
| zxliu | hold the door open for the town to continue to pilliage almost the lowest class home on earth | 22:09 |
| zxliu | waiting for the CPU to cool down | 22:11 |
| randymarsh9 | hello | 22:11 |
| zxliu | hello randymarsh9 can you go pay exorbitant prices for some fake plant food gmo and bring it over for tricking the body into thinking itbis not hungry | 22:12 |
| zxliu | while DNA degenerates | 22:13 |
| hehehe | hi | 22:13 |
| zxliu | light purple need kidney beans | 22:13 |
| zxliu | "red" | 22:13 |
| compdoc | zxliu, just say NO! to drugs plz. tyvm | 22:14 |
| zxliu | if it were that easy | 22:14 |
| zxliu | haven't you seen the population dropping dead from illicit drugs? | 22:15 |
| zxliu | growing and hunting food requires a community and I don't mean of drug users | 22:15 |
| nacc | genii: thanks | 22:16 |
| sarnold | genii: <3 | 22:16 |
| genii | np | 22:16 |
| genii | @comment 77064 Spam | 22:17 |
| ubottu | Comment added. | 22:17 |
| hehehe | sarnold: I think biggest mistake listen to someone advice and implementing it asap | 22:17 |
| hehehe | as then stuff just hangs in da air half way :D | 22:17 |
| sarnold | hehehe: aye that can be an issue. in the end we're all responsible for our own systems.. it's on us to know as much as we need to run the systems.. | 22:18 |
| hehehe | ys | 22:18 |
| hehehe | I say main reason many people dont code other people dont have time desire to explain | 22:20 |
| hehehe | if say 99% of people were to become good at coding we need social coding clubs offlines enmasse | 22:20 |
| hehehe | but that will bring existing people salaries to the ground | 22:20 |
| hehehe | :) | 22:20 |
| hehehe | so maybe thats also a demotivator for soe | 22:20 |
| hehehe | some | 22:21 |
| hehehe | and security can be never ending hole | 22:21 |
| hehehe | lol | 22:21 |
| sarnold | the better developers will always have more opportunities and more interesting problems to solve; doubled incentives to keep progressing onwards and upwards :) | 22:22 |
| hehehe | dude most coders are $$%^& and some are cool :D | 22:22 |
| hehehe | I do agree with you | 22:23 |
| hehehe | its better to share what you know | 22:23 |
| hehehe | so all can progress and you will also enjoy more | 22:23 |
| nacc | mwhudson: found it, buried in a semi-unrelated AWS change :) | 22:38 |
| mwhudson | nacc: haha | 22:39 |
| nacc | top-level commit message: "AWS DynamoDB result backend (#3736)" | 22:39 |
| nacc | relevant line: "* Fix endless loop in logger_isa (Python 3.6)" | 22:39 |
| mwhudson | nice | 22:40 |
| hehehe | is it a security risk if file own by a root? | 23:02 |
| hehehe | I dont think so | 23:02 |
| hehehe | like web app files owned by root | 23:02 |
| dpb1 | everything is owned by root anyway | 23:13 |
| dpb1 | i.e., root can chown root:root on any file | 23:13 |
| dpb1 | having a file user permission as root is just saying that it's a "default" owner, or a system file. something like that. | 23:15 |
| tarpman | the downside is that only root can modify files owned by root. that means your process deploying/updating those files, or any process that needs to write to them, has to run as root, which _could_ be a massive security hole if the code isn't extremely trustworthy | 23:17 |
| tarpman | for files deployed from a deb package, owned and updated by the package manager, never written to by anything else - root ownership makes sense | 23:18 |
| tarpman | for web app files deployed by an automated script or something, I'd prefer a non-root deploy user that the script can run under | 23:18 |
| nacc | jamespage: re: celery, upstream (4.0+) has removed celeryd, celerybeat, celeryd-multi. Does it make sense for our package to still be called celeryd? Or should we switch to binpkg called 'celery'? | 23:23 |
| hehehe | :) | 23:27 |
| hehehe | true | 23:27 |
| hehehe | dpb1: do u know nginx and php? | 23:28 |
| hehehe | I seems to be experiencing some simple issue but yet to nail it | 23:28 |
| hehehe | :D | 23:28 |
| nacc | hehehe: teward is not around, but maintains nginx in ubuntu -- i'd just wait til he's around for help, he's quite fast to fix/explain :) | 23:28 |
| hehehe | hehe o well I may as well read a bit | 23:31 |
| hehehe | nacc: is there some cool video that explains all nginx and php fpm? | 23:31 |
| nacc | hehehe: i'm not sure | 23:33 |
| hehehe | so far I understood - when visitor comes to site 1) nginx serves html 2) php-fpm serves php via nginx | 23:33 |
| hehehe | right? | 23:33 |
| hehehe | just to understand entire server mechanics | 23:34 |
| nacc | jamespage: finally, do you have testcases or otherwise that would help verify/vet my changes to celery are good? beyond the upstream test suite itself | 23:35 |
| hehehe | https://serversforhackers.com/video/php-fpm-configuration-the-listen-directive | 23:36 |
| hehehe | this one is pretty good for php :D | 23:36 |
| nacc | jamespage: woot, celery 4.0.2 built :) | 23:52 |
| hehehe | what is celery!!! | 23:54 |
| hehehe | " | 23:54 |
| sarnold | hehehe: http://www.celeryproject.org/ | 23:55 |
| nacc | sarnold: thanks :) | 23:55 |
| nacc | hehehe: i'm just trying to unblock the new openstack in 17.10 | 23:56 |
| sarnold | I just hope there's no follow-up questions :) "uh distributed job runner hey lookit the time!" | 23:56 |
| sarnold | nacc: sheesh good luck | 23:56 |
| nacc | mwhudson: jamespage: i've added my debdiffs to the bug, i would like to spend some time testing it in practice, but both build and pass their tests | 23:56 |
| sarnold | nacc: every round another two dozen dependencies | 23:56 |
| hehehe | follow up questions are good | 23:56 |
| nacc | where both = celery + billiard | 23:56 |
| hehehe | to archieve 100% clarity | 23:56 |
| nacc | sarnold: yeah, I'm just helping with this bit :) | 23:56 |
| hehehe | sarnold: dont love it when all is crystal clear | 23:57 |
| hehehe | mmmm | 23:57 |
| nacc | sarnold: kombu needs a newer celery, which pulls in some new upstream versions of deps | 23:57 |
| hehehe | dont you ) | 23:57 |
| sarnold | nacc: do I want to know what kombu is? :) | 23:57 |
| hehehe | nacc: I have tried open stack a bit heat and ceilometer | 23:57 |
| hehehe | but I dont know how to scale apps with it yet | 23:58 |
| nacc | sarnold: nah, and tbh, i barely do, but i know how to deal with uscan/uupdate and package interdeps/rebuilds/etc | 23:58 |
| sarnold | nacc: :) | 23:58 |
| hehehe | sarnold: lol php bitch wants to load index html for some reason | 23:59 |
| hehehe | I triple checked all configs | 23:59 |
| hehehe | nowhere its said to load html :D | 23:59 |
| hehehe | check this out https://www.dynatrace.com/blog/proper-configuration-running-php-nginx/ | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!