paulproteus | There's two paster PIDs | 00:00 |
---|---|---|
paulproteus | So this line goes horribly wrong: | 00:00 |
nathany | hrm... | 00:00 |
paulproteus | CCENGINE_MEM=$(ps u -d | grep paster | grep -v grep | awk '{print $6}') | 00:00 |
* nathany wonders if he changed the way something's deployed | 00:00 | |
nathany | oh, right | 00:00 |
paulproteus | I will fix that now. | 00:00 |
nathany | shit | 00:00 |
paulproteus | mta, yeah | 00:01 |
nathany | when i was updating the MTA web app | 00:01 |
paulproteus | Should this cycle the MTA process in the same way? | 00:01 |
nathany | right... i thought i was being clever by compositing the WSGI apps | 00:01 |
nathany | paulproteus: sure | 00:01 |
* paulproteus giggles. | 00:01 | |
nathany | they run in similar manners | 00:01 |
nathany | :) | 00:01 |
nathany | i doubt the MTA app will have the same issue, but whatever | 00:01 |
paulproteus | BTW mod_wsgi plus daemon mode seems safe to me, if it can do process cycling (haven't read that far in its docs yet). | 00:01 |
paulproteus | All I really want for Christmas is process cycling. | 00:01 |
* nathany wonders if there's an FCGI to WSGI container | 00:02 | |
paulproteus | flup_fcgi seems to be that | 00:02 |
nathany | paulproteus: i thought we were using mod_wsgi daemon mode previously for... the scraper? whatever it was that we ditched mod_wsgi for | 00:02 |
paulproteus | That's possible, I didn't know about the daemon mode vs. not-daemon-mode distinction then. | 00:02 |
nathany | i did notice a release announcement saying they'd fixed a memory leak in a recent release | 00:02 |
paulproteus | I am still hesitant to use mod_wsgi, make no mistake. (-: | 00:03 |
nathany | i understand :) | 00:03 |
*** johndoigiii has quit IRC | 00:04 | |
paulproteus | What the heck kind of stupid init script doesn't leave a PID file. | 00:05 |
paulproteus | With all due respect... | 00:05 |
nathany | :) | 00:05 |
paulproteus | Looks like /etc/rc2.d/S99cc_engine-run-cc_engine is generated code, generated by buildout? | 00:06 |
nathany | paulproteus: correct | 00:06 |
paulproteus | And you just cp that to /etc/init.d/ ? | 00:06 |
paulproteus | (Not saying that's bad, just trying to understand) | 00:06 |
nathany | paulproteus: uh... not sure... i think it's more likely the one in /etc/init.d is automatically created, copied to rc2.d | 00:07 |
paulproteus | Right, ACK | 00:07 |
nathany | since buildout wouldn't know about appropriate run levels | 00:07 |
paulproteus | "the one in /etc/init.d is automatically created" - by buildout, and that's why you run the buildout as root? | 00:07 |
nathany | paulproteus: zdaemon may be able to be coerced to leave a PID file | 00:07 |
nathany | paulproteus: that was true hysterically | 00:07 |
paulproteus | Natch | 00:07 |
paulproteus | paster can; I'm reading its docs now | 00:08 |
nathany | i'm not 100% certain it's true today | 00:08 |
* paulproteus appears to be eating chocolate chips for dinner | 00:08 | |
paulproteus | yummmmm | 00:09 |
nathany | lol | 00:09 |
paulproteus | Layers upon layers, but I think I'm starting to understand | 00:10 |
nathany | paulproteus: yes :) | 00:10 |
paulproteus | So: zdaemon.conf is what runs bin/paster | 00:13 |
nathany | paulproteus: right | 00:13 |
paulproteus | Is that the canonical place for the "bin/paster serve deploy.ini" string that is run (presumably by the shell)? | 00:13 |
nathany | yes | 00:13 |
paulproteus | 'Cause I changed it, and when I restart cc.engine I get a warning I don't yet understand: WARNING! zdrun is managing a different program! | 00:14 |
paulproteus | our program = ['bin/paster', 'serve', '--pid-file=/var/tmp/cc.engine.pid', 'deploy.ini'] | 00:14 |
paulproteus | daemon's args = ['bin/paster', 'serve', 'deploy.ini'] | 00:14 |
paulproteus | I don't know what zdrun is yet; going to Google it now | 00:14 |
nathany | paulproteus: zdrun is zdaemon | 00:14 |
paulproteus | Okay | 00:14 |
nathany | it's complaining because you told it to restart but pulled the rug out from under it | 00:14 |
nathany | paulproteus: zdaemon/zdrun actually acts as a process manager, but doesn't do memory based cycling | 00:15 |
nathany | that's why we can just kill paster and it comes back | 00:15 |
paulproteus | Ah, neat. | 00:15 |
nathany | "it keeps coming back!" | 00:15 |
* paulproteus laughs | 00:15 | |
paulproteus | Sweet | 00:16 |
paulproteus | fixed | 00:16 |
nathany | awesome | 00:16 |
paulproteus | I have a PIDfile | 00:16 |
nathany | thanks | 00:16 |
paulproteus | Now to update the script | 00:16 |
* paulproteus does so, slowly and wrongly at first apparently | 00:17 | |
nathany | lol | 00:17 |
paulproteus | This way of measuring RAM usage is still wrong, but the script now works the way it did ca. 2d ago | 00:20 |
nathany | paulproteus: thanks | 00:20 |
paulproteus | But now with the righteousness and sanity of being based on a pid file. (-: | 00:20 |
nathany | i think its close enough | 00:20 |
nathany | lol | 00:20 |
nathany | my personal goal is to eliminate the need | 00:20 |
* nathany has some ideas but of course they take time and experimentation | 00:20 | |
paulproteus | Ya. | 00:20 |
paulproteus | D'oh, Googling [zdaemon fcgi] gives back our own frickin' commit messages. | 00:21 |
nathany | LOL | 00:21 |
paulproteus | python-paste seems to support being used as FCGI via flup: http://pythonpaste.org/script/ | 00:23 |
paulproteus | If you want, I can try to look into feasibility of that for now | 00:23 |
paulproteus | Instead I could make the NK memory checker script either (a) run for MTA, too, or (b) use ps_mem for accurate counting, or (c) go back to the other things I could do | 00:24 |
nathany | paulproteus: let me look @ how we're doing paste for one second... | 00:24 |
paulproteus | BTW schoen@eff showed me a text adventure game program for the G1... | 00:24 |
paulproteus | He's REALLY excited about it. It's called "Twisty," for "Twisty passages." | 00:24 |
nathany | paulproteus: cool! | 00:25 |
nathany | paulproteus: so i suspect that the paste FCGI server expects to be daemonized as opposed to using a socket | 00:26 |
nathany | but i'd be open to you looking at that and playing with it on your local box/staging | 00:26 |
nathany | (in trunk) | 00:26 |
paulproteus | it's fine with me if it's daemonized; it would probably launch a UNIX socket file and wait for requests there as a background daemon, and when Apache gets fed up with it'll kill that mofo | 00:27 |
paulproteus | Samuel L. Jackson style | 00:27 |
nathany | :D | 00:27 |
paulproteus | Daemon doesn't mean TCP, necessarily | 00:27 |
nathany | right | 00:27 |
nathany | right, i know that -- that's what we're doing for paster, iirc | 00:27 |
paulproteus | Looks to me like Paster launches its own HTTPd on localhost:9080 to me; I'm not sure I understand what you're saying. | 00:28 |
paulproteus | man.... | 00:28 |
nathany | paulproteus: true; for some reason i was thinking that the FCGI process cycling worked by running the app and interacting through stdin/out | 00:28 |
paulproteus | I'm Googling [zdaemon process cycling] and hit #1 is: | 00:28 |
paulproteus | nkinkade, nathany: I'll set it to cycle cc.engine when it's memory usage ... nathany, there actually is a zdaemon process watching paster so you may be able ... | 00:28 |
paulproteus | mirrors.creativecommons.org/irc/cc/%23cc.2009-03-12.log.html | 00:28 |
paulproteus | Frickin' awesome. |-: | 00:29 |
nathany | paulproteus: in fairness i think others have less pain associated with zdaemon | 00:29 |
nathany | we're abusing Zope a little with cc.engine in the way we're doing things, which i think causes some of these problems | 00:29 |
paulproteus | Is that because they write code without memory leaks? I don't see why anyone would bother doing that when they could just kill the process every once in a while. (-; | 00:29 |
nathany | (and we'll stop when frank's work lands) | 00:29 |
nathany | lol | 00:30 |
nathany | paulproteus: yes... and they actually use the persistent object store like sane people | 00:30 |
nathany | anyway, we can talk about this in depth tomorrow if you want (it'd be fun, i suspect) | 00:30 |
* paulproteus does a double-take on that sentence, but okay | 00:30 | |
paulproteus | lol! re: "it'd be fun" | 00:30 |
paulproteus | Sure, I guess this is stable for now, and we can call it a zdaemon-day. | 00:30 |
nathany | paulproteus: we do lots of object creation on the fly | 00:30 |
nathany | i can explain why and hang my head in shame tomorrow | 00:30 |
paulproteus | That sounds awesome, let's do it. | 00:31 |
nathany | great | 00:31 |
paulproteus | </zdaemon> for today, or should I add one or two enhancements to NK's script (Your choices are MTA support and ps_mem.py-based memory calculation) | 00:32 |
paulproteus | ? | 00:32 |
paulproteus | BTW we should do more IRC conversations in the style of text adventure games. | 00:32 |
paulproteus | I'll try to play some so I know the genre better. | 00:32 |
nathany | paulproteus: i think there's plenty of other stuff to do today; let's talk about zdaemon-ness tomorrow and figure out if there are more things to do | 00:33 |
paulproteus | I like that plan. | 00:33 |
nathany | i don't expect the MTA to have the same issues as cc.engine | 00:33 |
paulproteus | "famous last words" | 00:33 |
* nathany is aware of that and is looking cautiously behind himself | 00:33 | |
paulproteus | But I'm fine with that being your call and me doing some of the other tasks today promises. | 00:33 |
nathany | :) | 00:33 |
nathany | ok, i'm off for the day-- talk to you tomorrow | 00:34 |
paulproteus | Ciao! | 00:34 |
nathany | (oh, and please drop NK an email to let him know what's up, paulproteus ) | 00:34 |
paulproteus | doing so now | 00:34 |
nathany | thanks | 00:34 |
nathany | ttyl | 00:34 |
*** nathany has quit IRC | 00:34 | |
*** Bovinity has quit IRC | 00:59 | |
*** johndoigiii has joined #cc | 01:27 | |
*** jgay has quit IRC | 02:01 | |
*** nkinkade has left #cc | 02:36 | |
*** stevel has quit IRC | 03:32 | |
*** stevel has joined #cc | 04:01 | |
*** johndoigiii has quit IRC | 04:04 | |
*** johndoigiii has joined #cc | 05:15 | |
*** tanjir__ is now known as tanjir | 05:19 | |
*** michaelkrnac has joined #cc | 05:59 | |
*** stevel has quit IRC | 06:26 | |
*** tanjir has quit IRC | 06:50 | |
*** johndoigiii has quit IRC | 07:03 | |
*** sama has joined #cc | 07:33 | |
*** linuksamiko has joined #cc | 09:24 | |
*** linuksamiko has quit IRC | 09:54 | |
*** stevel has joined #cc | 10:58 | |
*** balleyne has joined #cc | 11:01 | |
*** balleyne has quit IRC | 11:22 | |
*** lolo1 has joined #cc | 11:27 | |
*** coolvik has joined #cc | 11:42 | |
*** coolvik has left #cc | 11:42 | |
*** sama has quit IRC | 11:43 | |
*** sama has joined #cc | 11:44 | |
*** haoyu_ has joined #cc | 11:52 | |
*** sama has quit IRC | 12:00 | |
*** sama has joined #cc | 12:01 | |
*** lolo1 has left #cc | 12:13 | |
*** kreynen has joined #cc | 13:21 | |
*** Danny_B has quit IRC | 13:27 | |
*** Danny_B has joined #cc | 13:28 | |
*** lotia has joined #cc | 13:28 | |
*** balleyne has joined #cc | 13:30 | |
*** balleyne has quit IRC | 13:35 | |
*** Danny_B has quit IRC | 13:47 | |
*** Danny_B has joined #cc | 13:48 | |
*** kreynen_ has joined #cc | 14:15 | |
*** kreynen has quit IRC | 14:17 | |
*** Danny_B has quit IRC | 14:21 | |
*** michaelkrnac has quit IRC | 14:22 | |
*** Danny_B has joined #cc | 14:22 | |
*** jgay has joined #cc | 14:24 | |
*** parker-fcnyu has quit IRC | 14:30 | |
*** Danny_B has quit IRC | 14:31 | |
*** Danny_B has joined #cc | 14:31 | |
*** nathany has joined #cc | 14:39 | |
*** johndoigiii has joined #cc | 14:57 | |
*** nkinkade has joined #cc | 15:01 | |
*** parker-fcnyu has joined #cc | 15:34 | |
*** lotia has quit IRC | 15:47 | |
*** jgay has quit IRC | 15:52 | |
*** michaelkrnac has joined #cc | 15:58 | |
*** jgay has joined #cc | 16:12 | |
*** Bovinity has joined #cc | 16:14 | |
nkinkade | nathany: What's the jurisdiction code for the Unported licenses? I tried "Unported" and "unported" but neither worked. | 16:26 |
nathany | nkinkade: "-" | 16:26 |
nathany | :) | 16:26 |
nkinkade | haha | 16:27 |
nathany | (sorry) | 16:27 |
nkinkade | No problem, but I'll be asking you that again in a few months. :-) | 16:27 |
nathany | :) | 16:27 |
*** sama has quit IRC | 16:28 | |
*** parker-fcnyu has quit IRC | 16:30 | |
*** jgay_ has joined #cc | 16:32 | |
*** lotia has joined #cc | 16:32 | |
*** jgay has quit IRC | 16:36 | |
*** jgay_ has quit IRC | 16:44 | |
*** jgay has joined #cc | 16:46 | |
haoyu | hi nkinkade | 17:51 |
nkinkade | haoyu: Hi. | 17:51 |
haoyu | nkinkade, I have drop you a mail about the database error problem | 17:51 |
haoyu | I got it again | 17:51 |
nkinkade | I saw it a few minutes ago. | 17:51 |
nkinkade | Can you cut-n-paste the exact error and email it to me? | 17:52 |
haoyu | nkinkade, the error is as same as the previous error, i think | 17:52 |
nkinkade | Do you get it when you browse the page, or just when you use api.php? | 17:52 |
haoyu | When I browse the page | 17:52 |
haoyu | When I use api.php it also return a response saying database error | 17:53 |
*** [mharrison] has joined #cc | 17:55 | |
haoyu | nkinkade, the wireshark capture file is the session that updating the page at first time, which is no DB locking error but just get no response from server | 17:57 |
*** lotia has quit IRC | 17:57 | |
nathany | johndoigiii: so where are we with the i18n of the new partner interface stuff? | 17:58 |
nathany | you made a comment yesterday about... something being included? | 17:58 |
johndoigiii | working on it right now and am a bit puzzled | 17:58 |
nathany | ok | 17:58 |
nathany | can i help resolve any puzzles? | 17:58 |
haoyu | nkinkade, after the first time updating, every access to the page will get a DB error. | 17:59 |
johndoigiii | nathany: right now I am placing these urls in spans like you said, but hiding the content is difficult | 18:00 |
johndoigiii | the only method I have found to work was the example I showed yesterday | 18:00 |
nathany | johndoigiii: with the wrapped span? | 18:00 |
johndoigiii | yes | 18:00 |
nathany | johndoigiii: great, do that | 18:00 |
nathany | and then manually massage the i18n string in master/cc_org.po | 18:00 |
johndoigiii | alright, so in the po file, we won't need the preceding ${url_name} thats produced from these spans? | 18:01 |
nathany | johndoigiii: right | 18:01 |
nathany | why don't you do the nested spans and update master/cc_org.po | 18:01 |
nathany | commit those and i'll double check before you sync+cc2po | 18:01 |
johndoigiii | awesome, I'll get this merged and commited asap | 18:02 |
johndoigiii | okay | 18:02 |
nathany | johndoigiii: yeah, don't merge to production yet, let's double check first :) (but i'm 95% sure this is right) | 18:02 |
johndoigiii | oh I meant i18nmerge | 18:02 |
nathany | :) | 18:03 |
johndoigiii | I should also have that license select for commoner at some point this afternoon | 18:05 |
*** everton137 has joined #cc | 18:13 | |
nkinkade | haoyu: Try those links again. | 18:38 |
nkinkade | It seems there may have been some old locks hanging around. I'm curious as to why MySQL doesn't flush those locks after some period, or rollback the transaction. | 18:39 |
nkinkade | It's strange that it seems to just leave them hanging for days. | 18:39 |
haoyu | nkinkade, yes they can be accessed now. may I try the api.php now? | 18:40 |
nkinkade | haoyu: Yeah, try it again. | 18:41 |
nkinkade | Those locks were hanging around since before I told Varnish to leave requests to api.php alone. | 18:41 |
haoyu | I tried to update this page: http://monitor.creativecommons.org/Template:Robot/Greece/Flag | 18:42 |
haoyu | and seems it hang again | 18:42 |
haoyu | I guess updating via api.php may cause these locks... don't know why | 18:44 |
haoyu | Now I'll try to update Romina/Flag via tor | 18:45 |
nkinkade | haoyu: Did you say that using api.php works when going directly to port 8080? | 18:47 |
haoyu | that's for file uploading | 18:48 |
haoyu | I can't made file uploading works when using port 80. But wiki page updating usually works well with both 80 or 8080 | 18:49 |
haoyu | the file uploading wouldn't be related to this problem (db error) I think | 18:50 |
*** lotia has joined #cc | 18:53 | |
nkinkade | haoyu: So do you have a workaround? | 18:56 |
haoyu | The workaround is I can manually update these four pages - so far, there's only four | 18:58 |
*** julieboy401 has joined #cc | 18:58 | |
*** julieboy401 has left #cc | 19:01 | |
*** parker-fcnyu has joined #cc | 19:03 | |
*** michaelkrnac has quit IRC | 19:23 | |
nkinkade | nathany: I'm going to have to do the building of these Deeds on one of the servers because it's taking too long, and eventually I'll have to shutdown my laptop later. I'm trying to run buildout for cc.engine on a6 and getting this: | 19:24 |
nkinkade | VersionConflict: (setuptools 0.6c8 (/usr/lib/python2.5/site-packages), Requirement.parse('setuptools==0.6c9')) | 19:24 |
nkinkade | Is there a way to fix the version at 0.6c8? | 19:24 |
paulproteus | (yo) | 19:24 |
nkinkade | paulproteus: yo | 19:24 |
nkinkade | I guess you would know the answer to that as well. | 19:24 |
paulproteus | I don't know why nathany depends on that version of setuptools. | 19:25 |
paulproteus | We could upgrade the version on a6. | 19:25 |
paulproteus | Thanks for the --no-heading. (-: | 19:26 |
* paulproteus does that | 19:27 | |
paulproteus | Now retry? | 19:27 |
nkinkade | paulproteus: doing buildout again? You upgraded setuptools on a6? | 19:29 |
paulproteus | I just upgraded setuptools on a6, and now it's your move. | 19:32 |
nkinkade | Error: Couldn't find a distribution for 'ctypes'. | 19:32 |
haoyu | nkinkade, I'll sleep now. If you have no idea about why the DB errors happens, just clear the locks is ok. then I'll manually update these pages and blacklist them in my wiki bot. That would be a workaround. | 19:33 |
haoyu | thanks nkinkade! :) | 19:33 |
paulproteus | nkinkade, ctypes is part of Python now. | 19:33 |
paulproteus | You should just comment out that requirement. | 19:34 |
nkinkade | haoyu: That sounds like a plan. | 19:34 |
nkinkade | So you need me to clear some of the locks again? | 19:34 |
paulproteus | (nkinkade, or you should run buildout with Python 2.4) | 19:34 |
nkinkade | You can kill individual mysql threads, but last time I just restarted MySQL. :-) | 19:34 |
nkinkade | paulproteus: Thanks. I'll comment it out in the config. | 19:34 |
haoyu | nkinkade, yes I think they locked again | 19:35 |
nkinkade | haoyu: I'll just restart MySQL and hope that does it. Have a good night! | 19:36 |
haoyu | thank you nkinkade, good night! :) | 19:36 |
nkinkade | paulproteus: It seems that there is no config that specifies ctypes. It must figure out that it needs it by looking at import statements or something. | 19:38 |
paulproteus | Buh, can I see what you're seeing somehow? | 19:38 |
nkinkade | Do you just recommend to run buildout with python 2.4? | 19:38 |
paulproteus | Tell me where to cd / what to run / how to share your screen? | 19:38 |
paulproteus | Yes, python2.4 is a better plan in this case probably (cc.engine?). | 19:38 |
nkinkade | Yeah, a6. | 19:38 |
nkinkade | I've got a screen session. | 19:38 |
nkinkade | Yeah, cc.engine. | 19:39 |
nkinkade | I grepped -r for ctypes and it only found matches in binary files and some python code. | 19:39 |
paulproteus | agreed | 19:39 |
paulproteus | Yeah, use python2.4 | 19:40 |
paulproteus | nathany, SYN - cc.engine still wants python2.4, right? | 19:40 |
nkinkade | cc.license_/setup.py | 19:40 |
paulproteus | Thanks, I see that | 19:40 |
nkinkade | I missed that one earlier ... I guess I could comment that reference to ctypes out. | 19:40 |
paulproteus | cc.engine iirc requires 2.4, so just buildout with that I think. | 19:40 |
nkinkade | I thought cc.engine was now 2.5 compatible. | 19:40 |
paulproteus | "Well clearly it's not" | 19:41 |
nkinkade | It was something nathany did when we upgraded to Lenny. | 19:41 |
nkinkade | At least it's runtime compatible with 2.5. | 19:41 |
paulproteus | Sure you can try commenting it out and rebuildout-ing | 19:41 |
nkinkade | Trying that now, and it seems to have got us past that hurdle. | 19:43 |
nkinkade | Maybe there will be more waiting. You can see in your own terminal ... :-) | 19:43 |
paulproteus | I'm watching, yeah (-: | 19:43 |
paulproteus | A hard-coded dependency on pytz is just *so* broken. | 19:43 |
paulproteus | Looks like it's ZODB3 that does that. | 19:44 |
paulproteus | Getting distribution for 'pytz==2007k'. # this means if some country updates daylight savings, we'll never notice | 19:44 |
nkinkade | I haven't the least idea what pytz is, or why doing that would be bad. | 19:44 |
nkinkade | Oh, python timezone. | 19:44 |
paulproteus | The risk of letting me watch things is I'll complain about them. (-: | 19:44 |
nkinkade | Well, I wonder if that wouldnt' have happened if I hadn't specified -N | 19:45 |
nkinkade | Building Deeds takes eons. | 19:45 |
nkinkade | My machine has been regenerating the Unported Deeds for about the past 5 hours. | 19:46 |
paulproteus | Nice! | 19:46 |
nkinkade | And I've still got 1 other jurisdiction and 7 or 8 more locales to rebuild. | 19:46 |
paulproteus | I wonder what the bottleneck is. | 19:46 |
nkinkade | Hence wanting to do it in a detached screen session on a6. :-) | 19:46 |
paulproteus | Natch. | 19:47 |
nkinkade | paulproteus: I've wondered myself. | 19:47 |
nkinkade | nathany explained to me once that ./bin/mkdeeds is really just a modified version of cc.engine itself .. that it sets up a server, then makes a request to the server, then writes the Deed that the cc.engine code automatically generates. | 19:48 |
nkinkade | Something like that. | 19:48 |
paulproteus | Sure, but that doesn't explain why it takes so long! | 19:48 |
paulproteus | Anyway your buildout finished. (-: | 19:48 |
nkinkade | I'm tempted to run it without -N to see if gets some newer version. | 19:48 |
nkinkade | Does -N only affect already installed components or also components to be fetched? | 19:49 |
*** Orango has quit IRC | 19:50 | |
paulproteus | I think just already-installed ones. | 19:50 |
nkinkade | That's what I had been thinking, so maybe pytz 2007 actually is hardcoded. | 19:51 |
paulproteus | I think so too. | 19:51 |
nkinkade | I'll worry about later ... much later. | 19:51 |
paulproteus | I'm going to worry about the NEXT FIVE MINUTES! | 19:52 |
nkinkade | mkdeeds just blew up. | 19:54 |
nkinkade | Starting to wonder if I should have builtout with 2.4. | 19:55 |
paulproteus | Boom boom boom boom, mighty fine mkdeeds. | 19:55 |
paulproteus | Er, what's cc.engine using Maildir for!? | 20:08 |
nkinkade | So CC needs a RAQ? | 20:12 |
nkinkade | :-) | 20:12 |
nkinkade | I have no idea what cc.engine uses maildir for. I just re-ran buildout for good measure and it pulled in that updated. | 20:13 |
paulproteus | nkinkade, Great | 20:15 |
nkinkade | paulproteus: johndoigiii: Are we having our tech meeting today? | 20:15 |
paulproteus | Oh I hope so! | 20:15 |
nkinkade | It's supposed to be in 15 minutes. | 20:15 |
paulproteus | nkinkade, re: the DB nonsense: Maybe if I were you, I'd mysqldump the database, drop the DB entirely, recreate it, and re-import the data from the mysqldump. | 20:16 |
paulproteus | 'cause like what is this trash? | 20:16 |
paulproteus | (the locking) | 20:16 |
nkinkade | paulproteus: Which DB? monitor? | 20:16 |
paulproteus | Ya | 20:16 |
nkinkade | Seems weird, for sure. | 20:17 |
nkinkade | Though I'm not sure how recreating the DB would fix this. | 20:17 |
paulproteus | Maybe the MySQL database has some fruity invalid state, I dunno. | 20:17 |
*** robmyers has joined #cc | 20:18 | |
nkinkade | I seems as if something about api.php is causing some condition where the connection goes away, but the thread in MySQL keeps on living, with a lock on some row. | 20:18 |
nkinkade | But who knows, maybe the DB is messed up somehow. | 20:18 |
paulproteus | The whole thing seems pretty "Should Never Happen" to me, but I haven't dived in deep yet. | 20:20 |
paulproteus | "yet" | 20:20 |
paulproteus | johndoigiii, You're WFH today, right? Okay if we do our tech check-in meeting at two? | 20:25 |
johndoigiii | yeah, whatever you guys agree on is fine with me | 20:26 |
*** kreynen has joined #cc | 20:51 | |
nkinkade | nathany: Whenever you have a second, could you help me debug a mkdeeds errors on a buildout in my homedir on a6? | 20:58 |
nathany | nkinkade: what's up? | 20:59 |
nkinkade | Building Deeds it taking much longer than I had anticipated, so I'll need to build them in a detachable screen session on a6. | 20:59 |
nathany | ok | 20:59 |
nkinkade | httperror_seek_wrapper: HTTP Error 500: Internal Server Error | 20:59 |
nkinkade | I'm not sure how to find out what the error is. | 20:59 |
nathany | hrm | 21:00 |
nkinkade | One thing of note is that I did buildout with python2.5 | 21:00 |
nathany | weird; this is the production branch? | 21:00 |
nkinkade | Yeah. | 21:00 |
nkinkade | You could login to a6 and su nkinkade. | 21:00 |
nkinkade | Then screen -x | 21:00 |
nathany | Cannot open your terminal '/dev/pts/4' - please check. | 21:01 |
nathany | (is what i get when i try that | 21:01 |
nkinkade | Are you me? | 21:01 |
paulproteus | sudo chown nkinkade $(tty) | 21:01 |
*** kreynen_ has quit IRC | 21:01 | |
paulproteus | Run my command as nathan before running nkinkade's command as nkinkade. | 21:01 |
nathany | nkinkade: where does the error get printed out? | 21:02 |
nkinkade | On stderr. | 21:02 |
nkinkade | Or perhaps it's stdout | 21:02 |
nathany | nkinkade: this feels really familiar... | 21:02 |
nkinkade | Can you see the error? | 21:02 |
nathany | no | 21:03 |
paulproteus | Also, like, meeting o'clock? | 21:03 |
nkinkade | Or alternatively, you could just run something like: ./bin/mkdeeds -j cz -v 3.0 -o ~/cc_svn/license.rdf/trunk/licenses/ | 21:03 |
nkinkade | From a5:/home/nkinkade/cc_svn/cc.engine/branches/production/ | 21:03 |
nkinkade | Of course it'll work better if you sudo su nkinkade | 21:04 |
nathany | right | 21:04 |
nkinkade | I can call the conference line whenever you guys want to meet. | 21:04 |
nathany | nkinkade: paulproteus johndoigiii i'm still trying to wrap up this sync up meeting with ben | 21:04 |
nkinkade | I may have to checkout a bit early today, in about 30 minutes to an hour. | 21:05 |
nathany | nkinkade: so does it print out the error on stderr and then exit, or does it print it when you kill the process? | 21:05 |
nkinkade | My lease ran out today, so I have to leave. But I've got to return this cable modem to the provider by 7PM. | 21:05 |
paulproteus | ACK to all; just lemme know when we want to meet. | 21:05 |
nkinkade | nathany: It print it to the console. | 21:05 |
nathany | nkinkade: got it | 21:05 |
*** lotia has quit IRC | 21:06 | |
nathany | nkinkade: i'm going to try the buildout + run on my laptop | 21:08 |
nkinkade | nathany: It must be something specific to a6's environment because things work just fine on my laptop. | 21:10 |
nathany | nkinkade: sigh | 21:10 |
nkinkade | If the Deeds built faster then I'd just do it all on my laptop, but I've got to suspend it once I leave in a while. I guess I could leave it running on battery power for a few hours while it's in transport, but that's not ideal. | 21:11 |
nathany | nkinkade: right | 21:12 |
paulproteus | Does it bind to a port that's in use by some other service? | 21:13 |
paulproteus | (Actually I guess it uses wsgi testing, which is in-process no-TCP?) | 21:13 |
nathany | paulproteus: it doesn't really bind | 21:14 |
paulproteus | Right, exactly. | 21:15 |
paulproteus | johndoigiii, nkinkade - call the conf line, and we'll join you from a conf room in 1m | 21:17 |
nathany | nkinkade: how did you build out the license engine w/ 2.5? a clean checkout fails with a ctypes dependency error (as it should) | 21:19 |
*** lotia has joined #cc | 21:19 | |
*** lotia has quit IRC | 21:20 | |
*** johndoigiii_ has joined #cc | 21:24 | |
*** johndoigiii__ has joined #cc | 21:28 | |
*** nkinkade has left #cc | 21:33 | |
*** johndoigiii_ has quit IRC | 21:34 | |
*** johndoigiii has quit IRC | 21:41 | |
*** qwerty has joined #CC | 21:45 | |
*** qwerty is now known as Guest38544 | 21:46 | |
*** Guest38544 is now known as veran | 21:46 | |
*** kreynen has quit IRC | 21:57 | |
*** kreynen has joined #cc | 22:07 | |
*** lotia has joined #cc | 22:10 | |
*** veran has quit IRC | 22:28 | |
*** robmyers has quit IRC | 22:33 | |
*** tanjir has joined #cc | 22:58 | |
*** nathany has quit IRC | 23:09 | |
*** [mharrison] has quit IRC | 23:11 | |
*** lotia has quit IRC | 23:15 | |
*** kreynen has quit IRC | 23:17 | |
*** haoyu_ has joined #cc | 23:26 | |
*** haoyu has quit IRC | 23:27 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!