Samuel Cabrero <scabrero@xxxxxxx> writes: > Some servers seem to accept connections while booting but never send > the SMBNegotiate response neither close the connection, causing all > processes accessing the share hang on uninterruptible sleep state. > > This happens when the cifs_demultiplex_thread detects the server is > unresponsive so releases the socket and start trying to reconnect. > At some point, the faulty server will accept the socket and the TCP > status will be set to NeedNegotiate. The first issued command accessing > the share will start the negotiation (pid 5828 below), but the response > will never arrive so other commands will be blocked waiting on the mutex > (pid 55352). To add to this, the bug happens against Windows Server 2012 R2 and it's a bit tricky to reproduce. As Samuel said, the server has to be booted long enough to have the tcp stack up but not long enough to have the SMB stack fully ready (as it is unresponsive to the nego request). Could be a bug on MS side (or some third party installed software?) but I think if it results in an avoidable hang on our side it should be fixed. Reviewed-by: Aurélien Aptel <aaptel@xxxxxxx> -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
