#pokersource@irc.freenode.net IRC Log for
Wednesday 6 January 2010

Back to #pokersource@irc.freenode.net Log Calendar

Back to to Tuesday 5 January 2010


Poker Free Software http://pokersource.info/ with IRC archives http://pokersource.info/irc/pokersource@irc.freenode.net/"

00:11:24 saqimtiaz quit IRC (Read error: 113 (No route to host)).
00:11:59 mornifle quit IRC (Read error: 113 (No route to host)).
00:14:00 mornifle joined #pokersource.
00:23:01 PokerTec quit IRC ().
00:56:15 saqimtiaz1 quit IRC (Read error: 104 (Connection reset by peer)).
01:21:12 macmaN joined #pokersource.
01:42:16 macmaN quit IRC (Read error: 54 (Connection reset by peer)).
02:50:53 dachary quit IRC (Read error: 113 (No route to host)).
03:03:03 bkuhn quit IRC ("Sleeping.").
03:45:56 macmaN joined #pokersource.
03:54:56 macmaN quit IRC (Read error: 104 (Connection reset by peer)).
06:09:12 macmaN joined #pokersource.
06:12:11 macmaN quit IRC (Read error: 54 (Connection reset by peer)).
07:01:30 macmaN joined #pokersource.
07:57:51 mongolito404 joined #pokersource.
08:09:27 saqimtiaz joined #pokersource.
08:19:21 mongolito404: Hi
08:19:32 Sp4rKy: hi
08:54:10 dachary joined #pokersource.
09:02:22 Sp4rKy: dachary: morning, do you agree with this backup command : rsync -avzH --numeric-ids --delete --exclude=/proc --exclude=/tmp --exclude=/sys root@drupal-404.pokersource.vm.gnt:/ /mnt/drupal-404/2010-01-06-drupal-404.pokersource.info/
09:02:46 dachary reading
09:03:23 dachary: Sp4rKy: are you using an authorized_keys entry with from= in front ?
09:03:50 dachary: I agree with the line
09:03:58 Sp4rKy: dachary: sure I do
09:05:46 dachary: ok
09:25:42 mongolito404: dachary: Do you have time for morning questions ?
09:26:13 dachary: I have 3 minutes, shoot ;-)
09:26:22 Sp4rKy: dachary: do you have time to check drupal-404 backup on /mnt/drupal-404/2010-01-06-drupal-404.pokersource.info/ ? :)
09:26:35 mongolito404: What are the emaning of the step1 and step2 column in the data for http://drupal-dev.pokersource.info/trac/ticket/81 ?
09:27:44 dachary: step 1 is what you import
09:27:51 dachary: step 2 you do nothing with them
09:28:11 mongolito404: For http://drupal-dev.pokersource.info/trac/ticket/78, there is an empty test case which state that tests are not needed since this is a std. Drupal feature.
09:28:13 dachary: mainly because they have to figure out how to fit the names of the rewards in the layout :-)
09:28:48 dachary: http://drupal-dev.pokersource.info/trac/ticket/78 yes, but that does not mean you cannot add a test case
09:29:04 dachary: it was lazyness
09:29:21 mongolito404: The only non-std. feature is to display the page in a thickbox (hard to test) and to close it after a successful submit (hard to test)
09:29:47 dachary: I understand
09:31:04 mongolito404: There is no test (yet) for this kind a feature. Should wrok on it now ?
09:32:11 mongolito404: A finally, FYI http://drupal-dev.pokersource.info/trac/ticket/84#comment:3
09:33:56 bruno|taf joined #pokersource.
09:34:24 dachary: mongolito404: tests: i suggest you wait until you have to implement a new thickbox. That will be the case for the reset password page for which I'm expecting a mockup.
09:34:56 dachary: unless you have a specific piece of code that relies on opening / closing thickboxes which you are working on at the moment
09:35:27 mongolito404: No, I don't
09:36:49 dachary: ok then
09:36:54 dachary: thanks for the HOWTO
09:37:40 dachary: Sp4rKy: did you sync with mongolito404 for the copy of drupal-404 ?
09:38:10 Sp4rKy: no :'(
09:38:17 dachary: the only important thing is that http://drupal-dev.pokersource.info/trac/wiki/ContentCreation?version=1 works on it
09:38:31 Sp4rKy: I didn't realized that the 404 is common :)
09:38:34 dachary: Sp4rKy: I forgot to tell you that you should, it is my fault.
09:38:57 Sp4rKy: anyway, I can restart the sync to update the last changes
09:39:20 emilie joined #pokersource.
09:39:27 dachary: mongolito404: do you think it will be necessary ? did you install anything that is relevant to have http://drupal-dev.pokersource.info/trac/wiki/ContentCreation?version=1 work on it ?
09:39:33 dachary: emilie: bonjour mademoiselle
09:40:14 emilie: dachary: bonjour monsieur :)
09:40:24 mongolito404: I didn't push anything on drupal-404 since yesterday at around 18h (my time)
09:40:34 dachary: Sp4rKy: we're lucky then ;-)
09:41:00 mongolito404: But I wiil soon since I need to install the i18n module (and wysiwyg ?)
09:41:20 Sp4rKy: emilie: salut :)
09:41:21 dachary: mongolito404: just i18n will be fine
09:41:36 dachary: let's keep wysiwyg for later if needs be
09:41:38 Sp4rKy: dachary: good news :)
09:41:52 Sp4rKy: dachary: so you confirm the backup is ok ?
09:42:25 dachary: I will check it later today but there is no obvious reason why it would not be ok.
09:42:33 Sp4rKy: :)
09:42:45 Sp4rKy: no, but you asked me to always let you check before doing anything
09:42:47 Sp4rKy: so I do
09:42:48 Sp4rKy: :D
09:42:52 emilie: Sp4rKy: coucou :)
09:42:54 dachary: mongolito404: can you please get access to the z2-2009-12-15 machine from Sp4rKy and also install i18n on it ?
09:43:04 dachary: Sp4rKy: I appreciate
09:43:11 Sp4rKy: z2-2009-12-15 is down atm
09:43:18 Sp4rKy: let me sync it from drupal-404
09:44:44 dachary: Sp4rKy: wait until mongolito404 has installed i18n and gives you the go
09:44:51 Sp4rKy: ok np
09:45:21 dachary: bbl
09:52:03 proppy joined #pokersource.
09:57:06 mongolito404: Actually, i18n is not needed it only provides additional features (not requested yet?). So http://drupal-dev.pokersource.info/trac/ticket/84#comment:4
10:02:44 mongolito404: So Sp4rKy, you can sync now
10:03:09 proppy: hello
10:04:16 Sp4rKy: mongolito404: ok
10:09:04 proppy quit IRC (Read error: 54 (Connection reset by peer)).
10:11:27 dachary quit IRC (Read error: 113 (No route to host)).
10:12:08 proppy joined #pokersource.
10:51:37 dachary joined #pokersource.
10:59:02 proppy: dachary: about http://drupal-dev.pokersource.info/trac/ticket/9
10:59:27 proppy: can you confirm/infirm http://drupal-dev.pokersource.info/trac/ticket/9#comment:2 ?
10:59:34 proppy: " I believe only the user who is given the gift is notified throught the os_poker message API.
10:59:34 proppy: Does this mean that only the gift animation should only be displayed in this user browser ?"
10:59:59 dachary: proppy: do you have the specs open ?
11:00:43 proppy: dachary: could you msg me the url ?
11:00:45 Sp4rKy: dachary: can you reocnfigure drupal-z2-15-12-2009 ?
11:02:05 dachary: Sp4rKy: I will do it 11:30
11:02:33 proppy: dachary: yes I have the specs open
11:03:10 dachary: the specs say it must be displayed for all users not just for the user receiving the gift
11:03:32 dachary: if no message is sent to the players at the table, it is a bug that needs fixing
11:03:36 Sp4rKy: dachary: np
11:03:52 dachary: proppy: could you remind me the file name / line where this is implemented server side ?
11:09:51 proppy: dachary: http://drupal-dev.pokersource.info/trac/ticket/9#comment:4
11:11:30 dachary: proppy: did you look for other messages sent when a gift is received ?
11:12:03 proppy: dachary: I only grep one SendMessage in shop.class.php
11:12:22 proppy: but maybe I should look somewhere else
11:12:44 proppy: it makes sense that only the user who have received the gift, receive this message
11:14:18 proppy: dachary: nothing in os_poker_messages.php
11:14:30 proppy: apart from
11:14:31 proppy: case "os_poker_activate_item":
11:14:31 proppy: if (isset($_GET["id_item"]) && is_numeric($_GET["id_item"]))
11:14:31 proppy: {
11:14:31 proppy: $current_user->ActivateItem($_GET["id_item"]);
11:14:32 proppy: }
11:14:33 proppy: break;
11:14:38 proppy: which seems unrelated to the gift
11:14:50 proppy: and in the end it only do an insert in the database
11:14:56 proppy: public function ActivateItem($id_operation)
11:14:56 proppy: {
11:14:56 proppy: $sql = "INSERT INTO `{poker_user_ext}` (`uid`, `id_operation`) VALUES (%d, %d)
11:14:57 proppy: ON DUPLICATE KEY UPDATE `id_operation`= %d";
11:16:48 proppy: dachary: I think it is no blocking for implementing the gift client side
11:16:56 dachary reading the GiveItem function to educate himself
11:16:59 proppy: dachary: could we discuss assomption that I can make on the client side ?
11:17:12 dachary: ok
11:17:24 proppy: dachary: can I assume that I'm a given a filepath with the gift image ?
11:17:25 dachary schedules the server side questions for later
11:17:40 proppy: and the user serial that receive the gift ?
11:18:33 proppy: s/filepath/url
11:18:40 dachary: I think it's a reasonable assumption
11:18:45 proppy: user_serial: gift_url pairs
11:18:47 dachary: however
11:19:01 dachary: we also have to think about what happens when players arrive at the table and have a gift
11:19:04 proppy: I will assume that I receive separate messages for each user -> gift association
11:19:05 dachary: hum
11:19:15 dachary: hum
11:19:19 dachary reading the specs
11:19:35 proppy: dachary: I think that this is different
11:19:38 proppy: (11:18:45 AM) dachary: we also have to think about what happens when players arrive at the table and have a gift
11:19:59 proppy: dachary: IIRC user can choose to activate an item at the table
11:20:04 proppy: and that's a different ticket
11:20:30 proppy: dachary: gift animation is meant to be a feedback to the buyer, and to the buyee of the action of "buying a gift"
11:21:02 proppy: I was thinking of the animation this way:
11:21:05 dachary: and to the other people at the table
11:21:09 proppy: - move from the center of the table
11:21:22 proppy: - move to the buyee
11:21:24 proppy: - fade out
11:21:35 dachary: and activate can use the same
11:21:40 dachary: fade out ?
11:21:54 dachary: it must stay next to the player
11:22:00 proppy: dachary: why ?
11:22:19 proppy: oh ok
11:22:19 proppy: Only one item can have the status „activated“ if not set by the user it is automatically the last item he received. It will be shown at the table during the game.
11:22:21 dachary: because it's how it's shown in the mockups
11:22:22 proppy: from the specifications
11:22:30 dachary: yes
11:22:46 proppy: I was assuming that the user always need to "activate" the item he wants to show
11:22:51 proppy: that was a false assumption :)
11:22:57 dachary: :-)
11:23:06 dachary: it's simpler this way
11:23:09 proppy: grabbing a cup of tea
11:23:48 dachary: I suppose that eventually the player will want to see his gift disapear when it expires. But this is not part of the specifications therefore we will not worry about it.
11:24:03 dachary: expires => every item has an expiration date (1 hour, 1 day etc)
11:24:28 dachary: also, when a player sits at the table, he will have no gift unless he activates it
11:24:38 proppy: dachary: does it make sense to implement this upstream ?
11:24:49 dachary: jpoker upstream ?
11:24:52 proppy: yes
11:25:03 dachary: I don't think so. Do you ?
11:25:08 proppy: instead of poker.{opensocial}.js
11:25:09 proppy: ok
11:25:11 dachary: I may be missing something.
11:25:34 dachary: I don't see why it would need upstream changes. Do you ?
11:39:29 mongolito404: dachary: FYI http://drupal-dev.pokersource.info/trac/ticket/81#comment:4
11:41:50 proppy: so for gift animation, poker.js will add a new item div near each player
11:42:05 mongolito404: dachary: Let me know if more information is needed for http://drupal-dev.pokersource.info/trac/ticket/55#comment:14 and http://drupal-dev.pokersource.info/trac/ticket/84#comment:3
11:42:22 proppy: when a user receive a gift
11:42:29 proppy: a new div is created in the center of the table
11:42:51 dachary: proppy: could you create a ticket with API description and hints for the implementation of the server side features you need for gift animation ?
11:42:53 proppy: this div is given a class with the giftname/id
11:43:10 dachary: proppy: I agree :-)
11:43:20 proppy: and the class ".poker_gift_animation"
11:43:45 proppy: the div is animated from the center of the table to position of the player item
11:44:14 proppy: of the end of the animation the animation div is removed from the DOM
11:44:31 proppy: and the player item
classes are replaced by a new class with the giftname/id
11:44:40 proppy: I will sum it up in a ticket
11:45:29 dachary: proppy: the key for the server side ticket is that it can be used by someone ( mongolito404 ;-) to implement the feature you need server side
11:46:20 dachary: reading http://drupal-dev.pokersource.info/trac/ticket/81#comment:4
11:47:20 proppy: dachary: btw there is no feedback of who buyed the gift
11:47:31 proppy: from what is described in the specifications
11:47:34 proppy: I am missing something ?
11:49:40 proppy: mongolito404: can you proof read http://drupal-dev.pokersource.info/trac/ticket/86
11:49:45 proppy: and tell me if something is not clear
11:49:50 proppy: ?
11:51:07 mongolito404: What will be the "unique string" ? Item have a unique name and an ID.
11:52:19 mongolito404: In Drupal lingua, the id of a user is always called uid. Is "the serial of the player" its Drupal uid or something else ?
11:52:31 proppy: http://drupal-dev.pokersource.info/trac/ticket/9#comment:5 updated
11:52:56 proppy: mongolito404: ok let me update the description, thanks for the feedback
11:54:11 dachary: could you please add a zip file to http://drupal-dev.pokersource.info/trac/ticket/81#comment:4 with the gifts graphics + CSV the way you expect to receive them the next time ? I will use this as a reference.
11:54:20 proppy: mongolito404: http://drupal-dev.pokersource.info/trac/ticket/86 updated
11:54:39 proppy: mongolito404: can you proof read it another time ? :)
11:55:42 proppy: dachary: thanks for discussing gift implementation
11:56:39 mongolito404: proppy: ok for #86
11:57:45 dachary: proppy: you're welcome
11:58:10 dachary: mongolito404: could you please add a zip file to http://drupal-dev.pokersource.info/trac/ticket/81#comment:4 with the gifts graphics + CSV the way you expect to receive them the next time ? I will use this as a reference.
11:58:22 mongolito404: dachary: Working on it
11:59:04 dachary: ok, I was not sure if you received it because I did not mention your name
11:59:39 dachary: could you make sure the procedure you use clearly shows as a link to a page from the top level wiki page ?
11:59:52 dachary: (to a page => to a wiki page)
11:59:55 dachary: mongolito404: ^
12:00:25 dachary: the next time gifts are to be imported we don't want to dig the ticket to figure it out ;-)
12:11:27 mongolito404: dachary: http://drupal-dev.pokersource.info/trac/ticket/81#comment:6
12:12:01 mongolito404: lunch time !
12:31:19 proppy: me too :)
12:54:06 guyvdb1 quit IRC ("Leaving.").
13:04:57 bkuhn joined #pokersource.
13:16:52 guyvdb joined #pokersource.
13:29:57 saqimtiaz quit IRC ("Leaving.").
14:18:11 saqimtiaz joined #pokersource.
14:24:32 mongolito404: dachary: http://drupal-dev.pokersource.info/trac/ticket/58#comment:3 But as said in the comment IANAL
14:42:59 dachary: mongolito404: did you figure out the JS loop when trying to edit a page ?
14:43:49 dachary: mongolito404: http://drupal-dev.pokersource.info/trac/ticket/58#comment:3 resolved to fixed. You're IANAL either but it's as good as it gets.
14:45:16 dachary: Sp4rKy: what's the port for z2-2009-12-15 ?
14:45:24 dachary: ssh -p xxx @z2-...
14:45:27 Sp4rKy: 20070
14:47:27 dachary: thanks
14:47:50 Sp4rKy: dachary: please, during your reconfig, update the hostname of the vm with a best one
14:47:59 Sp4rKy: because atm it's drupal-404 (due to sync)
14:48:06 mongolito404: dachary: No, I did find the JS issue for http://drupal-dev.pokersource.info/trac/ticket/82
14:50:04 mongolito404: When retrieving modules/shindig_integrator, hg get the symlink which on my computer doesn't point to an existing folder... does hg follow changes in it and can it retrieve it as a regular directory when pulling ?
14:53:19 dachary: Sp4rKy: http://drupal-z2-2009-12-15.pokersource.info/ not found ?
14:53:57 Sp4rKy: drupal-z2-15-12-2009.pokersource.info
14:54:08 Sp4rKy: :)
14:55:13 dachary: :-D
14:58:18 dachary: Sp4rKy: could you please reboot the machine with 512MB RAM ? 128MB is definitely now enough.
14:58:37 Sp4rKy: sure
14:58:50 dachary: thanks
14:59:23 Sp4rKy: rebooting
15:00:48 dachary: mongolito404: hg does not follow symbolic links, if that's what you're asking
15:01:19 proppy: updated http://drupal-dev.pokersource.info/trac/ticket/9#comment:7
15:06:19 mongolito404: proppy: Do you know why shindig_integrator carry it's own jquery ?
15:06:47 proppy: mongolito404: I'm afraid not
15:06:58 proppy: mongolito404: you could ask with a ticket on shindig_integrator drupal page
15:07:05 proppy: or I can do it for you if you want
15:07:13 proppy: the author has been pretty responsive so far
15:07:16 proppy: to our patches
15:07:17 Sp4rKy: dachary: rebooted (sorry for delayà)
15:07:19 proppy: and questions
15:08:05 dachary: mongolito404: regarding the JS loop I'm refering to the fact that no static content editing is possible because of it at http://drupal-z2-15-12-2009.pokersource.info/drupal6/?q=node/add/page
15:08:12 dachary: are we talking about the same thing ?
15:08:25 dachary: Sp4rKy: thanks
15:13:05 mongolito404: dachary: Yes, I filled #82
15:13:25 mongolito404: Sorry it's #85
15:14:24 mongolito404: The loops is in Drupal teaser.js/textarea.js. Drupal use jQuery 1.3.2 which is overrided by jQuery 1.3 bt shindig_integrator.
15:14:51 mongolito404: But shindig_integrator should be on the page since it contains no gadget...
15:15:37 dachary: mongolito404: could you please make a quick fix on http://drupal-z2-15-12-2009.pokersource.info ? We don't care about anything else working but editing static content : a hack is ok for now as long as it unlocks the situation.
15:15:44 mongolito404: But it appears that for all page the "Poker Gadjet" block is rendered, then hidden in the template or something, This was something I feared.
15:16:03 mongolito404: dachary: I'm currently looking for a quick hack to fix this
15:16:16 dachary: ssh -p 22070 root@drupal-z2-15-12-2009.pokersource.info
15:16:26 dachary: your key should be installed
15:16:29 dachary: mongolito404: thanks !
15:17:03 dachary: mongolito404: you could just kill the poker gadget
15:17:16 dachary: when I mean hack, I mean hack ;-)
15:19:37 mongolito404: dachary: Done
15:21:18 dachary: \o/
15:23:29 dachary: mysqldump drupal6 > drupal6-2010-01-06.sql
15:23:29 dachary: mysqldump: Got error: 1016: Can't open file: './drupal6/simpletest582816cache_menu.frm' (errno: 24) when using LOCK TABLES
15:23:31 dachary: ouch
15:25:06 mongolito404: dachary: http://drupal-dev.pokersource.info/trac/ticket/85#comment:2
15:25:22 dachary: k
15:25:47 dachary: mongolito404: Sp4rKy the error above is because the database has been rsync in an intermediate state / non consistent
15:25:56 mongolito404: dachary: simpletest... these are leftover of simpletest runs, they can be removed by cleaning the env. at admin/build/testing
15:26:02 dachary: (works on drupal dev)
15:26:16 dachary: mongolito404: that does not solve the issue
15:26:22 mongolito404: :(
15:27:31 dachary: mongolito404: Sp4rKy could you please agree between you to so that 1) you stop the database on drupal-dev, 2) you rsync /var/lib/mysql to z2-15-12-2009, 3) you restart the database on z2-15-12-2009 (I stopped it to avoid people entering stuff in it)
15:27:48 dachary running to the railway station
15:28:16 mongolito404: dachary: drupal-dev or durpal-404 ? I'm not using drupal-dev.
15:32:24 saqimtiaz quit IRC (Read error: 104 (Connection reset by peer)).
15:34:30 Sp4rKy: i think he was talking about drupal-404
15:34:49 Sp4rKy: mongolito404: ping me when I can do the sync
15:37:21 saqimtiaz joined #pokersource.
15:41:53 proppy quit IRC ("Leaving.").
15:44:15 dachary quit IRC (Read error: 113 (No route to host)).
15:45:24 mongolito404: Sp4rKy: Stopping MySQL database server...
15:46:40 bkuhn is now known as bkuhnIdle.
15:47:17 dachary joined #pokersource.
15:48:08 dachary in the train
15:49:16 Sp4rKy: ^^
15:49:20 Sp4rKy: run so fast
15:49:33 Sp4rKy: dachary: we guess you were talking about drupal-404, not drupal-dev ?
15:50:00 dachary: Sp4rKy: correct
15:50:11 dachary: sorry for the confusion and thanks for the smart autocorrect ;-)
15:50:36 Sp4rKy: :}
15:52:35 mongolito404: According to my shell, drupal-404 is still stopping mysql...
15:52:57 mongolito404: dachary: big nasty JavaScript issue... http://drupal-dev.pokersource.info/trac/ticket/85#comment:3
15:52:58 Sp4rKy: and your shell is still responding ?
15:54:08 mongolito404: No, I ran "/etc/init.d/mysql stop" so the shell will not respond until its done...
15:54:27 Sp4rKy: it should still answer if you press enter for ex
15:54:43 mongolito404: enter works, it add a newline
15:55:00 Sp4rKy: so it is still stopping mysql :D
16:02:29 proppy joined #pokersource.
16:07:18 mongolito404: Still stopping mysql...
16:07:57 mongolito404: According to top, mysqld_safe is using between 4 and 5% of the CPU
16:14:18 dachary: mongolito404: weird
16:24:33 mongolito404: Still stopping mysql...
16:24:39 dachary: proppy: did you fill the ticket with the specifications for the API already ?
16:24:56 mongolito404: I don't find it natural that it take sooooo looooong
16:25:15 proppy: dachary: yes
16:25:32 proppy: http://drupal-dev.pokersource.info/trac/ticket/86
16:25:39 proppy: mongolito404 acknowledge it IIRC
16:26:46 dachary: proppy: thanks
16:27:28 proppy: I noticed that all seat items position are position absolute
16:27:40 proppy: so poker_player_item will not be exception
16:27:56 dachary: mongolito404: could you please schedule to work exclusively on http://drupal-dev.pokersource.info/trac/ticket/86 with proppy tomorrow ?
16:28:07 proppy: that means that css work will be needed to position the item near to the player
16:28:23 proppy: dachary: either that or we had it to mockup.svg
16:29:47 proppy: mongolito404: I'll be happy to work with you tomorrow on iut
16:30:03 mongolito404: dachary: Yes
16:30:15 dachary: awesome
16:31:18 dachary: I will unfortunately be mostly offline tomorrow. If you need anything from me, now would be the time :-)
16:32:18 mongolito404: dachary: What about #85 ? The best thing would be to revert Drupal's misc.jquery.js to 1.2.6, use the jQuery update and fix Shindig-Integrator1.
16:34:04 dachary: Drupal would have no problem using 1.2.6 mongolito404 ?
16:34:24 mongolito404: dachary: Drupal is made to use 1.2.6
16:35:02 bkuhnIdle quit IRC ("ERC Version 5.3 (IRC client for Emacs)").
16:35:51 mongolito404: And somebody must have decided that something in os_poker (not Thickbox AFAIK) needs 1.3.6 and changed Drupal's misc/jquery.js (hacking Drupal core, which is a no-no in the Drupal world)
16:35:58 mongolito404: proppy: According the the issue at http://drupal.org/node/673756, your patch is for Shindig-Integrator 6.x-2.1 but on drupal-404 I've 6.x-1.x-dev.
16:36:40 proppy: I was wrong
16:36:43 proppy: I'll update it
16:36:59 dachary: mongolito404: then let's revert back to 1.2.6
16:37:19 dachary: I don't remember anything needs 1.3+
16:37:30 proppy: mongolito404: updated http://drupal.org/node/673756#comment-2441814
16:37:31 dachary: it may very well be a leftover
16:37:32 proppy: thanks for the report
16:40:56 bkuhn joined #pokersource.
16:41:41 mongolito404: Stopping MySQL database server: mysqld.... failed on drupal-404
16:41:49 mongolito404: But MySQL is not running anymore
16:44:28 mongolito404: dachary: http://pastebin.com/d33120deb
16:50:40 dachary: mongolito404: why did you update poker social ?
16:50:53 mongolito404: I didn't
16:50:59 dachary: ah!
16:51:05 dachary: it's Nov 25 :-)
16:51:30 mongolito404: misc/jquery.js has a weird history... in 14:fffec2b3a36b it was a symlink to jquery 1.2.6 in /usr/share/javascript/jquery/jquery.js. It has been update to 1.3 in 84:b9c7065f1b8a then to 1.3.6 in 132:628bda9f19a1
16:51:34 dachary: yes
16:51:43 dachary: I think that what happened is
16:51:51 dachary: 1) I updated the python-pokersocial package
16:51:53 mongolito404: Most of my commit have my name because I commi locally and then push
16:52:06 dachary: 2) commited changes together with pending changes made by cmirey / kez
16:52:45 dachary: I should have been more carefull
16:52:47 dachary: usr/share/drupal6/misc/jquery.js usr/share/drupal6/misc/jquery.s
16:53:22 dachary: could it be that it's a jquery debian package ?
16:54:10 mongolito404: Yes http://packages.debian.org/lenny/all/libjs-jquery/filelist
16:58:57 proppy: dachary: yes there is :)
16:59:21 mongolito404: ouch, lenny's drupal6 package is more than 1 year old
17:00:28 mongolito404: IMHO, using Debian package for Drupal is a bad idea.
17:01:06 dachary: mongolito404: feel free to file a ticket for this, it will be taken care of if you do (eventually if not immediately ;-)
17:01:12 dachary: mongolito404: thanks for the advice
17:01:39 proppy: mongolito404: isn't the lenny-backports drupal6 packages ?
17:01:52 proppy: mongolito404:
17:01:53 proppy: http://packages.debian.org/lenny-backports/drupal6
17:02:26 mongolito404: Accodirng to http://drupal-dev.pokersource.info/drupal6/?q=admin/reports/updates, Drupal 6.6 is installed. That lenny's package, not backport.
17:02:54 mongolito404: Backport package is 6.14, the latest release is 6.15
17:03:00 proppy: ok
17:03:33 proppy: mongolito404: anyway the backport is available if you want to install it throught debian
17:05:23 proppy: http://packages.qa.debian.org/d/drupal6.html says that
17:05:27 proppy: A new upstream version is available: 6.15, you should consider packaging it.
17:07:38 proppy: mongolito404: there is a bug report asking for drupal 6.15 packages
17:07:38 proppy: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561726
17:09:50 dachary reconfiguring org-mode to box time slots
17:13:18 mongolito404: I don't have strong argument against using debian package for drupal. But I'm not familiar with the debian packaging management and how to handle update request.
17:14:10 dachary: mongolito404: I would not be shocked to not use the debian package
17:14:21 dachary: I'm also reluctant to use the debian package for drupal
17:15:09 dachary: my main reason is that drupal packagers think a drupal upgrade is possible. But it's not because drupal developers have not yet reliably implemented upgrades.
17:16:18 mongolito404: True, there is no scriptable update procedure for Drupal core.
17:17:43 mongolito404: And the documented procedure is very conservative. It advice to disable all modules.
17:18:21 mongolito404: I usually update without disabling the modules. Until now everything always went fine.
17:18:54 mongolito404: Sp4rKy: Can I restart MySQL on drupal-404 ?
17:19:55 mongolito404: For upgrade, debian doesn't provide package for most module. So sysadmin still have to manage them manually.
17:20:38 Sp4rKy: mongolito404: I don't sync, sorry
17:20:49 Sp4rKy: I didn't see I could do the sync because you didn't hl me
17:20:52 Sp4rKy: I start it now
17:21:00 mongolito404: Sp4rKy: Sorry
17:22:47 Sp4rKy: hmm
17:22:59 Sp4rKy: I think there is an issue on drupal-404
17:23:07 mongolito404: Sp4rKy: ?
17:23:12 Sp4rKy: system seems read only :/
17:23:19 Sp4rKy: drupal-404:~# touch a
17:23:19 Sp4rKy: touch: cannot touch `a': Read-only file system
17:23:44 mongolito404: I'm still logged and the machine is still running. I just stopped mysql.
17:23:50 mongolito404: Do I need to do more ?
17:23:52 mongolito404: (or less ?)
17:24:39 Sp4rKy: I don't understand why the system is ro
17:24:52 Sp4rKy: mongolito404: does "touch /tmp/a" works for you ?
17:25:10 mongolito404: Sp4rKy: no
17:25:25 dachary: Sp4rKy: it mean there has been a disk error
17:25:28 Sp4rKy: so it must have some issue
17:25:32 dachary: remounted read only
17:25:36 Sp4rKy: dachary: yep ...
17:25:39 dachary: Sp4rKy: please run a full backup
17:25:47 mongolito404: MySQL stopping fals
17:25:49 dachary: against the previous backup
17:26:00 mongolito404: s/fals/fails
17:26:14 Sp4rKy: dachary: you mean, restoring the previous backup from dirtychip to drupal-404, right ?
17:32:28 dachary: it's why mysql was unable to stop
17:32:28 dachary: Sp4rKy: check you don't have a pending LV snapshot
17:32:28 dachary: I don't believe in coincidences, this problem must somehow be related to something that has been done in the past 24h
17:32:28 dachary quit IRC (Remote closed the connection).
17:33:33 Sp4rKy: mongolito404: do you remember your last write action into durpal-404 ?
17:33:42 mongolito404: No
17:34:06 mongolito404: The last interactive one must when I pushed some code.
17:34:20 Sp4rKy: do you remember when it was ?
17:34:29 mongolito404: ~14:09:15 according to mercurial log
17:34:46 mongolito404: "Wed Jan 06 14:09:15 2010 +0100"
17:35:46 mongolito404: ls -ld on the only folder I work in confirm the time
17:36:01 Sp4rKy: ok
17:36:10 Sp4rKy: so all the work I made was before this
17:36:11 mongolito404: The database has been changed since then but nothing that couldn't be redone manually
17:36:37 mongolito404: I've a local copy of my work so I can restore anything missing
17:37:24 Sp4rKy: atm, I just try to understand why it's mounted read only
17:37:59 bkuhn quit IRC ("ERC Version 5.3 (IRC client for Emacs)").
17:41:25 emilie quit IRC ("Leaving.").
17:41:26 dachary joined #pokersource.
17:42:32 dachary: back
17:42:55 dachary: Sp4rKy: did you figure out what happened ?
17:42:59 Sp4rKy: no
17:43:08 Sp4rKy: mongolito push datas at 14h09
17:43:31 Sp4rKy: 3 hours after the sync/backup
17:43:47 Sp4rKy: nothing in host or vm logs
17:43:56 Sp4rKy: no hanging lv/vg/pv process in z2-4
17:44:05 Sp4rKy: but when I do "lvs" on z2-4, I got :
17:44:12 Sp4rKy: /dev/drbd5: open failed: Wrong medium type
17:44:30 Sp4rKy: /dev/drbd5 is the slave drbd for proxy3.vm.gnt, nothing related to drupal-404
17:47:04 Sp4rKy: works again after a "lvscan"
17:47:45 Sp4rKy: but it still not explain what happened
17:50:37 Sp4rKy: hmmm
17:50:39 Sp4rKy: dachary: http://paste.dunnewind.net/show/92/
17:51:02 Sp4rKy: I did that this morning with the vm started
17:51:34 Sp4rKy: I don't think it could cause the current issue (moreover, mongolito404 pushed data later)
17:51:49 Sp4rKy: dachary: do you think I made something bad in this lines?
17:51:56 Sp4rKy: these*
17:55:44 dachary: Sp4rKy: checking
17:56:08 dachary: that explains it,yes
17:56:12 Sp4rKy: why ?
17:57:16 dachary: you don't get to access a file system simultaneously from two different operating systems. I don't know what went wrong exactly. But I do know that there is no guarantee that this will work without corrupting the data.
17:57:31 Sp4rKy: hmm ok
17:57:47 Sp4rKy: I thought tha tmounting it as ro should be enough
17:58:00 dachary: When there is no explicit guarantee that no data will be corrupted, you can safely assume it will be corrupted.
17:58:14 dachary: It's not just about mounting the file system
17:58:24 dachary: it's also about scaning for volume groups
17:58:37 Sp4rKy: but then ... why mongolito404 had succefully (it seems) pushed data ?
17:58:43 dachary: do you have any guarantee that LVM won't write ANYTHING on the volume ?
17:59:12 dachary: Sp4rKy: it's like a core dump
17:59:14 dachary: you fuck things up and it comes back a few hours later to bite you ;-)
17:59:26 Sp4rKy: -_-
17:59:39 Sp4rKy: so, what do you want me to do ?
17:59:44 Sp4rKy: stop/ fsck /start?
18:00:12 dachary: after the backup is complete I suggest you shutdown, kpartx again, fsck -f , mount it compare with the backup to see what was lost
18:00:50 Sp4rKy: so I make another backup before shuting down ?
18:01:03 dachary: rsync -n for compare, post the list to the ticket, ask me / mongolito if that's ok
18:01:09 dachary: yes
18:01:11 Sp4rKy: k
18:01:20 dachary: make a backup right now
18:01:44 dachary: it is possible that the file system is so fucked up that fsck will just kill it
18:02:14 dachary: in which case your latest backup will allow mongolito404 to retrieve his data
18:02:54 dachary: the lesson here is simple : never assume concurrent access to a volume will work unless you are absolutely, positively, without the slightest doubt that it will
18:03:11 Sp4rKy: in simpler word : never
18:03:23 Sp4rKy: dachary: do you trust this line : rsync -avzH --numeric-ids --delete --exclude=/proc --exclude=/tmp --exclude=/sys --link-dest=/mnt/drupal-404/2010-01-06-drupal-404.pokersource.info/ root@drupal-404.pokersource.vm.gnt:/ /mnt/drupal-404/2010-01-06-2-drupal-404.pokersource.info/ > /root/drupal-404-06-01-2010.log 2>&1
18:03:52 mongolito404: Sp4rKy, dachary: Everyt file Itouched on drupal-404 is from was copied from my local copy. Si if anything is lost on drupal-404 it can be easily recovered from here.
18:04:12 dachary: mongolito404: good to know
18:04:34 dachary: Sp4rKy: ok with the backup line
18:05:48 Sp4rKy: backup done
18:06:37 Sp4rKy: dachary: now I shutdown drupal-404, you're ok ?
18:08:34 Sp4rKy: in the train I guess
18:09:08 dachary: Sp4rKy: yes
18:09:14 Sp4rKy: :}
18:09:23 dachary: and yes
18:09:24 dachary: :-D
18:09:27 Sp4rKy: hehe
18:16:32 Sp4rKy: seems ok
18:16:55 Sp4rKy: http://paste.dunnewind.net/show/93/
18:17:12 proppy quit IRC (Read error: 113 (No route to host)).
18:17:20 Sp4rKy: and the rsync diff : http://paste.dunnewind.net/show/94/
18:18:14 Sp4rKy: dachary: mongolito404 ^
18:21:05 mongolito404: I don't understand what are the file listed on this page
18:21:47 Sp4rKy: mongolito404: that's the files which were changed between before and after the fsck
18:21:54 Sp4rKy: s/fsck/halt + fsck/
18:31:14 dachary: Sp4rKy: rebooted ?
18:31:20 Sp4rKy: no
18:31:26 Sp4rKy: proppy started a sync :'(
18:31:34 Sp4rKy: so i can't reboot before it is finished
18:32:09 dachary: Sp4rKy: not a big deal, mongolito404 is out for today :-)
18:32:15 Sp4rKy: ok
18:32:21 Sp4rKy: I scheduled the job
18:32:22 Sp4rKy: 230903 waiting INSTANCE_STARTUP(drupal-404.pokersource.vm.gnt)
18:32:29 dachary: http://paste.dunnewind.net/show/93/ I dont see the kpartx -dv
18:32:30 dachary: nor umount
18:32:35 Sp4rKy: it was not
18:32:37 dachary: but I assume it's somewhere
18:32:39 Sp4rKy: I did them since
18:33:04 Sp4rKy: http://paste.dunnewind.net/show/95/
18:33:05 Sp4rKy: dachary: ^
18:33:10 dachary: looks like you've been lucky Sp4rKy and there is no corruption
18:33:23 Sp4rKy: indeed
18:34:25 dachary: I'm relieved we know exactly why it happened. I trust that will not happen again :-)
18:34:47 Sp4rKy: :)
18:35:32 Sp4rKy: have to go too
18:48:52 Sp4rKy: 5290 N + jan 06 nagios@nagios.v ** RECOVERY alert 2 - drupal-404.pokersource.vm.gnt host is UP **
18:56:48 mongolito4041 joined #pokersource.
18:58:09 proppy joined #pokersource.
19:02:03 dachary quit IRC (Read error: 104 (Connection reset by peer)).
19:02:20 dachary1 joined #pokersource.
19:08:05 mongolito404 quit IRC (Read error: 110 (Connection timed out)).
19:22:02 dachary1 quit IRC ("Leaving.").
19:28:57 guyvdb quit IRC ("Leaving.").
19:30:59 proppy: http://drupal-kez.pokersource.info/planc/skin/table.html#poker_01_gift
19:31:18 proppy: gift animation alive :)
19:47:57 dachary joined #pokersource.
20:11:00 guyvdb joined #pokersource.
20:38:29 mongolito4041 quit IRC ("Leaving.").
20:50:55 proppy2 joined #pokersource.
21:00:47 proppy quit IRC (Read error: 113 (No route to host)).
21:00:51 proppy2 is now known as proppy.
21:08:42 saqimtiaz quit IRC (Read error: 104 (Connection reset by peer)).
21:08:55 saqimtiaz joined #pokersource.
21:26:29 saqimtiaz1 joined #pokersource.
21:37:34 proppy quit IRC (Read error: 113 (No route to host)).
21:37:38 proppy1 joined #pokersource.
21:42:11 proppy1 is now known as proppy.
21:44:00 saqimtiaz quit IRC (Read error: 110 (Connection timed out)).
23:00:38 saqimtiaz1 quit IRC ("Leaving.").

Proceed to Thursday 7 January 2010



Brought to you by your friendly neighborhood Logger Bot.