Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gh97j-0007LZ-SO for pgsql-admin@arkaria.postgresql.org; Wed, 09 Jan 2019 08:22:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gh96j-0001is-8u for pgsql-admin@arkaria.postgresql.org; Wed, 09 Jan 2019 08:21:01 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ggwrv-0001qV-4t for pgsql-admin@lists.postgresql.org; Tue, 08 Jan 2019 19:16:55 +0000 Received: from mail-io1-xd2c.google.com ([2607:f8b0:4864:20::d2c]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ggwrs-0005vd-QP for pgsql-admin@lists.postgresql.org; Tue, 08 Jan 2019 19:16:54 +0000 Received: by mail-io1-xd2c.google.com with SMTP id b16so4072051ior.1 for ; Tue, 08 Jan 2019 11:16:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=nO98kFaxqUo8qtYDeIZq3D9G7KjJ4psG6W5Owk/a23w=; b=mV3nqFzSoVKJuL3MyvXtqz5gAT0kQ877RPNpT49s0p8wEJ4EYJTeg3uM6RDtSEEALO bGXjQDykKOY6kYQ49Rbhuf5dZ1KV75Qfshb1z3yULaP+peAT2E6nFkF4ABv0oJao3Cne Z7oqHYc6Bm3kT2jEAC+AO82bPyw/69Kw/PoB99f+UinAgeadvOgA+JeTztHNGXntgB9u WurEMxyQs7MG85hAMCMvZtvxbiibnrzhr4IAFALAO341M6c2piy7ehmJntGN0V3d90nA lEFhPCnjZceg4GYgxgB8CHXsRi4NlP3JXMEOvjdEpMlXSJlk7hz1ZyIWcqBuyzI/pC2X lQsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=nO98kFaxqUo8qtYDeIZq3D9G7KjJ4psG6W5Owk/a23w=; b=SlWo5XTgoJZbQXSUYap/DU3w/HOC3XZX1am9HMrinBgCICweUpW/QLlYdOrK54FFhD l3WYqIzSG66ZV3JzpUWfFrMULgqXk5n07E5heMyPhrtmTbGTmHrrHX1FsdzNyQHNeToI 7QH2ssOweP3YctawS6eMEcNu7CLiytTGpiAiPu1la41UAxjOo4jhttV3V60HtY0rO3jC mzorg8MrMiJBIFZBOM5vOLEQNrfrdNBY+j4KvPAoaFqk0L6pR8QPczMAOM4FwaRIKcJS if+xf4DWV/bHbFqwQYIcAz1WgYagHGane6sUnHHeOYtppPlmOIutGfA077ebr03Wcwn0 DkLw== X-Gm-Message-State: AJcUukdvokm3cuwz13zrWVmqWFG0/A7CTJ6wkRmWzEMxk0gibGS1wMsL gU5GJy79LcBVQux4H0dNgIqcxLbI X-Google-Smtp-Source: ALg8bN4503q8cTEEnrBKHMeW+3q6tjz4FmxWRmV7v2UEsapWiEyc9ytn9wflNrlBd1m8t4x6oyC4gw== X-Received: by 2002:a6b:c005:: with SMTP id q5mr1791492iof.225.1546975009509; Tue, 08 Jan 2019 11:16:49 -0800 (PST) Received: from [172.16.3.133] ([67.148.93.60]) by smtp.gmail.com with ESMTPSA id 125sm6612926itk.28.2019.01.08.11.16.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Jan 2019 11:16:48 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Database migration across different operating systems From: Natalie Wenz X-Mailer: iPhone Mail (16C101) In-Reply-To: <875zuzr06z.fsf@news-spur.riddles.org.uk> Date: Tue, 8 Jan 2019 13:16:47 -0600 Cc: pgsql-admin@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <875zuzr06z.fsf@news-spur.riddles.org.uk> To: Andrew Gierth List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Thanks, Andrew.=20 All of our databases do have lc_collate=3DC. To check my understanding, if t= hat were not the case, we=E2=80=99d need to reindex, but since it is all lc_= collate=3DC, we shouldn=E2=80=99t run into that particular problem. Did I ge= t that right?=20 On Jan 8, 2019, at 3:06 AM, Andrew Gierth wrot= e: >>>>>> "Natalie" =3D=3D Natalie Wenz writes: >=20 > Natalie> We are in an unusual circumstance, where we need to move all > Natalie> of our Postgres 10 databases from their homes on servers > Natalie> running FreeBSD 11 with ZFS to servers in another data center > Natalie> running Red Hat Linux 7.6 (also with ZFS), with minimal > Natalie> downtime. >=20 > [...] >=20 > Natalie> We=E2=80=99ve tested this procedure on a small database, and it > Natalie> starts, it runs, returns queries. There seems to be no issues. >=20 > Natalie> Is this a reasonable approach? Are there any known > Natalie> concerns/things to investigate before choosing this course? >=20 > Locales will bite you unless your databases all have lc_collate=3DC or > you're using ICU for all collations); you will need, at minimum, to > reindex every index containing a collatable column with an OS-provided > collation (i.e. not ICU and not C / POSIX). >=20 > --=20 > Andrew (irc:RhodiumToad)