>>>> I agree that sometime more context from intermediate levels could >>>> help to better understand what happens. For example, when transliterate >>>> error happens it is good to know assignment destination (field or >>>> variable) name. I'm not sure it is easy to implement. But in the case >>>> of "CreateFile failed" when index is built... - i see nothing to add here, >>>> it is >>> clear enough as for me... > >>> The OS message in this case should be helpful enough: >>> "gbak: ERROR: Das Gerät ist nicht bereit. > >>> (Device is not ready) suggests it's a problem the administrator has to deal >>> with as Firebird doesn't control OS level stuff like file permissions, >>> mounting >>> devices, making sufficient temp space available, et al. > >> True, but what device? What path? > > Well, a good question. In this case at a customers server more than one temp > path was configured to avoid this situation.
What Firebird version? Might be related to: http://tracker.firebirdsql.org/browse/CORE-3757 Regards, Thomas > And: There was much free space on the device (More than 10 GB for a 2 GB > database. The index should have been created on a table of about 3.5 Mio > records.) > > So I think my customer has a problem with his raid system. > >> The current message is 99% useless without the file path/name. It >> effectively reads as: > >> "You have a problem... somewhere. Go figure it out." > > Yes and one more: > > There was no hint at the end of restore process that an error occurred. I'd > expect a printed message. I don't know wether an exit level was returned or > something like that. > > > > >>> But maybe Bjoern's point has been missed: why should a temp file be >>> needed to restore deactivated indexes? > >> I don't think that was his point, but will see what he says. > > No, that's obvious that firebird needs temp space for index creation if there > are some more records involved. > > > Björn > ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
