RE: Help! Error 500 on deploy :(
Thanks for the good wishes! Well the best part is that Review Board has been working so well for us that the control group I did an initial rollout with has, on their own, expanded to include our entire development team ☺ Great product: thanks very much for your hard work! Dana Lacoste PS: I did manage to fix the problem I had (which was with Artifactory, not Review Board) but only by re-installing everything from scratch. sigh From: reviewboard@googlegroups.com [mailto:reviewbo...@googlegroups.com] On Behalf Of Christian Hammond Sent: Wednesday, September 09, 2009 1:17 PM To: reviewboard@googlegroups.com Subject: Re: Help! Error 500 on deploy :( I was wracking my brain trying to figure out how a disk space issue could break Review Board so heavily ;) Good luck on fixing the issue. Christian -- Christian Hammond - chip...@chipx86.commailto:chip...@chipx86.com Review Board - http://www.review-board.org VMware, Inc. - http://www.vmware.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups reviewboard group. To post to this group, send email to reviewboard@googlegroups.com To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en -~--~~~~--~~--~--~---
RE: Help! Error 500 on deploy :(
D'oh! Wrong email list :( Dana Lacoste From: Lacoste, Dana (TSG Software San Diego) Sent: Wednesday, September 09, 2009 8:55 AM To: 'reviewboard@googlegroups.com' Subject: Help! Error 500 on deploy :( So everything was working fine, no worries Then I ran out of disk space. I ended up identifying the default backup scheme (something I hadn't modified) as the culprit: 25GB per backup is kind of ridiculous! I fixed that problem and don't have disk space issues any more, but I'm still getting errors. I am getting deploy failures all over the place. For no reason, no explanation, artifactory will simply refuse to publish artifacts sometimes. I am getting a TON of stacktraces in the log, and lots of error 500 returned to the maven build. I don't know enough about RB to diagnose this one, but it only happened since the disk space issue happened, and I don't know if there's a way to get it to fix itself without re-including the errors as well as the data. Any suggestions? I'm willing to export/import/reinstall: I have to get this fixed after all! But I don't know if that will actually help :( Thanks, Dana Lacoste Example: 2009-09-09 08:13:27,821 [WARN ] (o.a.j.j.ArtifactoryDbDataStoreImpl:675) - Can not insert new record:null 2009-09-09 08:13:27,915 [WARN ] (o.a.r.j.JcrRepoBase :596) - IO error while trying to save resource repository-name:path/to/artifact.jar'': null 2009-09-09 08:13:28,525 [ERROR] (o.a.w.s.RepoFilter :75) - Sending HTTP error code 500 java.io.IOException at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:205) [tomcat-coyote.jar:na] at org.apache.jk.common.JkInputStream.refillReadBuffer(JkInputStream.java:265) [tomcat-coyote.jar:na] at org.apache.jk.common.JkInputStream.doRead(JkInputStream.java:183) [tomcat-coyote.jar:na] at org.apache.coyote.Request.doRead(Request.java:428) [tomcat-coyote.jar:na] at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:304) [catalina.jar:na] at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:405) [tomcat-coyote.jar:na] at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:327) [catalina.jar:na] at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:193) [catalina.jar:na] at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) [na:1.6.0_14] at java.io.BufferedInputStream.read(BufferedInputStream.java:317) [na:1.6.0_14] at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) [na:1.6.0_14] at java.io.BufferedInputStream.read1(BufferedInputStream.java:258) [na:1.6.0_14] at java.io.BufferedInputStream.read(BufferedInputStream.java:317) [na:1.6.0_14] at org.artifactory.io.checksum.ChecksumInputStream.read(ChecksumInputStream.java:52) [artifactory-core-2.0.6.jar:na] at java.io.SequenceInputStream.read(SequenceInputStream.java:191) [na:1.6.0_14] at java.security.DigestInputStream.read(DigestInputStream.java:144) [na:1.6.0_14] at java.io.FilterInputStream.read(FilterInputStream.java:90) [na:1.6.0_14] at org.apache.jackrabbit.core.persistence.bundle.util.TrackingInputStream.read(TrackingInputStream.java:107) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.data.db.TempFileInputStream.writeToFileAndClose(TempFileInputStream.java:48) [jackrabbit-core-1.4.9.jar:na] at org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl.moveToTempFile(ArtifactoryDbDataStoreImpl.java:371) [artifactory-update-2.0.6.jar:na] at org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl.addRecord(ArtifactoryDbDataStoreImpl.java:306) [artifactory-update-2.0.6.jar:na] at org.apache.jackrabbit.core.value.BLOBInDataStore.getInstance(BLOBInDataStore.java:120) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.value.InternalValue.getBLOBFileValue(InternalValue.java:644) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.value.InternalValue.create(InternalValue.java:123) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.PropertyImpl.setValue(PropertyImpl.java:609) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.PropertyImpl.setValue(PropertyImpl.java:525) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.NodeImpl.setProperty(NodeImpl.java:2312) [jackrabbit-core-1.4.9.jar:na] at org.artifactory.jcr.fs.JcrFile.fillJcrData(JcrFile.java:744) [artifactory-core-2.0.6.jar:na] at org.artifactory.jcr.fs.JcrFile.setResourceNode(JcrFile.java:714) [artifactory-core-2.0.6.jar:na] at
Re: Help! Error 500 on deploy :(
I was wracking my brain trying to figure out how a disk space issue could break Review Board so heavily ;) Good luck on fixing the issue. Christian -- Christian Hammond - chip...@chipx86.com Review Board - http://www.review-board.org VMware, Inc. - http://www.vmware.com On Wed, Sep 9, 2009 at 8:56 AM, Lacoste, Dana (TSG Software San Diego) dana.laco...@hp.com wrote: D'oh! Wrong email list L Dana Lacoste *From:* Lacoste, Dana (TSG Software San Diego) *Sent:* Wednesday, September 09, 2009 8:55 AM *To:* 'reviewboard@googlegroups.com' *Subject:* Help! Error 500 on deploy :( So everything was working fine, no worries Then I ran out of disk space. I ended up identifying the default backup scheme (something I hadn't modified) as the culprit: 25GB per backup is kind of ridiculous! I fixed that problem and don't have disk space issues any more, but I'm still getting errors. I am getting deploy failures all over the place. For no reason, no explanation, artifactory will simply refuse to publish artifacts sometimes. I am getting a TON of stacktraces in the log, and lots of error 500 returned to the maven build. I don't know enough about RB to diagnose this one, but it only happened since the disk space issue happened, and I don't know if there's a way to get it to fix itself without re-including the errors as well as the data. Any suggestions? I'm willing to export/import/reinstall: I have to get this fixed after all! But I don't know if that will actually help L Thanks, Dana Lacoste Example: 2009-09-09 08:13:27,821 [WARN ] (o.a.j.j.ArtifactoryDbDataStoreImpl:675) - Can not insert new record:null 2009-09-09 08:13:27,915 [WARN ] (o.a.r.j.JcrRepoBase :596) - IO error while trying to save resource repository-name:path/to/artifact.jar'': null 2009-09-09 08:13:28,525 [ERROR] (o.a.w.s.RepoFilter :75) - Sending HTTP error code 500 java.io.IOException at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:205) [tomcat-coyote.jar:na] at org.apache.jk.common.JkInputStream.refillReadBuffer(JkInputStream.java:265) [tomcat-coyote.jar:na] at org.apache.jk.common.JkInputStream.doRead(JkInputStream.java:183) [tomcat-coyote.jar:na] at org.apache.coyote.Request.doRead(Request.java:428) [tomcat-coyote.jar:na] at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:304) [catalina.jar:na] at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:405) [tomcat-coyote.jar:na] at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:327) [catalina.jar:na] at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:193) [catalina.jar:na] at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) [na:1.6.0_14] at java.io.BufferedInputStream.read(BufferedInputStream.java:317) [na:1.6.0_14] at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) [na:1.6.0_14] at java.io.BufferedInputStream.read1(BufferedInputStream.java:258) [na:1.6.0_14] at java.io.BufferedInputStream.read(BufferedInputStream.java:317) [na:1.6.0_14] at org.artifactory.io.checksum.ChecksumInputStream.read(ChecksumInputStream.java:52) [artifactory-core-2.0.6.jar:na] at java.io.SequenceInputStream.read(SequenceInputStream.java:191) [na:1.6.0_14] at java.security.DigestInputStream.read(DigestInputStream.java:144) [na:1.6.0_14] at java.io.FilterInputStream.read(FilterInputStream.java:90) [na:1.6.0_14] at org.apache.jackrabbit.core.persistence.bundle.util.TrackingInputStream.read(TrackingInputStream.java:107) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.data.db.TempFileInputStream.writeToFileAndClose(TempFileInputStream.java:48) [jackrabbit-core-1.4.9.jar:na] at org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl.moveToTempFile(ArtifactoryDbDataStoreImpl.java:371) [artifactory-update-2.0.6.jar:na] at org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl.addRecord(ArtifactoryDbDataStoreImpl.java:306) [artifactory-update-2.0.6.jar:na] at org.apache.jackrabbit.core.value.BLOBInDataStore.getInstance(BLOBInDataStore.java:120) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.value.InternalValue.getBLOBFileValue(InternalValue.java:644) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.value.InternalValue.create(InternalValue.java:123) [jackrabbit-core-1.4.9.jar:na] at org.apache.jackrabbit.core.PropertyImpl.setValue(PropertyImpl.java:609) [jackrabbit-core-1.4.9.jar:na] at
