gmane.comp.lang.ruby.cruise-control.user

Long build log files are not displayed

Panayotis Matsinopoulos — 2012-02-10T11:16:16

Hi,

I am using CruiseControl which I like very much. One  short defect:

Although I have changed ~/.cruise/config/site_config.rb file to include the
following:

Configuration.max_file_display_length = nil

I keep on getting the following message on project build page:

The size of the file you're viewing now is 145 KB, which is too big to
display in the dashboard; CC.rb is configured to truncate any files longer
than 100 KB. You can override this value in site_config.rb by setting
max_file_display_length to your desired value in bytes (e.g. 50.kilobytes),
or nil to allow files of any length.

Any clue?

Re: My continuous integration server is hitting git too hard

Scott Smith — 2011-09-23T23:46:26

Thanks, Chad.

Your idea of "hitting your own fork" didn't occur to me but actually sounds
like the best solution.  Great idea!

Thanks.  When I get it going, I'll write up what I did; I'm sure others have
run into the same situation.

Scott

I AM serializing some of the other projects to get the load down.

On Fri, Sep 23, 2011 at 2:36 PM, Chad Woolley <thewoolleyman-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: My continuous integration server is hitting git too hard

Chad Woolley — 2011-09-23T21:36:54

Serialize your builds. Which would probably suck for you, since they
are working fine in parallel.  Or better yet, use a Git hosting
provider that can handle the load.  I doubt GitHub would complain
about this, but I could be wrong.  You can always hit your own fork
running on a server you own.

My continuous integration server is hittinggit too hard

Scott Smith — 2011-09-23T21:26:12

We have been rapidly expanding our use of CruiseControl.rb into new projects
and new test metaphors:

   - 13 Cruise Control projects, against several repositories on unfuddle, a
   commercial git host provider.
   - One of the repositories is hit by 6 of the projects.  I.e., every time
   the repository is updated, 6 cruise control projects simultaneously fetch
   from the repository.

Needless to say, unfuddle was unhappy with the resulting load and has
requested that we "cut it out".

I'd like to continue to run the 6 projects in parallel.  One way to do this
would to be have one of the 6 projects do the unfuddle fetch, then have its
code set copied to the other 5.

My question is: has anyone else encountered this problem (and, even better
yet, solved it)?

Thanks in advance,

Scott Smith - Q/A Software Engineer

Email a build fail to the checkin culprit

Stuart Morrison — 2011-07-11T14:59:21

Hi

I would like to ask how to configure the email address that will email to me and to the person who has checked in the files that has broken the build.

//Currently the email is fixed in the configfile with me as the sole address
project.email_notifier.emails = ['me-yDNVTeq1BHXhBLt1un8lj9BPR1lH4CV8< at >public.gmane.org']

Does anybody know how to change the email address dynamically following a build fail from the previous SVN commit.

Any help appreciated

Thanks

Rgds

Stuart


Privacy & Confidentiality Notice
-------------------------------------------------
This message and any attachments contain privileged and confidential information that is intended solely for the person(s) to whom it is addressed. If you are not an intended recipient you must not: read; copy; distribute; discuss; take any action in or make any reliance upon the contents of this message; nor open or read any attachment. If you have received this message in error, please notify us as soon as possible on the following telephone number and destroy this message including any attachments. Thank you.
-------------------------------------------------
Wolfson Microelectronics plc
Tel: +44 (0)131 272 7000
Fax: +44 (0)131 272 7001
Web: www.wolfsonmicro.com

Registered in Scotland

Company number SC089839

Registered office: 

Westfield House, 26 Westfield Road, Edinburgh, EH11 2QB, UK

_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: Overriding the default trigger andadding more

Brian Guthrie — 2011-07-11T14:35:17

Excellent! Glad to hear it.

On Tue, Jul 12, 2011 at 12:27 AM, Stuart Morrison
<Stuart.Morrison-UVNVL95qEvAciDkP5Hr2oA< at >public.gmane.org> wrote:

Re: Overriding the default trigger and adding more

Stuart Morrison — 2011-07-11T14:27:26

