Saturday, November 7, 2009

[infrastructure] [bug] deploying code to drupal.org sites impossible

Issue status update for
http://drupal.org/node/625514
Post a follow up:
http://drupal.org/comment/reply/625514#comment-form


Project: Drupal.org infrastructure
Component: Other
Category: bug report
Priority: normal
Assigned to: Anonymous
Status: active
Updated by: Gábor Hojtsy

@Narayan: I don't know the intricacies of the script, but David needed
to increase the memory limit earlier as well. Looks like this script is
using an insane amount of memory.

Gábor Hojtsy


Original issue:
------------------------------------------------------------------------
Friday, November 6, 2009 - 19:31 : Gábor Hojtsy

Trying to deploy new code to localize.drupal.org via merging from the
vendor branch of l10n_server. Running d.o-cvs-to-svn.php l10n_server
DRUPAL-6--1 with my up to date password attempts to run


svn_load_dirs.pl https://svn.drupal.org/drupal [1] -no_user_input -t
vendor/l10n_server/DRUPAL-6--1-200911061654 vendor/l10n_server/current
l10n_server


which then says


/home/gabor/bin/svn_load_dirs.pl: caught signal PIPE.  Quitting now.


on shell.d.o and says


Checking that the base URL is a Subversion repository.
Running /usr/bin/svn log -r HEAD --username ********* --password ******
https://svn.drupal.org/drupal
Finding the root URL of the Subversion repository.
Running /usr/bin/svn log -r HEAD --username ********* --password ******
https://svn.drupal.org


on my local machine (and never returns from after this last item, at
least not in the past 30 min).


Is the mistake on my end? Both on my setup on shell.d.o and my local
setup? How can we make this work? Since I cannot even pull in vendor
code, I'm not at all near to merging that, comitting and then deploying
on localize.drupal.org.

[1] https://svn.drupal.org/drupal

Previous comments (2):
------------------------------------------------------------------------
#1 -- Friday, November 6, 2009 - 19:46 : Gábor Hojtsy
http://drupal.org/node/625514#comment-2235646

To reproduce on shell.d.o:


cd /home/gabor/drupal/vendor/l10n_server/
/home/gabor/bin/d.o-cvs-to-svn.php l10n_server DRUPAL-6--1


This might still use an svn_load_dirs.pl from a different path, I have
/home/gabor/bin on my path so the script would be picked for me from
there obviously. You can alter your path or edit that d.o-cvs-to-svn.php
script to look at the svn_load_dirs.pl script on my bin directory and
not in your path. You should get the PIPE signal error after a while
(and some other messages inbetween).

------------------------------------------------------------------------
#2 -- Friday, November 6, 2009 - 23:58 : Narayan Newton
http://drupal.org/node/625514#comment-2236740

Hi Gabor,


I don't have much experience with the d.o-cvs-svn script, but the error
we are hitting is that its using a huge amount of ram. As a test I
raised the memory_limit to 900M and it still failed with a php fatal
error caused by memory exhaustion. Any thoughts on why it would be using
so much for this?


(Note: There is also an entry in the apache error log saying that your
user doesn't have access to one part of the repo for some reason, I
don't know what causes that but according to strace its not stopping
whatever the script is doing)


--
[ infrastructure | http://lists.drupal.org/mailman/listinfo/infrastructure ]

0 评论: