Archiva

CLONE - 507 Insufficient Storage when deploying artifact with webdav

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.0, 1.0.1, 1.0.2
  • Fix Version/s: 1.1
  • Component/s: Web Interface
  • Labels:
    None
  • Environment:
    mvn 2.0.4, Windows Server 2003, Tomcat 5.5.17, Sun JDK 1.5.0_08, archiva HEAD
  • Number of attachments :
    0

Description

Sometimes when deploying with dav I get a "507 Insufficient Storage" error.

The artifact (.../group/artifact/version/artifact-version.jar) gets deployed (with checksums).
The metadata (.../group/artifact/version/maven-metatdata.xml) gets deployed (with checksums).

It seems to happen when maven tries to upload the updated parent metadata (.../group/artifact/maven-metadata.xml). The checksums for this metadata deploys OK.

Issue Links

This issue is duplicated by:
MRM-464 Metadata.xml files are not released from a filesystem lock in Win32 Critical Closed
This issue relates to:
MRM-333 Tomcat deployment of archiva results in unstable instance. Major Closed
This issue is related to:
MRM-408 The mvn deploy:deploy-file command gives "Parent doesn't exist" in a fresh install Major Closed
This issue supercedes:
MRM-243 507 Insufficient Storage when deploying artifact with webdav Major Closed
This issue is superceded by:
MRM-781 Removal of Archiva-Webdav implementation in favor of Jackrabbit-webdav Major Closed
This issue depends upon:
MRM-463 Metadata merging doesn't work. Blocker Closed
PLXCOMP-81 Intermittent "507 Insufficient Storage" on Windows systems when GET immediately followed by PUT to same file. Major Closed

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Andrew Heald added a comment - - edited

I've cloned the original issue to reopen it, at Brett's suggestion. I don't have edit rights, so note that ....

The environment here is:
Server: Archiva 1.0.2 release candidate, standalone installation.
Client: Maven 2.0.8, JRockit R27.3.1 jdk1.5.0_11, Windows Server 2003 R2

This webdav behaviour occurs on differing artifact uploads, be they JARs, POMs or whatever. It is not a metadata thing.

Show
Andrew Heald added a comment - - edited I've cloned the original issue to reopen it, at Brett's suggestion. I don't have edit rights, so note that .... The environment here is: Server: Archiva 1.0.2 release candidate, standalone installation. Client: Maven 2.0.8, JRockit R27.3.1 jdk1.5.0_11, Windows Server 2003 R2 This webdav behaviour occurs on differing artifact uploads, be they JARs, POMs or whatever. It is not a metadata thing.
Hide
Permalink
Brett Porter added a comment -

are there any errors in the server logs?

Show
Brett Porter added a comment - are there any errors in the server logs?
Hide
Permalink
Andrew Heald added a comment -

Not that I can see. Some more info, and let me know if there's more debug I can switch on.

Here's what the Maven build puts out:

08-Apr-2008 10:53:54 [INFO] [deploy:deploy]
08-Apr-2008 10:53:54 altDeploymentRepository = null
08-Apr-2008 10:53:54 [INFO] Retrieving previous build number from catlin
08-Apr-2008 10:53:54 Uploading: http://maven.catlin.com:33030/​archiva/​repository/​catlin/​com/​catlin/ ​InsuranceLedgerCore/​8.04-SNAPSHOT/​ InsuranceLedgerCore-8.04-SNAPSHOT.jar
08-Apr-2008 10:53:54 [INFO] Retrieving previous metadata from catlin
08-Apr-2008 10:53:55 [INFO] Uploading repository metadata for: 'artifact com.catlin:InsuranceLedgerCore'
08-Apr-2008 10:53:55 [INFO] Retrieving previous metadata from catlin
08-Apr-2008 10:53:55 [INFO] Uploading project information for InsuranceLedgerCore 8.04-SNAPSHOT
08-Apr-2008 10:53:55 [INFO] ------------------------------------------------------------------------
08-Apr-2008 10:53:55 [ERROR] BUILD ERROR
08-Apr-2008 10:53:55 [INFO] ------------------------------------------------------------------------
08-Apr-2008 10:53:55 [INFO] Error installing artifact's metadata: Error while deploying metadata: Failed to transfer file: http://maven.catlin.com:33030/​archiva/​repository/​catlin/​com/​catlin/ ​InsuranceLedgerCore/​8.04-SNAPSHOT/​ InsuranceLedgerCore-8.04-SNAPSHOT.pom. Return code is: 507 Insufficient Storage

And in archiva.log I see:

2008-04-08 10:53:53,844 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/maven-metadata.xml" "Modify File (proxied)"
2008-04-08 10:53:54,141 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar" "Modify File"
2008-04-08 10:53:54,406 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar.md5" "Modify File"
2008-04-08 10:53:54,656 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar.sha1" "Modify File"
2008-04-08 10:53:54,672 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File (proxied)"
2008-04-08 10:53:54,906 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File"
2008-04-08 10:53:55,125 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml.md5" "Modify File"
2008-04-08 10:53:55,344 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml.sha1" "Modify File"
2008-04-08 10:53:55,625 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.pom" "Modify File"

The audit.log file adds nothing else to the above.

On a probably unrelated note, I do see errors from the previous day that look like this:

2008-04-07 18:00:03,845 [pool-1-thread-1] ERROR org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:update-db-project - Unable to process model F:\var\data\archiva\data\repositories\catlin\com\catlin\CatFlap\CatFlapGatewayCore\2.4-SNAPSHOT\CatFlapGatewayCore-2.4-SNAPSHOT.pom due to : javax.jdo.JDODataStoreException : Insert request failed: INSERT INTO SA.ARCHIVA_PROJECT (RELOCATION_ARCHIVA_VERSIONED_REFERENCE_ID_OID,URL,DESCRIPTION,"NAME",ORIGIN,CI_MANAGEMENT_URL_OID,ISSUE_MANAGEMENT_URL_OID,WHEN_INDEXED,ORGANIZATION_NAME_OID,SCM_ARCHIVA_SCM_ID_OID,PARENT_PROJECT_ARCHIVA_VERSIONED_REFERENCE_ID_OID,PACKAGING,ARTIFACT_ID,GROUP_ID,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SA.ARCHIVA_PROJECT (RELOCATION_ARCHIVA_VERSIONED_REFERENCE_ID_OID,URL,DESCRIPTION,"NAME",ORIGIN,CI_MANAGEMENT_URL_OID,ISSUE_MANAGEMENT_URL_OID,WHEN_INDEXED,ORGANIZATION_NAME_OID,SCM_ARCHIVA_SCM_ID_OID,PARENT_PROJECT_ARCHIVA_VERSIONED_REFERENCE_ID_OID,PACKAGING,ARTIFACT_ID,GROUP_ID,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:455)
at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2519)
at org.jpox.store.StoreManager.insert(StoreManager.java:938)
at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667)
at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646)
at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1206)
at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277)
at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:192)
at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:165)
at org.apache.maven.archiva.database.jdo.JdoProjectModelDAO.saveProjectModel(JdoProjectModelDAO.java:86)
at org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer.processArchivaArtifact(ProjectModelToDatabaseConsumer.java:170)
at org.apache.maven.archiva.database.updater.ProcessArchivaArtifactClosure.execute(ProcessArchivaArtifactClosure.java:52)
at org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:388)
at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateUnprocessed(JdoDatabaseUpdater.java:154)
at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateAllUnprocessed(JdoDatabaseUpdater.java:88)
at org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor.executeTask(ArchivaDatabaseUpdateTaskExecutor.java:68)
at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)
at java.lang.Thread.run(Thread.java:595)
NestedThrowablesStackTrace:
ERROR 23505: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'ARCHIVA_PROJECT_PK' defined on 'ARCHIVA_PROJECT'.
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.impl.sql.execute.IndexChanger.insertAndCheckDups(Unknown Source)
at org.apache.derby.impl.sql.execute.IndexChanger.doInsert(Unknown Source)
at org.apache.derby.impl.sql.execute.IndexChanger.insert(Unknown Source)
at org.apache.derby.impl.sql.execute.IndexSetChanger.insert(Unknown Source)
at org.apache.derby.impl.sql.execute.RowChangerImpl.insertRow(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.normalInsertCore(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source)
at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101)
at org.jpox.store.rdbms.RDBMSManager.executeStatementUpdate(RDBMSManager.java:575)
at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:328)
at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2519)
at org.jpox.store.StoreManager.insert(StoreManager.java:938)
at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667)
at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646)
at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1206)
at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277)
at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:192)
at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:165)
at org.apache.maven.archiva.database.jdo.JdoProjectModelDAO.saveProjectModel(JdoProjectModelDAO.java:86)
at org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer.processArchivaArtifact(ProjectModelToDatabaseConsumer.java:170)
at org.apache.maven.archiva.database.updater.ProcessArchivaArtifactClosure.execute(ProcessArchivaArtifactClosure.java:52)
at org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:388)
at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateUnprocessed(JdoDatabaseUpdater.java:154)
at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateAllUnprocessed(JdoDatabaseUpdater.java:88)
at org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor.executeTask(ArchivaDatabaseUpdateTaskExecutor.java:68)
at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)
at java.lang.Thread.run(Thread.java:595)

