You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
last year I configured our databases for backups without having to write our SYSDBA credentials in our backup script. Here I used Trusted Authentication via the WinSSPI Plugin and mapped the Windows SYSTEM user to SYSDBA via Global Mapping. We don't want our credentials in the script files because of security policies.
This is the mapping I created:
CREATE GLOBAL MAPPING WIN_SYSTEM
USING PLUGIN WIN_SSPI
FROM USER "AD\SERVERNAME$"
TO USER SYSDBA;
I could then create or restore a backup by running my backup script as Windows System User without SYSDBA credentials. This worked just fine with Firebird 3.0.4. Now I updated our Test environment to Firebird 3.0.5 and I'm getting an error in the clumplet API.
For example when restoring a backup it returns this:
gbak.exe -r -se localhost/3050:service_mgr -v -y D:\Backup\SomeDB.log D:\Backup\SomeDB.fbk D:\Database\SomeDB.fdb
gbak: ERROR:Internal error when using clumplet API: attempt to store 447 bytes in a clumplet with maximum size 255 bytes
gbak:Exiting before completion due to errors
The same error happens if I create backups like this:
gbak.exe -b -v -y D:\Backup\SomeDB.log D:\Database\SomeDB.fdb E:\Backup\SomeDB.fbk
If I backup or restore without service_mgr it works, but then it takes a lot longer!
That's not plugin or windows specific issue - but in this particular environment after adding ability to map any windows group to firebird role a kind of overflow (luckily detected with something better than segfault on server) has happened.
Submitted by: Sven-Eric Matthes (matthes)
Hello,
last year I configured our databases for backups without having to write our SYSDBA credentials in our backup script. Here I used Trusted Authentication via the WinSSPI Plugin and mapped the Windows SYSTEM user to SYSDBA via Global Mapping. We don't want our credentials in the script files because of security policies.
This is the mapping I created:
CREATE GLOBAL MAPPING WIN_SYSTEM
USING PLUGIN WIN_SSPI
FROM USER "AD\SERVERNAME$"
TO USER SYSDBA;
I could then create or restore a backup by running my backup script as Windows System User without SYSDBA credentials. This worked just fine with Firebird 3.0.4. Now I updated our Test environment to Firebird 3.0.5 and I'm getting an error in the clumplet API.
For example when restoring a backup it returns this:
gbak.exe -r -se localhost/3050:service_mgr -v -y D:\Backup\SomeDB.log D:\Backup\SomeDB.fbk D:\Database\SomeDB.fdb
gbak: ERROR:Internal error when using clumplet API: attempt to store 447 bytes in a clumplet with maximum size 255 bytes
gbak:Exiting before completion due to errors
The same error happens if I create backups like this:
gbak.exe -b -v -y D:\Backup\SomeDB.log D:\Database\SomeDB.fdb E:\Backup\SomeDB.fbk
If I backup or restore without service_mgr it works, but then it takes a lot longer!
Did something break here?
Commits: 4e4ce2d 7c1a0fe
The text was updated successfully, but these errors were encountered: