Bug 13703 - SMB3 Create Replay broken by design
Summary: SMB3 Create Replay broken by design
Status: ASSIGNED
Alias: None
Product: Samba 4.1 and newer
Classification: Unclassified
Component: File services (show other bugs)
Version: unspecified
Hardware: All All
: P5 normal (vote)
Target Milestone: ---
Assignee: Ralph Böhme
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on: 14449
Blocks:
  Show dependency treegraph
 
Reported: 2018-12-04 17:27 UTC by Ralph Böhme
Modified: 2020-07-24 16:04 UTC (History)
3 users (show)

See Also:


Attachments
WIP patch from my Persistent Handles branch (14.18 KB, patch)
2020-07-08 09:45 UTC, Ralph Böhme
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ralph Böhme 2018-12-04 17:27:42 UTC
Samba currently implements SMB3 Create Replay by storing file handle state with Create GUID as record key in a process private in-memory database.

This means that Create Replay is not functional, as any session reconnect will result in a new Samba process that can't access the private in-memory database of the process previously servicing the session.

To address this, we need either an additional database or store the records in the smbXsrv_global.tdb database.
Comment 1 Ralph Böhme 2020-07-08 09:45:43 UTC
Created attachment 16122 [details]
WIP patch from my Persistent Handles branch

I'm using a sepereate db here, I guess we should just use smbXsrv_open_global.tdb for now.