ScheduledBackupJob error

[Nimitt Desai]

We have a scheduled backup that was running fine the previous week but failed with the following log entry.

Is there any action we should take to resolve / prevent the error?

2012-12-29 00:00:29,748 INFO [QuartzScheduler_Worker-5] [XmlMigrator] Ensuring the the file has been unmounted

2012-12-29 00:00:29,749 INFO [QuartzScheduler_Worker-5] [XmlMigrator] Unmounted C:\Users\Administrator\Documents\bamboo-home\backups\bamboo_backup_2012_12_29.zip

2012-12-29 00:00:29,754 ERROR [QuartzScheduler_Worker-5] [ScheduledBackupJob] org.springframework.orm.hibernate.HibernateObjectRetrievalFailureException: No row with the given identifier exists: 5144595, of class: com.atlassian.bamboo.resultsummary.vcs.RepositoryChangesetImpl; nested exception is net.sf.hibernate.UnresolvableObjectException: No row with the given identifier exists: 5144595, of class: com.atlassian.bamboo.resultsummary.vcs.RepositoryChangesetImpl

org.springframework.orm.hibernate.HibernateObjectRetrievalFailureException: No row with the given identifier exists: 5144595, of class: com.atlassian.bamboo.resultsummary.vcs.RepositoryChangesetImpl; nested exception is net.sf.hibernate.UnresolvableObjectException: No row with the given identifier exists: 5144595, of class: com.atlassian.bamboo.resultsummary.vcs.RepositoryChangesetImpl

Caused by: net.sf.hibernate.UnresolvableObjectException: No row with the given identifier exists: 5144595, of class: com.atlassian.bamboo.resultsummary.vcs.RepositoryChangesetImpl

at net.sf.hibernate.UnresolvableObjectException.throwIfNull(UnresolvableObjectException.java:38)

at net.sf.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1966)

at net.sf.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:69)

at net.sf.hibernate.type.EntityType.resolveIdentifier(EntityType.java:208)

at net.sf.hibernate.impl.SessionImpl.initializeEntity(SessionImpl.java:2221)

at net.sf.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:319)

at net.sf.hibernate.loader.Loader.loadSingleRow(Loader.java:165)

at net.sf.hibernate.hql.QueryTranslator.loadSingleRow(QueryTranslator.java:182)

at net.sf.hibernate.impl.ScrollableResultsImpl.prepareCurrentRow(ScrollableResultsImpl.java:412)

at net.sf.hibernate.impl.ScrollableResultsImpl.next(ScrollableResultsImpl.java:94)

at org.springframework.orm.hibernate.ScrollHibernateCallback.doInHibernate(ScrollHibernateCallback.java:52)

at org.springframework.orm.hibernate.ScrollHibernateCallback.doInHibernate(ScrollHibernateCallback.java:13)

at org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:370)

at org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:337)

at com.atlassian.bamboo.persistence3.BambooHibernateObjectDao.executeReturnLong(BambooHibernateObjectDao.java:101)

at com.atlassian.bamboo.commit.CommitHibernateDao.scrollCommitsForExport(CommitHibernateDao.java:40)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

at java.lang.reflect.Method.invoke(Unknown Source)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:304)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)

at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy47.scrollCommitsForExport(Unknown Source)

at com.atlassian.bamboo.migration.stream.CommitRootMapper.exportData(CommitRootMapper.java:114)

at com.atlassian.bamboo.migration.XmlMigrator.exportToStream(XmlMigrator.java:499)

at com.atlassian.bamboo.migration.XmlMigrator.exportXml(XmlMigrator.java:429)

at com.atlassian.bamboo.migration.XmlMigrator$$FastClassByCGLIB$$b6578fc7.invoke(<generated>)

at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)

at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:694)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)

at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:629)

at com.atlassian.bamboo.migration.XmlMigrator$$EnhancerByCGLIB$$b46750fc.exportXml(<generated>)

at com.atlassian.bamboo.migration.ImportExportManagerImpl.bambooExport(ImportExportManagerImpl.java:71)

at com.atlassian.bamboo.configuration.ScheduledBackupJob.execute(ScheduledBackupJob.java:72)

at org.quartz.core.JobRunShell.run(JobRunShell.java:202)

at com.atlassian.bamboo.quartz.SystemAuthorizedThreadPool$1.run(SystemAuthorizedThreadPool.java:38)

at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525)

[Sultan Maiyaki · Accepted solution]

Hi Nimitt,

I believe you might be facing some data corruption on your database. Can you try to run the following sql script:

DELETE FROM USER_COMMIT WHERE BUILDRESULTSUMMARY_ID not in (SELETC BUILDRESULTSUMMARY_ID FROM BUILDRESULTSUMMARY);

Restart Bamboo and check whether you are able to take the backup.

P.S: Try to take an sql dump of the database before running any update or delete commands

[Nimitt Desai]

Hi Sultan

Thank you for your response.

It turned out that there was an accidental conflict in SQL backup schedule which ran at the time of the Bamboo scheduled backup.

We will try the backup again and see how it goes.

Thanks.

[Nimitt Desai]

Hi Sultan,

Thank you for your quick response.

It seems like the backup was able to run successfully without having to run the script.

Regards