Hi Brian

Thanks for that.  I will try the one liner.  I managed to fix this and it appears there was a typo in the project name field that was causing the error.  I now have the triggers working perfectly.

Cheers

Stuart

-----Original Message-----
From: cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org [mailto:cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org] On Behalf Of Brian Guthrie
Sent: 11 July 2011 15:10
To: cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
Subject: Re: [Cruisecontrolrb-users] Overriding the default trigger and adding more

Hi Stuart,

Judging from the code, it should do as you suggest: the
triggered_by=(triggers) method replaces the existing triggers list,
and the triggered_by(*triggers) method supplements it with additional
triggers. Without knowing what specific error you're getting, it's
hard to diagnose; have you tried looking at the builder log for your
projects?

In principle you should be able to combine the two into a single
statement, e.g.:

  project.triggered_by = [SuccessfulBuildTrigger.new(project,
"Source"), SuccessfulBuildTrigger.new(project, 'Testbench')]

which shouldn't yield any different behavior, but might be worth a shot.

Can you explain a little bit more about what you're trying to do? By
the "top level" of a repository, you mean the trunk or master? And you
want a build of master to be triggered by a successful build of any
one of three different branches?

Cheers,

Brian

On Fri, Jul 8, 2011 at 9:49 PM, Stuart Morrison
<Stuart.Morrison-UVNVL95qEvAciDkP5Hr2oA< at >public.gmane.org> wrote:
_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. 
________________________________________________________________________

Privacy & Confidentiality Notice
-------------------------------------------------
This message and any attachments contain privileged and confidential information that is intended solely for the person(s) to whom it is addressed. If you are not an intended recipient you must not: read; copy; distribute; discuss; take any action in or make any reliance upon the contents of this message; nor open or read any attachment. If you have received this message in error, please notify us as soon as possible on the following telephone number and destroy this message including any attachments. Thank you.
-------------------------------------------------
Wolfson Microelectronics plc
Tel: +44 (0)131 272 7000
Fax: +44 (0)131 272 7001
Web: www.wolfsonmicro.com

Registered in Scotland

Company number SC089839

Registered office: 

Westfield House, 26 Westfield Road, Edinburgh, EH11 2QB, UK

Re: Overriding the default trigger andadding more

Brian Guthrie — 2011-07-11T14:10:12

Hi Stuart,

Judging from the code, it should do as you suggest: the
triggered_by=(triggers) method replaces the existing triggers list,
and the triggered_by(*triggers) method supplements it with additional
triggers. Without knowing what specific error you're getting, it's
hard to diagnose; have you tried looking at the builder log for your
projects?

In principle you should be able to combine the two into a single
statement, e.g.:

  project.triggered_by = [SuccessfulBuildTrigger.new(project,
"Source"), SuccessfulBuildTrigger.new(project, 'Testbench')]

which shouldn't yield any different behavior, but might be worth a shot.

Can you explain a little bit more about what you're trying to do? By
the "top level" of a repository, you mean the trunk or master? And you
want a build of master to be triggered by a successful build of any
one of three different branches?

Cheers,

Brian

On Fri, Jul 8, 2011 at 9:49 PM, Stuart Morrison
<Stuart.Morrison-UVNVL95qEvAciDkP5Hr2oA< at >public.gmane.org> wrote:

Overriding the default trigger and addingmore

Stuart Morrison — 2011-07-08T11:49:33

Hi

I have setup 3 projects all from the same repository but the point to different level of the repository.  I would like to trigger a build of the top level of the repository after the detection of a change to any of the others.  I think this is described in the docs as a quick build triggering a full build.

I have set the following in my cruise_config.rb file

 if(project.name == "myProject")
   project.triggered_by = [SuccessfulBuildTrigger.new(project, "Source")]
   project.triggered_by SuccessfulBuildTrigger.new(project, 'Testbench')
end

I expect the first line to override the default trigger which is any change in myProject.  The second I expect to add an additional trigger.
This code does not change the default or add another trigger.  (The name is correct)

