Hi Ralph: I ran all your test cases where first create is PH with sharing mode none and Lease request R. Those were test cases 1,21,41,61,81 and 101 and in all cases the epoch is increased in the create response, although your test output declares
" ../../source4/torture/smb2/durable_v2_open.c:6270: Expression `lease_ok' failed: Bad lease epoch". Regards, Obaid Farooqi Sr. Escalation Engineer | Microsoft -----Original Message----- From: Obaid Farooqi Sent: Thursday, September 11, 2025 4:44 PM To: Ralph Boehme <[email protected]> Cc: [email protected]; Microsoft Support <[email protected]> Subject: RE: [MS-SMB2] Disconnected PH looses R lease without epoch bump - TrackingID#2508130040006013 Hi Ralph: What is the test case for this scenario in smbtorture? I imagined it is in smb2.persistent-open.reconnect-contended. Regards, Obaid Farooqi Sr. Escalation Engineer | Microsoft -----Original Message----- From: Kristian Smith <[email protected]> Sent: Wednesday, August 13, 2025 10:20 AM To: Ralph Boehme <[email protected]> Cc: [email protected]; Microsoft Support <[email protected]> Subject: [MS-SMB2] Disconnected PH looses R lease without epoch bump - TrackingID#2508130040006013 [DocHelp to Bcc] Hi Slow, Thanks for reaching out with your Persistent Handle question. I've created case 2508130040006013 to track the issue. One of our engineers will investigate this and reach out to you soon. Regards, Kristian Smith Support Escalation Engineer | Microsoft® Corporation Email: [email protected] -----Original Message----- From: Ralph Boehme <[email protected]> Sent: Wednesday, August 13, 2025 3:13 AM To: Interoperability Documentation Help <[email protected]> Cc: [email protected] Subject: [EXTERNAL] MS-SMB2: Disconnected PH looses R lease without epoch bump Hi dochelp! Here comes another one related to Persistent Handles... I see the following behaviour against a Windows server with Fileserver for General Use role: 1. Client 1 opens file with PH, lease=R and sharemode=none 2. Client 1 disconnects TCP connection 3. Client 2 tries to open file and gets STATUS_FILE_NOT_AVAILABLE 4. Client 1 reconnects SMB 5. Client 1 reconnects PH, this succeeds but the lease is downgrade to NONE but the lease epoch is still the same as in step 1, iow it is not bumped Is this expected behaviour? There's footnote 247 in "3.3.4.7 Object Store Indicates a Lease Break" but none of the cases described there seem to cover my scenario. According to the SDC presentation "SMB 2.2 : Bigger, Faster, Scalier (Part 2)" from 2011, page 50, the server must bump the lease epoch. Can you please clarify? Traces (pcap + t.cmd) available. Thanks! -slow _______________________________________________ cifs-protocol mailing list [email protected] https://lists.samba.org/mailman/listinfo/cifs-protocol
