IRC logs for #aegir, 2013-10-23 (GMT)

2013-10-22
2013-10-24
TimeNickMessage
[11:16:15]* Egyptian[Laptop] has quit (Ping timeout: 260 seconds)
[11:17:32]* gusaus has joined #aegir
[11:20:00]* phizes has quit (Ping timeout: 260 seconds)
[11:20:51]* phizes has joined #aegir
[11:32:07]* HumanSky has joined #aegir
[11:34:51]* berniecram has quit (Quit: berniecram)
[11:34:56]* HumanSky has quit (Quit: HumanSky)
[11:43:31]* Egyptian[Laptop] has joined #aegir
[11:45:41]* realityloopAFK is now known as realityloop
[11:46:44]* realityloop is now known as realityloopAFK
[11:46:54]* josh_k has quit (Remote host closed the connection)
[11:47:22]* josh_k has joined #aegir
[11:49:29]* niatish has joined #aegir
[11:54:28]* niatish has quit (Remote host closed the connection)
[11:54:41]* tlattimore is now known as tlattimore|afk
[11:55:09]* berniecram has joined #aegir
[12:04:06]* josh_k has quit (Remote host closed the connection)
[12:04:36]* josh_k has joined #aegir
[12:07:39]* agentoli_ has joined #aegir
[12:08:09]* agentoli_ has quit (Read error: Connection reset by peer)
[12:09:15]* josh_k has quit (Ping timeout: 272 seconds)
[12:12:03]* agentolivia has quit (Ping timeout: 272 seconds)
[12:15:26]* tlattimore|afk is now known as tlattimore
[12:24:30]* josh_k has joined #aegir
[12:36:20]* tlattimore is now known as tlattimore|afk
[12:37:01]* Egyptian[Laptop] has quit (Ping timeout: 272 seconds)
[12:48:04]* Egyptian[Laptop] has joined #aegir
[12:49:20]<hefring>Git => Fix malformed @defgroup. => http://drupalcode.org/project/hostmaster.git/commitdiff/76fbc12b526682fd...
[12:50:08]* josh_k has quit (Remote host closed the connection)
[12:50:44]* josh_k has joined #aegir
[12:55:01]* josh_k has quit (Ping timeout: 245 seconds)
[13:05:26]<ergonlogic>hefring: tell realityloop I've been working quite a bit on drupalapi, and I'd appreciate your feedback. Among other things, it'll now import API projects/branches based on the makefile(s) used to build the sources.
[13:05:26]<hefring>ergonlogic: I'll pass that on when realityloop is around.
[13:05:34]<ergonlogic>hefring: tell realityloop I've been working quite a bit on drupalapi, and I'd appreciate your feedback. Among other things, it'll now import API projects/branches based on the makefile(s) used to build the sources.
[13:05:34]<hefring>ergonlogic: I'll pass that on when realityloop is around.
[13:05:45]<ergonlogic>hefring: tell Deciphered I've been working quite a bit on drupalapi, and I'd appreciate your feedback. Among other things, it'll now import API projects/branches based on the makefile(s) used to build the sources.
[13:05:45]<hefring>ergonlogic: I'll pass that on when Deciphered is around.
[13:05:48]* realityloopAFK is now known as realityloop
[13:06:12]<realityloop>ergonlogic: hi
[13:06:12]<hefring>realityloop: 46 sec ago <ergonlogic> tell realityloop I've been working quite a bit on drupalapi, and I'd appreciate your feedback. Among other things, it'll now import API projects/branches based on the makefile(s) used to build the sources.
[13:06:12]<hefring>realityloop: 38 sec ago <ergonlogic> tell realityloop I've been working quite a bit on drupalapi, and I'd appreciate your feedback. Among other things, it'll now import API projects/branches based on the makefile(s) used to build the sources.
[13:06:24]<ergonlogic>realityloop: oh, hi!
[13:06:30]<ergonlogic>I saw AFK...
[13:06:47]<realityloop>ergonlogic: I get notifications when I'm away
[13:06:51]<realityloop>:)
[13:07:02]<ergonlogic>irssiproxy?
[13:07:03]<realityloop>to my phone
[13:07:06]<realityloop>ZNC
[13:07:10]<ergonlogic>ah
[13:08:33]<realityloop>ergonlogic: the grammar parser thing was probably my fault, I had started to get it ready for the updates that had been done on api.drupal.org
[13:09:17]<realityloop>still it's in need of some updates
[13:09:42]<realityloop>have you put your changes somewhere that we can look at?
[13:09:43]<ergonlogic>so, I've been hacking on it on and off for the past couple days
[13:10:04]<ergonlogic>http://drupalcode.org/sandbox/ergonlogic/2116759.git/shortlog/refs/heads...
[13:10:35]* Egyptian[Laptop] has quit (Ping timeout: 272 seconds)
[13:11:16]<realityloop>ergonlogic: we'll both take a look at some stage over the next week, I'm busy today and the next 2 days, but should have time next week
[13:11:45]<ergonlogic>realityloop: sure
[13:11:49]<realityloop>still need to update drupal core version
[13:11:57]<ergonlogic>it's pretty extensive
[13:12:08]<ergonlogic>so maybe the basis for 2.x
[13:12:20]<realityloop>if you can update the stub make to use current stable I'll start the platform building now
[13:12:40]<ergonlogic>I've been using a hacked stub that points to my sandbox, so haven't committed it
[13:12:50]<ergonlogic>sure
[13:13:24]<realityloop>ah
[13:13:49]<realityloop>if you can give me a link to that thats probably better
[13:14:42]<ergonlogic>well, I'll commit the stub that points to my sandbox, how's that?
[13:14:49]<realityloop>sounds fine to me
[13:15:33]<realityloop>ergonlogic: actually I have a question for you..
[13:15:41]<ergonlogic>shoot
[13:15:50]<realityloop>when we run: drush @hostmaster hosting-queued
[13:16:18]<realityloop>after an variable period of time it stats throwing errors that php isn't in the location it's looking anymore
[13:16:45]<realityloop>ergonlogic: this is on our OS X machines.. but wondering if you have any ideas what might cause it?
[13:17:34]<ergonlogic>realityloop: there's an issue about the queue daemon collecting quotes
[13:17:37]<ergonlogic>probably that
[13:17:49]<ergonlogic>are you on rc5?
[13:18:30]<realityloop>ergonlogic: no.. I didn't know there had been an rc released.. I'll be using dev.. but from a while back
[13:18:55]* tkimmel has quit (Remote host closed the connection)
[13:18:58]<realityloop>17th August to be exact
[13:19:08]<ergonlogic>I think the fix was committed a week or two ago
[13:19:16]<realityloop>great.. pulling in now then
[13:19:28]* tkimmel has joined #aegir
[13:20:02]* josh_k has joined #aegir
[13:22:14]<ergonlogic>realityloop: ok, I committed and puched my latest hacks to drupalapi
[13:23:11]<ergonlogic>it works very nicely with a set of Aegir and Drush makefiles I created for the api.aegirproject.org rebuild, btw
[13:23:22]<realityloop>cool
[13:24:31]* tkimmel has quit (Ping timeout: 272 seconds)
[13:32:48]* tkimmel has joined #aegir
[13:34:41]<realityloop>ergonlogic: platform building now
[13:37:19]<realityloop>ergonlogic: Include file missing: .sources/drupal_source.make
[13:37:34]<ergonlogic>odd
[13:37:38]<ergonlogic>ok, hang on
[13:38:17]<realityloop>http://drupalcode.org/sandbox/ergonlogic/2116759.git/blob_plain/refs/hea...
[13:38:44]<realityloop>./ instead?
[13:39:03]<ergonlogic>are you building from HEAD?
[13:39:15]<realityloop>I used http://drupalcode.org/sandbox/ergonlogic/2116759.git/blob_plain/refs/hea...
[13:39:21]<ergonlogic>drupal-org.make shouldn't reference that directly anymore
[13:40:01]<ergonlogic>very odd
[13:41:18]<ergonlogic>it's right here: http://drupalcode.org/sandbox/ergonlogic/2116759.git/blob/refs/heads/dev... ...
[13:41:42]<ergonlogic>I wonder why it can't see it...
[13:42:10]<ergonlogic>oh, I think I see the problem
[13:42:50]<ergonlogic>no, that's not it
[13:43:27]<realityloop>yep.. different files
[13:45:37]<ergonlogic>it's working for me...
[13:45:39]<ergonlogic>drush make http://drupalcode.org/sandbox/ergonlogic/2116759.git/blob_plain/refs/hea... test1
[13:45:55]<ergonlogic>what version of drush are you running?
[13:46:15]<realityloop>6
[13:46:16]<hefring>http://drupal.org/node/6 => "projects" > "features" > "list" returns an (almost) empty page [#6] => Drupal core, Code, normal, closed (fixed), 2 comments, 2 IRC mentions
[13:46:24]<realityloop>trying again
[13:46:29]<realityloop>without working copy
[13:47:29]<realityloop>happened again.. I'll try and build it from terminal
[13:47:44]<ergonlogic>hmm, I'm running drush 7.0-dev, but I can't imagine it's diverged that much already...
[13:48:12]<ergonlogic>you're building a platform in aegir with it?
[13:48:27]<realityloop>I was trying.. but it's erroring in terminal too
[13:49:45]* jerryitt has joined #aegir
[13:51:44]<ergonlogic>ok, I've managed to get it to fail from the frontend...
[13:52:50]<realityloop>ergonlogic: http://pastebin.com/vrUbXuD3
[13:52:58]<realityloop>^ thats terminal
[13:52:59]<ergonlogic>and now from the backend too
[13:53:09]<ergonlogic>yeah
[13:53:24]<ergonlogic>I've been running the build from within a platform
[13:53:41]<realityloop>I'm about to start a skype meeting.. let me know when you've got it working and I'll try again later
[13:53:48]<ergonlogic>sure
[13:54:20]<ergonlogic>go figure... of course it starts to fail as soon as I try to show it to you...
[13:54:52]<realityloop>ergonlogic: hehe, s'ok I won't hold it against you..
[13:54:54]<realityloop>:)
[13:56:54]<ergonlogic>ok I think I've got it
[13:57:22]<ergonlogic>try cloning the repo, and building a platform using that makefile
[13:57:33]<realityloop>ok
[13:57:50]<realityloop>will have to wait until after this meeting
[13:58:02]<ergonlogic>sure, no problem
[13:58:15]<ergonlogic>I'll see if I can't work out a work-around for this
[13:58:27]<realityloop>k
[13:58:36]<ergonlogic>it's using relative paths for includes, and I think that's what's causing the problem
[14:01:39]<realityloop>it seems like a pain that that wouldn't work
[14:03:02]* josh_k has quit (Remote host closed the connection)
[14:03:40]* josh_k has joined #aegir
[14:07:56]* josh_k has quit (Ping timeout: 245 seconds)
[14:17:08]* Ken has joined #aegir
[14:17:31]* Ken is now known as Guest32138
[14:17:46]<Guest32138>is there a test site or anywhere someone can check out AEGIR 2.0
[14:20:34]* gusaus has quit (Quit: gusaus)
[14:21:37]* gusaus has joined #aegir
[14:24:38]* gusaus has quit (Client Quit)
[15:13:15]<realityloop>ergonlogic: back
[15:13:22]<realityloop>ergonlogic: any progress?
[15:19:36]* realityloop is now known as realityloopAFK
[15:24:23]* Guest32138 has quit (Quit: Page closed)
[15:33:55]* beautifulmind has joined #aegir
[15:34:42]* beautifulmind has quit (Read error: Connection reset by peer)
[15:35:58]* beautifulmind has joined #aegir
[15:54:13]* threesome has joined #aegir
[16:01:36]* tkimmel has quit (Remote host closed the connection)
[16:02:08]* tkimmel has joined #aegir
[16:07:01]* tkimmel has quit (Ping timeout: 272 seconds)
[16:09:47]* josh_k has joined #aegir
[16:13:36]* tkimmel has joined #aegir
[16:23:13]<hefring>community => Big Data Drupal: Cloudera Hadoop, MapReduce, Nutch, Solr, Aegir BOA, Drupal => http://community.aegirproject.org/discuss/big-data-drupal-cloudera-hadoo...
[16:23:13]<hefring>community => Aegir Badcamp Conclave? => http://community.aegirproject.org/discuss/aegir-badcamp-conclave
[16:27:40]* keke420 has joined #aegir
[16:34:00]* josh_k has quit (Remote host closed the connection)
[16:44:11]* beautifulmind has quit (Ping timeout: 245 seconds)
[16:44:35]* beautifulmind has joined #aegir
[16:59:49]* solomon has joined #aegir
[17:10:05]* tkimmel has quit (Remote host closed the connection)
[17:10:41]* tkimmel has joined #aegir
[17:15:01]* tkimmel has quit (Ping timeout: 245 seconds)
[17:21:54]* keke420 has quit (Remote host closed the connection)
[17:22:27]* keke420 has joined #aegir
[17:23:06]* mig5 has joined #aegir
[17:25:15]* keke420 has quit (Read error: Operation timed out)
[17:47:13]* beautifulmind has quit (Quit: Leaving.)
[17:49:15]* threesome has quit (Ping timeout: 272 seconds)
[17:52:22]* mnlund has joined #aegir
[18:13:16]* rteijeiro has joined #aegir
[18:21:12]* tkimmel has joined #aegir
[18:22:10]* berniecram has quit (Quit: berniecram)
[18:25:59]* tkimmel has quit (Ping timeout: 272 seconds)
[18:27:52]* manarth|offline is now known as manarth
[18:38:15]* BobSP has joined #aegir
[18:44:11]* elfenixtorres has joined #aegir
[18:45:14]* threesome has joined #aegir
[18:49:52]* e-anima has joined #aegir
[18:54:51]* jerryitt has quit (Ping timeout: 272 seconds)
[18:58:10]* threesome has quit (Quit: Leaving)
[19:00:50]* airtonix has left #aegir ("http://quassel-irc.org - Chat comfortably. Anywhere.")
[19:01:13]* gandhiano has joined #aegir
[19:25:33]* David_Hernandez has joined #aegir
[19:26:39]* guaka has joined #aegir
[19:30:47]* rteijeiro has quit (Remote host closed the connection)
[19:34:11]* gandhiano has quit (Read error: Operation timed out)
[19:44:33]* beautifulmind has joined #aegir
[19:47:22]* beautifulmind has quit (Read error: Connection reset by peer)
[19:49:01]* beautifulmind has joined #aegir
[19:50:59]* gandhiano has joined #aegir
[20:29:12]* jerryitt has joined #aegir
[20:39:43]* gandhiano has quit (Ping timeout: 272 seconds)
[20:54:42]* gandhiano has joined #aegir
[21:31:34]* rteijeiro has joined #aegir
[21:46:59]* tlattimore|afk is now known as tlattimore
[21:58:31]* guaka2 has joined #aegir
[21:58:50]* beautifulmind has quit (Quit: Leaving.)
[22:01:41]* guaka has quit (Ping timeout: 272 seconds)
[22:01:42]* guaka2 is now known as guaka
[22:03:20]* noecc has joined #aegir
[22:06:38]* gandhiano has quit (Ping timeout: 240 seconds)
[22:21:42]* Egyptian[Laptop] has joined #aegir
[22:34:08]* dean|away is now known as dean
[22:34:37]* mengi has quit (Quit: Leaving)
[22:36:30]* Egyptian[Laptop] has quit (Remote host closed the connection)
[22:40:14]* Egyptian[Laptop] has joined #aegir
[22:43:17]* mnlund has quit (Quit: live long and prosper)
[22:53:41]* Egyptian[Laptop] has quit (Read error: Operation timed out)
[22:59:49]* guaka has quit (Quit: guaka)
[23:13:38]* rteijeiro has quit (Remote host closed the connection)
[23:23:52]* rteijeiro has joined #aegir
[23:28:25]* Catapipper has joined #aegir
[23:30:17]* beautifulmind has joined #aegir
[23:30:50]* beautifulmind has quit (Read error: Connection reset by peer)
[23:33:34]* beautifulmind has joined #aegir
[23:54:14]* guaka has joined #aegir
[00:00:56]* mnlund has joined #aegir
[00:03:20]* zz_drakythe is now known as drakythe
[00:12:35]* HumanSky has joined #aegir
[00:19:28]* zombiebeard has joined #aegir
[00:21:53]* cdracars is now known as zz_cdracars
[00:39:14]* niatish has joined #aegir
[00:51:29]* jerryitt has quit (Read error: Connection reset by peer)
[00:54:36]* obicke has joined #aegir
[00:54:37]* obicke has quit (Changing host)
[00:54:37]* obicke has joined #aegir
[01:11:47]* JeremyR has joined #aegir
[01:12:36]* jerryitt has joined #aegir
[01:15:35]* keke420 has joined #aegir
[01:16:08]* tkimmel has joined #aegir
[01:22:31]* beautifulmind has quit (Quit: Leaving.)
[01:34:17]* drakythe is now known as zz_drakythe
[01:38:40]* josh_k has joined #aegir
[01:41:15]* mnlund has quit (Quit: Computer has gone to sleep.)
[01:44:42]* zz_drakythe is now known as drakythe
[01:54:38]* tkimmel has quit (Remote host closed the connection)
[01:55:15]* tkimmel has joined #aegir
[01:59:39]* tkimmel has quit (Ping timeout: 248 seconds)
[02:06:37]* zz_cdracars is now known as cdracars
[02:10:51]* rteijeiro has quit (Remote host closed the connection)
[02:12:20]* rteijeir_ has joined #aegir
[02:12:41]* tkimmel has joined #aegir
[02:13:36]* tkimmel has quit (Remote host closed the connection)
[02:20:18]* solomon has quit (Ping timeout: 263 seconds)
[02:23:55]* rteijeir_ is now known as rteijeiro
[02:33:28]* HumanSky is now known as HumanSky_afk
[02:34:00]* elfenixtorres has quit (Read error: Connection reset by peer)
[02:43:41]* rteijeiro has quit (Remote host closed the connection)
[02:44:14]* rteijeiro has joined #aegir
[02:48:29]* rteijeiro has quit (Ping timeout: 240 seconds)
[02:51:04]* BobSP has quit (Read error: Connection reset by peer)
[02:59:32]* josh_k has quit (Remote host closed the connection)
[03:00:09]* josh_k has joined #aegir
[03:05:02]* josh_k has quit (Ping timeout: 264 seconds)
[03:08:42]* dob_ has joined #aegir
[03:20:42]* josh_k has joined #aegir
[03:21:09]* HumanSky_afk has quit (Quit: HumanSky_afk)
[03:22:54]* guaka2 has joined #aegir
[03:25:28]* guaka has quit (Ping timeout: 240 seconds)
[03:25:28]* guaka2 is now known as guaka
[03:26:20]* josh_k has quit (Remote host closed the connection)
[03:26:56]* josh_k has joined #aegir
[03:31:10]* josh_k has quit (Ping timeout: 240 seconds)
[03:40:39]* David_Hernandez has quit (Quit: Saliendo)
[03:44:27]* josh_k has joined #aegir
[03:50:42]* zombiebeard has quit (Quit: zombiebeard)
[04:13:32]* agentolivia has joined #aegir
[04:13:42]* rteijeiro has joined #aegir
[04:13:59]* dob_ has quit (Remote host closed the connection)
[04:14:35]* dob_ has joined #aegir
[04:19:25]* dob_ has quit (Ping timeout: 272 seconds)
[04:25:43]* Catapipper has quit (Quit: Textual IRC Client: www.textualapp.com)
[04:53:43]* tkimmel has joined #aegir
[04:55:34]* dean is now known as dean|away
[04:56:39]* HumanSky has joined #aegir
[04:58:29]* niatish has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzzโ€ฆ)
[05:05:44]* manarth is now known as manarth|offline
[05:08:51]* tkimmel has quit (Remote host closed the connection)
[05:08:54]<ergonlogic>anarcat: re 2114675, I think we don't enable it until after we try to start the service...
[05:09:31]* tkimmel has joined #aegir
[05:10:44]<anarcat>ergonlogic: we don't enable it at all, afaict
[05:11:25]<ergonlogic>anarcat: line 130
[05:11:50]<anarcat>ergonlogic: what i am mostly worried about with the ceres upgrade so far is this: http://community.aegirproject.org/upgrading/path#varaegir_symlink_broken
[05:12:00]<anarcat>i wonder if that shouldn't be filed as a bug instead of an upgrade note
[05:12:05]<anarcat>but then i don't know how to fix it
[05:12:06]* ivanjaros has joined #aegir
[05:12:20]<anarcat>ergonlogic: line 130: EOF
[05:12:28]<anarcat>ergonlogic: not sure what you're talking about here
[05:12:36]<ergonlogic>well, if I only filed bugs I knew how to fix, I'd never file any :p
[05:12:44]<anarcat>oh i see it
[05:13:22]<anarcat>well, this one is potentially unfixable
[05:13:26]<anarcat>because of the way we conflict/replace
[05:13:36]<anarcat>that removes the old files and recreates them
[05:13:52]* tkimmel has quit (Ping timeout: 246 seconds)
[05:13:54]* zombiebeard has joined #aegir
[05:13:59]<anarcat>ergonlogic: re 2114675 - i think the bug is that pm-enable hosting_queued doesn't disable the task queue
[05:14:01]<ergonlogic>you mean the symlink?
[05:14:42]<ergonlogic>it also seems to be in the
[05:14:52]<ergonlogic>"# fresh install" if/else block though...
[05:14:54]<anarcat>wa?
[05:15:05]<anarcat>you are making little sense to me
[05:15:11]<anarcat>function hosting_queued_enable() {
[05:15:11]<anarcat> // Disable Aegir's dispatch of the tasks queue.
[05:15:11]<anarcat> variable_set('hosting_queue_tasks_enabled', FALSE);
[05:15:15]<anarcat>why doesn't this work?
[05:15:32]<ergonlogic>sorry we're taling about two issues... let's focus on the queued thing
[05:16:15]<ergonlogic>I don't think we actually enable it at all on upgrades
[05:16:22]<ergonlogic>hosting_queued, that is
[05:16:22]<anarcat>we don't
[05:16:46]<anarcat>that's because of this:
[05:16:46]<anarcat> if su -s /bin/sh aegir -c 'drush @hostmaster pm-list --status=enabled --pipe' | grep -q hosting_queued; then
[05:16:50]<anarcat> service hosting-queued start
[05:16:53]<anarcat>it checks if it is already enabled
[05:16:58]* tkimmel has joined #aegir
[05:17:09]<anarcat>basically, the idea is to respect existing policy: if you weren't running queue-runner, we don't enable queued
[05:17:15]<anarcat>but then we don't detect queue-runner properly
[05:17:31]<ergonlogic>hmm, I'm not sure I agree there
[05:17:41]<anarcat>that was the idea behind the code anyways
[05:17:49]<ergonlogic>queued in enabled by default in aegir2
[05:18:01]<ergonlogic>and says so in the upgrade docs
[05:18:13]<anarcat>"is"?
[05:18:21]<ergonlogic>yes
[05:18:52]<anarcat>right
[05:18:56]<anarcat>anyways
[05:19:00]<anarcat>i am not sure i care so much about this
[05:19:17]<anarcat>but it certainly seems harder to respect existing policy than just unconditionnally enable it
[05:19:34]<anarcat>but then there's a bug anyways, which we will trigger hard on upgrades if we don't figure it out properly
[05:19:42]<anarcat>that when we enable hosting-queued, the task queue doesn't get turned off
[05:19:53]<anarcat>so if we enable hosting-queued on upgrades, upgrades will destroy servers
[05:19:58]<anarcat>this happened on one of the upgrades
[05:20:12]<ergonlogic>ok
[05:20:45]<anarcat>so i feel we need to fix the first problem before enabling by default
[05:20:53]<anarcat>furthermore, i want to upgrade ceres now
[05:20:54]<ergonlogic>from my perspective, a lack of hosting-queue-runner is less likely to be a matter of policy, than ignorance, or not wanting to run contrib code
[05:20:58]<anarcat>we have a workaround for queued
[05:21:16]<ergonlogic>ok, I can test that
[05:21:19]<anarcat>one of the reasons why i don't want to hardcode policy in code is that i don't want to waste my time to debate it too :P
[05:21:31]<anarcat>so right now i'll try to upgrade ceres and ignore those other issues
[05:21:41]<anarcat>because anyways, ceres is not exactly the best place to test rc5
[05:21:44]<anarcat>i mean
[05:21:47]<anarcat>to test rc5+fixes
[05:21:56]<anarcat>so i'll just deal with those existing issues with the workarounds
[05:21:59]<anarcat>not fix the issues then upgrade
[05:22:05]<anarcat>not "fix the issues then upgrade"
[05:22:07]<anarcat>just upgrade
[05:22:20]<ergonlogic>ok, I'll see if I can confirm that the cron task queue isn't being disabled...
[05:22:33]<ergonlogic>unless there's something more useful you can think of
[05:22:35]<anarcat>it's not the cron task queue
[05:22:39]<anarcat>it's the tasks queue :P
[05:22:50]<anarcat>yeah, that sounds like an important thing to fix
[05:22:59]<anarcat>the redirection problem was also very weird
[05:23:02]<ergonlogic>right :P
[05:24:16]<ergonlogic>the 0.0.0.1 thing?
[05:24:24]<anarcat>yes
[05:25:25]<ergonlogic>do you think the ticket I linked was related?
[05:25:46]<ergonlogic>I think I faced the same thing upgrading the praxis server
[05:26:31]<anarcat>i don't know
[05:31:21]<anarcat>ergonlogic: i moved the symlink thing into a bug and out of the upgrade notes
[05:31:35]<anarcat>i also updated the known issues of rc5
[05:31:38]<ergonlogic>yep, I just posted a reply
[05:37:24]<anarcat>ergonlogic: i'm thinking of changing the home of the aegir user to /srv/aegir
[05:37:28]<anarcat>to fix the symlink issue
[05:39:28]<ergonlogic>ok
[05:39:45]<ergonlogic>and passing that to the .deb via preseeing, I guess?
[05:40:06]<anarcat>ah er
[05:40:07]<anarcat>no
[05:40:12]<anarcat>i think it won't recreate the user
[05:42:51]<anarcat>geez
[05:42:52]<anarcat>ceres:/var# apt-get install aegir2
[05:45:25]<anarcat>Les NOUVEAUX paquets suivants vont รชtre installรฉsย :
[05:45:25]<anarcat> aegir2 aegir2-hostmaster{a} aegir2-provision{a} libaio1{a} libhtml-template-perl{a} mysql-server{a} mysql-server-5.5{a} mysql-server-core-5.5{a}
[05:45:28]<anarcat>hum
[05:45:43]<anarcat>yay aptitude
[05:45:44]<anarcat>_mysql-server
[05:45:54]<anarcat>here we go
[05:46:45]* HumanSky has quit (Quit: HumanSky)
[05:47:44]<anarcat>boy drush @hostmaster status is sloooow
[05:47:49]<anarcat>i think it's because of all those aliases
[05:48:04]<ergonlogic>anarcat: ok, so you're passing it the custom makefile, and such?
[05:48:15]<anarcat>ergonlogic: i assume this is already in debconf and all
[05:48:21]<anarcat>but now you just scared the hell out of me
[05:48:26]<anarcat>and i suspend the upgrade
[05:48:30]<anarcat>i haven't actually upgraded the makefile
[05:48:59]<anarcat>ceres:/var# debconf-get-selections | grep aegir/makefile
[05:48:59]<anarcat>aegir-hostmaster aegir/makefile string /var/aegir/makefiles/kplatforms-6/aegir-stub.make
[05:49:20]<anarcat>those templates should still exist
[05:49:58]<ergonlogic>anarcat: I'd double-check
[05:50:16]<ergonlogic>jonathan had removed the aegir stub, I believe
[05:50:44]<anarcat>echo aegir2-hostmaster aegir/makefile string /src/aegir/makefiles/hostmaster.make | debconf-set-selections
[05:50:55]<anarcat>ergonlogic: worse, the file probably needs to be changed
[05:50:57]<anarcat>he did
[05:51:39]<anarcat>s/src/srv
[05:52:12]<ergonlogic>anarcat: yep, probably
[05:53:23]<j0nathan>anarcat, ergonlogic : it is now /var/aegir/makefiles/hostmaster.make
[05:53:28]<j0nathan>outside kplatforms
[05:53:49]<anarcat>i am working on merging the changes from kplatforms into it
[05:53:58]<anarcat>and also out of version control. .. :(
[05:55:56]<ergonlogic>anarcat: had you had a chance to upgrade provisionacl?
[05:56:42]<ergonlogic>anarcat: it may be worthwhile to double-check that we don't have any stray drush 4.x extensions in /var/aegir/.drush
[05:57:08]<anarcat>ergonlogic: we probably do :(
[05:57:16]<anarcat>i'll take a look
[05:57:20]<anarcat>i'm finished with the makefile
[05:59:08]<anarcat>changes to the makefile http://paste.debian.net/60941/
[05:59:21]<anarcat>ceres:/srv/aegir/.drush# ls */ -d
[05:59:21]<anarcat>cache/ drush_patch_tools/ drush_role/ project_status/ registry_rebuild/
[05:59:29]<anarcat>ergonlogic: ^^ hints?
[05:59:54]<anarcat>provision_boost and provision_civicrm hiding in /usr/share/drush/commands
[06:00:02]<anarcat><sigh>
[06:00:10]<anarcat>ergonlogic: what's the status of provision_civicrm?
[06:00:16]<anarcat>i am thinking of simply removing provision_boost
[06:00:49]<anarcat>ditching provision_boost
[06:00:56]<anarcat>ergonlogic: what about _civicrm?
[06:00:57]<ergonlogic>anarcat: cache/ makes me think we're already running drush 5...
[06:01:11]<anarcat>we are not
[06:01:16]<ergonlogic>provision_civicrm should be forward-compatible
[06:01:23]<anarcat>i think so people *ran* cache/ before
[06:01:23]<anarcat>ok
[06:01:27]<anarcat>well, i had issues with it
[06:01:36]<anarcat>but i'll ignore it for now
[06:01:40]<ergonlogic>yeah, you can try 6.x-2.x
[06:01:45]<anarcat>what about drush_patch_tools/ drush_role/ project_status/ registry_rebuild?
[06:01:51]<anarcat>i can try what sorry?
[06:01:56]<anarcat>2.x of provision_civicrm?
[06:02:17]<ergonlogic>project_status is mvc's and I'm pretty sure is compatible with drush5
[06:02:19]<ergonlogic>yes
[06:02:22]<anarcat>ceres:/usr/share/drush/commands# drush dl provision_civicrm
[06:02:22]<anarcat>No release history available for provision_civicrm 7.x. [warning]
[06:02:49]<ergonlogic>yep, drush defaults to D7
[06:02:54]<anarcat>ceres:/usr/share/drush/commands# drush dl provision_civicrm-6.x-2.x
[06:02:54]<anarcat>Could not locate specified project version, downloading latest stable version [warning]
[06:02:56]<ergonlogic>or d.o does...
[06:02:58]<anarcat>there's no 2.x release
[06:03:09]<ergonlogic>no, no release
[06:03:23]<ergonlogic>I'd stick with 6.x-1.0 for now
[06:03:48]<anarcat>ok
[06:03:55]<anarcat>alright
[06:03:59]<anarcat>let's fire this shit up
[06:04:05]<ergonlogic>drush_patch_tools/ drush_role/ I have no idea
[06:04:25]<ergonlogic>registry_rebuild is useful and should work in drush 5, if it's at all recent
[06:04:25]* HumanSky has joined #aegir
[06:04:30]<anarcat>here we go again
[06:04:39]<anarcat>j0nathan: c'est quoi drush_role?
[06:04:43]<anarcat>et drush_patch_tools?
[06:05:10]<mvc>anarcat: drush_role is a backport of drush 6 tools which manage user roles; i use it with drush 5 all the time
[06:05:16]<mvc>i doubt it worked with drush 4
[06:05:36]<mvc>anarcat: project_status & registry_rebuild are compatible with drush 5
[06:05:39]<j0nathan>2 sec je regarde
[06:05:45]<anarcat>mvc: awesome things
[06:05:48]<anarcat>thanks*
[06:06:07]<j0nathan>https://drupal.org/project/drush_patch_tools
[06:06:25]<j0nathan>https://drupal.org/project/drush_role
[06:06:35]* anarcat waits siting on his hands for drush @hostmaster status
[06:06:49]<j0nathan>drush_role doesn't tell me anything
[06:06:59]<j0nathan>drush_patch_tools was useful, i installed it
[06:07:03]<anarcat>j0nathan: mvc answered that part - what is patch_tools and why is it on ceres?
[06:07:03]<anarcat>ah
[06:07:09]<anarcat>will it work with drush 5?
[06:07:29]<j0nathan>anarcat: maybe drush 5 doesn't need it. Let's try without it
[06:07:34]<anarcat>er
[06:07:44]<anarcat>j0nathan: so i *delete* that directory?
[06:07:50]<j0nathan>anarcat: yes, delete it
[06:07:55]<anarcat>done
[06:07:59]<anarcat>thanks
[06:08:09]<anarcat>23203 ? Rs 3:35 | | \_ php /usr/bin/drush @hostmaster status
[06:08:18]<anarcat> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
[06:08:18]<anarcat>23203 aegir 20 0 295m 88m 9,8m R 94,9 0,6 3:45.79 php
[06:08:46]<anarcat>https://drupal.org/node/2047863
[06:08:56]<hefring>https://drupal.org/node/2047863 => php takes up 100% CPU on drush @hostmaster status [#2047863] => Provision, Drush integration, major, postponed (maintainer needs more info), 5 comments, 1 IRC mention
[06:08:56]<anarcat>fun stuff
[06:09:10]<anarcat>admire anarcat talking to himself
[06:09:17]<anarcat>"yep, try again with drush 5 (so aegir 2) please."
[06:10:47]<anarcat>Fatal error: Class 'provisionService' not found in /usr/share/drush/commands/provision/remote_import/remote_import.drush.inc on line 38
[06:10:50]<anarcat>fun fun
[06:10:55]<anarcat>ergonlogic: i'll remove remote_import for now
[06:11:49]<anarcat>PHP Fatal error: Class 'provisionConfig_drushrc_site' not found in /usr/share/drush/commands/provisionacl/provisionacl.drush.inc on line 233
[06:13:02]<ergonlogic>anarcat: yep, safe to remove remote_import
[06:13:14]<ergonlogic>anarcat: we'll need the newer version anyway
[06:13:58]<ergonlogic>remote_import has a 6.x-2.x-dev release
[06:14:19]<anarcat>okay, so we have a problem with provisionacl
[06:14:24]<ergonlogic>anarcat: it needs to call Provision_Config_drushrc_site
[06:14:25]<anarcat>*and* with the ssl cert
[06:14:48]<anarcat>copy(/var/aegir/config/ssl.d/koumbit.net/openssl.key): failed to open
[06:14:59]<anarcat>-rw-r----- 1 root ssl-cert 1675 fรฉv 13 2013 /etc/ssl/private/koumbit.net.key
[06:15:10]<anarcat># grep ssl-cert /etc/group
[06:15:10]<anarcat>ssl-cert:x:109:aegir
[06:15:12]<anarcat>wtf?!
[06:16:11]<ergonlogic>anarcat: there's also a 6.x-2.x branch of provisionacl
[06:17:08]<ergonlogic>brb
[06:20:49]* agentolivia has left #aegir ()
[06:22:50]<anarcat>upgrade in progress now
[06:26:08]<anarcat>boy that database is huge
[06:27:34]<anarcat>1,8G /srv/aegir/hostmaster-6.x-2.0-rc5.1/sites/aegir.koumbit.net/database.sql
[06:27:36]<anarcat>wtf!
[06:27:46]* josh_k has quit (Remote host closed the connection)
[06:29:39]* noecc has left #aegir ()
[06:30:18]<anarcat>Unknown column &#039;db_name&#039; in &#039;field list&#039; [warning]
[06:30:19]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language
[06:30:19]<anarcat>as site_language, last_cron, cron_key, status AS site_status,
[06:30:19]<anarcat>verified FROM hosting_site WHERE vid = 52260 database.mysqli.inc:134
[06:30:37]<anarcat>Executing hosting_update_6015 [success]
[06:30:42]<anarcat>wow, the upgrade is looping
[06:31:38]<anarcat>well that's fucking nice
[06:33:12]<anarcat>https://drupal.org/node/2118917
[06:33:14]<hefring>https://drupal.org/node/2118917 => upgrade loops over hosting_update_6015 [#2118917] => Hostmaster (Aegir), Code, critical, active, 0 comments, 1 IRC mention
[06:33:23]<anarcat>merry fucking christmas to you too updatedb
[06:35:10]* benjf has quit (Remote host closed the connection)
[06:35:56]<ergonlogic>looping?
[06:36:14]<ergonlogic>I've never seen that
[06:38:08]<anarcat>me neither
[06:38:15]<anarcat>and the updatedb is not finished
[06:38:22]<anarcat>but the site is in the new platform and the debian package is happy
[06:38:30]<anarcat>i had to kill the php subprocess
[06:38:38]<anarcat>i can reproduce
[06:38:38]<anarcat>wtf
[06:39:03]<anarcat>how's that even fucking possible
[06:40:53]<ergonlogic>it's not looping
[06:40:58]<anarcat>it's not looping?
[06:40:58]<ergonlogic>it's running repeatedly
[06:41:09]<anarcat>are you joking?
[06:41:10]<ergonlogic>afaict
[06:41:14]<anarcat>no shit
[06:41:19]<anarcat>it's running the same upgrade repeatedly
[06:41:24]<anarcat>that's what i call looping
[06:41:47]<ergonlogic>it's multi-step
[06:42:45]<ergonlogic> * Delete URL aliases for sites that have been deleted.
[06:42:53]<ergonlogic> * Ideally we'd do this in a single DB query, but there isn't a nice performant
[06:42:59]<ergonlogic> * way to do it, so we do more DB queries instead of using potentially a lot of
[06:42:59]<ergonlogic> * memory. Basically this may take a long time to run, but it shouldn't run out
[06:43:00]<ergonlogic> * of resources doing so.
[06:43:18]<ergonlogic>it was written to do that, I believe
[06:43:54]<ergonlogic>it's running in batches
[06:44:00]<ergonlogic>to avoid running out of memory
[06:44:53]<anarcat>yes
[06:45:07]<anarcat>oh, so you're saying that those are different instances?
[06:45:51]<ergonlogic>yes
[06:46:00]<anarcat>this could actually loop though
[06:46:02]<anarcat> $aliases = db_query_range("SELECT pid, src, dst FROM {url_alias} WHERE dst LIKE 'hosting/c/%' AND pid > %d ORDER BY pid ASC", $sandbox['current_pid'], 0, 50);
[06:46:07]<anarcat> while ($alias = db_fetch_object($aliases)) {
[06:46:07]<anarcat> // Get the node ID for the alias.
[06:46:07]<anarcat> $nid = preg_replace('#^node/#', '', $alias->src);
[06:46:07]<anarcat> if (is_numeric($nid)) {
[06:46:11]<anarcat> // Check to see if the corresponding context has been deleted.
[06:46:12]<anarcat> if (!db_result(db_query('SELECT COUNT(nid) FROM {hosting_context} WHERE nid = %d', $nid))) {
[06:46:15]<anarcat> db_query('DELETE FROM {url_alias} WHERE pid = %d', $alias->pid);
[06:46:17]<anarcat> }
[06:46:19]<anarcat> }
[06:47:30]<anarcat>i confirm it loops
[06:47:50]<anarcat>in fact, it doesn't get into the while loop at all
[06:49:36]<anarcat>it loops on:
[06:49:37]<anarcat>array ( [warning]
[06:49:41]<anarcat> 'progress' => 109,
[06:49:44]<anarcat> 'current_pid' => '2218',
[06:49:46]<anarcat> 'max' => '126',
[06:49:49]<anarcat>)
[06:51:25]<ergonlogic>I think it's the order of arguments to db_query_range()
[06:51:53]<anarcat>how so?
[06:52:19]<ergonlogic>I think it should pass 'first' and 'last', then any substitution args
[06:53:19]<ergonlogic>no, maybe not
[06:53:58]<anarcat>so the loop condition is this
[06:54:10]<anarcat>it has process 109 aliases out of 126
[06:54:14]<anarcat>but then the request returns nothing
[06:54:32]<anarcat>i think the request is dumb
[06:54:43]<anarcat>it shouldn't do pid > n
[06:54:48]<anarcat>it should do range(..., n)
[06:55:28]<anarcat>it should do range(..., x)*
[06:55:34]<anarcat>where n is current_pid
[06:55:37]* tlattimore is now known as tlattimore|afk
[06:55:37]<anarcat>and x is progress
[06:57:12]<anarcat>i think i found the fix
[06:57:22]<anarcat>got it!
[06:58:59]<anarcat>phww
[06:59:03]<anarcat>that was a pain
[06:59:48]<ergonlogic>what was it?
[07:00:02]* samrose has joined #aegir
[07:00:42]<anarcat>ergonlogic: see issue
[07:00:49]<anarcat>https://drupal.org/node/2118917#comment-7994323
[07:00:51]<hefring>https://drupal.org/node/2118917 => upgrade loops over hosting_update_6015 [#2118917] => Hostmaster (Aegir), Code, critical, active, 0 comments, 2 IRC mentions
[07:00:56]<anarcat>https://aegir.koumbit.net/hosting/platforms = 500
[07:01:14]<anarcat>[Wed Oct 23 16:01:07 2013] [error] [client 70.82.41.24] PHP Fatal error: Class 'views_handler_field_hosting_site_status' not found in /srv/aegir/hostmaster-6.x-2.0-rc5.1/profiles/hostmaster/modules/hosting/platform/views_handler_field_hosting_platform_status.inc on line 8, referer: https://aegir.koumbit.net
[07:01:20]<anarcat>can i get a wtf?
[07:01:25]<anarcat>can i get a alleliujah
[07:01:51]<anarcat>the queue block is gone too
[07:02:41]<anarcat>ergonlogic: ideas?
[07:03:03]<ergonlogic>about which?
[07:03:20]<anarcat>ergonlogic: the above error on hosting/platforms
[07:03:26]<anarcat>Class 'views_handler_field_hosting_site_status' not found
[07:03:55]<ergonlogic>looking
[07:04:09]<anarcat>hostamster
[07:04:09]<anarcat>haha
[07:04:12]<anarcat>host hamster!
[07:04:29]<ergonlogic>well, it's looking for views_handler_field_hosting_*site*_status
[07:04:35]<anarcat>$ drush @hostmaster sqlc
[07:04:36]<anarcat>$
[07:04:38]<anarcat>kaboom
[07:04:44]<ergonlogic>in views_handler_field_hosting_*platform*_status
[07:04:50]<anarcat>ceres:~/hostmaster-6.x-2.0-rc5.1/profiles/hostmaster/modules$ drush @hostmaster -d sqlc
[07:04:53]<anarcat>Calling proc_open( );
[07:04:55]<anarcat>Command dispatch complete [0.42 sec, 14.21 MB] [notice]
[07:05:00]<anarcat>thanks drush
[07:05:02]<anarcat>again
[07:05:17]<anarcat>oh wow
[07:05:22]<anarcat>the drush alias is still pointing at the old platform
[07:06:18]<anarcat>fixed the alias
[07:06:33]<anarcat>drush cc all
[07:07:39]* benjf has joined #aegir
[07:07:48]<anarcat>ok, so the alias works again
[07:08:05]<anarcat>ergonlogic: so yeah, the views are not there
[07:08:17]<ergonlogic>yep
[07:08:22]<ergonlogic>trying to figure it out
[07:08:44]<ergonlogic>anarcat: we're running views 3?
[07:08:57]<anarcat>hell
[07:09:01]<anarcat>ergonlogic: i don't know
[07:09:09]<anarcat>the 2.x hostmaster platform isn't even in the frontend
[07:09:50]<ergonlogic>so, at some point you included drupal-org.make into the hostmaster.make that you built the platform with?
[07:10:16]<anarcat>ergonlogic: i don't know
[07:10:19]<anarcat>ergonlogic: i don't think so
[07:11:11]<ergonlogic>yep, views 6.x-3.0
[07:11:27]<ergonlogic>can you try a cache clear?
[07:12:24]<ergonlogic>the 'sites' menu link is gone too
[07:13:04]<anarcat>ceres:~/hostmaster-6.x-2.0-rc5.1/profiles/hostmaster/modules$ drush @hostmaster hosting-task 1830
[07:13:07]<anarcat>PHP Fatal error: Call to a member function get_services() on a non-object in /usr/share/drush/commands/provision/Provision/Context.php on line 293
[07:13:10]<anarcat>yes, it's gone too
[07:13:14]<anarcat>i tried the cc all yes
[07:13:37]<ergonlogic>anarcat: there are views missing in the views_ui
[07:14:27]<ergonlogic>ok, now I'm being redirected to id.k.n?!?
[07:15:17]<anarcat>ergonlogic: it should be gone
[07:15:22]<anarcat>the SSL certs are kind of fucked up
[07:15:28]<anarcat>the aegir site was dissociated from the IP
[07:15:50]<ergonlogic>try clicking on the first 'Clients' menu link
[07:16:12]<ergonlogic>or visiting hosting/sites
[07:16:48]<anarcat>ergonlogic: what?
[07:17:03]<ergonlogic>I'm still being redirected
[07:17:08]<anarcat>i see clients
[07:17:15]<anarcat>ergonlogic: that's because your browser cached the redirection
[07:17:18]<ergonlogic>i see 2 client tabs
[07:17:24]<anarcat>now it's back
[07:17:30]<anarcat>i mean back to broken
[07:18:16]<anarcat>fixedf
[07:19:37]<anarcat>Loading mysql driver for the db service
[07:19:37]<anarcat>Could not find provision alias named: @
[07:19:37]<anarcat>Drush command terminated abnormally due to an unrecoverable error. Error: Call to a member function get_services() on a non-object in /usr/share/drush/commands/provision/Provision/Context.php, line 293
[07:19:41]<anarcat>bloody fucking christ
[07:22:07]<anarcat>Backend invoke: php /usr/share/php/drush/drush.php --backend=2 --root= --uri=aegir.koumbit.net --verbose --debug provision-save '@hostmaster' --context_type=site --master_url=http://aegir.koumbit.net/ [command]
[07:22:11]<anarcat>--aliases='alternd.com,www.aegir.koumbit.net,www.alternd.com' --redirection=aegir.koumbit.net --db_server='@server_mysqlaegirkoumbitnet' --platform='@' --language=en --profile=hostmaster --client_name=cl-koumbit --ssl_enabled=2
[07:22:15]<anarcat>--ssl_key=koumbit.net 2>&1 [1.05 sec, 53.32 MB]
[07:24:00]<anarcat>i think the context alias for the aegir platform is missing from the frontend
[07:24:03]<anarcat>talk about a fucking failed upgrade
[07:24:14]<anarcat>i am thinking whether or not i should just redeploy the backup
[07:24:24]<anarcat>ergonlogic: thoughts^
[07:24:24]<anarcat>?
[07:24:29]* gusaus has joined #aegir
[07:24:51]<ergonlogic>try clicking on the first 'Clients' menu linkrade?
[07:24:54]<ergonlogic>ugh
[07:25:00]<ergonlogic>and re-run the upgrade?
[07:25:15]<anarcat>well, redeploy the site you know
[07:25:30]<anarcat>i clicked the first clients tab
[07:25:35]<ergonlogic>but it'll run update.php again right?
[07:25:37]<anarcat>i don't feel better
[07:25:42]<anarcat>ergonlogic: well, not 'again'
[07:25:47]<anarcat>it will run it against the 1.x base
[07:25:52]<ergonlogic>right
[07:26:01]<anarcat>and the platform is there and working
[07:26:07]<anarcat>with the patch
[07:26:15]<anarcat>i will go ahead and do that
[07:26:17]<anarcat>things are too fucked up
[07:26:29]<ergonlogic>yeah, probably a good idea
[07:26:29]<anarcat>ceres:~/.drush$ drush @hostmaster provision-delete
[07:26:48]<anarcat>backed up the hostmaster alias too
[07:27:16]<anarcat>wtf
[07:27:17]<anarcat>154M aegir.koumbit.net-20131023.152106.tar.gz
[07:27:24]<anarcat>the decompressed DB is 1.8GB!
[07:27:41]<anarcat>well, let's hope the db is out there :/
[07:28:04]<anarcat>it's doing yet another backup anyways
[07:28:19]<anarcat>boy am i tired of this freaking upgrade
[07:28:28]<anarcat>i knew it would be a pain, but i didn't think it would be a pain like that
[07:28:33]<anarcat>Deleting /srv/aegir/hostmaster-6.x-2.0-rc5.1/sites/aegir.koumbit.net directory successful. [success]
[07:29:36]<anarcat>ceres:~/.drush$ drush @hostmaster provision-deploy /srv/aegir/backups/aegir.koumbit.net-20131023.152106.tar.gz
[07:29:46]<anarcat>good thing that i backed up that alias, provision-delete trashed it...
[07:29:54]<ergonlogic>indeed
[07:30:14]<anarcat>loading the 2GB database
[07:30:32]<anarcat>ergonlogic: any ideas on the cause of the disappeared views?
[07:30:45]<ergonlogic>anarcat: correct me if I'm wrong, but this is probably the oldest Aegir install around, no?
[07:30:48]<ergonlogic>no ideas
[07:30:55]<anarcat>ergonlogic: may be yeah
[07:31:06]<anarcat>istr we had trouble with such missing views before tho
[07:31:58]<ergonlogic>doesn't ring a bell with me...
[07:32:42]<ergonlogic>so... where'd the db come from if the backup is so small in comparison?
[07:33:26]<anarcat>i think gzip just does magic
[07:33:35]<anarcat>there is probably a lot of duplicate crap in the DB
[07:33:41]<anarcat>and gzip compresses the hell out of it is my guess
[07:34:34]<anarcat># nice gzip -c /srv/aegir/hostmaster-6.x-2.0-rc5.1/sites/aegir.koumbit.net/database.sql | wc
[07:34:37]<anarcat> 456800 2832793 125142034
[07:34:40]<anarcat>that is around 120MB
[07:34:46]<anarcat>and database.sql is 1.8GB
[07:34:57]<anarcat>text *can* get compressed a tenfold...
[07:35:58]<anarcat>Error: Cannot redeclare views_drush_cache_clear() (previously declared in /srv/aegir/hostmaster-6.x-2.0-rc5.1/sites/all/modules/views/views.drush.inc:11) in
[07:36:01]<anarcat>/srv/aegir/hostmaster-6.x-2.0-rc5.1/profiles/hostmaster/modules/views/drush/views.drush.inc, line 468
[07:36:04]<anarcat>well that's just freaking great
[07:36:18]<anarcat>i guess i'll trash the sites/all one
[07:36:37]<anarcat>which was 2.16, btw
[07:36:44]<anarcat>here we go restoring again
[07:37:07]<ergonlogic>well, that'd explain some things
[07:37:39]<anarcat>yes
[07:37:41]<anarcat>phew
[07:37:46]<anarcat>i think we'll get through this fucking thing
[07:38:47]<anarcat>Database dump at /srv/aegir/hostmaster-6.x-2.0-rc5.1/sites/aegir.koumbit.net/database.sql is readable [success]
[07:38:53]<ergonlogic>vbo is still on the platform
[07:38:58]<anarcat>it takes a full 5 minutes
[07:39:05]<ergonlogic>and should be in the profile too
[07:39:20]<anarcat>removing that
[07:40:03]<anarcat>done
[07:40:09]<anarcat>.... waiting
[07:40:19]<anarcat>i think i'll just take a break already
[07:41:10]<ergonlogic>go for it
[07:41:36]<anarcat>but this music is so great!
[07:41:45]<anarcat>http://anarc.at/services/radio/
[07:41:51]<anarcat>i setup a crazy dj setup
[07:41:53]<anarcat>at home
[07:41:59]<anarcat>with favorites, jingles and everything
[07:42:09]<anarcat>that's shit i do when i'm homesick
[07:42:13]<anarcat>go figure *that* one out
[07:43:16]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language as site_language, last_cron, cron_key, status AS site_status, verified FROM hosting_site WHERE vid = 8120 database.mysqli.inc:134
[07:43:20]<anarcat>Unknown column &#039;db_name&#039; in &#039;field list&#039; [warning]
[07:43:24]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language as site_language, last_cron, cron_key, status AS site_status, verified FROM hosting_site WHERE vid = 8121 database.mysqli.inc:134
[07:43:29]<anarcat>Unknown column &#039;db_name&#039; in &#039;field list&#039; [warning]
[07:43:32]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language as site_language, last_cron, cron_key, status AS site_status, verified FROM hosting_site WHERE vid = 8124 database.mysqli.inc:134
[07:43:37]<anarcat>Unknown column &#039;db_name&#039; in &#039;field list&#039; [warning]
[07:43:41]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language as site_language, last_cron, cron_key, status AS site_status, verified FROM hosting_site WHERE vid = 8230 database.mysqli.inc:134
[07:43:45]<anarcat>Unknown column &#039;db_name&#039; in &#039;field list&#039; [warning]
[07:43:49]<anarcat>query: SELECT client, db_server, db_name, platform, profile, language as site_language, last_cron, cron_key, status AS site_status, verified FROM hosting_site WHERE vid = 8201 database.mysqli.inc:134
[07:43:53]<anarcat>Executing hosting_alias_update_6204 [success]
[07:43:57]<anarcat>i think that was Executing hosting_client_update_6003 [success]
[07:44:03]<anarcat>You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near &#039;LIKE &quot;hosting/c/%&quot; AND pid &gt; 0 ORDER BY pid ASC&#039; at line 1 [warning]
[07:44:08]<anarcat>query: SELECT COUNT(pid) FROM url_alias LIKE &quot;hosting/c/%&quot; AND pid &gt; 0 ORDER BY pid ASC database.mysqli.inc:134
[07:44:16]<anarcat>seems like i screwed up my patch
[07:44:19]<anarcat>yet it still works
[07:44:22]<anarcat>go figure *that* shit out
[07:46:23]<ergonlogic>the db_name warning is from hosting_client_update_6003?
[07:47:48]<anarcat>i think so
[07:47:52]<anarcat>i am not sure
[07:47:56]<anarcat>that or hosting_alias_update_6204
[07:47:59]<anarcat>it's unclear
[07:48:50]<ergonlogic>It looks like it's in ./site/hosting_site.nodeapi.inc +198
[07:49:44]<ergonlogic>hosting_site_load()
[07:50:28]* gandhiano has joined #aegir
[07:51:14]<ergonlogic>I don't see where it'd call that in hosting_client_update_6003
[07:52:23]<ergonlogic>there's a node_load in hosting_alias_update_6204, so that's probably it
[07:52:29]<anarcat>https://aegir.koumbit.net/node/3/ssl
[07:52:31]<anarcat>Certificates installed on server ceres
[07:52:33]<anarcat>= empty
[07:52:35]<anarcat> = fuck
[07:52:56]<anarcat>ergonlogic: well, that warning seems pretty harmless - not sure what to do about it
[07:53:15]<ergonlogic>suppress it?
[07:53:29]<ergonlogic>@node_load
[07:54:04]<anarcat>yeah
[07:54:15]<anarcat>so the hostmaster site verify succeeds
[07:54:19]<anarcat>but still fucks up the ssl
[07:54:39]<ergonlogic>it's generally a bad idea, but I don't see a better way here
[07:55:03]<anarcat>No proper IP provided by the frontend for server @server_master, using wildcard
[07:55:10]<anarcat>grr
[07:55:46]<ergonlogic>well, the views are there, fwiw
[07:56:01]<ergonlogic>and working even!
[07:56:31]* HumanSky has quit (Quit: HumanSky)
[07:56:49]<anarcat>mysql> SELECT h.name AS server_name, ips.ip_address FROM hosting_ssl_cert_ips cert INNER JOIN hosting_ip_addresses ips ON cert.ip_address = ips.id INNER JOIN hosting_context h ON h.nid = ips.nid;
[07:56:53]<anarcat>Empty set (0.00 sec)
[07:56:55]<anarcat>ca va pas ben
[07:58:02]<anarcat>so *this* is what i expected would fail
[07:58:15]<ergonlogic>well that a positive :)
[07:58:21]<ergonlogic>that's
[08:00:28]<anarcat>yay
[08:00:33]<anarcat>so function hosting_server_update_6202() {
[08:00:35]<anarcat>failed
[08:00:45]<anarcat>every cert was associated to ip #3
[08:02:11]* keke420 has quit (Read error: Connection reset by peer)
[08:02:38]* keke420 has joined #aegir
[08:02:52]<ergonlogic>wow, that's a join across 6 tables
[08:02:59]<ergonlogic>heavy
[08:05:33]<anarcat>yeah, that was fun
[08:05:39]<anarcat>i thought i tested it against ceres when i designed it
[08:05:40]<anarcat>seems not
[08:05:43]<anarcat>mysql> SELECT cert.cid,cert.ssl_key,site_ip.ip_address,site_ip.id FROM hosting_ssl_site ssl_site INNER JOIN hosting_ssl_cert cert ON cert.cid = ssl_site.ssl_key INNER JOIN hosting_ip_addresses site_ip ON site_ip.nid = ssl_site.nid INNER JOIN hosting_ip_addresses server_ip ON server_ip.ip_address = site_ip.ip_address INNER JOIN hosting_site site ON site.nid = ssl_site.nid WHERE ssl_enabled > 0 AND site.status > -2 group by cid;
[08:05:49]<anarcat>that seems to work
[08:07:03]* Egyptian[Laptop] has joined #aegir
[08:08:46]<anarcat>yeah, that's the fixed request: SELECT cid, site_ip.id FROM hosting_ssl_site ssl_site INNER JOIN hosting_ssl_cert cert ON cert.cid = ssl_site.ssl_key INNER JOIN hosting_ip_addresses site_ip ON site_ip.nid = ssl_site.nid INNER JOIN hosting_site site ON site.nid = ssl_site.nid INNER JOIN hosting_ip_addresses server_ip ON server_ip.ip_address = site_ip.ip_address WHERE ssl_enabled > 0 AND site.status > -2 GROUP BY cid ORDER BY cert.cid, s
[08:10:36]<anarcat>i wish i understood what the hell i was doing
[08:20:36]* samrose has quit (Ping timeout: 245 seconds)
[08:24:15]<anarcat>bloody fkn christ
[08:24:23]<anarcat>i just need to add two more joins
[08:24:47]<anarcat>9 rows in set (0.90 sec)
[08:24:52]<anarcat>SELECT cert.cid,cert.ssl_key,server_ip.ip_address,server_ip.nid,server_ip.id FROM hosting_ssl_site ssl_site INNER JOIN hosting_ssl_cert cert ON cert.cid = ssl_site.ssl_key INNER JOIN hosting_ip_addresses site_ip ON site_ip.nid = ssl_site.nid INNER JOIN hosting_site site ON site.nid = ssl_site.nid INNER JOIN hosting_ip_addresses server_ip ON server_ip.ip_address = site_ip.ip_address INNER JOIN hosting_platform p ON site.platform = p.n
[08:25:47]<anarcat>wow
[08:25:52]<anarcat>there's no index on hosting_platform
[08:26:13]<anarcat>anyways, taht was the query
[08:32:49]<anarcat>aaand it still doesn't FUCKING work
[08:32:53]<anarcat>GRAAAH
[08:37:00]<ergonlogic>anarcat: I have to go
[08:37:07]<ergonlogic>I'll be back intermittently
[08:37:07]<anarcat>ergonlogic: ok
[08:37:13]<ergonlogic>sorry I couldn't be more help
[08:39:27]<anarcat>it's alright
[08:39:33]<anarcat>so the ips are passed from the frontend now
[08:43:42]<anarcat>but they are not parsed in the backend
[08:46:17]<anarcat>wow
[08:46:18]<anarcat>now that
[08:46:21]<anarcat>that was fucking weird
[08:46:34]<anarcat>so passing -d to hosting-task makes it so that the ip_address doesn't get passed properly to the alias
[08:46:48]<anarcat>probably because it uses "GET" (commandline) instead of "POST" (json on stdin)
[08:47:00]<anarcat>but then if you remove -d, the IP addresses array gets passed properly
[08:47:08]<anarcat>then you can pass -d again and it still works
[08:47:14]<anarcat>i call this a reverse heisenbug
[08:47:49]* gandhiano has quit (Ping timeout: 248 seconds)
[09:05:26]* zombiebeard has quit (Quit: zombiebeard)
[09:10:10]* ivanjaros has quit (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
[09:16:59]<anarcat>alright, the shit has been upgraded, i'm getting the hell out of here
[09:18:11]<hefring>Git => be more tolerant about the way the alias gets passed from the frontend => http://drupalcode.org/project/provision.git/commitdiff/d4ad73b22b2e101d0...
[09:18:37]* keke420 has quit (Remote host closed the connection)
[09:19:00]* e-anima has quit (Quit: reallife not found)
[09:19:09]* keke420 has joined #aegir
[09:23:38]* keke420 has quit (Ping timeout: 264 seconds)
[09:37:56]* JeremyR has quit (Quit: Leaving.)
[09:47:58]* tkimmel has quit (Remote host closed the connection)
[09:48:34]* tkimmel has joined #aegir
[09:50:45]* realityloopAFK is now known as realityloop
[09:53:11]* tkimmel has quit (Ping timeout: 272 seconds)
[09:58:49]* realityloop is now known as realityloopAFK
[10:01:01]* guaka has quit (Ping timeout: 245 seconds)
[10:02:23]* guaka has joined #aegir
[10:02:33]* guaka has quit (Client Quit)
[10:09:13]* drakythe is now known as zz_drakythe
[10:12:12]* jasonfisher has quit (Read error: Connection reset by peer)
[10:16:05]* tkimmel has joined #aegir
[10:16:52]<anarcat>if there's a views guru that could work on this, it would be appreciated: https://drupal.org/node/2119101
[10:16:52]<hefring>https://drupal.org/node/2119101 => tasks are not sorted properly [#2119101] => Hosting, User interface, major, active, 0 comments, 1 IRC mention
[10:16:59]<anarcat>it seems that my views knowledge is down the drain
[10:29:07]* zigmoo has quit (Quit: Textual IRC Client: www.textualapp.com)
[10:31:14]* jasonfisher has joined #aegir
[10:36:37]* jasonfisher has quit (Remote host closed the connection)
[10:40:16]* tkimmel has quit (Read error: Connection reset by peer)
[10:40:33]* tkimmel has joined #aegir
[10:56:34]* tkimmel has quit (Remote host closed the connection)
[10:56:43]* obicke has quit (Quit: Leaving.)