I have remove the condition statement to:

   project.triggered_by = [SuccessfulBuildTrigger.new(project, "Source")]
   project.triggered_by SuccessfulBuildTrigger.new(project, 'Testbench')

but this now shows "error" below the build button in the dashboard

This code is pretty much straight from the manual so can anybody show me where I am possibly going wrong here?

Thanks

Privacy & Confidentiality Notice
-------------------------------------------------
This message and any attachments contain privileged and confidential information that is intended solely for the person(s) to whom it is addressed. If you are not an intended recipient you must not: read; copy; distribute; discuss; take any action in or make any reliance upon the contents of this message; nor open or read any attachment. If you have received this message in error, please notify us as soon as possible on the following telephone number and destroy this message including any attachments. Thank you.
-------------------------------------------------
Wolfson Microelectronics plc
Tel: +44 (0)131 272 7000
Fax: +44 (0)131 272 7001
Web: www.wolfsonmicro.com

Registered in Scotland

Company number SC089839

Registered office: 

Westfield House, 26 Westfield Road, Edinburgh, EH11 2QB, UK

Re: ccrb's own gemset vs the build's one

Brian Guthrie — 2011-06-27T23:39:15

Hi Alexy,

(Note that this response only applies to the master branch of CC.rb on Github)

CC.rb doesn't currently recognize or handle .rvmrc files. It uses
Ruby's "cd" mechanism to switch to your project's home directory,
which means that it bypasses RVM's mechanism for recognizing those
files on each directory change and handling them appropriately.

It does, however, handle Bundler. If you have a Gemfile installed it
will attempt to do the right thing to isolate your project to that
gemset. I recognize that this doesn't help you much.

For now, if you would like to use RVM on your build server you can
write a custom script that executes it for you, rather than relying on
CC.rb's Rake build functionality. A build shell script would run RVM
before attempting to run Rake. This path is less user-friendly at
first but you might find it gives you more power over your build in
the long run.

We've held off on RVM integration for two reasons: First, because if
you use Bundler it is reasonably easy for CC.rb to isolate your
application's gem dependencies without the use of RVM, so it's a lower
priority for us; and second, because I'm not familiar with RVM's API
or internals, and I'm not sure what, exactly, RVM integration should
look like once it's done. I'm guessing that for most people, "RVM
integration" means "detect and honor a .rvmrc file".

I've opened a feature request to track this:
https://github.com/thoughtworks/cruisecontrol.rb/issues/57. Feel free
to change the wording or add notes.

Patches that attempt to address this would be gratefully accepted.

Cheers,

Brian

On Tue, Jun 28, 2011 at 7:12 AM, Alexy Khrabrov <deliverable-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

ccrb's own gemset vs the build's one

Alexy Khrabrov — 2011-06-27T21:12:21

We use RVM for gemset management.  The build has its own gemset, say
ree< at >build.  The ccrb was built with ree< at >cruisecontrol, where
cruisecontrol was created specifically for it, switched into, and
filled with bundle install.

When we run our build, it was failing in jasmine, in the part where it
was checking for rspec2.  At the time we had rspec1 and rspec2 both
installed.  We uninstalled rspec 2.6.0 from the gemset build, and it
was still failing.  We then uninstalled rspec 2.6.0 from the gemset
cruisecontrol, and then the build went through.

Our build is not using bundler, but in its own directory we have an
.rvmrc containing the line "ree< at >build".

I wonder how the gemsets for ccrb and build interact -- the worrysome
sign is that rspec gem matters across both.  Would it be limited to
rake and rspec?  How do we know the build gemset is being respected
separately from ccrb's own cruisecontrol gemset?

Re: multiple builders,why do they keep stopping.

2011-05-11T07:40:57

Hi All.

Sorry to post again but the issues described below are still happening,
if anything the builders seam to stop more often.

Does anyone have any ideas?

Thanks.
Nick.

 


Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org     
Website: www.generaldynamics.uk.com       
To help reduce waste paper, please only print this email if you really
need to.


-----Original Message-----
From: Nick Adamson 
Sent: 03 May 2011 13:26
To: 'cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org'
Subject: RE: [Cruisecontrolrb-users] multiple builders,why do they keep
stopping.

Hi All.

2 of the 3 builders have gone down again.
I'm logging at trace however there is nothing useful.
On both builders that died a build completes and the following 2 lines
are seen:
[debug] [2011-04-27 16:23:48] Sleeping
[info]  [2011-04-27 16:23:48] Builder for project 'ATIS-Vsap' exited

Any further ideas?

Thanks.
Nick.


Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org     
Website: www.generaldynamics.uk.com       
To help reduce waste paper, please only print this email if you really
need to.


-----Original Message-----
From: cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
[mailto:cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org] On Behalf Of Alexey
Verkhovsky
Sent: 15 April 2011 17:33
To: cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
Subject: Re: [Cruisecontrolrb-users] multiple builders,why do they keep
stopping.

Does builder log say anything about the cause of death?


On Fri, Apr 15, 2011 at 9:47 AM, <Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>
wrote:


Hi All.
 
We've been using CCRB, v 1.4.0, on a project for nearly a year
now and have found it pretty stable however recently we've had some
issues.
 
The project is cross platform so there are multiple builders
monitoring the same subversion path.
 
When there are just 2 builders this works fine.
We've recently introduced a new platform so have added another
project which monitors the same subversion path. This has caused some
stability issues.
Every so often, seems like every 2 or 3 builds one of the
builders will die for no apparent reason. The dashboard indicates the
builder is stopped and the log doesn't seem to say anything. It seems
random which builder will die out of the 3 that are running.
 
Has anyone seen anything like this or have any ideas how I can
get them to be stable again.
 
Switching the builds in to serial rather than parallel isn't an
option as each build can take up to half an hour, some times longer.
Any ideas gratefully received.
 
Thanks.
Nick.
 
 

Nick Adamson
Software Engineer

Advanced Projects and Technologies  
 
 General Dynamics United Kingdom
Limited<http://gdonline/new/Communications/img/Signature/Signature.bmp> 
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales,
NP12 4AA

Telephone: +44 (0) 1495 236467  
Email: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
<mailto:nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org> 
Website: www.generaldynamics.uk.com
<http://www.generaldynamics.uk.com/>       

Please consider the environment before printing this email 

 

 



________________________________

