Message with empty string ( I/O error during "open O_CREAT" operation for file "" ) when engine can't save data for GTT due to invalid value of FIREBIRD_TMP or when it points to inaccessible directory [CORE5052] #5339
Name of directory which should store data of GTT is not shown when FIREBIRD_TMP variable is undefined or points to invalid/inaccessible folder.
Instead of this something quite useless issues:
/opt/fb25sc/bin/isql /3255:/var/db/fb25/empty.fdb
recreate global temporary table gtt(x int); --this passed OK
insert into gtt values(1); -- this FAILS
Statement failed, SQLSTATE = 08001
I/O error during "open O_CREAT" operation for file ""
-Error while trying to create file
-No such file or directory
After this one need to open script that launched FB ( /etc/init.d/... ) and ensure that variable FIREBIRD_TMP:
1) is defined
2) points to valid directory which does exist and is avail for FB
3) is exported to daemon process.
But starting script can become suddenly "obsolete" when FB 2.5.x is reassembled and begin to work in another arch (e.g. Classic instead of old SC; thus script that should be checked is /etc/xinetd rather than /etc/fb25sc).
Submitted by: @pavel-zotov
Name of directory which should store data of GTT is not shown when FIREBIRD_TMP variable is undefined or points to invalid/inaccessible folder. Instead of this something quite useless issues:
/opt/fb25sc/bin/isql /3255:/var/db/fb25/empty.fdb
recreate global temporary table gtt(x int); --this passed OK insert into gtt values(1); -- this FAILS Statement failed, SQLSTATE = 08001 I/O error during "open O_CREAT" operation for file "" -Error while trying to create file -No such file or directory
After this one need to open script that launched FB ( /etc/init.d/... ) and ensure that variable FIREBIRD_TMP: 1) is defined 2) points to valid directory which does exist and is avail for FB 3) is exported to daemon process.
But starting script can become suddenly "obsolete" when FB 2.5.x is reassembled and begin to work in another arch (e.g. Classic instead of old SC; thus script that should be checked is /etc/xinetd rather than /etc/fb25sc).
So, it would be nice to fix this inconvenice.