Hi there,
I proceded as Helene suggested
I executed gbak.
However this produced zillions of warnings of the form
gback: do not recognize table attribute 0 -- continuing
this goes on now for some 15 minutes.
A database VAS.FDB
I can open it from my linux box using flamerobin.
The tables seem to
Hi there,
I proceeded as Helene suggested
I executed gbak.
However this produced zillions of warnings of the form
gback: do not recognize table attribute 0 -- continuing
this goes on now for some 15 minutes.
A database VAS.FDB was created
I can open it from my linux box using flamerobin.
The ta
Thank you Helen,
I had a disk crash so I was absorbed restoring ..
gbak -c d:\vas_db\/VAS.bak localhost:d:\vas_db\VAS.fdb -user sysdba
-password yourpwd
your proposal seems to work.
the restore operation is running now for some minutes.
However I get very many (some thousand ??) messages of th
Robert,
> the restore operation is running now for some minutes.
> However I get very many (some thousand ??) messages of the form:
>
> gbak: do not recognize table attribute 0 -- continuing
>
> does this point to a serious problem or can I safely ignore it?
You have a serious problem.
Sean
Friday, July 28, 2017, 9:03:19 PM, robert rottermann wrote:
> I proceeded as Helene suggested
> I executed gbak.
> However this produced zillions of warnings of the form
> gback: do not recognize table attribute 0 -- continuing
> this goes on now for some 15 minutes.
> A database VAS.FDB was c
Scott:
We are seeing something very strange as well--on some computers that update,
our application does not work. It won't even let us reinstall. Checking the
rights to the directory and everything seems correct.
After a reboot, and a reinstallation of our application, everything works