This email and any files attached are intended for the addressee
and may contain information of a confidential nature. If you are not the
intended recipient, be aware that this email was sent to you in error
and you should not disclose, distribute, print, copy or make other use
of this email or its attachments. Such actions, in fact, may be
unlawful. In compliance with the various Regulations and Acts, General
Dynamics United Kingdom Limited reserves the right to monitor (and
examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure
or error- or virus-free and the company does not accept liability or
responsibility for such matters or the consequences thereof. General
Dynamics United Kingdom Limited, Registered Office: 21 Holborn Viaduct,
London EC1A 2DY. Registered in England and Wales No: 1911653. 

_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: multiple builders,why do they keep stopping.

2011-05-03T12:25:59

Hi All.

2 of the 3 builders have gone down again.
I'm logging at trace however there is nothing useful.
On both builders that died a build completes and the following 2 lines
are seen:
[debug] [2011-04-27 16:23:48] Sleeping
[info]  [2011-04-27 16:23:48] Builder for project 'ATIS-Vsap' exited

Any further ideas?

Thanks.
Nick.


Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org     
Website: www.generaldynamics.uk.com       
To help reduce waste paper, please only print this email if you really
need to.


-----Original Message-----
From: cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
[mailto:cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org] On Behalf Of Alexey
Verkhovsky
Sent: 15 April 2011 17:33
To: cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
Subject: Re: [Cruisecontrolrb-users] multiple builders,why do they keep
stopping.

Does builder log say anything about the cause of death?


On Fri, Apr 15, 2011 at 9:47 AM, <Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>
wrote:


Hi All.
 
We've been using CCRB, v 1.4.0, on a project for nearly a year
now and have found it pretty stable however recently we've had some
issues.
 
The project is cross platform so there are multiple builders
monitoring the same subversion path.
 
When there are just 2 builders this works fine.
We've recently introduced a new platform so have added another
project which monitors the same subversion path. This has caused some
stability issues.
Every so often, seems like every 2 or 3 builds one of the
builders will die for no apparent reason. The dashboard indicates the
builder is stopped and the log doesn't seem to say anything. It seems
random which builder will die out of the 3 that are running.
 
Has anyone seen anything like this or have any ideas how I can
get them to be stable again.
 
Switching the builds in to serial rather than parallel isn't an
option as each build can take up to half an hour, some times longer.
Any ideas gratefully received.
 
Thanks.
Nick.
 
 

Nick Adamson
Software Engineer

Advanced Projects and Technologies  
 
 General Dynamics United Kingdom
Limited<http://gdonline/new/Communications/img/Signature/Signature.bmp> 
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales,
NP12 4AA

Telephone: +44 (0) 1495 236467  
Email: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
<mailto:nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org> 
Website: www.generaldynamics.uk.com
<http://www.generaldynamics.uk.com/>       

Please consider the environment before printing this email 

 

 



________________________________

This email and any files attached are intended for the addressee
and may contain information of a confidential nature. If you are not the
intended recipient, be aware that this email was sent to you in error
and you should not disclose, distribute, print, copy or make other use
of this email or its attachments. Such actions, in fact, may be
unlawful. In compliance with the various Regulations and Acts, General
Dynamics United Kingdom Limited reserves the right to monitor (and
examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure
or error- or virus-free and the company does not accept liability or
responsibility for such matters or the consequences thereof. General
Dynamics United Kingdom Limited, Registered Office: 21 Holborn Viaduct,
London EC1A 2DY. Registered in England and Wales No: 1911653. 

_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: multiple builders,why do they keep stopping.

2011-04-21T15:02:23

Hi All.

Interestingly enough regarding the below issue.
When the servers running at trace all the builders stay up. I've not had
any die on me since I switched it to trace on Monday.

Thanks.
Nick.

 


Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org     
Website: www.generaldynamics.uk.com       
To help reduce waste paper, please only print this email if you really
need to.


-----Original Message-----
From: cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
[mailto:cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org] On Behalf Of Alexey
Verkhovsky
Sent: 15 April 2011 17:33
To: cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
Subject: Re: [Cruisecontrolrb-users] multiple builders,why do they keep
stopping.

Does builder log say anything about the cause of death?


On Fri, Apr 15, 2011 at 9:47 AM, <Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>
wrote:


Hi All.
 
We've been using CCRB, v 1.4.0, on a project for nearly a year
now and have found it pretty stable however recently we've had some
issues.
 
The project is cross platform so there are multiple builders
monitoring the same subversion path.
 
When there are just 2 builders this works fine.
We've recently introduced a new platform so have added another
project which monitors the same subversion path. This has caused some
stability issues.
Every so often, seems like every 2 or 3 builds one of the
builders will die for no apparent reason. The dashboard indicates the
builder is stopped and the log doesn't seem to say anything. It seems
random which builder will die out of the 3 that are running.
 
Has anyone seen anything like this or have any ideas how I can
get them to be stable again.
 
Switching the builds in to serial rather than parallel isn't an
option as each build can take up to half an hour, some times longer.
Any ideas gratefully received.
 
Thanks.
Nick.
 
 

Nick Adamson
Software Engineer

Advanced Projects and Technologies  
 
 General Dynamics United Kingdom
Limited<http://gdonline/new/Communications/img/Signature/Signature.bmp> 
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales,
NP12 4AA

Telephone: +44 (0) 1495 236467  
Email: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
<mailto:nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org> 
Website: www.generaldynamics.uk.com
<http://www.generaldynamics.uk.com/>       

Please consider the environment before printing this email 

 

 



________________________________

This email and any files attached are intended for the addressee
and may contain information of a confidential nature. If you are not the
intended recipient, be aware that this email was sent to you in error
and you should not disclose, distribute, print, copy or make other use
of this email or its attachments. Such actions, in fact, may be
unlawful. In compliance with the various Regulations and Acts, General
Dynamics United Kingdom Limited reserves the right to monitor (and
examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure
or error- or virus-free and the company does not accept liability or
responsibility for such matters or the consequences thereof. General
Dynamics United Kingdom Limited, Registered Office: 21 Holborn Viaduct,
London EC1A 2DY. Registered in England and Wales No: 1911653. 

_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: multiple builders,why do they keep stopping.

2011-04-18T08:53:53

Hi Alexey. 

Nothing useful as far as I can tell.
On Friday before I left work I restarted the project builder, with in 2
hours it had gone down again. Here's the log.
Sorry, its only at info, I'll restart CCRB with trace logging in a
minute to see if that gives us any more info.

[info]  [2011-04-15 16:42:58] Builder for project 'ATIS-Vsap' started
[info]  [2011-04-15 16:43:01] New revision 4323 detected
[info]  [2011-04-15 16:43:15] Build 4323 started
[info]  [2011-04-15 17:11:46] Build 4323 finished SUCCESSFULLY
Sent mail:
 Date: Fri, 15 Apr 2011 17:11:46 +0100 From:
noreply-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org To: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
Subject: [CruiseControl] ATIS-Vsap build 4323 fixed Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8  The build has been fixed.

CHANGES
-------
New revision 4323 detected
Revision 4323 committed by pwhite on 2011-04-15 14:33:58
***** content of email removed as there's nothing useful. *****

[info]  [2011-04-15 17:12:46] Builder for project 'ATIS-Vsap' exited

That's it folks!
I looked in the production log and there was nothing useful.

Will forward on the trace logs when it happens again.

Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org     
Website: www.generaldynamics.uk.com       
To help reduce waste paper, please only print this email if you really
need to.


-----Original Message-----
From: cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
[mailto:cruisecontrolrb-users-bounces-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org] On Behalf Of Alexey
Verkhovsky
Sent: 15 April 2011 17:33
To: cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
Subject: Re: [Cruisecontrolrb-users] multiple builders,why do they keep
stopping.

Does builder log say anything about the cause of death?


On Fri, Apr 15, 2011 at 9:47 AM, <Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>
wrote:


Hi All.
 
We've been using CCRB, v 1.4.0, on a project for nearly a year
now and have found it pretty stable however recently we've had some
issues.
 
The project is cross platform so there are multiple builders
monitoring the same subversion path.
 
When there are just 2 builders this works fine.
We've recently introduced a new platform so have added another
project which monitors the same subversion path. This has caused some
stability issues.
Every so often, seems like every 2 or 3 builds one of the
builders will die for no apparent reason. The dashboard indicates the
builder is stopped and the log doesn't seem to say anything. It seems
random which builder will die out of the 3 that are running.
 
Has anyone seen anything like this or have any ideas how I can
get them to be stable again.
 
Switching the builds in to serial rather than parallel isn't an
option as each build can take up to half an hour, some times longer.
Any ideas gratefully received.
 
Thanks.
Nick.
 
 

Nick Adamson
Software Engineer

Advanced Projects and Technologies  
 
 General Dynamics United Kingdom
Limited<http://gdonline/new/Communications/img/Signature/Signature.bmp> 
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales,
NP12 4AA

Telephone: +44 (0) 1495 236467  
Email: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
<mailto:nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org> 
Website: www.generaldynamics.uk.com
<http://www.generaldynamics.uk.com/>       

Please consider the environment before printing this email 

 

 



________________________________

This email and any files attached are intended for the addressee
and may contain information of a confidential nature. If you are not the
intended recipient, be aware that this email was sent to you in error
and you should not disclose, distribute, print, copy or make other use
of this email or its attachments. Such actions, in fact, may be
unlawful. In compliance with the various Regulations and Acts, General
Dynamics United Kingdom Limited reserves the right to monitor (and
examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure
or error- or virus-free and the company does not accept liability or
responsibility for such matters or the consequences thereof. General
Dynamics United Kingdom Limited, Registered Office: 21 Holborn Viaduct,
London EC1A 2DY. Registered in England and Wales No: 1911653. 

_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: multiple builders,why do they keep stopping.

Alexey Verkhovsky — 2011-04-15T16:32:47

Does builder log say anything about the cause of death?

On Fri, Apr 15, 2011 at 9:47 AM, <Nick.Adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>wrote:

multiple builders,why do they keep stopping.

2011-04-15T15:47:10

Hi All.

We've been using CCRB, v 1.4.0, on a project for nearly a year now and
have found it pretty stable however recently we've had some issues.

The project is cross platform so there are multiple builders monitoring
the same subversion path.

When there are just 2 builders this works fine.
We've recently introduced a new platform so have added another project
which monitors the same subversion path. This has caused some stability
issues.
Every so often, seems like every 2 or 3 builds one of the builders will
die for no apparent reason. The dashboard indicates the builder is
stopped and the log doesn't seem to say anything. It seems random which
builder will die out of the 3 that are running.

Has anyone seen anything like this or have any ideas how I can get them
to be stable again.

Switching the builds in to serial rather than parallel isn't an option
as each build can take up to half an hour, some times longer.
Any ideas gratefully received.

Thanks.
Nick.

Nick Adamson
Software Engineer

Advanced Projects and Technologies

Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA

Telephone: +44 (0) 1495 236467
Email: nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org
<mailto:nick.adamson-6oxSMu6iaM8iXRBKUn1UN3xNR689x9fd< at >public.gmane.org>
Website: www.generaldynamics.uk.com <http://www.generaldynamics.uk.com/>

Please consider the environment before printing this email

This email and any files attached are intended for the addressee and may contain information of a confidential nature. If you are not the intended recipient, be aware that this email was sent to you in error and you should not disclose, distribute, print, copy or make other use of this email or its attachments. Such actions, in fact, may be unlawful. In compliance with the various Regulations and Acts, General Dynamics United Kingdom Limited reserves the right to monitor (and examine for viruses) all emails and email attachments, both inbound and outbound. Email communications and their attachments may not be secure or error- or virus-free and the company does not accept liability or responsibility for such matters or the consequences thereof. General Dynamics United Kingdom Limited, Registered Office: 21 Holborn Viaduct, London EC1A 2DY. Registered in England and Wales No: 1911653.
_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users-GrnCvJ7WPxnNLxjTenLetw< at >public.gmane.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

Re: Using Cruisecontrol for non-railsprojects.

Bret Pettichord — 2011-03-21T22:22:31

Rake has nothing to do with rails. You will need to create a rake file to
use cruise control.rb. That is a good thing.

On Mon, Mar 21, 2011 at 3:15 PM, Ram Kumar Hariharan <coolramkumar-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org

Using Cruisecontrol for non-rails projects.

Ram Kumar Hariharan — 2011-03-21T20:15:19

I have got couple of issues wrt to setting up cruisecontrol.rb for my
project.
First of all, all the links in http://cruisecontrolrb.thoughtworks.com/ are
broken. Can some one fix it?

Secondly, this is the first time I am using cruise control for a non-rails
project, but it expects to have rake file in the project folder.
How to fix this issue?

Re: CC running tests twice with Passenger 3

Daniel Berger — 2011-01-26T17:07:40

<snip>


I decided to remove this code and simply put the routes in the
config/routes.rb file wrapped in an if block. That wasn't the issue,
though.

Based on my experiments, any attempt to reopen the ApplicationController
class causes the double run behavior. There were some instance variables
we wanted to get at directly, so we reopened the class and added some
accessors. If I comment that code and the related tests, CC is suddenly
happy again, even though they work fine from the command line.

Why? I haven't a clue. Very bizarre.

For now we're just going to comment them out and move on.

Regards,

Dan

Re: CC running tests twice with Passenger 3

Chad Woolley — 2011-01-26T01:34:51

On Tue, Jan 25, 2011 at 1:21 PM, Alexey Verkhovsky
<alexey.verkhovsky-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Also, if you use the init script './daemon/cruise [start|stop]', it is
smart enough to kill all the child processes of your builders.  Very
handy.