1

Topic: gbak through service manager - does not work (FB 3)

FB 3. I launch archiving:
C:\program files (x86) \firebird\Firebird_3_0\GBAK.EXE-b-v-g-se service_mgr-user SYSDBA-password masterkey PATH_TO_DB\XXX.FDB PATH_TO_DB\XXX.FBK
I receive an error:

 gbak: ERROR:I/O error during "CreateFile (open)" operation for file "PATH_TO_DB\XXX.FDB"
gbak: ERROR: Error while trying to open file
gbak: ERROR: Process cannot receive file access, as this file 
 other process.
gbak: ERROR: Exiting before completion due to errors 

Question: what it is necessary to make, that  through service_mgr earned? Or where about it it is possible to read?

2

Re: gbak through service manager - does not work (FB 3)

CyberMax wrote:

the Question: what it is necessary to make, that  through service_mgr earned?

Specify a network way of connection to the manager instead of embedded: "localhost:service_mgr".
Or change the order of providers in firebird.conf.

3

Re: gbak through service manager - does not work (FB 3)

CyberMax;

 gbak-b-g-v-se localhost:service_mgr-user sysdba-pas masterkey "PATH_TO_DB\XXX.FDB" "PATH_TO_DB\XXX.FBK" 

4

Re: gbak through service manager - does not work (FB 3)

Specified localhost.
Received an error:

 gbak: ERROR:Internal error when using clumplet API: attempt to store 320 bytes i
n a clumplet with maximum size 255 bytes
gbak:Exiting before completion due to errors 

5

Re: gbak through service manager - does not work (FB 3)

CyberMax wrote:

the Question: what it is necessary to make, that  through service_mgr earned? Or where about it it is possible to read?

It is necessary to realize that the superserver locks a DB file. Also that embedded is a SEPARATE process. Two superservers cannot work from one DB.

6

Re: gbak through service manager - does not work (FB 3)

kdv wrote:

it is necessary to realize that the superserver locks a DB file. Also that embedded is a SEPARATE process. Two superservers cannot work from one DB.

Yes I in course about it. Looked your video about architecture, there all is intelligibly explained.
Here questions it is more about another.
What for service_mgr it tries to be connected as embedded? In a config it is accurately specified - at me SuperServer with all that it implies by restrictions. By council DS found adjustment in a config about providers. Changed on engine12, Remote, Loopback - the same. Yes actually at what here providers? It is obvious that service-manager use for performance bekapov/restorov (if tell for what it is necessary - I will be grateful) during users. What for to it localhost to specify?
The second: what then from itself represents service_mgr? As I understood from experience with FB 2.5, it  servers, which at the expense of "proximity" to basis and as parts of the sql-server, does  and  faster.
The third: in releases-notes it is written, what it is necessary to do because of such incompatibility service_mgr with prior version? Or I one such which "did not guess" about localhost?

7

Re: gbak through service manager - does not work (FB 3)

CyberMax wrote:

Changed on engine12, Remote, Loopback - the same. Yes actually at what here providers?

Thus that engine12 it, suddenly, the provider embedded a mode, to which especially  on
That is written in a config fbserver.

8

Re: gbak through service manager - does not work (FB 3)

Dimitry Sibiryakov wrote:

Thus that engine12 it, suddenly, the provider embedded a mode, to which especially  on
That is written in a config fbserver.

And what sequence then should be?

9

Re: gbak through service manager - does not work (FB 3)

CyberMax;
Service the manager it not only for bekap-restora, but also for obtaining of the mute, , traces....
Also for control of users, but in 3/0 it already Legacy, it is necessary to control through SQL.

CyberMax wrote:

What for to it localhost to specify?

Yes because it can be launched and from the remote computer.

CyberMax wrote:

the Third: in releases-notes it is written, what it is necessary to do because of such incompatibility service_mgr with prior version?

All because it is completely compatible. You corrected a line of providers not truly, and generally it in 90 % of cases is better be not to touching, and really to add localost to services.

10

Re: gbak through service manager - does not work (FB 3)

CyberMax wrote:

Here questions it is more about another.
... What then from itself represents service_mgr?

Service-manager is the separate mechanism, allowing to fulfill  tasks (services) on server side.
These services
- Not to be obliged to are anchored to a DB (broad gull reading),
- Can be connected to any DB (, )
- Can be connected to several DB ()
Etc.
Some services double the standard utilities some - "in itself".
To carry out the task (service), it is necessary to be connected to the service-manager and to become authorized.
Logically, this same connection, as well as to a DB.
PS @kdv - you see, about what  it is necessary?
People, even with a development wide experience -  do not understand basic things!!!
And I not about providers in 3-ke speak...

11

Re: gbak through service manager - does not work (FB 3)

hvlad wrote:

you see, about what it is necessary to tell?

Yes I do not represent, as about it to tell.
- And why at me here it...
- Because embedded and a superserver
- And why embedded...
- Because the protocol did not specify
- And I rewrote in a config...
- Yes  that rewrote.
And further in such spirit.

hvlad wrote:

People, even with a development wide experience -  do not understand basic things

Experience of development and understanding of basic things generally are not connected in any way. For them the server is a black box. Works - well. Does not work - we will stick anywhere, perhaps earns.
It, as though, not intersected knowledge domains.

12

Re: gbak through service manager - does not work (FB 3)

Quite right.
And only if the developer (as I, for example) both installs, and adjusts, and  system "on a turn-key basis" from different directions it is forced "to sniff at a subject".

13

Re: gbak through service manager - does not work (FB 3)

;
Better article on ibase. However it is necessary only for those who does not read RN before passage to the new version.

14

Re: gbak through service manager - does not work (FB 3)

;
It is truth and in 2018 in spite of the fact that embedded can work with several processes there there is a set BUT.

15

Re: gbak through service manager - does not work (FB 3)

wrote:

Make, please, an unsinkable topic "Firebird embedded". And it is even better - "Firebird embedded and shared access to the general file of basis from different processes".
Exceptional  that did not dirty. Added by moderators, at an output of new versions FB and at registration of mass cases of a schizophrenia among users-developers.
Minimum working composition of files. A line of a connection. Shared access. Adjustments of a file of a config. Than threatens and why it is not necessary to use here in these cases.
For different versions FB.
Well please. Well to you costs.

It of that is not necessary. Too unreliable construction turns out.
It would be advertizing

16

Re: gbak through service manager - does not work (FB 3)

wrote:

Well please. Well to you costs.

At first, such article already is in a draft type (more truly, half) - whence that, as, why, etc.
Secondly, programming, and generally computers, are subordinated to enough rigid logic. And if is And, and is it is possible to draw an output that + = S.No so is impossible to some programmers. Because they know only about And.
Type, we work with databases, and hardly-whether not to space we fly, and that such exclusive access to a file - we do not know.
It is the abstract example, it is possible to result still analog - any more first generation of the programmers using Delfi, do not know that there for files in a setting folder lie.
That is, a part of basic knowledge without which it was impossible earlier, now evaporated in anywhere. Alas.