|
[
Permalink
| « Hide
]
berny added a comment - 02/Dec/11 02:13 PM
We have exactly the same problem. Our application open sequentially two databases and 80% of attempts on reboot of the hardware is crashing on open the second Database. So, when I restart the firebird after this affect, firebird is working fine until the next reboot....
What server are you using - classic, superclassic or super?
I have tried all 32/64 versions of Firebird for OSX including the lipo version. If my memory is correct this excepts classic. I have used a standard install using the standard packages. I now am using a debug SS version.
The debug Firebird SS supplied to me hasn't hung since installed. I have been re-booting several times a day to test.
A problem that seems to be caused by an issue in the installer preupgrade-script. In the interim, if anybody else has this issue
1. Stop the firebird server 2. Run this script #!/bin/sh echo "Clean User" dscl localhost -delete /Local/Default/Users/firebird echo "Clean Group" dscl localhost -delete /Local/Default/Groups/firebird if [ -f "/Library/StartupItems/Firebird" ]; then echo "Remove Superserver StartupItem" rm -fr /Library/StartupItems/Firebird fi if [ -f "/Library/LaunchDemons/org.firebird.gds.plist" ]; then echo "Remove Launchd" launchctl unload /Library/LaunchDemons/org.firebird.gds.plist rm /Library/LaunchDemons/org.firebird.gds.plist fi echo "Remove Framework" rm -fr /Library/Frameworks/Firebird.framework echo "Remove Receipt" rm -fr /Library/Receipts/Firebird*.pkg echo "Remove /tmp/firebird" rm -fr /tmp/firebird 3. Re-install Firebird 2.5.x The visible reason of the bug is not released semaphore in first attachment to database. I could not find anything wrong in firebird, and same code works just fine on MacOS 10.6 and all versions of freebsd (that port is compiled with same defines in x-process sync as Mac port). Therefore looks like there is a problem with System V semaphores in MacOS 10.7.
The fix committed is very bad. First of all, it breaks -c switch in fb_lock_print. Next, it does not fix superclassic which sooner of all will hang in the same manner. Moreover, it can't be front-ported to FB3. But with it SS starts correctly on any Mac version, therefore it was committed. If anybody needs a 2.5.1 build with this fix, please contact me directly.
Same problem.
Lion 10.7.3, mac mini server i7 8G, using embedded (extracted from FirebirdCS-2.5.1-26351-i386.pkg.zip). Does not happen on 10.6. Can reproduce it 99% of the time: 1. reboot system 2. start isql 3. isql> create database '/tmp/test.db' user 'SYSDBA' password 'masterkey'; 4. isql> quit; 5. hang..... After killing the hung isql the problem does not happen again until next reboot. (run db creation in a loop for 20 minutes - not one hang). Samo,
Yours is an unrelated issue, probably due to your home rolled embedded version and ownership issues. The problem is bug refers to only affects SuperClassic and SuperServer not Classic. |
|||||||||||||||||||||||||||||||||||||||||||||||||||