| [11:08:29] | * steveoliver has joined #aegir |
| [11:08:36] | * kvanderw has quit (Ping timeout: 272 seconds) |
| [11:13:13] | * Zlender_ has quit (Remote host closed the connection) |
| [11:13:45] | * Zlender has joined #aegir |
| [11:13:45] | * Zlender has quit (Changing host) |
| [11:13:45] | * Zlender has joined #aegir |
| [11:15:44] | <Rob_C> | Still looking for a way to run a site on the top level domain the AEgir box is running on in a subdomain on the same box. I get the 404 page now and can't access the tld via port 80 :/ |
| [11:18:11] | * gboudrias has quit (Quit: Leaving.) |
| [11:18:12] | * Zlender has quit (Ping timeout: 252 seconds) |
| [11:27:41] | * olc has quit (Ping timeout: 255 seconds) |
| [11:27:49] | * olc has joined #aegir |
| [11:30:28] | * theMusician has quit (Quit: theMusician) |
| [11:32:39] | * loddafnir has quit (Quit: Leaving.) |
| [11:32:45] | * jeremyr has joined #aegir |
| [11:32:54] | <Rob_C> | Whauw. It was actually really simple. A fragment in ports.conf makes the tld trip. Might want to add that to the howto page somewhere. http://community.aegirproject.org/node/462 |
| [11:33:51] | <grobot> | is there a documented way to get aegir to run backups at certain times? |
| [11:34:07] | <grobot> | stupid question i guess … use cron not builtin backup thing |
| [11:35:44] | <grobot> | was hoping for a setting eg @ admin/hosting/queues for backup queue |
| [11:37:39] | <grobot> | ok, nice |
| [11:37:39] | <grobot> | http://mig5.net/files/backup.sh.txt |
| [11:40:45] | * jonpugh has joined #aegir |
| [11:46:42] | * Deciphered has quit (Remote host closed the connection) |
| [11:47:31] | * Deciphered has joined #aegir |
| [11:47:32] | * Deciphered has quit (Changing host) |
| [11:47:32] | * Deciphered has joined #aegir |
| [11:48:03] | * jonpugh has quit (Ping timeout: 248 seconds) |
| [11:48:50] | * Deciphered has quit (Remote host closed the connection) |
| [11:49:40] | * jeremyr has quit (Read error: Connection reset by peer) |
| [11:49:57] | * jeremyr has joined #aegir |
| [12:17:04] | * omega8cc has quit (Read error: Connection reset by peer) |
| [12:23:49] | * webdeli has quit (Read error: Connection reset by peer) |
| [12:24:15] | * webdeli_ has joined #aegir |
| [12:25:32] | * chaloum_ has quit (Remote host closed the connection) |
| [12:25:52] | * tkimmel has quit (Remote host closed the connection) |
| [12:26:12] | * Deciphered has joined #aegir |
| [12:26:12] | * Deciphered has quit (Changing host) |
| [12:26:12] | * Deciphered has joined #aegir |
| [12:28:11] | * manarth|offline has quit (Ping timeout: 252 seconds) |
| [12:30:30] | * manarth|offline has joined #aegir |
| [12:31:19] | * tkimmel has joined #aegir |
| [12:33:45] | * Deciphered has quit (Ping timeout: 260 seconds) |
| [12:46:32] | * TipiT1 has joined #aegir |
| [12:48:17] | * TipiT has quit (Ping timeout: 248 seconds) |
| [12:51:57] | * Deciphered has joined #aegir |
| [12:51:58] | * Deciphered has quit (Changing host) |
| [12:51:58] | * Deciphered has joined #aegir |
| [13:09:53] | * Deciphered has quit (Remote host closed the connection) |
| [13:15:02] | * jeremyr has quit (Quit: Leaving.) |
| [13:21:19] | * Deciphered has joined #aegir |
| [13:24:32] | * jeremyr has joined #aegir |
| [13:27:34] | * Bigscotia10 has quit (Quit: Computer has gone to sleep.) |
| [13:35:06] | * Egyptian[Laptop] has quit (Ping timeout: 240 seconds) |
| [13:38:02] | * theMusician has joined #aegir |
| [13:49:02] | * gboudrias has joined #aegir |
| [13:50:23] | * Egyptian[Laptop] has joined #aegir |
| [13:59:25] | * tkimmel has quit (Remote host closed the connection) |
| [14:04:54] | * Zlender has joined #aegir |
| [14:17:54] | * sviebrock has quit (Read error: Connection reset by peer) |
| [14:18:17] | * jeremyr has quit (Quit: Leaving.) |
| [14:19:41] | * sviebrock has joined #aegir |
| [14:22:53] | * jeremyr has joined #aegir |
| [14:31:20] | * Deciphered has quit (Remote host closed the connection) |
| [14:32:52] | * Deciphered has joined #aegir |
| [14:32:53] | * Deciphered has quit (Changing host) |
| [14:32:53] | * Deciphered has joined #aegir |
| [14:45:32] | * jeremyr has quit (Quit: Leaving.) |
| [14:51:13] | * jeremyr has joined #aegir |
| [14:52:51] | * josh_k has quit (Remote host closed the connection) |
| [15:06:42] | * gusaus has quit (Ping timeout: 244 seconds) |
| [15:25:48] | * jeremyr1 has joined #aegir |
| [15:27:43] | * jeremyr1 has left #aegir () |
| [15:43:40] | * beautifulmind has joined #aegir |
| [15:47:30] | * jeremyr has quit (Quit: Leaving.) |
| [15:49:39] | * theMusician has quit (Quit: theMusician) |
| [16:10:46] | * Deciphered has quit (Remote host closed the connection) |
| [16:13:56] | * webdeli_ has quit (Remote host closed the connection) |
| [16:14:32] | * webdeli has joined #aegir |
| [16:47:01] | * phizes has joined #aegir |
| [16:51:03] | * steveoliver has quit (Quit: Leaving.) |
| [17:25:22] | * gboudrias has quit (Quit: Leaving.) |
| [17:32:33] | * steveoliver has joined #aegir |
| [17:43:46] | * sviebrock has quit (Read error: Connection reset by peer) |
| [17:56:25] | * sviebrock has joined #aegir |
| [18:00:54] | * sviebrock has quit (Read error: Connection reset by peer) |
| [18:00:59] | * sviebrock_ has joined #aegir |
| [18:11:33] | * berniecram has quit (Quit: berniecram) |
| [18:35:41] | * danquah has joined #aegir |
| [18:57:05] | * elfenixtorres has joined #aegir |
| [18:58:14] | * letharion has quit (Ping timeout: 255 seconds) |
| [19:01:10] | * manarth|offline has quit (Changing host) |
| [19:01:10] | * manarth|offline has joined #aegir |
| [19:01:19] | * manarth|offline is now known as manarth |
| [19:02:15] | * beautifulmind has quit (Quit: Leaving.) |
| [19:13:02] | * benjf has quit (Read error: Operation timed out) |
| [19:28:21] | * manarth is now known as manarth|afk |
| [19:36:03] | * rv0 has joined #aegir |
| [19:42:33] | * BobSP has joined #aegir |
| [19:44:30] | * boztek has quit (Quit: Textual IRC Client: http://www.textualapp.com/) |
| [19:50:54] | * steveoliver has quit (Quit: Leaving.) |
| [20:07:32] | * letharion has joined #aegir |
| [20:13:04] | * manarth|afk is now known as manarth |
| [20:18:09] | * ivanjaros has joined #aegir |
| [20:19:18] | * David_Hernandez has joined #aegir |
| [20:23:39] | * siliconmeadow has joined #aegir |
| [20:47:19] | * beautifulmind has joined #aegir |
| [21:00:31] | * manarth is now known as manarth|afk |
| [21:49:16] | * wroxbox has joined #aegir |
| [21:49:20] | * wroxbox has quit (Remote host closed the connection) |
| [21:49:31] | * wroxbox has joined #aegir |
| [22:05:36] | * tintin_ has quit (Ping timeout: 276 seconds) |
| [22:11:09] | * lolmaus has joined #aegir |
| [22:11:47] | * tintin_ has joined #aegir |
| [22:32:25] | * smoothify has joined #aegir |
| [22:35:04] | * webdeli has quit (Read error: Connection reset by peer) |
| [22:35:33] | * webdeli has joined #aegir |
| [23:40:56] | * jeremyr has joined #aegir |
| [23:42:46] | * noecc has joined #aegir |
| [23:42:46] | * jeremyr1 has joined #aegir |
| [23:45:45] | * jeremyr has quit (Ping timeout: 260 seconds) |
| [23:46:37] | * jeremyr has joined #aegir |
| [23:46:46] | * Bigscotia10 has joined #aegir |
| [23:46:51] | * jeremyr has quit (Client Quit) |
| [00:00:35] | * jeremyr1 has quit (Quit: Leaving.) |
| [00:05:07] | * webdeli has quit (Read error: Connection reset by peer) |
| [00:05:30] | * webdeli has joined #aegir |
| [00:07:47] | * jeremyr has joined #aegir |
| [00:13:22] | * noecc has quit (Remote host closed the connection) |
| [00:21:41] | * noecc has joined #aegir |
| [00:32:30] | * jeremyr has quit (Quit: Leaving.) |
| [00:45:25] | * jeremyr has joined #aegir |
| [00:45:54] | * jeremyr has quit (Client Quit) |
| [00:55:08] | * webdeli has quit (Remote host closed the connection) |
| [00:55:11] | * Egyptian[Laptop] has quit (Ping timeout: 244 seconds) |
| [00:58:56] | * drakythe has joined #aegir |
| [01:00:00] | * kvanderw has joined #aegir |
| [01:05:57] | * beautifulmind has quit (Quit: Leaving.) |
| [01:08:29] | * kvanderw has quit (Quit: kvanderw) |
| [01:09:10] | * milovan has joined #aegir |
| [01:09:50] | * Egyptian[Laptop] has joined #aegir |
| [01:10:27] | <milovan> | Hi, can anyone tell me exact difference between cron option via web and via drush command in aegir hosting? I have a problem when its drush based that one cron task is not completely finished while when set as web based cron i naegir it works then |
| [01:11:40] | * lolmaus doesn't know |
| [01:16:40] | * tbfisher has quit (Quit: Leaving.) |
| [01:16:50] | <mvc> | it's the difference between running drush cron on the command line and visiting foo.com/cron.php via your browser |
| [01:17:23] | * tbfisher has joined #aegir |
| [01:17:36] | <mvc> | normally it doesn't matter but you may have a preference in terms of error reporting, your firewall setup, etc |
| [01:17:49] | <mvc> | a question of your use case |
| [01:18:23] | * lolmaus has quit () |
| [01:20:07] | <milovan> | mvc: we used for a long time drush based. Now I developed sending encrypted emails on specfic hour and this drush aegir option doesnt execute it completely (for some unknown reason) while aegir's web setting executes normally. So I thought to ask is there some important difference in drush implementation |
| [01:21:10] | <milovan> | I tried to find some (more detailed) documentation about this Hosting setting but failed |
| [01:21:27] | <milovan> | the onl thing left is to go through implementation and code... |
| [01:23:07] | <mvc> | good luck :) |
| [01:26:45] | <milovan> | mvc: just curious: whats "better" to use for cron provider in aegir: drush or http request? I see a small description in Aegir that web looks faster and better when using APC |
| [01:30:54] | <mvc> | as i said, depends on your use case, but yes taking advantage of APC is one reason to use the web version |
| [01:31:14] | <milovan> | ok thanks :) |
| [01:31:17] | <mvc> | really, both should always work, though. if not there's a bug somewhere, but perhaps not one you wish to resolve today :) |
| [01:35:12] | <milovan> | Yeah I think that too: both should do same thing and both should work; yet drush option for example does execute cron task but inside that task when it needs to get user's key from fpf program on Linux, it returns empty. |
| [01:35:25] | <noecc> | milovan: There is also a contrib module for cron http://community.aegirproject.org/contrib-modules |
| [01:35:30] | <milovan> | and if you set crontab job or execute cron manually, it works |
| [01:35:46] | <milovan> | and I just discovered web based setting in Aegir works too |
| [01:36:01] | <milovan> | noecc: thanks, will take a look! was looking for some module |
| [01:36:01] | * Zlender has quit (Remote host closed the connection) |
| [01:36:11] | * lasseaagren has joined #aegir |
| [01:37:22] | * danquah has quit (Read error: Operation timed out) |
| [01:38:05] | <lasseaagren> | possible newbie question: is it possible to use ageir only to distriibute drupal configuration (modules, themes, configuration, content) and handle the base drupal installation on the clients with debian packages? |
| [01:44:20] | <mvc> | lasseaagren: that should be possible but it might be simpler to configure your base drupal installations as drush makefiles (which you could store in git and pass directly to aegir when platforms are created) |
| [01:44:44] | <mvc> | see http://drupal.org/project/kplatforms for a working example used in house by koumbit |
| [01:47:29] | <lasseaagren> | we already handle installations with drush make on the clients (on top of base debian drupal) but that doesn help with having the same content, configuration, etc made by a drupal admin, on severel installs. I for example a local drupal admin sets up a site on a staging machine, it would be nice to easily be able to migrate this to production |
| [01:48:06] | <lasseaagren> | I will loook at koumbit - thanks |
| [01:49:07] | <mvc> | we basically have a series of makefiles & a shell script that uses them to create our various platforms |
| [01:49:42] | <lasseaagren> | migrate: aegir seems to be able to handle that, but the first thing you need to set up is a platform - and with the debian packages we use, it doesn't seem that I need a platform? |
| [01:51:58] | <lasseaagren> | Koumbit might be doing what I need |
| [02:07:36] | * kvanderw has joined #aegir |
| [02:11:06] | * fatguylaughing has joined #aegir |
| [02:19:10] | * manarth|afk is now known as manarth |
| [02:19:45] | * kvanderw has quit (Quit: kvanderw) |
| [02:22:30] | * theMusician has joined #aegir |
| [02:27:34] | * obicke has joined #aegir |
| [02:30:29] | * jonpugh has joined #aegir |
| [02:32:27] | * benjf has joined #aegir |
| [02:33:38] | * obicke has quit (Changing host) |
| [02:33:38] | * obicke has joined #aegir |
| [02:34:20] | * Zlender has joined #aegir |
| [02:34:21] | * Zlender has quit (Changing host) |
| [02:34:21] | * Zlender has joined #aegir |
| [02:36:52] | * Zlender_ has joined #aegir |
| [02:36:52] | * Zlender_ has quit (Changing host) |
| [02:36:52] | * Zlender_ has joined #aegir |
| [02:37:38] | * Zlender__ has joined #aegir |
| [02:39:04] | * letharion has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| [02:39:14] | * Zlende___ has joined #aegir |
| [02:40:09] | * Zlender_ has quit (Read error: Connection reset by peer) |
| [02:40:14] | * Zlender has quit (Ping timeout: 272 seconds) |
| [02:42:08] | * Zlender__ has quit (Ping timeout: 244 seconds) |
| [02:45:24] | * drakythe|2 has joined #aegir |
| [02:46:30] | * gusaus has joined #aegir |
| [02:47:33] | * drakythe has quit (Disconnected by services) |
| [02:47:41] | * drakythe|2 is now known as drakythe |
| [02:54:21] | * JeremyR has joined #aegir |
| [03:01:45] | * manarth is now known as manarth|offline |
| [03:04:08] | * elfenixtorres has quit (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201065344]) |
| [03:05:24] | * obicke has quit (Quit: Leaving.) |
| [03:14:39] | * kvanderw has joined #aegir |
| [03:20:19] | * ivanjaros has quit (Ping timeout: 248 seconds) |
| [03:21:17] | * milovan has quit (Quit: Konversation terminated!) |
| [03:24:21] | * Egyptian[Laptop] has quit (Read error: Connection reset by peer) |
| [03:35:34] | * lasseaagren has quit (Quit: Leaving.) |
| [03:35:58] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [03:40:18] | * Egyptian[Laptop] has joined #aegir |
| [03:51:35] | * zombiebeard has joined #aegir |
| [03:53:58] | * omega8cc has joined #aegir |
| [04:00:05] | * BobSP has quit (Ping timeout: 260 seconds) |
| [04:04:24] | * jonpugh has joined #aegir |
| [04:17:10] | * lasseaagren has joined #aegir |
| [04:23:48] | <JeremyR> | Anyone know if with BOA I am okay to put contrib and custom modules inside of the hostmaster instance? eg: /data/disk/o1/aegir/distro/002/sites/o1.mydomain.com/modules cc: omega8cc |
| [04:26:43] | <omega8cc> | JeremyR: do you intend to extend hostmaster frontend somehow? while it is a bad idea in general, you can, if you are aware that they will never be upgraded (I mean any db related upgrades) on hostmaster upgrade |
| [04:28:14] | <JeremyR> | omega8cc: I wanted to create a custom view, basically surface up a quick way to search for and find a site node. |
| [04:28:52] | <omega8cc> | ok, then no problem |
| [04:29:14] | <JeremyR> | great! thanks for the help. |
| [04:29:15] | <omega8cc> | BOA doesn't touch anything in the sites specific space there |
| [04:29:28] | <omega8cc> | np |
| [04:29:52] | <JeremyR> | I'd have to manually update modules (when updates are available) that I place inside the site folder in this case, correct? |
| [04:30:26] | <omega8cc> | correct, both code and any related db updates |
| [04:31:10] | <JeremyR> | okay, that works fine for me. :) Thanks again. BOA is fantastic! |
| [04:32:58] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [04:34:11] | <omega8cc> | JeremyR: thanks! |
| [04:35:07] | * siliconmeadow has quit (Quit: Ex-Chat) |
| [04:38:33] | <JeremyR> | omega8cc: I had another question if I can bother you again… I see the book module is enabled but I don't quite see what it's intended purpose is. Is there something it's being used for inside of hostmaster that I just cant see? |
| [04:39:50] | <omega8cc> | JeremyR: yes, we use it for the homepage/welcome screen |
| [04:40:24] | <omega8cc> | it was intended as a part of the embedded docs, hence this content type used |
| [04:40:34] | * jonpugh has joined #aegir |
| [04:40:35] | * theMusician has quit (Quit: theMusician) |
| [04:40:59] | <JeremyR> | So built in documentation? |
| [04:43:00] | * theMusician has joined #aegir |
| [04:43:12] | <omega8cc> | yep, but so far it is just the homepage, because it was created/started when there was no c.a.o site yet |
| [04:44:41] | <JeremyR> | I see. Okay, thanks again. |
| [04:59:34] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [05:13:03] | * milovan has joined #aegir |
| [05:19:24] | * David_Hernandez has quit (Quit: Saliendo) |
| [05:20:35] | * slobo has quit (Quit: No Ping reply in 180 seconds.) |
| [05:20:49] | * HumanSky has joined #aegir |
| [05:20:56] | * slobo has joined #aegir |
| [05:24:45] | <milovan> | hi. I am interested how to debug drush/aegir problem related to the message: Drush command terminated abnormally due to an unrecoverable error. [13.19 sec, 33.3 MB] [error] |
| [05:25:20] | <milovan> | I used php /var/www/aegir/drush/drush.php @hostmaster hosting-cron --debug |
| [05:25:49] | <milovan> | and it gave me this message for one site |
| [05:26:41] | <omega8cc> | milovan: run `drush cron -d` in that site directory it should display a bit more debug output |
| [05:29:00] | <omega8cc> | typically it is because some module/code calls exit which breaks the cron completion, or there is any other code/module which breaks cron, but -d flag should display some hint on why this happens |
| [05:32:51] | * ratioweb has joined #aegir |
| [05:33:16] | * steveoliver has joined #aegir |
| [05:33:30] | * zombiebeard has quit (Quit: zombiebeard) |
| [05:33:38] | <milovan> | omega8cc: every run of that command finishes with that error message with no further details. And not even suspected code was ran. :\ |
| [05:34:12] | <milovan> | Can you explain me a little more the problem you mentioned with exit code, please? |
| [05:36:27] | * iribarne has joined #aegir |
| [05:37:11] | <omega8cc> | milovan: I would suggest to use http://drupal.org/project/elysia_cron and try to disable cron jobs one by one to find the culprit - the exit will give you exactly this - unexpected exit with no explanation, like when there is some error causing wsod etc, so you need to find the module responsible for this |
| [05:38:09] | <milovan> | I am exactly use that module. Good tip disabling one by one! omw. Thanks a bunch! |
| [05:38:14] | <milovan> | using* |
| [05:38:32] | <omega8cc> | milovan: I assume there are no errors when you run `drush status` in this site? |
| [05:39:25] | <milovan> | omega8cc: nope all fine with that command All information listed, statuses connected and successful |
| [05:39:46] | <milovan> | I recently also verified platform and that site |
| [05:39:55] | <omega8cc> | ok, then it looks like that early exit case |
| [05:40:30] | <omega8cc> | so drush fails to report cron success |
| [05:40:48] | <milovan> | but how I noticed there is a problem with drush was that if I use crontab or switch Aegir to web based cron, mail encryption is executed. But when its switched back to drush usage, it doesnt do encryption |
| [05:41:44] | <milovan> | so I was curious whats the problem and ran drush debug and found this message. Will now try to dig more, thanks a lot for hints; i d spend whole week chasing my tail |
| [05:42:31] | * gboudrias has joined #aegir |
| [05:43:24] | <omega8cc> | it is possible that php-cli has no access to something (binary?) which works for web based access if you have different php.ini for cli and web, or just that something breaks drush based tasks/cron |
| [05:45:04] | <milovan> | hm I tried to disable all cron tasks in Elysia and still getting this error. So something else is breaking stuff |
| [05:45:59] | <omega8cc> | have you tried to disable Elysia itself, run `drush cc all` and then `drush cron -d` again? |
| [05:47:42] | <omega8cc> | if the error persists, then it is not really related to any cron task, and cron simply exposes the problem, but it is weird that other drush commands work at the same time, while only(?) cron fails? |
| [05:49:03] | <milovan> | ... it passed now ok. Could it be that Elyisa was the problem or the module that has Elysia as dependency? i ll try now plain Elysia to add |
| [05:49:34] | <omega8cc> | misconfigured Elysia may cause problems |
| [05:50:10] | <omega8cc> | wait |
| [05:50:18] | <omega8cc> | do you use stock Aegir? |
| [05:51:25] | <milovan> | I agree but there is barely any info about proper Elysia configuration that I managed to find. :( So I tried few tips I got asking around, like some heavier stuff to set daily, some medium stuff hourly, depending on task's heaviness and frequency need |
| [05:52:01] | <milovan> | as for the Aegir, yes, but it s a version 1.4 |
| [05:52:05] | <omega8cc> | on BOA we use hosting_advanced_cron module where we call `drush elysia-cron` first, because `drush cron` may not work as expected |
| [05:52:18] | <omega8cc> | pretty old |
| [05:52:30] | <milovan> | though we didnt use from Debian repository but set it on the path where we wanted |
| [05:52:33] | <omega8cc> | anyway, try on command line `drush elysia-cron` |
| [05:53:02] | <omega8cc> | or `drush elysia-cron -d` - with Elysia enabled |
| [05:54:37] | <milovan> | hosting_advanced_cron module was next on my todo to investigate :) Now at least I have one nice feedback about it :P |
| [05:55:10] | <milovan> | elysia-cron -d passed normally, no errors |
| [05:55:18] | * ratioweb has quit (Ping timeout: 272 seconds) |
| [05:55:37] | <omega8cc> | we are using slightly modified version: https://github.com/omega8cc/hosting_advanced_cron |
| [05:55:39] | <omega8cc> | yeah |
| [05:55:49] | <omega8cc> | that is why we call it first |
| [05:55:50] | * Egyptian[Laptop] has quit (Ping timeout: 256 seconds) |
| [05:56:38] | <milovan> | but now if I run drush cron -d I get error again |
| [05:56:51] | <milovan> | so it means bloody Elysia is making a problem :\ |
| [05:57:21] | <omega8cc> | yeah, Elysia doesn't like the standard cron command, try to use https://github.com/omega8cc/hosting_advanced_cron where it is done for you |
| [05:58:58] | <lasseaagren> | is it possible to use aegir only to handle modules, themes, blocks, content, uploaded files, etc and _not_ handle the core drupal installation? I would like to have servers with debian installed drupal6 core |
| [05:59:30] | <milovan> | omega8cc: will do asap. You re my hero of the day! |
| [05:59:35] | <omega8cc> | np |
| [05:59:56] | <omega8cc> | lasseaagren: not sure what you exactly? |
| [06:00:08] | <omega8cc> | what you mean* |
| [06:01:13] | <omega8cc> | lasseaagren: Aegir doesn't handle any code installation, it handles sites and sites require full Drupal core (we call them platforms) |
| [06:01:21] | * ivanjaros has joined #aegir |
| [06:01:38] | <lasseaagren> | If I understand aegir (not sure i do :)) It rolls out rolls out the full drupal installation to target servers, with its own drupal core and all content and whatnot |
| [06:02:16] | <omega8cc> | you mean remote stuff |
| [06:03:08] | <lasseaagren> | use case: we have a unstable, staging, prodcution line |
| [06:03:16] | <omega8cc> | Aegir will sync the code, but you can't get it out of sync on demand and tell Aegir that it should stop syncing a part of the code |
| [06:03:53] | <lasseaagren> | a system librarien changes content in staging - and these changes should emerge on production when we decide to |
| [06:03:54] | <omega8cc> | because platform is the environment where the site lives and environments must match |
| [06:04:08] | * jonpugh has joined #aegir |
| [06:04:09] | <lasseaagren> | all three servers have e base drupal6 core managed by debian |
| [06:04:18] | <omega8cc> | oh, Aegir doesn't do anything like that |
| [06:04:43] | <omega8cc> | Aegir doesn;t manage or sync the sites content, it manages only the code level |
| [06:04:56] | <lasseaagren> | ok - thank you :) all I needed to know :) |
| [06:05:02] | <omega8cc> | it is a different story |
| [06:05:05] | <omega8cc> | np |
| [06:05:51] | <lasseaagren> | out of scope of this channel then: Any idea on how to handle that? The "Features" module can handle some of it |
| [06:07:17] | <omega8cc> | this is something to manage with Services or something like that probably - there are a few ways to migrate content like that, I think, but all on the Drupal level, while Aegir can only migrate sites as-ism only running db updates if needed, between codebases |
| [06:07:59] | <omega8cc> | what you need is a content management workflow |
| [06:09:24] | <milovan> | omega8cc: one more question: I noticed Aegir has modules in profile. Should I download your module in sites/all/modules? Probably quite a newbie question.. |
| [06:09:29] | <lasseaagren> | true - thanks again omega8cc |
| [06:10:34] | <omega8cc> | lasseaagren: np, note that what you need is really tricky in drupal, unless you are using uuids already |
| [06:10:34] | * Egyptian[Laptop] has joined #aegir |
| [06:11:10] | <omega8cc> | milovan: yes, we typically add these extra modules in sites/all space |
| [06:11:56] | <milovan> | great ty |
| [06:12:12] | <omega8cc> | np |
| [06:13:02] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [06:15:53] | <ergonlogic> | bgm: ping |
| [06:15:57] | <bgm> | ergonlogic: pong |
| [06:16:01] | <omega8cc> | milovan: I just noticed that there was no URL of the forked source on this Github repo: http://drupal.org/project/hosting_advanced_cron |
| [06:16:18] | <ergonlogic> | bgm: I'm looking at refactoring hosting_civicrm_cron |
| [06:16:39] | <ergonlogic> | bgm: in particular http://drupal.org/node/1613484 |
| [06:16:40] | <hefring> | http://drupal.org/node/1613484 => #1613484: Use the CiviCRM cli for launching cron tasks => Hosting CiviCRM Cron, Code, normal, active, 0 comments, 1 IRC mention |
| [06:17:32] | <milovan> | omega8cc: yeah no problem, someone pointed to me link on Drupal today. ust a quick question again: once I enable advanced cron, should i disable hosting one? |
| [06:17:37] | <ergonlogic> | bgm: so, it should just be a matter of switching to: http://wiki.civicrm.org/confluence/display/CRMDOC42/Managing+Scheduled+J... ? |
| [06:18:24] | <omega8cc> | milovan: no, just enable and configure its defaults, then per site etc |
| [06:18:39] | <milovan> | ok thanks |
| [06:18:43] | <bgm> | ergonlogic: hum, that's weird, in my mind, that task was done already. but yeah, the drush method should work |
| [06:19:00] | <ergonlogic> | bgm: yeah, that's what I see here: http://drupalcode.org/project/hosting_civicrm_cron.git/blob/refs/heads/6... |
| [06:19:31] | <bgm> | ah right |
| [06:20:49] | <ergonlogic> | bgm: I've enabled all the scheduled tasks on a site |
| [06:20:54] | <bgm> | so hum, i forgot to update the issue? :] |
| [06:20:59] | * lasseaagren has left #aegir () |
| [06:21:18] | <ergonlogic> | which, if I understand corrrectly, should mean they run with that invocation, right? |
| [06:21:28] | <bgm> | yep |
| [06:21:34] | <ergonlogic> | no worried about the issue... I just can't seem to make it work |
| [06:22:50] | <ergonlogic> | what does 'API Prefix: civicrm_api3' mean? |
| [06:23:48] | <bgm> | not sure i understand.. |
| [06:23:56] | <bgm> | where? |
| [06:24:28] | <ergonlogic> | bgm: sorry, on the civicrm site at /civicrm/admin/job |
| [06:24:45] | <ergonlogic> | next to each of the scheduled jobs |
| [06:25:18] | <ergonlogic> | "Put in the API method name. You need to enter pieces of full API function name as described in the documentation." |
| [06:25:29] | <bgm> | ergonlogic: ah ok, it's just their way of saying that you can call it using the API v3, which entity & action, etc |
| [06:25:36] | <ergonlogic> | ok |
| [06:25:59] | <bgm> | because calls to the api are, for example: civicrm_api(array('version' => 3, 'entity' => 'job', etc) |
| [06:26:03] | * jonpugh has joined #aegir |
| [06:26:17] | <ergonlogic> | the hosting_civicrm_cron queue itself appears to be running |
| [06:26:34] | <ergonlogic> | it's updating the 'last run' field on the site node, anyway |
| [06:26:45] | <bgm> | are your jobs set to "run every time"? |
| [06:27:35] | <bgm> | (well, a specific job for testing, such as civimail) |
| [06:28:04] | <ergonlogic> | a couple are set to 'Always' |
| [06:28:22] | <ergonlogic> | do we need the 'auth=0', maybe? |
| [06:29:31] | <bgm> | does your job run if you use the drush command directly? |
| [06:29:55] | <bgm> | i.e. drush -u admin cvapi Job.Execute --debug (something like that) |
| [06:30:23] | <ergonlogic> | I just ran it now with "drush civicrm-api job.execute auth=0 -y" |
| [06:30:30] | <ergonlogic> | and it appears to run |
| [06:30:55] | <bgm> | the api folks are kind of vague w.r.t. auth=0 |
| [06:31:12] | <ergonlogic> | and it looks like it ran properly |
| [06:31:13] | <bgm> | if it bypasses completely authentication, i guess it's ok.. |
| [06:31:54] | <ergonlogic> | I figure we can leave off '-u 1' and '-r /path/to/drupal' |
| [06:32:02] | <bgm> | true that hosting_civicrm_cron doesn't seem to use any auth at all, nor bypass it |
| [06:32:18] | <bgm> | what are you reading? |
| [06:32:24] | <bgm> | oh, the wiki |
| [06:32:30] | <ergonlogic> | bgm: so, it should just be a matter of switching to: http://wiki.civicrm.org/confluence/display/CRMDOC42/Managing+Scheduled+J... ? |
| [06:32:38] | <bgm> | well, -u 1, would make the cron login as super-admin |
| [06:32:41] | <bgm> | i personnally prefer that |
| [06:33:07] | <ergonlogic> | bgm: I thought that was pretty much automatic, no? |
| [06:33:15] | <ergonlogic> | or is it uid=0? |
| [06:33:21] | <ergonlogic> | anonymous? |
| [06:33:30] | * realityloop has joined #aegir |
| [06:33:57] | <bgm> | hum, i don't know :) |
| [06:34:10] | <ergonlogic> | I don't think we do -u 1 in hosting_civicrm_cron though either |
| [06:34:19] | <bgm> | worth a try anyway |
| [06:34:39] | <ergonlogic> | so, what's the authenticated method? |
| [06:34:42] | <realityloop> | omega8cc: ping |
| [06:34:48] | <ergonlogic> | is it passing a key of some sort? |
| [06:34:57] | <bgm> | ergonlogic: no need to (key) |
| [06:35:09] | <bgm> | was deprecated for drush |
| [06:35:12] | <ergonlogic> | ok |
| [06:35:23] | <ergonlogic> | I'll try with 'auth=0' |
| [06:35:33] | <ergonlogic> | since that worked for me on the cli |
| [06:35:41] | <ergonlogic> | and I hadn't needed -u 1 |
| [06:35:50] | <bgm> | ok |
| [06:35:51] | * iribarne has quit (Quit: iribarne) |
| [06:35:58] | <bgm> | easy to add in the code :) |
| [06:36:01] | <ergonlogic> | right |
| [06:36:10] | <ergonlogic> | once I get this running, I figure I'll puch a release |
| [06:36:29] | <bgm> | great :) |
| [06:38:05] | * iribarne has joined #aegir |
| [06:42:21] | * omega8cc has quit (Quit: zzzzzz...) |
| [06:43:37] | <ergonlogic> | ok, it was my mistake |
| [06:43:48] | <ergonlogic> | I still had the master branch checked out |
| [06:44:01] | <ergonlogic> | so it was trying with the old wget method |
| [06:44:12] | <ergonlogic> | as soon as I checked out 6.x-1.x it worked |
| [06:44:20] | <ergonlogic> | once I get this running, I figure I'll puch a release |
| [06:44:24] | <ergonlogic> | ugh |
| [06:44:37] | <ergonlogic> | bgm: sorry |
| [06:45:58] | <bgm> | ergonlogic: np :) |
| [06:48:11] | * josh_k has joined #aegir |
| [06:50:59] | <ergonlogic> | http://drupal.org/node/1922716 |
| [06:52:18] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [06:56:37] | * zombiebeard has joined #aegir |
| [06:57:03] | * omega8cc has joined #aegir |
| [07:00:00] | * omega8cc_ has joined #aegir |
| [07:00:54] | <milovan> | omega8cc_: regarding your version of advanced cron module: does it require that all sites managed by aegir need to have elysia? I checked the code but there is no detection if site is using elysia or not, just tries elysia cron and then core cron |
| [07:01:37] | * omega8cc has quit (Ping timeout: 248 seconds) |
| [07:01:37] | * omega8cc_ is now known as omega8cc |
| [07:04:19] | <omega8cc> | milovan: there is no detection there, it would be just another overhead, because you would have to run another bootstrap before running the correct cron version, so it is probably better to simply try elysia first and standard second |
| [07:05:16] | <omega8cc> | milovan: you don't need to use elysia on all sites, it will simply attempt to use it |
| [07:05:52] | <omega8cc> | realityloop: pong |
| [07:13:31] | * theMusician has quit (Quit: theMusician) |
| [07:15:11] | <milovan> | omega8cc: ok thanks for the explanation! |
| [07:15:30] | <omega8cc> | np |
| [07:16:40] | <realityloop> | omega8cc: http://drupal.org/node/1881904#comment-7089994 |
| [07:16:40] | <hefring> | http://drupal.org/node/1881904 => #1881904: barracuda with apache solr 3.x => Barracuda, Code, normal, postponed, 4 comments, 1 IRC mention |
| [07:17:03] | <realityloop> | omega8cc: just following up to see if there has been any progress on that ^ |
| [07:17:27] | <omega8cc> | realityloop: I have posted an answer there |
| [07:18:34] | <realityloop> | omega8cc: ah.. so you have :) |
| [07:18:47] | <omega8cc> | :) |
| [07:19:35] | <realityloop> | omega8cc: have you done much with search_api_solr on any BOA instances? |
| [07:20:09] | <omega8cc> | realityloop: rc2 works just fine, rc3 is broken |
| [07:20:33] | <realityloop> | omega8cc: I'm having issues getting it to deal properly with plural searched (on rc2) |
| [07:20:52] | <realityloop> | searched = searches |
| [07:21:32] | <realityloop> | which I'm sure isn't the fault of BOA.. just wondering if you've got to that level with your testing? |
| [07:22:57] | <omega8cc> | I guess you need to tweak schema.xml maybe? I know that we had to tweak it for many people, since the default is pretty useless, giving standard expectations from Solr |
| [07:23:41] | <realityloop> | omega8cc: yeah I've tweaked based on readme, but it doesn't appear to have made any difference (and I have deleted and reindexed) |
| [07:23:55] | <omega8cc> | AFAIK they decided to supply schema.xml with only absolute minimum enabled |
| [07:24:11] | <realityloop> | omega8cc: yeah it seems that way.. annoying really |
| [07:24:31] | <omega8cc> | yeah, don't really understand that approach |
| [07:25:15] | <omega8cc> | and now they released rc3 which obviously doesn't work with 1.4 - and it is in the 1.4 conf directory |
| [07:25:37] | <realityloop> | yeah, found that out the heard way day before yesterday |
| [07:27:54] | <omega8cc> | at the same time the old good apachesolr just works with 1.4 |
| [07:28:18] | <omega8cc> | so, we need to upgrade Solr anyway |
| [07:29:12] | <omega8cc> | as it seems to be somehow deprecated slowly and silently, they just assume people no longer use it, I guess |
| [07:30:10] | * BobSP has joined #aegir |
| [07:31:01] | * noecc has left #aegir () |
| [07:32:56] | <mvc> | omega8cc: lots of people still use solr 1.4. the solr conf files were re-organized so that the modules apachesolr & search_api_solr could use the same files (which is great, making it easier to switch between them) |
| [07:34:16] | <omega8cc> | mvc: OK, so why rc3 doesn't work with 1.4? |
| [07:34:19] | <mvc> | d.o uses solr 3 but acquia's hosted d6 sites use solr 1.4, so both are very well supported by the drupal community |
| [07:35:29] | <omega8cc> | this is what happens: http://drupal.org/node/1920780 |
| [07:35:30] | <hefring> | http://drupal.org/node/1920780 => #1920780: Unable to connect to server since rc3 update => Search API Solr search, Miscellaneous, normal, active, 0 comments, 1 IRC mention |
| [07:35:31] | <mvc> | omega8cc: it worked fine for me, except that i ran into some bugs in solr 1.4 itself so i upgraded |
| [07:35:42] | <omega8cc> | heh |
| [07:36:04] | <mvc> | see also http://www.koumbit.org/en/articles/version-compatibility-chart-tomcat-ap... |
| [07:38:34] | <omega8cc> | mvc: I know, we are referencing this in our helpdesk canned responses for a long time already, very useful, thanks! |
| [07:38:43] | <mvc> | :) |
| [07:39:11] | <mvc> | omega8cc: as a hack, with solr 1.4 you could try removing the solrcore.properties & restarting tomcat |
| [07:39:28] | <mvc> | ...oh, are you using jetty? that i haven't tested |
| [07:40:26] | <omega8cc> | ah, forgot to test this, they do reference this in the schema.xml but don't supply it, and we use Tomcat 6, that could be that! |
| [07:42:25] | <omega8cc> | hmm, no, it is there, but I guess the problem is that I didn't add it in the tomcat conf, well |
| [07:42:32] | <milovan> | question: is /var/www/aegir/drush/drush.php @hostmaster hosting-cron command for manually triggering cron on aegir that will then trigger cron on sites it holds? |
| [07:44:03] | * cweagans has joined #aegir |
| [07:44:25] | <omega8cc> | mvc: now I'm confused, I have tested this *without* solrcore.properties file, so exactly what you suggest? |
| [07:44:49] | <omega8cc> | and it didn't work |
| [07:44:59] | * jerryitt has joined #aegir |
| [07:47:20] | <omega8cc> | milovan: yes, or just `drush @hostmaster hosting-dispatch` |
| [07:48:03] | <mvc> | omega8cc: i remember having to remove it once under solr 1.4, but i never really understood why so trying with & without that file is more of a quick hack suggestion |
| [07:48:27] | <mvc> | earlier versions of apachesolr didn't ship with that file, so i assume it isn't strictly necessary |
| [07:48:51] | * mvc updates his version compatibility chart to note that a special patch is no longer needed to run search_api_solr with solr 3.x |
| [07:49:13] | * mvc also runs tomcat6 |
| [07:49:56] | <omega8cc> | mvc: ok, so from my part, trying that w/o that file doesn't help, same problem, so if you have tried it *with* this file, we have a full test coverage |
| [07:52:43] | <omega8cc> | mvc: it seems that this file provides just some solr defaults, and shouldn't make any difference, because it is referenced (in comments only) in the solrconfig.xml file, not in schema.xml, but who knows where the problem really is, maybe in solrconfig.xml |
| [07:53:25] | <omega8cc> | it is a shame to release rc3 with separate config for 1.4 w/o testing |
| [07:53:43] | <mvc> | well, like i said, i did get it working at least once... |
| [07:54:04] | <omega8cc> | on Tomcat 6 with Solr 1.4 ? |
| [07:54:10] | <omega8cc> | it never worked for me |
| [07:54:33] | <omega8cc> | while rc2 works just fine on the same setup |
| [08:04:54] | * BobSP has quit (Quit: Leaving.) |
| [08:10:51] | * theMusician has joined #aegir |
| [08:18:16] | * tkimmel has joined #aegir |
| [08:22:22] | * josh_k has quit (Remote host closed the connection) |
| [08:22:51] | * josh_k has joined #aegir |
| [08:27:43] | * josh_k has quit (Ping timeout: 256 seconds) |
| [08:38:33] | * hefring has joined #aegir |
| [08:38:41] | <milovan> | would be probably the best to drop elysia, it seems its generating a problem and cant really make it to be in love with aegir... |
| [08:38:52] | <omega8cc> | but `drush elysia-cron` works? |
| [08:38:58] | <milovan> | it does |
| [08:38:58] | <omega8cc> | on command line |
| [08:39:07] | <omega8cc> | so it should just work |
| [08:39:45] | <milovan> | if i run php /var/www/aegir/drush/drush.php @hostmaster hosting-cron --debug it shows the error |
| [08:39:51] | <omega8cc> | you probably see some error generated by the second standard `drush cron` which is run 5 seconds later |
| [08:40:00] | <milovan> | if I wait to trigger cron, it does half finished cron task like before |
| [08:40:07] | <milovan> | aha |
| [08:40:23] | <omega8cc> | it silently works, I guess |
| [08:40:28] | <milovan> | yeah there is a sleep(3) afaik between elysia-cron and cron |
| [08:40:42] | <omega8cc> | and that error is just a sign it is trying also standard cron |
| [08:40:48] | <omega8cc> | yeah |
| [08:41:39] | <milovan> | hm but then could it be that basic cron takes over what elysia should trigger which in return doesnt complete cron task? |
| [08:41:58] | <omega8cc> | you could try to re-index some small site to see if it works with elysia enabled |
| [08:42:07] | <omega8cc> | no |
| [08:42:32] | <omega8cc> | the second failed cron attempt doesn't hurt |
| [08:44:30] | <milovan> | the problem showed when i made a cron task through elysia cronapi to trigger making an email to some users, encrypt the content and sends. What it does when cron is run by drush is almost all except encryption because somehow didnt get the user's key. while doing wget or manual cron does everything right |
| [08:49:53] | * Egyptian[Laptop] has quit (Ping timeout: 248 seconds) |
| [08:53:21] | * josh_k has joined #aegir |
| [08:55:00] | * josh_k has quit (Remote host closed the connection) |
| [08:55:08] | * josh_k has joined #aegir |
| [08:55:30] | <omega8cc> | milovan: then I guess you need to investigate the diff for php.ini you have for php-cli, if it fails to do what web based php can do |
| [08:56:44] | * Deciphered has joined #aegir |
| [08:56:44] | * Deciphered has quit (Changing host) |
| [08:56:44] | * Deciphered has joined #aegir |
| [08:57:08] | <milovan> | good idea, will do. many thanks for todays help! |
| [08:58:22] | * smoothify has quit (Quit: smoothify) |
| [08:58:26] | * jonpugh has joined #aegir |
| [08:58:50] | * ratioweb has joined #aegir |
| [09:00:26] | <omega8cc> | milovan: np |
| [09:04:21] | * Egyptian[Laptop] has joined #aegir |
| [09:07:20] | * webdeli has joined #aegir |
| [09:09:06] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [09:10:27] | * RichieRampage has quit (Ping timeout: 256 seconds) |
| [09:10:52] | * RichieRampage has joined #aegir |
| [09:17:06] | * steveoliver has quit (Quit: Leaving.) |
| [09:19:35] | * HumanSky has quit (Quit: HumanSky) |
| [09:20:18] | * Deciphered has quit (Ping timeout: 276 seconds) |
| [09:26:54] | * Deciphered has joined #aegir |
| [09:26:54] | * Deciphered has quit (Changing host) |
| [09:26:54] | * Deciphered has joined #aegir |
| [09:43:35] | * iribarne has left #aegir () |
| [09:47:18] | * steveoliver has joined #aegir |
| [09:57:04] | * fatguylaughing has quit (Quit: fatguylaughing) |
| [09:59:50] | * realityl_ has joined #aegir |
| [10:01:16] | * zombiebeard has quit (Quit: zombiebeard) |
| [10:01:49] | * realityloop has quit (Ping timeout: 244 seconds) |
| [10:07:31] | * gboudrias has quit (Quit: Leaving.) |
| [10:10:19] | * milovan has quit (Quit: Konversation terminated!) |
| [10:26:37] | * jonpugh has joined #aegir |
| [10:27:15] | * SeanBannister has quit (Ping timeout: 260 seconds) |
| [10:30:38] | * berniecram has joined #aegir |
| [10:37:15] | * HumanSky has joined #aegir |
| [10:39:48] | * kvanderw has quit (Ping timeout: 252 seconds) |
| [10:39:50] | * Zlende___ has quit (Remote host closed the connection) |
| [10:42:50] | * jonpugh has quit (Ping timeout: 272 seconds) |
| [10:54:38] | * drakythe has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
| [10:56:56] | * fatguylaughing has joined #aegir |
| [10:58:08] | * fatguylaughing has quit (Client Quit) |
| [10:58:13] | * Deciphered has quit (Remote host closed the connection) |
| [10:58:47] | * Deciphered has joined #aegir |
| [10:58:47] | * Deciphered has quit (Changing host) |
| [10:58:47] | * Deciphered has joined #aegir |
| [10:59:01] | * smoothify has joined #aegir |
| [10:59:36] | * theMusician has quit (Quit: theMusician) |