Show
Andrew Heald added a comment - Not that I can see. Some more info, and let me know if there's more debug I can switch on. Here's what the Maven build puts out: 08-Apr-2008 10:53:54 [INFO] [deploy:deploy] 08-Apr-2008 10:53:54 altDeploymentRepository = null 08-Apr-2008 10:53:54 [INFO] Retrieving previous build number from catlin 08-Apr-2008 10:53:54 Uploading: http://maven.catlin.com:33030/​archiva/​repository/​catlin/​com/​catlin/ ​InsuranceLedgerCore/​8.04-SNAPSHOT/​ InsuranceLedgerCore-8.04-SNAPSHOT.jar 08-Apr-2008 10:53:54 [INFO] Retrieving previous metadata from catlin 08-Apr-2008 10:53:55 [INFO] Uploading repository metadata for: 'artifact com.catlin:InsuranceLedgerCore' 08-Apr-2008 10:53:55 [INFO] Retrieving previous metadata from catlin 08-Apr-2008 10:53:55 [INFO] Uploading project information for InsuranceLedgerCore 8.04-SNAPSHOT 08-Apr-2008 10:53:55 [INFO] ------------------------------------------------------------------------ 08-Apr-2008 10:53:55 [ERROR] BUILD ERROR 08-Apr-2008 10:53:55 [INFO] ------------------------------------------------------------------------ 08-Apr-2008 10:53:55 [INFO] Error installing artifact's metadata: Error while deploying metadata: Failed to transfer file: http://maven.catlin.com:33030/​archiva/​repository/​catlin/​com/​catlin/ ​InsuranceLedgerCore/​8.04-SNAPSHOT/​ InsuranceLedgerCore-8.04-SNAPSHOT.pom. Return code is: 507 Insufficient Storage And in archiva.log I see: 2008-04-08 10:53:53,844 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/maven-metadata.xml" "Modify File (proxied)" 2008-04-08 10:53:54,141 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar" "Modify File" 2008-04-08 10:53:54,406 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar.md5" "Modify File" 2008-04-08 10:53:54,656 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.jar.sha1" "Modify File" 2008-04-08 10:53:54,672 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File (proxied)" 2008-04-08 10:53:54,906 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File" 2008-04-08 10:53:55,125 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml.md5" "Modify File" 2008-04-08 10:53:55,344 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml.sha1" "Modify File" 2008-04-08 10:53:55,625 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/8.04-SNAPSHOT/InsuranceLedgerCore-8.04-SNAPSHOT.pom" "Modify File" The audit.log file adds nothing else to the above. On a probably unrelated note, I do see errors from the previous day that look like this: 2008-04-07 18:00:03,845 [pool-1-thread-1] ERROR org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:update-db-project - Unable to process model F:\var\data\archiva\data\repositories\catlin\com\catlin\CatFlap\CatFlapGatewayCore\2.4-SNAPSHOT\CatFlapGatewayCore-2.4-SNAPSHOT.pom due to : javax.jdo.JDODataStoreException : Insert request failed: INSERT INTO SA.ARCHIVA_PROJECT (RELOCATION_ARCHIVA_VERSIONED_REFERENCE_ID_OID,URL,DESCRIPTION,"NAME",ORIGIN,CI_MANAGEMENT_URL_OID,ISSUE_MANAGEMENT_URL_OID,WHEN_INDEXED,ORGANIZATION_NAME_OID,SCM_ARCHIVA_SCM_ID_OID,PARENT_PROJECT_ARCHIVA_VERSIONED_REFERENCE_ID_OID,PACKAGING,ARTIFACT_ID,GROUP_ID,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SA.ARCHIVA_PROJECT (RELOCATION_ARCHIVA_VERSIONED_REFERENCE_ID_OID,URL,DESCRIPTION,"NAME",ORIGIN,CI_MANAGEMENT_URL_OID,ISSUE_MANAGEMENT_URL_OID,WHEN_INDEXED,ORGANIZATION_NAME_OID,SCM_ARCHIVA_SCM_ID_OID,PARENT_PROJECT_ARCHIVA_VERSIONED_REFERENCE_ID_OID,PACKAGING,ARTIFACT_ID,GROUP_ID,VERSION) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:455) at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2519) at org.jpox.store.StoreManager.insert(StoreManager.java:938) at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646) at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1206) at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277) at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:192) at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:165) at org.apache.maven.archiva.database.jdo.JdoProjectModelDAO.saveProjectModel(JdoProjectModelDAO.java:86) at org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer.processArchivaArtifact(ProjectModelToDatabaseConsumer.java:170) at org.apache.maven.archiva.database.updater.ProcessArchivaArtifactClosure.execute(ProcessArchivaArtifactClosure.java:52) at org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:388) at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateUnprocessed(JdoDatabaseUpdater.java:154) at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateAllUnprocessed(JdoDatabaseUpdater.java:88) at org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor.executeTask(ArchivaDatabaseUpdateTaskExecutor.java:68) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:595) NestedThrowablesStackTrace: ERROR 23505: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'ARCHIVA_PROJECT_PK' defined on 'ARCHIVA_PROJECT'. at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) at org.apache.derby.impl.sql.execute.IndexChanger.insertAndCheckDups(Unknown Source) at org.apache.derby.impl.sql.execute.IndexChanger.doInsert(Unknown Source) at org.apache.derby.impl.sql.execute.IndexChanger.insert(Unknown Source) at org.apache.derby.impl.sql.execute.IndexSetChanger.insert(Unknown Source) at org.apache.derby.impl.sql.execute.RowChangerImpl.insertRow(Unknown Source) at org.apache.derby.impl.sql.execute.InsertResultSet.normalInsertCore(Unknown Source) at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source) at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source) at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101) at org.jpox.store.rdbms.RDBMSManager.executeStatementUpdate(RDBMSManager.java:575) at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:328) at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2519) at org.jpox.store.StoreManager.insert(StoreManager.java:938) at org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3667) at org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3646) at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1206) at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277) at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:192) at org.apache.maven.archiva.database.jdo.JdoAccess.saveObject(JdoAccess.java:165) at org.apache.maven.archiva.database.jdo.JdoProjectModelDAO.saveProjectModel(JdoProjectModelDAO.java:86) at org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer.processArchivaArtifact(ProjectModelToDatabaseConsumer.java:170) at org.apache.maven.archiva.database.updater.ProcessArchivaArtifactClosure.execute(ProcessArchivaArtifactClosure.java:52) at org.apache.commons.collections.CollectionUtils.forAllDo(CollectionUtils.java:388) at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateUnprocessed(JdoDatabaseUpdater.java:154) at org.apache.maven.archiva.database.updater.JdoDatabaseUpdater.updateAllUnprocessed(JdoDatabaseUpdater.java:88) at org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor.executeTask(ArchivaDatabaseUpdateTaskExecutor.java:68) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:595)
Hide
Permalink
Andrew Heald added a comment - - edited

