---In firebird-support@yahoogroups.com, wrote :
Hi Vlad,
In firebird.log the message is :
SRV-BM Thu Apr 05 14:30:51 2018
Operating system call MapViewOfFile failed. Error code 8
SRV-BM Thu Apr 05 14:30:51 2018
LockManager::LockManager()
operating system
Hi Vlad,
In firebird.log the message is :
SRV-BM Thu Apr 05 14:30:51 2018
Operating system call MapViewOfFile failed. Error code 8
SRV-BM Thu Apr 05 14:30:51 2018
LockManager::LockManager()
operating system directive MapViewOfFile failed
Espace insuffisant pour traiter cette
Hi Vlad,
In firebird.log the message is :
SRV-BM Thu Apr 05 14:30:51 2018
Operating system call MapViewOfFile failed. Error code 8
SRV-BM Thu Apr 05 14:30:51 2018
LockManager::LockManager()
operating system directive MapViewOfFile failed
Espace insuffisant pour traiter cette
Exact error message is required. And check firebird.log also
Regards,
Vlad
> Thanks! As a workaround, I attempted gfix -write sync, but alas, it will
> work only if no other attachments. We start the copy at midnight, when
> it's likely there won't be other connections, but can't be guaranteed.
>
> For now, I've added, between lock and copy, a dummy isql script that
FB3.02 on Microsoft Windows Server 2008 R2
I had error MapViewOfFile failed many times on Microsoft Windows Server 2008
When this error occurs it's impossible to connect database, but I can connect
to an other database
My database seems reject all connexions
The only way to
Thanks
06.04.2018 13:57, atuncce...@duzen.com.tr [firebird-support] wrote:
> Is the IP expression in the logs show the IP of the client? If yes, how do I
> decode it? :)
It shows IP register of CPU at the moment of crash.
You can track the crashes using core dump as described in
Hi Everyone, I still get some segfaults on an Ubuntu 16.04 LTS with Firebird
Classic 2.5.8
It was about 10-13 errors/day with 2.5.6
After updating to 2.5.8 it's now decreased to 3-4 errors/day
I'm willing to see under what circumstances this error occurs. When I ask the
clients,
den 2018-04-06 10:53, skrev hv...@users.sourceforge.net [firebird-support]:
>
> > After testing a bit more, I notice that the locked database file has
> its
>
> > timestamp updated when firebird.exe does a "FlushBuffersFile"
> operation,
> > which can occur several minutes after the NBACKUP -L
> After testing a bit more, I notice that the locked database file has its
> timestamp updated when firebird.exe does a "FlushBuffersFile" operation,
> which can occur several minutes after the NBACKUP -L operation.
>
> Isn't that a bug? Everything should be flushed to file immediately when
Hi Mark,
Sorry for the late reply
I did what you said, but impossible to recover the record.
The record is not visible even with a full scan and after have drop the index
I used the tool IBSurgeon and nothing, the record seems definitively lost.
My database is on Force Write Off,
Den 2018-04-05 09:13, skrev hv...@users.sourceforge.net [firebird-support]:
>
> ---In firebird-support@yahoogroups.com, wrote :
>
> ...
> >
> > It seems like the original database file is touched about a half to one
> > minute after being locked with NBACKUP -L.
> >
> > Why is
den 2018-04-06 07:56, skrev Kjell Rilbe
kjell.ri...@marknadsinformation.se [firebird-support]:
> den 2018-04-05 09:13, skrev hv...@users.sourceforge.net
> [firebird-support]:
> >
> > ---In firebird-support@yahoogroups.com, wrote :
> >
> > ...
> > >
> > > It seems like the
14 matches
Mail list logo