Issue Details (XML | Word | Printable)

Key: CORE-5365
Type: Bug Bug
Status: Open Open
Priority: Minor Minor
Assignee: Unassigned
Reporter: Helen Borrie
Votes: 0
Watchers: 6
Operations

If you were logged in you would be able to see more operations.
Firebird Core

Authentication for gbak broken in v.2.5.6

Created: 01/Oct/16 09:01 PM   Updated: 03/Nov/16 09:58 AM
Component/s: GBAK
Affects Version/s: 2.5.6
Fix Version/s: None

Environment: Windows 64-bit platform and installation, V.2.5.5 installation updated to 2.5.6 via zip file, existing .conf files and security2.fdb from 2.5.5 copied over while service stopped.

QA Status: No test


 Description  « Hide
Gbak returning "user name and password not defined" for SYSDBA login. Logins from other apps are OK. Problem "solved" by replacing gbak with a copy from v.2.5.5.
Added: Authentication works OK if -b[ackup] switch is included so this may be an unannounced attempt at improvement that I haven't noticed before. In the past, -b was the default switch (or behaved as if it was.) If gbak no longer has a default switch, perhaps change the message to something along the lines of "No switch detected for this request" and update the release notes?

 All   Comments   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Alexander Peshkov added a comment - 10/Oct/16 03:59 PM
On linux with B2_5_release I do not see this problem with gbak:

localhost bin # ./gbak -user sysdba -pas masterkey localhost:employee e.gbak -z
gbak:gbak version LI-V2.5.7.27026 Firebird 2.5
gbak: Version(s) for database "localhost:employee"
        Firebird/linux AMD64 (access method), version "LI-V2.5.7.27026 Firebird 2.5"
        Firebird/linux AMD64 (remote server), version "LI-V2.5.6.26980 Firebird 2.5/tcp (localhost)/P12"
        Firebird/linux AMD64 (remote interface), version "LI-V2.5.7.27026 Firebird 2.5/tcp (localhost)/P12"
        on disk structure version 11.2
localhost bin #

i.e. that's hardly intended change, looks like windows-specific bug.

Vlad Khorsun added a comment - 03/Nov/16 09:55 AM
I can't reproduce it on Windows:

\Firebird-2.5.6.27020-0_Win32_pdb\bin>isql -user SYSDBA -pass masterkey
Use CONNECT or CREATE DATABASE to specify a database
SQL> create database 's:\core-5365.fdb';
SQL> show version;
ISQL Version: WI-V2.5.6.27020 Firebird 2.5
Server version:
Firebird/x86/Windows NT (access method), version "WI-V2.5.6.27020 Firebird 2.5"
Firebird/x86/Windows NT (remote server), version "WI-V2.5.6.27020 Firebird 2.5/XNet (WIN7X64)/P12"
Firebird/x86/Windows NT (remote interface), version "WI-V2.5.6.27020 Firebird 2.5/XNet (WIN7X64)/P12"
on disk structure version 11.2
SQL> exit;

\Firebird-2.5.6.27020-0_Win32_pdb\bin>gbak -user SYSDBA -pass masterkey s:\core-5365.fdb s:\core-5365.fbk

Vlad Khorsun added a comment - 03/Nov/16 09:58 AM
Now 64-bit version

XNET:

Firebird-2.5.6.27020-0_x64_pdb\bin>gbak -user sysdba -pass masterkey -z S:\CORE-5365.FDB S:\core-5365.fbk
gbak:gbak version WI-V2.5.6.27020 Firebird 2.5
gbak: Version(s) for database "S:\CORE-5365.FDB"
        Firebird/x86-64/Windows NT (access method), version "WI-V2.5.6.27020 Firebird 2.5"
        Firebird/x86-64/Windows NT (remote server), version "WI-V2.5.6.27020 Firebird 2.5/XNet (WIN7X64)/P12"
        Firebird/x86-64/Windows NT (remote interface), version "WI-V2.5.6.27020 Firebird 2.5/XNet (WIN7X64)/P12"
        on disk structure version 11.2

INET:

Firebird-2.5.6.27020-0_x64_pdb\bin>gbak -user sysdba -pass masterkey -z localhost:S:\CORE-5365.FDB S:\core-5365.fbk
gbak:gbak version WI-V2.5.6.27020 Firebird 2.5
gbak: Version(s) for database "localhost:S:\CORE-5365.FDB"
        Firebird/x86-64/Windows NT (access method), version "WI-V2.5.6.27020 Firebird 2.5"
        Firebird/x86-64/Windows NT (remote server), version "WI-V2.5.6.27020 Firebird 2.5/tcp (Win7x64)/P12"
        Firebird/x86-64/Windows NT (remote interface), version "WI-V2.5.6.27020 Firebird 2.5/tcp (Win7x64)/P12"
        on disk structure version 11.2