I'm curious about the two log lines:

2008-04-08 10:53:54,672 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File (proxied)"
2008-04-08 10:53:54,906 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File"

Why the "proxied" bit? This file is in our Archiva repo and should not involve our proxy.

Show
Andrew Heald added a comment - - edited I'm curious about the two log lines: 2008-04-08 10:53:54,672 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File (proxied)" 2008-04-08 10:53:54,906 [SocketListener0-49] INFO org.apache.archiva.AuditLog - catlin build_dev 10.1.0.121 "/com/catlin/InsuranceLedgerCore/maven-metadata.xml" "Modify File" Why the "proxied" bit? This file is in our Archiva repo and should not involve our proxy.
Hide
Permalink
Brett Porter added a comment -

can you try dav:http:// for the upload instead of just http:// ?

Show
Brett Porter added a comment - can you try dav:http:// for the upload instead of just http:// ?
Hide
Permalink
Andrew Heald added a comment -

We do. From our ultimate parent POM:

<distributionManagement>
<repository>
<id>catlin</id>
<name>Catlin Generated Releases</name>
<url>dav:http://maven.catlin.com:33030/archiva/repository/catlin</url>
</repository>
<snapshotRepository>
<id>catlin</id>
<name>Catlin Generated Snapshots</name>
<url>dav:http://maven.catlin.com:33030/archiva/repository/catlin</url>
<uniqueVersion>false</uniqueVersion>
</snapshotRepository>
</distributionManagement>

