| Newsgroups |
gmane.comp.java.cruise-control.user |
| Message-ID |
<[email protected]> |
Thanks for the help Steve. I'm stumped too. Nothing changed to break cruisecontrol, the machines tend to run unattended for months on end. But we had a spate of network issues, which seemed to coincide with the problem starting. What I'd like to do is clear the local cache that knows the last date to compare against for modifications. I've tried deleteing the cruisecontrol logs and the checked out sources but I think it must be stored elsewhere. Perhaps it's time to scrub the lot and reinstall windows!
Keith
>________________________________
> From: Steve Murphy <[email protected]>
>To: [email protected]; [email protected]
>Sent: Friday, 31 August 2012, 11:32
>Subject: Re: [Cruisecontrol-user] Debugging suggestions?
>
>Hi Keith,
>
>I’m sorry to say this looks like it’s beyond my level of expertise with
CruiseControl.
>
>You say your other machines are still working, has anything changed on the
machine with the problem recently? Was this change also implemented on the
working machines?
>
>Regards,
>Steve
>
>From: [email protected]
>Sent: 30 August 2012 16:51
>To: Steve Murphy
>Subject: Re: [Cruisecontrol-user] Debugging
suggestions?
> Hi Steve,
>
>Thanks for the suggestions. There are no errors, either whilst it's stuck or after I've killed the SVN process. I've tried doing an update from tortoise, even deleting all the sources and checking out the whole branch again. I hadn't tried an svn up from the command line (the latest tortoise optionally installs it's own command line), but just have and the problem still persists.
>
>Thanks for the -debug option suggestion... I'm getting a lot more information, including a clue to the svn command that's seemingly not terminating:
>
>2012-08-30 16:34:17,365 [Thread-7 ] DEBUG SVN - Executing command: svn log --non-interactive --xml -v -r '"{2012-08-28T11:10:17Z}":"{2012-08-30T15:34:00Z}"'2012-08-30 16:34:17,365 [Thread-7 ] DEBUG Commandline - Executing: [svn] with parameters: [svn], [log], [--non-interactive], [--xml], [-v], [-r], ["{2012-08-28T11:10:17Z}":"{2012-08-30T15:34:00Z}"] in directory C:\autobuild\R2\testsrc2012-08-30 16:34:18,881 [Thread-7 ] INFO ModificationSet - 331 modifications have been detected.
>It then outputs the xml I'd expect, and the xml I get from running this command
>C:\autobuild\R2\testsrc>svn log --non-interactive --xml -v -r "{2012-08-28T11:10:17Z}:{2012-08-30T15:34:00Z}"
>
>The logging shows the end of the svn command:
>
>2012-08-30 16:34:19,193 [Thread-7 ] DEBUG ModificationSet - Last modification: 08/29/2012 13:13:132012-08-30 16:34:19,193 [Thread-7 ] DEBUG ModificationSet - Last modification: 08/29/2012 13:13:13
>and then it just outputs like this forever:
>
>2012-08-30 16:34:23,943 [Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080]] DEBUG ThreadedServer - IGNOREDjava.net.SocketTimeoutException: Accept timed out at java.net.DualStackPlainSocketImpl.waitForNewConnection(Native Method) at java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketImpl.java:125) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:183) at java.net.ServerSocket.implAccept(ServerSocket.java:522) at java.net.ServerSocket.accept(ServerSocket.java:490) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:432) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:631)2012-08-30 16:34:33,943 [Acceptor ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080]] DEBUG ThreadedServer - IGNOREDjava.net.SocketTimeoutException: Accept
timed out at java.net.DualStackPlainSocketImpl.waitForNewConnection(Native Method) at java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketImpl.java:125) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:183) at java.net.ServerSocket.implAccept(ServerSocket.java:522) at java.net.ServerSocket.accept(ServerSocket.java:490) at org.mortbay.util.ThreadedServer.acceptSocket(ThreadedServer.java:432) at org.mortbay.util.ThreadedServer$Acceptor.run(ThreadedServer.java:631)
>I've tried disabling the AV, and that makes no difference.
>
>Keith
>--- On Thu, 30/8/12, Steve Murphy <[email protected]> wrote:
>
>>From:
Steve Murphy <[email protected]>
>>Subject:
Re: [Cruisecontrol-user] Debugging suggestions?
>>To:
[email protected],
[email protected]
>>Date: Thursday,
30 August, 2012, 15:44
>>
>>
>>Hi Keith,
>>
>>Are there any error message in the cruisecontrol.log file?
>>What happens when you try to update the folder manually using tortoiseSVN?
>>What about trying a ‘svn up’ on the command line? (probably need to have a svn command line client installed for this)
>>
>>I think you can get more information in the cruisecontrol.log file If you start cruisecontrol with the –debug option.
>>
>>Recently we had an issue where our anti-virus program produced some false positives against the .svn files and caused the SVNBootsrapper to fail, however this just made the CruiseControl build fail and didn’t get stuck.
>>Regards,
>>Steve
>>
>>From: [email protected]
>>Sent: 30 August 2012 12:04
>>To: [email protected]
>>Subject: [Cruisecontrol-user] Debugging suggestions?
>> I've got several cruisecontrol boxes, but one of them keeps getting stuck when it's detected SVN modifications. The last output would be of the form: ModificationSet - 316 modifications have been detected and then it stays there until I kill the SVN process. After killing the process it goes on and completes the cycle, the only problem being that it shows the label as UNKNOWN.
>>
>>I'm running
cruisecontrol 2.7.1 on Windows 2008 x86. I've updated
to the latest tortoiseSVN and blown away all the
sources and got them all again from SVN.
>>
>>I
think the problems started when we were having some
network issues - our repository is offsite.
>>
>>Can anyone suggest ways to debug why it's
getting stuck? I don't even know what SVN command it's
executing.
>>
>>Alternatively is there anything
else to cleanup? Like for example how does it know how
many modifications there are even if I blow away the
sources - where's that information stored?!
>>
>>Keith
>>
>>________________________________
>>
------------------------------------------------------------------------------Live Security Virtual ConferenceExclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>
>>________________________________
>>
_______________________________________________Cruisecontrol-user mailing [email protected]://lists.sourceforge.net/lists/listinfo/cruisecontrol-user
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Cruisecontrol-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cruisecontrol-user