Opened 11 years ago
Closed 8 years ago
#225 closed defect (fixed)
tdbbackup -v does not work on a defective .tdb
Reported by: | Herwig Bauernfeind | Owned by: | |
---|---|---|---|
Priority: | blocker | Milestone: | Samba Server for eCS (OS/2) 1.3.x |
Component: | Samba Server Core | Version: | |
Keywords: | Cc: |
Description
Trying to use tdbbackup in verify and restore mode never succeeds. tdbbackup is able to detect a defective .tdb, however the restore operation fails with an "unable to access"-like message.
Change History (8)
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Performed tests both with running server with 3.3 and 3.5: tdbbackup -v wins.tdb works for a defective wins.tdb in 3.3, but restore fails for 3.5
comment:3 by , 11 years ago
Summary: | tdbbackup -v does not work → tdbbackup -v does not work on a defective .tdb |
---|
comment:5 by , 11 years ago
Priority: | minor → Feedback Pending |
---|
comment:6 by , 9 years ago
Still valid
tdb_oob len -436141828 beyond eof at 8192 restoring wins.tdb os2_file_locks: fd=3 lock_fd=5 flags=7 start=0 offset=0 len=1 pid=6857 os2_file_locks: arc=0 pid=6857 os2_file_locks: fd=3 lock_fd=5 flags=2 start=0 offset=0 len=1 pid=6857 os2_file_locks: arc=0 pid=6857 os2_create_lockfile: cannot create lock file wins.tdb.tmp.lock, errno=17 wins.tdb.tmp: File exists
comment:7 by , 8 years ago
Priority: | Feedback Pending → blocker |
---|
comment:8 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
with the recent fcntl() changes this is also fixed
Note:
See TracTickets
for help on using tickets.
is this working with samba 3.3?