| [17:39:41] | * ac has joined #aegir |
| [17:52:24] | <ac> | Hello |
| [17:52:24] | <hefring> | hola |
| [17:52:29] | <ac> | anyone around? |
| [17:53:40] | <ac> | @colan helmo42[m] I was trying to sort out the 7.x-3.19.x problems and found another. Verifying the platform no longer syncs up the remote platform |
| [18:37:25] | <helmo42[m]> | ac: is that with 3.19.2 which I released last night? |
| [18:39:00] | <ac> | yes |
| [18:39:11] | <ac> | but also with the older commit that I was using |
| [18:39:29] | <ac> | 0ddc74ee |
| [18:40:00] | <ac> | this might be a stupid question but is drush meant to be installed on the remote server? |
| [18:40:02] | <helmo42[m]> | :( |
| [18:40:05] | <ac> | I have never even looked before |
| [18:40:11] | <ac> | and I looked today and it isnt |
| [18:43:45] | <helmo42[m]> | strange ... can you post a debug log somewhere? I've just tried on a master/slave here and a change on the master is visible on the slave after I run verify. |
| [18:45:03] | <ac> | it doesnt even throw an error |
| [18:45:10] | <ac> | it verifies fine |
| [18:45:22] | <ac> | but not changes made on the master are synced |
| [18:45:42] | <ac> | ill give a log though if it helps |
| [18:46:52] | <helmo42[m]> | there must be some clue hidden in there |
| [18:47:53] | <ac> | https://0bin.net/paste/Wvj8IxgC#lyBdnNZUCBP6FxpPmTlIM4Ma7Awu-WlRi1QdfxB0iZo |
| [18:54:51] | <helmo42[m]> | it does mention `Scanning into /var/aegir/hostmaster-7.x-3.190/` but you upgraded provision manually right? |
| [18:57:00] | <ac> | yes that is right |
| [18:57:09] | <ac> | I just have that managed via git |
| [18:57:25] | <ac> | but everything else would be 7.x-3.190 |
| [18:59:56] | <helmo42[m]> | you can get more log by running it on the commandline `drush @platform_something provision-verify --debug` Then the raw rsync commands should be visable |
| [19:01:21] | <ac> | give me two seconds |
| [19:04:48] | <ac> | https://0bin.net/paste/Zzl2G7mz#F58xQciJCGD-9w+A4gRzAEPl+13PR/0vvtLGJ9Kkhi6 |
| [19:05:21] | <ac> | arg |
| [19:05:22] | <ac> | sorry |
| [19:05:25] | <ac> | that doesnt have it all |
| [19:09:54] | * ac86 has joined #aegir |
| [19:10:03] | <ac86> | https://0bin.net/paste/KnkQbiPS#jmWm79Oq-dEaoMzyG+Io4cWMH26Jp9aQMmGH55URmCI |
| [19:10:07] | <ac86> | sorry got disconnected |
| [19:11:20] | * ac has quit (Ping timeout: 245 seconds) |
| [19:13:27] | <ac86> | that seemed to crash the paste bin :p |
| [19:13:28] | <ac86> | https://pastebin.com/FaCTpvT9 |
| [19:13:31] | <ac86> | there..sry |
| [19:14:57] | <ac86> | to me it looks like the rsync is still trying to rsync to the root of the remote, not the actual platform path. |
| [19:16:37] | <helmo42[m]> | `--relative` takes care of that |
| [19:16:54] | * josepholstad has quit (*.net *.split) |
| [19:16:54] | * imb has quit (*.net *.split) |
| [19:17:18] | <helmo42[m]> | but the last rsync command just tries to sync the config dir not the actual platform. |
| [19:17:42] | <ac86> | ah ok |
| [19:19:49] | <helmo42[m]> | I'm getting the feeling that this is related to the hosting_deploy module. |
| [19:20:32] | <helmo42[m]> | Of the 4 commits that module has since the previous version only one has real logic changes ... please see if reverting that helps |
| [19:21:02] | <helmo42[m]> | https://git.drupalcode.org/project/hosting_deploy/-/commit/2cdc3518aa4e5... |
| [19:21:03] | <ac86> | this one https://git.drupalcode.org/project/hosting_deploy/-/commit/2cdc3518aa4e5... |
| [19:21:08] | <ac86> | :D |
| [19:21:11] | <ac86> | will try that |
| [19:22:18] | * josepholstad has joined #aegir |
| [19:22:18] | * imb has joined #aegir |
| [19:28:31] | <ac86> | that didnt do it |
| [19:39:44] | <helmo42[m]> | Maybe you could create a dummy platform with one of the other deploy strategies to try ... I'm not sure what's happening |
| [19:42:34] | <ac86> | ok can do |
| [19:46:42] | <ac86> | so even using classic deploy fails https://pastebin.com/0zDMCHiK |
| [19:54:29] | <ac86> | git deploy fails in the same way when creating a remote platform |
| [19:54:52] | <ac86> | I am assuming the apache error is because the file doesnt exist on the remote site |
| [19:55:06] | <ac86> | s/site/server |
| [19:56:52] | <ac86> | chown: cannot access './sites/all': No such file or directory -noticeDone setting proper ownership of platform files and directories. -successReturned from hook drush_zz_fix_ownership_post_provision_verify -debugCalling hook drush_zz_fix_permissions_post_provision_verify debugChanging permissions of all directories inside |
| [19:56:53] | <ac86> | /var/aegir/platforms/git-drupal-8.9.11/web to 750... -noticefind: ‘./sites/all/’: No such file or directory -noticechmod: cannot access './sites/all/': No such file or directory |
| [19:56:58] | <ac86> | the root path just seems to be wrong |
| [19:59:41] | <helmo42[m]> | the apache error definitely is because the rsync was not done ... |
| [20:00:08] | <helmo42[m]> | maybe colan has an idea ... He's done most of the internals for the hosting_deploy system |
| [20:01:32] | <ac86> | fyi - the platform.conf files are being rsynced |
| [20:02:28] | <ac86> | I am about to leave work but will be back at 9am +8GMT |
| [20:02:47] | <ac86> | if you want to email alex at spoon dot com dot au - happy to try things out |
| [20:18:24] | * ac86 has quit (Ping timeout: 245 seconds) |
| [21:31:58] | * agi has quit (Ping timeout: 256 seconds) |
| [22:59:27] | * ac2 has joined #aegir |
| [00:42:46] | * ac2 has quit (Remote host closed the connection) |
| [01:03:40] | * agi has joined #aegir |
| [02:37:33] | * the_glitch has joined #aegir |
| [02:38:45] | * the_glitch has quit (Remote host closed the connection) |
