Hi, we had two strange failures on one of our servers recently:
21.06.2012 22:53:33 Database mandant1/bvmp.fdb will be recreated!
/usr/local/firebird/bin/gbak -user SYSDBA -password XXX -c
/opt/BVMP/Daten/backup/mandant1/bvmp.fbk
/opt/BVMP/Daten/mandant1/bvmp_7d53eddb10.fdb
gbak: ERROR:database shutdown unsuccessful
gbak: ERROR:failed to create database
/opt/BVMP/Daten/mandant1/bvmp_7d53eddb10.fdb
gbak:Exiting before completion due to errors
and
22.06.2012 22:53:56 Database mandant1/bvmp.fdb will be recreated!
/usr/local/firebird/bin/gbak -user SYSDBA -password XXX -c
/opt/BVMP/Daten/backup/mandant1/bvmp.fbk
/opt/BVMP/Daten/mandant1/bvmp_b6746b2e95.fdb
gbak: ERROR:database shutdown unsuccessful
gbak: ERROR:failed to create database
/opt/BVMP/Daten/mandant1/bvmp_b6746b2e95.fdb
gbak:Exiting before completion due to errors
I have no idea why a shutdown against a freshly created database should
fail. The databases are created, empty and valid, a manual shutdown via
gfix doesn't show any errors.
First thought was a timing issue, (we had ntpd issues on this machine)
but a look at the source shows that shutdown_delay is set to zero
dpb.insertByte(isc_dpb_shutdown, isc_dpb_shut_attachment |
isc_dpb_shut_single);
dpb.insertInt(isc_dpb_shutdown_delay, 0);
Any ideas are welcome.
Frank
--
"Fascinating creatures, phoenixes, they can carry immensely heavy loads,
their tears have healing powers and they make highly faithful pets."
- J.K. Rowling
------------------------------------------------------------------------------
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/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
