From nnewton in email to infra@d.o:

Hi All,

There will be a CVS outage Wednesday August 4th at 4PM. This will allow me to move CVS to its final resting ground and bring 4 webnodes back into production. It should be a 20 min outage at most, but I'm going to schedule a 1 hour window from 4PM Pacific Time to 5PM Pacific Time.

--
Narayan Newton
GA Member Drupal Association
Systems Engineer
Raincity Studio

Thanks for the info. I'm moving this to the issue queue so there's history of the discussion... a few questions:

A) Wednesday afternoons are usually "security release" times, which almost always involves committing patches, tagging releases, and so on. Would it be wise/possible to either do the outage on Tuesday or Thursday to avoid potential conflict with the security team? I'm not sure if the 4th is technically a "release wednesday", since they usually alternate every other week, but it seems like in practice, we end up doing at least something every week.

B) Should we inform the devel community (via the CVS newsletter and/or an announcement to development@) about it, to preempt a flood of "hey, CVS is broken!" issues during that window of time?

C) Will those of us with shell access to cvs.d.o continue to have it after the move? ;) That'll be important, so I just wanted to confirm the move wouldn't break that.

Thanks!
-Derek

Comments

nnewton’s picture

nnewton commented

A) Yes, it can be moved. Thursday would be unfortunate, so how about Tuesday....

B) Yes, but I wanted to get it to infra to deal with issues like A first

C) Yes, it will be on shell.drupal.org in fact.

-N

dww’s picture

dww
we/he/they
commented
Title: Wednesday 2008-08-04 CVS Outage » Tuesday 2008-08-05 CVS Outage

WFM. ;) Oh, except Wednesday will be the 6th, not the 4th, so the Tuesday in question is 08-05, right?

I guess killes should speak up if he's got any objection to 08-05, and if not, we can proceed with plan (B).

Thanks,
-Derek

gerhard killesreiter’s picture

gerhard killesreiter commented

no objections. Do we need to communicate this better?

dww’s picture

dww
we/he/they
commented

Do we need to communicate this better?

Yes, that was "plan (B)" referenced above. ;)

gerhard killesreiter’s picture

gerhard killesreiter commented

ADS meets "too much text" again. ;)

I think an announcement to development@ would be fine.

dww’s picture

dww
we/he/they
commented

Notification sent: http://lists.drupal.org/pipermail/development/2008-August/030667.html

nnewton can mark this fixed after the move, or let us know if anything comes up.

Cheers,
-Derek

dww’s picture

dww
we/he/they
commented

@nnewton: Did everything go as expected? I just saw something weird with a CVS checkout, and I'm wondering if it's related to the CVS server move:

In June, I removed some files from the signup module (which I maintain):

http://drupal.org/cvs?commit=120029

However, just ran "cvs update" in a HEAD checkout, and those files reappeared. :( Furthermore, "cvs log" no longer shows any sign of the revision where those files were deleted from HEAD.

Any idea what's going on? This doesn't make any sense to me.

catch’s picture

catch
he/him
Primary language English
commented

See also: http://drupal.org/node/291689

Freso’s picture

Freso commented

Just chipping in that it's happened for Pathauto* as well and therefore subscribing.

*: 

U i18n-ascii.example.txt
U contrib/pathauto_node_event.inc
U contrib/pathauto_node_i18n.inc
U po/de.po
U po/es.po
U po/fr.po
U po/pathauto.pot
U po/pathauto.ru.po
U po/ru.po
boombatower’s picture

boombatower commented

SimpleTest core files: http://drupal.org/node/291689

nnewton’s picture

nnewton commented
Assigned: Unassigned » nnewton

Thanks for the reports, I'm looking into this.

nnewton’s picture

nnewton commented

This should mostly be fixed at this point. There are several modules that may have incorrect HEAD settings at this point and may need to be fixed manually (they had files I had to add back manually). These are:

geo
ubercart
flir
spaces
embed_widgets
keyword_autocomplete
termblocks
adsense
terms_of_use
media_player
media_mover
send
oa2ForCCK
ec_nodeaccess
votesmart
mimemail
sphinx
related_terms
gnokii
photos
opensearch_aggregator
simpletest
plus1

I will be checking these manually and contacting the authors/maintainers of modules with actions needed. This was caused by a mistake on my part, my apologies for the inconvenience and downtime today.

boombatower’s picture

boombatower commented

simpletest being the contrib module or core?

dww’s picture

dww
we/he/they
commented

@nnewton: I can't seem to log onto cvs.drupal.org anymore. Depending on your perspective, this is either the end of my long nightmare, or a new one just starting. ;)

% ssh dww@cvs.drupal.org
asks for password (which is weird, since it always used to use my ssh key), and even using my password, I get: "Access denied for this host".

% ssh dww@shell.drupal.org
logs me in fine w/o a password using my ssh key. However:
% ls /cvs
ls: cannot access /cvs: No such file or directory

My attempt to use find to locate the repository on shell.d.o is also coming up empty.

Now what? ;)

Thanks,
-Derek

nnewton’s picture

nnewton commented

Sadly, not the end of your nightmare ;). You should be able to login now.

dww’s picture

dww
we/he/they
commented

Cool, "thanks". ;) ssh keys re-stashed and it's all working now...

drumm’s picture

drumm
he/him
Location NY, US
commented

I have a similar issue when using SSH, instead of pserver, to authenticate for CVS.

Same no SSH key issue. shell.drupal.org does work for keys.

cvs update: Updating .
cvs update: failed to create lock directory for `/cvs/drupal/drupal' (/cvs/drupal/drupal/#cvs.lock): Permission denied
cvs update: failed to obtain dir lock in repository `/cvs/drupal/drupal'
cvs [update aborted]: read lock failed - giving up
btopro’s picture

btopro commented

I maintain flir and when I try to do a update / commit it tells me I need to check out. When I goto check out I get this:

cvs server: cannot find module `modules/flir' - ignored
cvs [checkout aborted]: cannot expand modules

Is this related to the outage?

nnewton’s picture

nnewton commented

This should be fixed by the way.

nnewton’s picture

nnewton commented

This could be related, can you do a fresh checkout? Does the problem persist then?

drumm’s picture

drumm
he/him
Location NY, US
commented

For a fresh checkout:

$ cvs -d:ext:drumm@cvs.drupal.org:/cvs/drupal co drupal
Password: 
cvs checkout: warning: cannot write to history file /cvs/drupal/CVSROOT/history: Permission denied
cvs checkout: Updating drupal
cvs checkout: failed to create lock directory for `/cvs/drupal/drupal' (/cvs/drupal/drupal/#cvs.lock): Permission denied
cvs checkout: failed to obtain dir lock in repository `/cvs/drupal/drupal'
cvs [checkout aborted]: read lock failed - giving up

Still have the same missing SSH key and locks not working. Do I have to move to pserver?

nnewton’s picture

nnewton commented
Status: Active » Fixed

Fixed

Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.

Component: CVS » Other