Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wv05X-0011w6-0C for pgsql-admin@arkaria.postgresql.org; Fri, 14 Aug 2026 22:09:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wv05T-002faN-2Q for pgsql-admin@arkaria.postgresql.org; Fri, 14 Aug 2026 22:09:16 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wv05T-002faF-17 for pgsql-admin@lists.postgresql.org; Fri, 14 Aug 2026 22:09:16 +0000 Received: from mail-wm1-x32a.google.com ([2a00:1450:4864:20::32a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wv05R-00000000mLq-2mMq for pgsql-admin@lists.postgresql.org; Fri, 14 Aug 2026 22:09:15 +0000 Received: by mail-wm1-x32a.google.com with SMTP id 5b1f17b1804b1-49556f97a9dso10879605e9.1 for ; Fri, 14 Aug 2026 15:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1786745353; x=1787350153; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:content-type :references:in-reply-to:date:cc:to:from:subject:message-id:from:to :cc:subject:date:message-id:reply-to:content-type; bh=Rn4qcF1TeYybfXVZPDYR3tSYa36icVLghO4lH5JRJLI=; b=kKm6nJG7fl0r/ZRBx+Y7k4LleMKx/qI2r6uctZzB/YZXQzPaOyaW92sb3i6HiLagFB z807awA/MBMgZOkja+H1kxlxYST7FqbYwyWKP9tglRfwDWIkf6TjoQs0dPJfFEbDhWmH 18wA3bJkQeYqH8RyoaOTn+PcJvVT70An+Ey1kGpaVlXpXPGyau93E2bhHhQ5xVfDOBx4 TsSjQjuVVktVHUTxSXi00yBi/CD5CzzfyE7tMPqEGaaYRRur13xLABHLYjXjsyjMmhXW EdMe6suyGlf59YuCwkAfx8SV0hXXWWUxDOluw/LlYoDMwa1rBz9+TXGpYwNzvkVqHlrH PoIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786745353; x=1787350153; h=mime-version:user-agent:content-transfer-encoding:content-type :references:in-reply-to:date:cc:to:from:subject:message-id:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=Rn4qcF1TeYybfXVZPDYR3tSYa36icVLghO4lH5JRJLI=; b=SWRykMh/drNT3+Dx6bk/2eKZgp0voGNQnP0+dJyB1YxeVXzL8XQnbqTh+r839/tEUl 1CR4nNAecop2yQ4Ym4Gva172ORwjwRcRwE+gcqTwH0xIdBAXPRnPpa3n7c0lmXDMhmMv uC4wyrqnZHKx1dYgxzblvyHLIE1l0k/AHJqdRfdS8kW3KQLMhAvAiyZXGBpAWuqf6tuV 2r3LVHGdm451piu1Z3aPG5m/RDL4iEjmhT8yJkHeBSbIljH4ye7xggMnHsiFpvpsBOoa 8TH6v/3I+p1Z/rV7tzTThNsNkLpr9xqfToNIztaPL08A1OasS6df1cirg/wPlvHEn6gM gK2g== X-Forwarded-Encrypted: i=1; AHgh+Rpuec2tA8YWXKkI7waPlsOy3VNqXXOFWheGAi/mTgUqi9GQqCGsZx4h9RROtSzlNFPerH3kmLjlr09tKg==@lists.postgresql.org X-Gm-Message-State: AOJu0YwBN/wtovOcUWJ7sEO+CQGy4EztHL2i5LwCMohdf0/WAHiBKn6B rIotckK+KJtAqbW9yBsHqcLiatvQRZVm4Ckf4C5BltV6tVyz1A/Il1N5X/XKPiGi4H4= X-Gm-Gg: AR+sD13mN6rJgtdme/UNx04+Vz7MCyxJSplx0psNvKvdxXeDkgkDBwgyJV3JoJUOpws sJ55Y19R4+R5UXXUq8icOuD/fjJTsnL0FuIljsEiXzxHPyk+De/HRppXs/c7NYwVStvvCZd4dyj Ra19nhF2COM+ckRuGtl5y7YSfT9HmJZo3mhPoO4VfVarqmBEEJ07zAjfH6sD8fN8hSCNdtqVS/o 5fIndQPKIBiHD25etEYYXrr4BPs4ixrv+LXQnYBpjgEOTnALyGZpXSdLFW8qRAeh8YNzNsTgSya e5v8gdidCpOw/NgBUvFkf9DExaZar6/Ij8JKqxIHLG7GPZI/qenuqY68yDxAFb8GwaR0f1OdJNB sv0YmwExu6JXWO/vktkvBSdupWDsP2KPJERqx7rfDYP5dkiWociskHGn4uck6MBDz2OG6X0gKCb 0kHLndElcxJLOC4LrN3WAQAqTr3H0AgXFqfW90vCWnbwThWGYQlIGxAoQRbJc5r3ocriwJepNBv nHHPPWKkE0gZDBj X-Received: by 2002:a05:600c:6a12:b0:499:84ff:b16 with SMTP id 5b1f17b1804b1-499879ab51dmr93834515e9.14.1786745352968; Fri, 14 Aug 2026 15:09:12 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D ([2001:871:260:111a:781b:890d:48:9ed1]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-499899afa63sm63518515e9.1.2026.08.14.15.09.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Aug 2026 15:09:12 -0700 (PDT) Message-ID: <927e28d9d875aa9f1812c54d12fdffa6ba41f68a.camel@cybertec.at> Subject: Re: Urgent !!!! Tables inaccessible postgres v17.6 From: Laurenz Albe To: mahamood hussain , Licio Matos Cc: Ron Johnson , Pgsql-admin Date: Sat, 15 Aug 2026 00:09:11 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.60.2 (3.60.2-1.fc44) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2026-08-13 at 14:25 +0530, mahamood hussain wrote: > We are using Azure Premium SSD v2, which provides 99.999999999% durabilit= y, and my > understanding is that Azure designed this storage to support configuratio= ns such as > RAID 0 when higher IOPS/throughput are required. I don't know how "durability" is defined there. You got corruption, so either that's durable corruption or you are in the 0= .000000001%. > For context, these databases were recently migrated from DB2 to PostgreSQ= L. In DB2, > we have the concept of storage groups and storage paths, which allows us = to place > tablespaces across multiple disks/storage paths for performance and I/O d= istribution. If you control the storage, nothing keeps you from creating your data direc= tory in a file system that is striped across multiple devices to achieve the sam= e thing. But in a virtualized environment, that's pretty moot: it all ends up on the= same storage anyway. Yours, Laurenz Albe