From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ste-pvt-msa2.bahnhof.se (ste-pvt-msa2.bahnhof.se [213.80.101.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.server123.net (Postfix) with ESMTPS for ; Tue, 15 Dec 2020 12:59:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTP id 9722A3F5CE for ; Tue, 15 Dec 2020 12:59:00 +0100 (CET) Received: from ste-pvt-msa2.bahnhof.se ([127.0.0.1]) by localhost (ste-ftg-msa2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T7_KgKJ2TF4X for ; Tue, 15 Dec 2020 12:58:59 +0100 (CET) Received: by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTPA id A8B603F59B for ; Tue, 15 Dec 2020 12:58:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTPS id 8320F2E0002 for ; Tue, 15 Dec 2020 12:59:21 +0100 (CET) Date: Tue, 15 Dec 2020 11:59:20 +0000 From: Michael =?utf-8?B?S2rDtnJsaW5n?= Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [dm-crypt] LUKS2 SSD swap and system freeze List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de On 15 Dec 2020 11:42 +0100, from germano.massullo@gmail.com (Germano Massullo): > To check if the complete stuck of the system was caused by encryption, I > tried to disable SSD swap, and create a unencrypted swap on a regular > HDD, and then when I had write bursts, the system slowed, but it did not > freeze. Note that by doing so, you actually changed at least two things at once: absence/presence of encryption, and SSD/HDD. There is also a possibility that you changed the properties of the storage interconnect. You've shown that by changing all at once, you can eliminate or introduce the problem, but you haven't unequivocally shown which specific change made the difference. To eliminate those factors and further narrow down the problem, can you change just _one_ of those at a time? For example, do you still see the same issue with similarly encrypted swap on the HDD, or with unencrypted swap on the SSD? The answer would help at least somewhat to lay the blame on either the storage device or the cryptography. Also, have you checked the SMART data for the SSD? Another thing that could be worth testing is to access that system over the network. Assuming your firewall settings allow ICMP, does it respond to pings while appearing frozen, for example? -- Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se “Remember when, on the Internet, nobody cared that you were a dog?” From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B43D0C4361B for ; Tue, 15 Dec 2020 12:00:22 +0000 (UTC) Received: from mail.server123.net (mail.server123.net [78.46.64.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1E3552228A for ; Tue, 15 Dec 2020 12:00:18 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1E3552228A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kjorling.se Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dm-crypt-bounces@saout.de X-Virus-Scanned: amavisd-new at saout.de Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=213.80.101.71; helo=ste-pvt-msa2.bahnhof.se; envelope-from=michael@kjorling.se; receiver= Received: from ste-pvt-msa2.bahnhof.se (ste-pvt-msa2.bahnhof.se [213.80.101.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.server123.net (Postfix) with ESMTPS for ; Tue, 15 Dec 2020 12:59:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTP id 9722A3F5CE for ; Tue, 15 Dec 2020 12:59:00 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at bahnhof.se Received: from ste-pvt-msa2.bahnhof.se ([127.0.0.1]) by localhost (ste-ftg-msa2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T7_KgKJ2TF4X for ; Tue, 15 Dec 2020 12:58:59 +0100 (CET) Received: by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTPA id A8B603F59B for ; Tue, 15 Dec 2020 12:58:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTPS id 8320F2E0002 for ; Tue, 15 Dec 2020 12:59:21 +0100 (CET) Date: Tue, 15 Dec 2020 11:59:20 +0000 From: Michael =?utf-8?B?S2rDtnJsaW5n?= To: dm-crypt@saout.de Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Subject: Re: [dm-crypt] LUKS2 SSD swap and system freeze X-BeenThere: dm-crypt@saout.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: dm-crypt-bounces@saout.de Sender: "dm-crypt" Message-ID: <20201215115920.rN_o68ctnV8Q02L-sVYyXYsbdZbYgOjblZ7qUNHKhg8@z> T24gMTUgRGVjIDIwMjAgMTE6NDIgKzAxMDAsIGZyb20gZ2VybWFuby5tYXNzdWxsb0BnbWFpbC5j b20gKEdlcm1hbm8gTWFzc3VsbG8pOgo+IFRvIGNoZWNrIGlmIHRoZSBjb21wbGV0ZSBzdHVjayBv ZiB0aGUgc3lzdGVtIHdhcyBjYXVzZWQgYnkgZW5jcnlwdGlvbiwgSQo+IHRyaWVkIHRvIGRpc2Fi bGUgU1NEIHN3YXAsIGFuZCBjcmVhdGUgYSB1bmVuY3J5cHRlZCBzd2FwIG9uIGEgcmVndWxhcgo+ IEhERCwgYW5kIHRoZW4gd2hlbiBJIGhhZCB3cml0ZSBidXJzdHMsIHRoZSBzeXN0ZW0gc2xvd2Vk LCBidXQgaXQgZGlkIG5vdAo+IGZyZWV6ZS4KCk5vdGUgdGhhdCBieSBkb2luZyBzbywgeW91IGFj dHVhbGx5IGNoYW5nZWQgYXQgbGVhc3QgdHdvIHRoaW5ncyBhdApvbmNlOiBhYnNlbmNlL3ByZXNl bmNlIG9mIGVuY3J5cHRpb24sIGFuZCBTU0QvSERELiBUaGVyZSBpcyBhbHNvIGEKcG9zc2liaWxp dHkgdGhhdCB5b3UgY2hhbmdlZCB0aGUgcHJvcGVydGllcyBvZiB0aGUgc3RvcmFnZQppbnRlcmNv bm5lY3QuIFlvdSd2ZSBzaG93biB0aGF0IGJ5IGNoYW5naW5nIGFsbCBhdCBvbmNlLCB5b3UgY2Fu CmVsaW1pbmF0ZSBvciBpbnRyb2R1Y2UgdGhlIHByb2JsZW0sIGJ1dCB5b3UgaGF2ZW4ndCB1bmVx dWl2b2NhbGx5CnNob3duIHdoaWNoIHNwZWNpZmljIGNoYW5nZSBtYWRlIHRoZSBkaWZmZXJlbmNl LgoKVG8gZWxpbWluYXRlIHRob3NlIGZhY3RvcnMgYW5kIGZ1cnRoZXIgbmFycm93IGRvd24gdGhl IHByb2JsZW0sIGNhbgp5b3UgY2hhbmdlIGp1c3QgX29uZV8gb2YgdGhvc2UgYXQgYSB0aW1lPyBG b3IgZXhhbXBsZSwgZG8geW91IHN0aWxsCnNlZSB0aGUgc2FtZSBpc3N1ZSB3aXRoIHNpbWlsYXJs eSBlbmNyeXB0ZWQgc3dhcCBvbiB0aGUgSERELCBvciB3aXRoCnVuZW5jcnlwdGVkIHN3YXAgb24g dGhlIFNTRD8gVGhlIGFuc3dlciB3b3VsZCBoZWxwIGF0IGxlYXN0IHNvbWV3aGF0CnRvIGxheSB0 aGUgYmxhbWUgb24gZWl0aGVyIHRoZSBzdG9yYWdlIGRldmljZSBvciB0aGUgY3J5cHRvZ3JhcGh5 LgoKQWxzbywgaGF2ZSB5b3UgY2hlY2tlZCB0aGUgU01BUlQgZGF0YSBmb3IgdGhlIFNTRD8KCkFu b3RoZXIgdGhpbmcgdGhhdCBjb3VsZCBiZSB3b3J0aCB0ZXN0aW5nIGlzIHRvIGFjY2VzcyB0aGF0 IHN5c3RlbQpvdmVyIHRoZSBuZXR3b3JrLiBBc3N1bWluZyB5b3VyIGZpcmV3YWxsIHNldHRpbmdz IGFsbG93IElDTVAsIGRvZXMgaXQKcmVzcG9uZCB0byBwaW5ncyB3aGlsZSBhcHBlYXJpbmcgZnJv emVuLCBmb3IgZXhhbXBsZT8KCi0tIApNaWNoYWVsIEtqw7ZybGluZyDigKIgaHR0cHM6Ly9taWNo YWVsLmtqb3JsaW5nLnNlIOKAoiBtaWNoYWVsQGtqb3JsaW5nLnNlCiDigJxSZW1lbWJlciB3aGVu LCBvbiB0aGUgSW50ZXJuZXQsIG5vYm9keSBjYXJlZCB0aGF0IHlvdSB3ZXJlIGEgZG9nP+KAnQoK X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZG0tY3J5cHQg bWFpbGluZyBsaXN0CmRtLWNyeXB0QHNhb3V0LmRlCmh0dHBzOi8vd3d3LnNhb3V0LmRlL21haWxt YW4vbGlzdGluZm8vZG0tY3J5cHQK