You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@gump.apache.org by bo...@apache.org on 2005/06/16 11:04:02 UTC

cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

bodewig     2005/06/16 02:04:02

  Modified:    project  jakarta-bsf.xml jakarta-ecs.xml
                        jakarta-hivemind.xml
  Log:
  Some CVS -> SVN migrations
  
  Revision  Changes    Path
  1.10      +1 -1      gump/project/jakarta-bsf.xml
  
  Index: jakarta-bsf.xml
  ===================================================================
  RCS file: /home/cvs/gump/project/jakarta-bsf.xml,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- jakarta-bsf.xml	6 May 2005 07:50:55 -0000	1.9
  +++ jakarta-bsf.xml	16 Jun 2005 09:04:02 -0000	1.10
  @@ -21,7 +21,7 @@
       Bean Scripting Framework
     </description>
   
  -  <cvs repository="jakarta"/>
  +  <svn repository="jakarta-svn" dir="bsf/trunk"/>
   
     <project name="jakarta-bsf">
       <package>org.apache.bsf</package>
  
  
  
  1.15      +1 -1      gump/project/jakarta-ecs.xml
  
  Index: jakarta-ecs.xml
  ===================================================================
  RCS file: /home/cvs/gump/project/jakarta-ecs.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- jakarta-ecs.xml	6 May 2005 07:50:55 -0000	1.14
  +++ jakarta-ecs.xml	16 Jun 2005 09:04:02 -0000	1.15
  @@ -21,7 +21,7 @@
       Element Construction Set
     </description>
   
  -  <cvs repository="jakarta"/>
  +  <svn repository="jakarta-svn" dir="ecs/trunk"/>
     
     <project name="jakarta-ecs">
       <package>org.apache.ecs</package>
  
  
  
  1.23      +1 -1      gump/project/jakarta-hivemind.xml
  
  Index: jakarta-hivemind.xml
  ===================================================================
  RCS file: /home/cvs/gump/project/jakarta-hivemind.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- jakarta-hivemind.xml	9 May 2005 08:18:14 -0000	1.22
  +++ jakarta-hivemind.xml	16 Jun 2005 09:04:02 -0000	1.23
  @@ -19,7 +19,7 @@
     <description>HiveMind is a services and configuration
       microkernel</description>
   
  -  <cvs repository="jakarta"/>
  +  <svn repository="jakarta-svn" dir="hivemind/trunk"/>
     
     <project name="jakarta-hivemind-compile">
       <package>org.apache.hivemind</package>
  
  
  

Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 20 Jun 2005, Adam R. B. Jack <aj...@apache.org> wrote:

> Gak, so much for reading mail backwards

Happens to me all the time. 8-)

> Hmm, what has been bugging me is that Gump was running fine/stable
> on Brutus, so I don't understand why it is dying/hanging on
> VmGump.

I have no idea either.  We did have some svn hickups and were left
with working copies that needed "svn cleanup", but it doesn't look as
if that happenend this weekend either.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

Posted by "Adam R. B. Jack" <aj...@apache.org>.
----- Original Message ----- 
From: "Stefan Bodewig" <bo...@apache.org>
To: <ge...@gump.apache.org>
Sent: Monday, June 20, 2005 1:01 AM
Subject: Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml
jakarta-hivemind.xml


> On Fri, 17 Jun 2005, Adam R. B. Jack <aj...@apache.org> wrote:
>
> > Lock files? As in SVN lock, or Gump lock???
>
> Both kinds.  Gump written locks for svn updates as well as gump.lock.

Gak, so much for reading mail backwards (in amongst all the DOWN messages.)
Sorry.

Hmm, what has been bugging me is that Gump was running fine/stable on
Brutus, so I don't understand why it is dying/hanging on VmGump. No code has
changed in this area, if any at all. I was kinda hoping it was OS file locks
or something, something that might explain a hang in this environment. I
suspect it has to be some OS resource, so reducing the number of threads
seems to be the first step. I'll edit it.

regards

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

Posted by Stefan Bodewig <bo...@apache.org>.
On Fri, 17 Jun 2005, Adam R. B. Jack <aj...@apache.org> wrote:

> Lock files? As in SVN lock, or Gump lock???

Both kinds.  Gump written locks for svn updates as well as gump.lock.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

Posted by "Adam R. B. Jack" <aj...@apache.org>.
> This will require us to remove the checked out source trees.  I'll do
> so once the current run has come past the three directories.
>
> I had to manually kill a bunch of processes and remove lock files
> since the 6pm run didn't kill all childs, or so it seemed.  There have
> been five lock files and about 10 python processes I had to remove in
> order to get the 0am Gump run unstuck.

Lock files? As in SVN lock, or Gump lock???

I tell ya, this area is bugging me right now. I swear we seemed "stable" on
Brutus,
which was also SMP, right? Any thoughts from folks as to what is going on?

regards

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: cvs commit: gump/project jakarta-bsf.xml jakarta-ecs.xml jakarta-hivemind.xml

Posted by Stefan Bodewig <bo...@apache.org>.
This will require us to remove the checked out source trees.  I'll do
so once the current run has come past the three directories.

I had to manually kill a bunch of processes and remove lock files
since the 6pm run didn't kill all childs, or so it seemed.  There have
been five lock files and about 10 python processes I had to remove in
order to get the 0am Gump run unstuck.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org