| Subject | Re: [firebird-support] Multicore with Firebird 1.5 Gbak and end-user software |
|---|---|
| Author | Helen Borrie |
| Post date | 2009-06-30T21:41:32Z |
At 12:54 AM 1/07/2009, Henry Franquet wrote:
Modify your settings in your IBORestoreService code (Verbose=True) so that you generate a log file into a visual component or a file. Then you will see why your restore fails. If you are already writing verbose output to a file, then check that a log file of the same name does not exist.
Note also that, if you have (inadvisedly) set Replace true in the Options array then the restore will abort if any user is connected to the database. Of course, with the default CreateDatabase set true, the restore will abort if the database exists in the provided DatabasePath.
./heLen
>Hi,IBORestoreService doesn't use gbak, it uses the Services Manager.
>I have a issue with a multicore laptop:
>OS Windows XP sp3, Firebird 1.5 classic server
>When the user software perform a restoration (using IBOService) which launch gbak to do the job, gbak returns in a instant without finishing the job.
> I don't know how to set the same affinity to the three :If you are talking about configuring CpuAffinity, it is not relevant for Classic.
>my issue is about gbak (should I patch the exe ?)See above. Gbak is not involved.
Modify your settings in your IBORestoreService code (Verbose=True) so that you generate a log file into a visual component or a file. Then you will see why your restore fails. If you are already writing verbose output to a file, then check that a log file of the same name does not exist.
Note also that, if you have (inadvisedly) set Replace true in the Options array then the restore will abort if any user is connected to the database. Of course, with the default CreateDatabase set true, the restore will abort if the database exists in the provided DatabasePath.
./heLen