Show
Andrew Heald added a comment - We do. From our ultimate parent POM: <distributionManagement> <repository> <id>catlin</id> <name>Catlin Generated Releases</name> <url>dav:http://maven.catlin.com:33030/archiva/repository/catlin</url> </repository> <snapshotRepository> <id>catlin</id> <name>Catlin Generated Snapshots</name> <url>dav:http://maven.catlin.com:33030/archiva/repository/catlin</url> <uniqueVersion>false</uniqueVersion> </snapshotRepository> </distributionManagement>
Hide
Permalink
Andrew Heald added a comment -

I've had to implement a workaround that effectively ends up using Archiva only as a proxy.

The original Archiva repo is now accessed through Apache's mod_dav. I've deleted my original Archiva repo and recreated it in the same name, but with a different repo directory, and configured it to proxy the now mod_dav managed repo.

All builds fine so far.

I note that there's discussion about replacing the WebDAV module in Archiva and I thoroughly endorse this.

Show
Andrew Heald added a comment - I've had to implement a workaround that effectively ends up using Archiva only as a proxy. The original Archiva repo is now accessed through Apache's mod_dav. I've deleted my original Archiva repo and recreated it in the same name, but with a different repo directory, and configured it to proxy the now mod_dav managed repo. All builds fine so far. I note that there's discussion about replacing the WebDAV module in Archiva and I thoroughly endorse this.
Hide
Permalink
Brett Porter added a comment - - edited

are you able to try Archiva trunk (any revision after today) to see if it resolves your issue?

Show
Brett Porter added a comment - - edited are you able to try Archiva trunk (any revision after today) to see if it resolves your issue?
Hide
Permalink
Andrew Heald added a comment -

Sadly, I can't mess with the builds involved in this problem without disrupting my team.

If I'm able to I'll reproduce this on a branch and in a VM, but this might take quite some time if it happens at all. I'll do my best.

Show
Andrew Heald added a comment - Sadly, I can't mess with the builds involved in this problem without disrupting my team. If I'm able to I'll reproduce this on a branch and in a VM, but this might take quite some time if it happens at all. I'll do my best.
Hide
Permalink
Arnaud Heritier added a comment -

I have the same problem . I hope that MRM-781 can help to solve it.
I don't see how to reproduce it in a test environment.
I have it more and more often but it is certainly related to the number of build in our continuous integration server which is growing every day.
There is no error in logs.

Show
Arnaud Heritier added a comment - I have the same problem . I hope that MRM-781 can help to solve it. I don't see how to reproduce it in a test environment. I have it more and more often but it is certainly related to the number of build in our continuous integration server which is growing every day. There is no error in logs.
Hide
Permalink
Brett Porter added a comment -

Arnaud - I am quite hopeful it will, but we'll need someone to test the new version and confirm.

Also, you might try the reverse of my suggestion - using http:// instead of dav:http:// ? Or perhaps that is already happening too and it applies to both scenarios.

Show
Brett Porter added a comment - Arnaud - I am quite hopeful it will, but we'll need someone to test the new version and confirm. Also, you might try the reverse of my suggestion - using http:// instead of dav:http:// ? Or perhaps that is already happening too and it applies to both scenarios.
Hide
Permalink
Arnaud Heritier added a comment -

I made the change for new projects and those ones which wanted to update their settings.
They are now deploying with http:// .... .
I try to check tomorrow if this error occurs only for projects having always dav:http://

Show
Arnaud Heritier added a comment - I made the change for new projects and those ones which wanted to update their settings. They are now deploying with http:// .... . I try to check tomorrow if this error occurs only for projects having always dav:http://
Hide
Permalink
James William Dumay added a comment -

Arnaud,
Are you able to build trunk and test that this is still an issue for you?

Thanks
James

Show
James William Dumay added a comment - Arnaud, Are you able to build trunk and test that this is still an issue for you? Thanks James
Hide
Permalink
James William Dumay added a comment -

Work done in MRM-781has superseded this issue.

Show
James William Dumay added a comment - Work done in MRM-781has superseded this issue.

People

Vote (10)
Watch (3)

Dates

  • Created:
    Updated:
    Resolved:
Atlassian JIRA (v4.4.3#663-r165197) | Report a problem
Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.