| [11:40:02] | * theMusician has joined #aegir |
| [11:59:52] | * theMusician has quit (Quit: theMusician) |
| [14:19:30] | * christefano has quit (Quit: christefano) |
| [14:33:35] | * fatguylaughing has quit (Quit: fatguylaughing) |
| [15:15:28] | * gusaus has quit (Quit: gusaus) |
| [18:22:33] | * boshtian has joined #aegir |
| [19:21:41] | * ybabel has joined #aegir |
| [20:17:01] | * ybabel has quit (Remote host closed the connection) |
| [20:37:01] | * ybabel has joined #aegir |
| [20:40:16] | * oluabbeys has joined #aegir |
| [20:41:57] | * oluabbeys has quit (Client Quit) |
| [20:45:28] | * oluabbeys has joined #aegir |
| [20:55:30] | * NWOM has joined #aegir |
| [20:58:12] | <NWOM> | Hello. I have a quick question regarding the local.settings.php. In each site's local.settings.php I have paths that link to specific modules within the sites folder for cache backends etc (sites/SITENAME.COM/modulename rather than sites/all/modulename). Is there a way to use a variable instead of SITENAME.com for a more programmatic approach? Thanks in advance |
| [20:59:22] | <NWOM> | Please let me know if this isn't the right place for support questions. |
| [21:25:14] | * oluabbeys has quit (Quit: oluabbeys) |
| [22:30:50] | * mengi has quit (Read error: Connection reset by peer) |
| [22:32:46] | * mengi has joined #aegir |
| [00:38:31] | <helmo> | NWOM: local.settings.php is mostly for manual things ... best place is probably hook_provision_drupal_config ... see http://cgit.drupalcode.org/provision/tree/provision.api.php#n38 |
| [00:40:26] | <NWOM> | helmo, thanks helmo! I'll take a look |
| [00:59:35] | * shaneonabike1 has joined #aegir |
| [01:21:10] | * noecc has joined #aegir |
| [01:35:17] | * fatguylaughing has joined #aegir |
| [01:38:07] | * NWOM has left #aegir ("Leaving") |
| [01:48:30] | <colan> | was actually about to write some code in global.inc. yes, this is a much better idea. |
| [02:43:30] | <bgm> | anyone here using Ubuntu 16.04 with nginx and php5.6? The packages only support PHP 7 on 16.04 (which is the official PHP version), but one of my installs uses PHP 5.6 on 16.04 |
| [02:44:00] | <bgm> | wondering whether to patch the package dependancies, or just bite the bullet and upgrade to php 7 |
| [03:08:18] | <colan> | bgm: just do it. |
| [03:08:47] | <colan> | there are so few php7 problems left that it's probably less trouble. |
| [03:09:41] | <bgm> | ok, cool :) |
| [03:14:11] | <bgm> | I'm installing Aegir on the civicrm.org infrastructure.. this will be an interesting experience :) |
| [03:14:21] | <bgm> | experiment* rather |
| [03:16:01] | <colan> | bgm: i think i fixed all of the php7 issues, but let me know if you find any more. ;) |
| [03:17:09] | <colan> | bgm: i ran into problem with mariadb on 16.04 though. |
| [03:17:14] | <colan> | so using mysql now. |
| [03:18:04] | <colan> | anyone here ever run out of memory on trying a drush @hm cc all? |
| [03:18:09] | <colan> | never seen this before. |
| [03:18:30] | <bgm> | hmm good point, I had copied my ansible stuff, but I should keep mysql 5.7 |
| [03:18:59] | <bgm> | colan: rather often.. (out of mem) |
| [03:19:07] | <bgm> | I often truncate cache tables manually |
| [03:19:09] | <colan> | bgm: so this is a known issue? |
| [03:19:19] | <bgm> | ah oops, this is hostmaster |
| [03:19:31] | <colan> | yeah |
| [03:19:31] | <bgm> | not since the hosting_https issue was fixed |
| [03:20:53] | <colan> | i'm trying to add the queue stuff to it. maybe that's what's breaking stuff. |
| [03:23:26] | <colan> | confirmed. :) |
| [03:27:15] | * boshtian has quit (Quit: boshtian) |
| [03:29:36] | * theMusician has joined #aegir |
| [03:51:33] | * theMusician has quit (Quit: theMusician) |
| [04:07:29] | * christefano has joined #aegir |
| [04:15:17] | * boshtian has joined #aegir |
| [04:48:47] | * hestenet has joined #aegir |
| [05:41:37] | * christefano has quit (Quit: christefano) |
| [05:43:30] | * christefano has joined #aegir |
| [05:48:55] | * theMusician has joined #aegir |
| [05:54:03] | * theMusician has quit (Quit: theMusician) |
| [06:28:42] | * theMusician has joined #aegir |
| [06:30:47] | * theMusician has quit (Client Quit) |
| [06:55:54] | * hestenet has quit () |
| [07:10:25] | * gusaus has joined #aegir |
| [07:34:47] | * noecc has quit (Read error: Connection reset by peer) |
| [07:52:45] | <ergonlog1c> | colan: did you overcome that 'out of mem' issue? |
| [08:00:47] | * shaneonabike1 has quit (Quit: Leaving.) |
| [08:12:00] | <colan> | ergonlog1c: not exactly, but i'm having trouble proving it's related. strange things: |
| [08:13:23] | <colan> | (1) thousands of 'hm' entries are getting written to hm/hostmaster.alias.drushrc.php |
| [08:14:11] | <colan> | (2) after many cache clears, i get this along with views not working for several minutes: "Warning: Invalid argument supplied for foreach() in views_theme() (line 103 of /var/aegir/hostmaster-7.x-3.8/profiles/hostmaster/modules/contrib/views/views.module)" |
| [08:14:24] | <colan> | so can't list sites, servers, etc. |
| [08:14:37] | <ergonlog1c> | odd |
| [08:14:56] | <ergonlog1c> | can you tell me a bit about the environment? |
| [08:15:06] | <ergonlog1c> | local dave? Vagrant? AWS? |
| [08:15:08] | <colan> | this is after rebuilding the VM from scratch. saw this the other day too. |
| [08:15:16] | <ergonlog1c> | s/dave/dev |
| [08:15:22] | <colan> | DO VM, ubuntu 16.04 |
| [08:15:34] | <ergonlog1c> | DO? |
| [08:15:42] | <colan> | digital ocean. was 1GB memory, raised to 2. |
| [08:16:19] | <colan> | ergonlog1c: i'm going to commit the queue stuff, put out an alpha & see if anyone else can reproduce. |
| [08:16:39] | <ergonlog1c> | sure |
| [08:16:50] | <ergonlog1c> | when are you seeing that 'out of mem' issue? |
| [08:17:00] | <ergonlog1c> | when you run the queue manually? |
| [08:18:00] | <colan> | drush cc all mostly. ram would just start shooting up. but okay with 2GB, though i still get the views problems. |
| [08:18:17] | <ergonlog1c> | (aside/fyi: got the base NG entity up to 95.56% coverage.) |
| [08:18:30] | <colan> | yay! |
| [08:18:57] | <ergonlog1c> | hmm |
| [08:19:08] | <ergonlog1c> | does running the queue manually work? |
| [08:19:18] | <colan> | ergonlog1c: queue seems to work fine. |
| [08:19:38] | <colan> | though not sure i understand it. i set it for 30 min, and it runs more often. |
| [08:19:54] | <colan> | could be that the total gets run in that amount of time. |
| [08:20:09] | <ergonlog1c> | depends on the type of queue you implemented |
| [08:20:14] | <colan> | and it divides by the number per run. that's my best guess. |
| [08:20:15] | <ergonlog1c> | batch v. serial |
| [08:20:35] | <colan> | well, no docs anywhere. so doing batch as that seems to be more common. |
| [08:20:43] | <ergonlog1c> | darthsteven added some of that a couple months ago |
| [08:20:58] | <ergonlog1c> | I think 'serial' is the new bit |
| [08:21:35] | <ergonlog1c> | ok, so you're seeing this on 7.x-3.x? |
| [08:21:43] | <ergonlog1c> | which version of Drush? |
| [08:22:16] | <ergonlog1c> | may be worth testing with latest release tags, to see if that's due to some un-related recent change |
| [08:22:23] | <colan> | ergonlog1c: lemme MR this so you can take a look. |
| [08:22:31] | <ergonlog1c> | sure |
| [08:22:54] | <ergonlog1c> | the multiple 'hm' entries in the alias is wierd |
| [08:22:55] | <colan> | if it should be serial instead of batch, tell me. :) |
| [08:23:22] | <colan> | gimme about 10 min. |
| [08:23:26] | <ergonlog1c> | I don't recall the specifics |
| [08:23:47] | <ergonlog1c> | but wither way, you're just queueing up 'verify' tasks, right? |
| [08:24:00] | <ergonlog1c> | so, it shouldn't really matter too much |
| [08:25:44] | <colan> | ergonlog1c: that's what i thought, but have been spending lots of time trying to figure stuff out. |
| [08:26:29] | <colan> | ergonlog1c: what's really annoying is that there's no explanation for the array elements at http://api.aegirproject.org/api/Hosting/hosting.api.php/function/hook_ho... |
| [08:26:37] | <colan> | in the queue definition. |
| [08:26:53] | <ergonlog1c> | yeah... one of the reasons I'm taking so much time bootstraping NG is to avoid the pile of undocumented APIs problem |
| [08:27:01] | * boshtian has quit (Quit: boshtian) |
| [08:27:50] | <ergonlog1c> | ooh, that's helpful! |
| [08:28:52] | <ergonlog1c> | fwiw, looking at the implementations gives a bit better of an idea how it works |
| [08:31:08] | <colan> | ergonlog1c: a little. |
| [08:31:23] | <ergonlog1c> | I did say 'bit' :p |
| [08:43:13] | <colan> | ergonlog1c: https://gitlab.com/aegir/hosting_https/merge_requests/9 |
| [08:56:55] | <ergonlog1c> | colan: merged |
| [08:57:19] | <ergonlog1c> | be aware that it appears to have removed the dev branch |
| [08:58:17] | <colan> | ergonlog1c: there never was one: issue-17 -> master. |
| [08:58:26] | <colan> | going to lock this down a little.... |
| [08:59:29] | <colan> | looks like master's already protected |
| [08:59:52] | <ergonlog1c> | gitlab indicates that there was an 'issue-17' branch... |
| [09:00:39] | <ergonlog1c> | https://gitlab.com/aegir/hosting_https/network/master |
| [09:05:17] | <colan> | oh, thought you meant "dev". yes, i intentionally checked the "remove source branch" box. |
| [09:05:53] | <colan> | ergonlog1c: now requires approval from someone in the core team, nobody can push to master, and only Masters can merge. |
| [09:10:12] | <ergonlog1c> | sounds reasonable |
| [09:25:28] | * theMusician has joined #aegir |
| [09:26:24] | <colan> | ergonlog1c: just posted the update to the meta issue at https://www.drupal.org/node/2629560 - please add anything I've missed. |
| [09:26:26] | <hefring> | https://www.drupal.org/node/2629560 => [meta] Let's encrypt support [#2629560] => 39 comments, 5 IRC mentions |
| [09:30:37] | * theMusician has quit (Quit: theMusician) |
| [09:49:28] | <colan> | if anyone else runs into weird memory leaking or cache problems it could be related. |
| [09:49:42] | <colan> | ...to the queue implmentation. |
| [10:06:16] | * theMusician has joined #aegir |
| [10:17:08] | * theMusician has quit (Quit: theMusician) |
| [10:21:25] | * ybabel has quit (Ping timeout: 258 seconds) |
| [10:49:28] | * christefano has quit (Quit: christefano) |
