| [12:05:14] | * theMusician has quit (Quit: theMusician) |
| [14:54:48] | * gusaus has quit (Ping timeout: 250 seconds) |
| [15:02:15] | * gusaus has joined #aegir |
| [15:16:11] | * gusaus_ has joined #aegir |
| [15:16:44] | * gusaus has quit (Ping timeout: 250 seconds) |
| [15:16:45] | * gusaus_ is now known as gusaus |
| [15:28:47] | * gusaus has quit (Quit: gusaus) |
| [16:43:01] | * realityloop has quit (Quit: Leaving..) |
| [18:26:22] | * boshtian has joined #aegir |
| [18:30:33] | * boshtian has quit (Client Quit) |
| [18:59:00] | * oluabbeys has joined #aegir |
| [19:16:23] | * ybabel has joined #aegir |
| [20:01:12] | * oluabbeys has quit (Ping timeout: 256 seconds) |
| [20:01:53] | * oluabbeys has joined #aegir |
| [20:16:26] | * oluabbeys1 has joined #aegir |
| [20:18:07] | * oluabbeys has quit (Ping timeout: 260 seconds) |
| [20:18:08] | * oluabbeys1 is now known as oluabbeys |
| [20:27:42] | * oluabbeys1 has joined #aegir |
| [20:29:32] | * oluabbeys has quit (Ping timeout: 256 seconds) |
| [20:29:33] | * oluabbeys1 is now known as oluabbeys |
| [21:23:22] | * oluabbeys has quit (Ping timeout: 256 seconds) |
| [21:55:53] | <stuart_crouch> | does anyone do commercial support for Aegir? |
| [21:56:18] | <stuart_crouch> | And does aegir have any CI for its updates? |
| [22:18:56] | * boshtian has joined #aegir |
| [23:57:03] | <ergonlog1c> | stuart_crouch: The Ægir Cooperative provides commercial support for Aegir (http://aegir.coop/operations/services/) along with training, and other services |
| [23:58:26] | <stuart_crouch> | thanks! |
| [23:59:57] | <stuart_crouch> | How does one engage with the coop? |
| [00:00:41] | <stuart_crouch> | I assume I'd have to get the OU purchasing department to buy a support contract but that page doesn't say who contact. |
| [00:02:19] | <stuart_crouch> | ergonlog1c: Are you on the coop? |
| [00:18:32] | <stuart_crouch> | helmo: Can we chat about https://www.drupal.org/node/2833652 here? |
| [00:18:33] | <hefring> | https://www.drupal.org/node/2833652 => Multi sub-level directories causes infinite redirect (Server 500 errror) [#2833652] => 2 comments, 2 IRC mentions |
| [00:21:09] | <stuart_crouch> | the replacement of / with _ is for the filename of the conf file within the subdir.d folder |
| [00:21:37] | <stuart_crouch> | Apache loads conf files specified with a wildcard alphabetically |
| [00:22:29] | <stuart_crouch> | so switching the order of the names around would help with my test names, but not as an overall solution |
| [00:22:43] | <stuart_crouch> | eg example.com/a/b would be written as a_b.conf |
| [00:26:53] | <ergonlog1c> | stuart_crouch: sorry, AFK. I'll be back shortly to discuss further |
| [00:27:08] | <stuart_crouch> | ok. I'll dump some stuff in here for when you get back |
| [00:31:37] | <stuart_crouch> | So heres an example set up of URLs and the subdir conf files that they create |
| [00:31:40] | * boshtian has quit (Read error: Connection reset by peer) |
| [00:31:42] | <stuart_crouch> | current |
| [00:31:42] | <stuart_crouch> | example.com/a -> a.conf |
| [00:31:42] | <stuart_crouch> | example.com/b/a -> b_a.conf |
| [00:31:42] | <stuart_crouch> | example.com/a/b -> a_b.conf |
| [00:31:42] | <stuart_crouch> | example.com/a/b/c -> a_b_c.conf |
| [00:32:20] | <stuart_crouch> | so the processing order as apache loads and processes alphanumerically by filename is |
| [00:32:26] | <stuart_crouch> | processing order ( - finishes at) |
| [00:32:26] | <stuart_crouch> | a.conf - example.com/a |
| [00:32:26] | <stuart_crouch> | a_b.conf - example.com/a |
| [00:32:26] | <stuart_crouch> | a_b_c.conf - example.com/a |
| [00:32:26] | <stuart_crouch> | b_a.conf - example.com/b/a |
| [00:32:48] | <stuart_crouch> | so you can see they all end up infinite looping round example.com/a |
| [00:33:15] | <stuart_crouch> | I worked through your suggestion of switching the names round |
| [00:33:24] | <stuart_crouch> | switched |
| [00:33:24] | <stuart_crouch> | example.com/a -> a.conf |
| [00:33:24] | <stuart_crouch> | example.com/b/a -> a_b.conf |
| [00:33:24] | <stuart_crouch> | example.com/a/b -> b_a.conf |
| [00:33:24] | <stuart_crouch> | example.com/a/b/c -> c_b_a.conf |
| [00:33:48] | <stuart_crouch> | but because a is still a .conf file, it will get loaded first |
| [00:33:57] | <stuart_crouch> | so the processing order doesnt really change much |
| [00:34:05] | <stuart_crouch> | Processing order |
| [00:34:05] | <stuart_crouch> | a.conf - example.com/a |
| [00:34:05] | <stuart_crouch> | a_b.conf - example.com/b/a |
| [00:34:05] | <stuart_crouch> | b_a.conf - example.com/a |
| [00:34:05] | <stuart_crouch> | c_b_a.conf - exmaple.com/a |
| [00:34:18] | <stuart_crouch> | And you still end up trapped in example.com/a |
| [00:35:17] | <stuart_crouch> | Im reaching the conclusion that aegir needs to explicitly state the load order of the .conf files based on the alias |
| [00:35:47] | <stuart_crouch> | Its the only way to make apache process the longest URLs first. |
| [00:38:27] | <helmo> | stuart_crouch: hi... ergonlog1c and I are both in the Coop... |
| [00:38:41] | <ergonlog1c> | stuart_crouch: sorry for the delay. I'm back. I'll review the backlog here and answer as I go. |
| [00:38:46] | <helmo> | about your issue ... I also just saw https://www.drupal.org/node/2766425 in the queue |
| [00:38:47] | <hefring> | https://www.drupal.org/node/2766425 => Domain name with hyphen breaks hosting alias subdomain [#2766425] => 4 comments, 1 IRC mention |
| [00:40:23] | <stuart_crouch> | 2766425 - I dont think that one applies to me yet. |
| [00:40:55] | <stuart_crouch> | Or are you saying it will be messing my sites.php up and thats another cause of the infinite loop? |
| [00:42:05] | <jonpugh> | helmo: I fixed https://www.drupal.org/node/2828630#comment-11816851 |
| [00:42:06] | <hefring> | https://www.drupal.org/node/2828630 => More verbose drush logs for drush hosting-tasks command. [#2828630] => 22 comments, 1 IRC mention |
| [00:42:06] | <stuart_crouch> | no, it cant be. Its never getting out of apache and into PHP to load the sites.php file |
| [00:42:18] | <ergonlog1c> | The Ægir Co-op was formed this summer by the Aegir core maintainers (or their respective consulting agencies. We haven't published our commercial website or done much other promotion yet, as we've been largely focused on firming up our internal procedures (and core development, of course) |
| [00:42:53] | <ergonlog1c> | stuart_crouch: I'm actually the president of the co-op, so consider us engaged :) |
| [00:43:14] | <ergonlog1c> | stuart_crouch: OU == "Oregon University"? |
| [00:43:22] | <stuart_crouch> | Sorry, Open University |
| [00:43:23] | <stuart_crouch> | www.open.ac.uk |
| [00:43:41] | <helmo> | stuart_crouch: Inot really sure ... just a hint since I saw a - in your uri somewhere |
| [00:44:12] | <helmo> | stuart_crouch: about CI we have Jenkins on http://ci.aegirproject.org/ and are starting to use Travis (see https://github.com/aegir-project/tests) |
| [00:44:37] | <stuart_crouch> | helmo: Pretty sure that isn't affecting my aegir testing hosts, but will when we try and migrate sites. |
| [00:47:31] | <stuart_crouch> | The Open University is a large distance learning organisation set up by the British Government in the 1970's |
| [00:47:33] | <ergonlog1c> | stuart_crouch: "Open University", got it |
| [00:47:42] | <stuart_crouch> | We've used drupal since v5 |
| [00:47:53] | <stuart_crouch> | only had 7 sites on v5 |
| [00:48:13] | <stuart_crouch> | we wrote scripts to use mutlisite in v6 and got up to around 180 sites |
| [00:48:23] | <stuart_crouch> | now we are on v7 with all 180 sites migrated |
| [00:48:32] | <stuart_crouch> | plus another 70 sites |
| [00:48:33] | <stuart_crouch> | so 250 |
| [00:48:39] | <stuart_crouch> | the v7 upgrade was painful. |
| [00:48:41] | <ergonlog1c> | stuart_crouch: so, ideally, we could get a support contract in place, which would allow this issue to be moved over to our support ticketing system , and followed up there. |
| [00:49:24] | <stuart_crouch> | Ok. That might be a while. At the moment Im writing a business case for approval of using aegir and drupal 8 |
| [00:49:45] | <stuart_crouch> | Once the business case is accepted by senior management I'm given a pot of cash. |
| [00:50:00] | <stuart_crouch> | probably a small pot of cash :( |
| [00:50:14] | * boshtian has joined #aegir |
| [00:50:19] | <stuart_crouch> | so it would be good to have an idea of costs so I can add that into the value of the business case |
| [00:50:58] | <stuart_crouch> | I've been asked about support because in testing out the system this bug would have been a show stopper |
| [00:51:14] | <stuart_crouch> | and we dont know what the next version of php/apache will break... |
| [00:51:38] | <ergonlog1c> | that said, iirc, the subdir system is not currently going to support your current use-case, of nested subdirectories. That said, I don't think it would take too much effort to fix that, but we'd need to evaluate it before coming up with any estimates. |
| [00:52:32] | <stuart_crouch> | ergonlog1c: The first report I linked to implied it was implemented and omega99cc said he tested it in nginx |
| [00:53:21] | <stuart_crouch> | https://www.drupal.org/node/2718711 <- Patch to implement multi level subdirectories that was rolled into 7.x-3.8 |
| [00:53:22] | <hefring> | https://www.drupal.org/node/2718711 => Allow sites to be put in multi-level sub directories [#2718711] => 9 comments, 2 IRC mentions |
| [00:54:17] | <stuart_crouch> | spoke briefly to omega88cc on gitter.im (lovely chat system ;) in the opendevbox channel |
| [00:54:33] | <ergonlog1c> | I haven't worked on that sub-sytem for a while, but we'd high-lighted that limitation at the time we released it. I'll review those, to see where things stand currently. |
| [00:54:59] | <ergonlog1c> | unfortunately, keeping parity between nginx and apache capabilities can be trickyc |
| [00:55:27] | <stuart_crouch> | It could be that I've misread the patch, and you are correct it doesnt support nesting but only allows a site to exist at a/b/c/de/f as long as nothing exists above it. |
| [01:07:13] | <jonpugh> | helmo: should be good now: https://www.drupal.org/node/2828630 |
| [01:07:14] | <hefring> | https://www.drupal.org/node/2828630 => More verbose drush logs for drush hosting-tasks command. [#2828630] => 26 comments, 2 IRC mentions |
| [01:07:35] | <ergonlog1c> | stuart_crouch: reviewing that issue and patch now |
| [01:13:29] | <helmo> | jonpugh: RTBC |
| [01:14:20] | <jonpugh> | W00t |
| [01:26:43] | <ergonlog1c> | stuart_crouch: an initial review of that issue looks to me like it went in the wrong direction, specifically because of the problem you're facing. AFAICT, there's no way to control the load order of Apache wildcard includes directly. So it looks like it would come down to the filesystem alphabetical order. Had we kept the slashes in the filenames, and generated the necessary parent dirs, I *think* the lo |
| [01:26:49] | <ergonlog1c> | ad order would be correct. `a/` comes before `a.conf`, for example. Is that roughly what you're thinking? |
| [01:28:14] | <stuart_crouch> | partially what Im thinking. |
| [01:28:57] | <stuart_crouch> | Does apache start at the deepest directory first? or does it work its way down |
| [01:29:06] | <stuart_crouch> | if it works its way down a nested structure wont help either |
| [01:29:08] | <ergonlog1c> | ok, I'll review https://www.drupal.org/node/2833652 shortly, but need to go afk for a bit |
| [01:29:08] | <hefring> | https://www.drupal.org/node/2833652 => Multi sub-level directories causes infinite redirect (Server 500 errror) [#2833652] => 2 comments, 3 IRC mentions |
| [01:29:44] | <ergonlog1c> | stuart_crouch: I believe it would recurse in a similar manner, so alphabetically |
| [01:30:15] | <ergonlog1c> | so, for matching, that ought to work, as the dir will always come before a similarly named conf file |
| [01:30:21] | <stuart_crouch> | ergonlog1c: so I think that means that even directory structures wont help |
| [01:30:33] | <stuart_crouch> | httpd -DDUMP_CONFIG > /home/sac76/http_config.txt |
| [01:30:55] | <stuart_crouch> | Tells me that its loading site1.conf before loading subsite1_site1.conf |
| [01:31:02] | <stuart_crouch> | so the rules in site1 get processed first |
| [01:31:48] | <stuart_crouch> | even if the folders were site1.conf and subsite1/site1.conf the parent site would still load first and consume any urls starting with /site1/ |
| [01:32:00] | <stuart_crouch> | I've been testing. And even this didnt work... |
| [01:32:19] | <stuart_crouch> | #Include /var/aegir/config/server_client1sacuksouthcloudappazurecom/apache/subdir.d/client1-sac.uksouth.cloudapp.azure.com/*.conf |
| [01:32:19] | <stuart_crouch> | Include /var/aegir/config/server_client1sacuksouthcloudappazurecom/apache/subdir.d/client1-sac.uksouth.cloudapp.azure.com/site1_subsite1.conf |
| [01:32:19] | <stuart_crouch> | Include /var/aegir/config/server_client1sacuksouthcloudappazurecom/apache/subdir.d/client1-sac.uksouth.cloudapp.azure.com/site1.conf |
| [01:32:56] | <stuart_crouch> | So specifically telling apache to process the subsite conf first, still didnt seem to affect the order of the rules. |
| [01:33:16] | <stuart_crouch> | * rewrite rules |
| [01:34:01] | <ergonlog1c> | I might not understand the behaviour you're looking to achieve. I'll be back in 15 mins, and review further. |
| [01:35:49] | <stuart_crouch> | ok. One more thing to dump in here and I'll shush until you've had a look :) |
| [01:35:54] | <stuart_crouch> | https://www.irccloud.com/pastebin/dbtbe0U0/ |
| [02:02:05] | <stuart_crouch> | http://httpd.apache.org/docs/2.2/mod/mod_alias.html#order |
| [02:02:11] | <stuart_crouch> | Alias /site1/subsite1 /var/aegir/platforms/client1-7.34 |
| [02:02:11] | <stuart_crouch> | Alias /site1 /var/aegir/platforms/client1-7.34 |
| [02:02:11] | <stuart_crouch> | ServerAlias client1-sac.uksouth.cloudapp.azure.com/site1/subsite1 |
| [02:02:11] | <stuart_crouch> | ServerAlias client1-sac.uksouth.cloudapp.azure.com/site1 |
| [02:02:37] | <stuart_crouch> | Still reports [perdir /site1/] in the debug log. |
| [02:02:42] | <stuart_crouch> | I hate you apache. |
| [02:07:36] | <ergonlog1c> | stuart_crouch: I'm back. Quick aside before proceeding: I've been quite ill lately, and recently started a strong course of antibiotics. These always tend to shave about 20-30 points off my IQ for the duration. So I'm not likely to be as helpful as I'd hope :/ |
| [02:09:00] | * memtkmcc has joined #aegir |
| [02:10:16] | <stuart_crouch> | ergonlog1c: Probably still 30/40 points above me when it comes to this sort of stuff ;) |
| [02:11:01] | <stuart_crouch> | So I've hardcoded the order of the subsites into the vhost config file. |
| [02:11:34] | <stuart_crouch> | then I confirmed apache loaded them in that order /site1/subsite1 then /site1 |
| [02:12:19] | <stuart_crouch> | then I ramped the logging up again, and watched as apache still decided that the alias /site1/ matched better than /site1/subsite1/ |
| [02:39:07] | <ergonlog1c> | stuart_crouch: that's odd. Apache docs state specifically that they should match based on load order. |
| [02:40:17] | <stuart_crouch> | yeah, thats what I thought! |
| [02:40:28] | <stuart_crouch> | the pastebin link is what mod_rewrite is actually doing |
| [02:40:59] | <stuart_crouch> | the stuff underneath listing the aliases is a grep of the httpd -DDUMP_CONFIG command for "alias" |
| [02:41:20] | <stuart_crouch> | the dumpconfig shows the order it was processed, so it should be doing my subsite first |
| [02:41:37] | <stuart_crouch> | All of this is on some throw away azure VM's btw |
| [02:42:29] | <stuart_crouch> | so if you want access I'll happily give it, because they are getting chucked away as soon as Im ready (sometimes I restart just for the joy of setting it up again using an ansible script) |
| [02:43:26] | <ergonlog1c> | sure, feel free to share login creds via email or PM |
| [02:45:12] | <stuart_crouch> | I'll just set the passwords to something more usable then I'll email you. |
| [02:45:22] | <stuart_crouch> | probably tomorrow actually (just seen the time) |
| [02:48:34] | <ergonlog1c> | ok, I can't promise to be able to dedicate much time to it, atm. But I'll do what I can. |
| [02:57:45] | * theMusician has joined #aegir |
| [03:22:29] | * boshtian has quit (Quit: boshtian) |
| [03:45:16] | * christefano has joined #aegir |
| [03:46:16] | * theMusician has quit (Quit: theMusician) |
| [03:57:40] | * mstenta has joined #aegir |
| [04:03:36] | * theMusician has joined #aegir |
| [05:00:58] | * theMusician has quit (Quit: theMusician) |
| [05:02:08] | * theMusician has joined #aegir |
| [05:03:48] | * theMusician has quit (Client Quit) |
| [05:08:42] | * theMusician has joined #aegir |
| [05:32:36] | * shaneonabike1 has joined #aegir |
| [05:51:14] | * theMusician has quit (Quit: theMusician) |
| [06:05:39] | * theMusician has joined #aegir |
| [06:37:13] | <helmo> | Hi all, ergonlog1c bgm jonpugh colan cweagans gboudrias memtkmcc ... Is it scrum time? I'm not sure anymore ;) |
| [06:37:16] | <helmo> | I just have a few updates and will be offline soonish... |
| [06:37:19] | <helmo> | - some reviewing today |
| [06:37:21] | <helmo> | - started to finally dig into the server running aegirhostingsystem.com to transfer it to the coop's server. |
| [06:37:24] | <helmo> | - there I was quickly distracted by ansible and a pending update, but I'll continue over the next few days. Nicholas asked to have the old server off by dec 22th. |
| [06:37:34] | * shaneonabike1 has quit (Ping timeout: 256 seconds) |
| [06:37:48] | <ergonlog1c> | is it Thursday? |
| [06:37:52] | <ergonlog1c> | man am I out of it |
| [06:40:00] | <ergonlog1c> | sorry, I'm on some very strong medication. and will just shut up now, as I don;t have anything useful to add |
| [06:40:22] | <helmo> | all day .. but mine is newaring it's end |
| [06:41:00] | <ergonlog1c> | I had thought it was Wednesday, which goes to show how messed up I am right now |
| [06:42:05] | <helmo> | I'l tired so I won't keep you up |
| [06:42:18] | <helmo> | Only one more from me.... |
| [06:42:27] | <helmo> | The oldest needs-review item of the week is ... https://www.drupal.org/node/2698027 (Minor release to update core?) |
| [06:42:29] | <hefring> | https://www.drupal.org/node/2698027 => Minor release to update core? [#2698027] => 20 comments, 7 IRC mentions |
| [06:44:17] | <helmo> | Please review if anyone would have liked to have an Aegir release shortly after the latest Drupal core security update |
| [07:54:21] | * drakythe is now known as zz_drakythe |
| [08:11:37] | * realityloop has joined #aegir |
| [08:53:33] | * theMusician has quit (Quit: theMusician) |
| [09:09:05] | * theMusician has joined #aegir |
| [09:28:08] | * ybabel has quit (Quit: ybabel) |
| [09:47:28] | * theMusician has quit (Quit: theMusician) |
| [09:56:49] | * memtkmcc1 has joined #aegir |
| [09:58:48] | * memtkmcc has quit (Ping timeout: 250 seconds) |
| [10:04:00] | * theMusician has joined #aegir |
| [10:28:16] | * gusaus has joined #aegir |
| [10:46:26] | * fatguylaughing has quit (Quit: fatguylaughing) |
