Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id 7B2A49FB274 for ; Wed, 30 May 2007 05:00:28 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 70692-01 for ; Wed, 30 May 2007 05:00:10 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4 Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by postgresql.org (Postfix) with ESMTP id E5A639FB295 for ; Wed, 30 May 2007 05:00:09 -0300 (ADT) Received: by nz-out-0506.google.com with SMTP id m22so794288nzf for ; Wed, 30 May 2007 01:00:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=uT8qEhforv1PzQQP28CGnt6pKhnnx4Bh3YSkRwZs+hwukBoCyzDot5ijjtLPwdtJcilmcmLCKG3KZpXBFqGBB/UJRplKH95XKgpmoYWBs/owuohyXW5LGFPCFv3QM0mzKgYOp+CiW6sas9NxrrF4HUBIz04IKoVRgVO0W6chsC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=eh6WU1Dua810akrC5lT7VD7oDmT11E2wXkDccQUBNAPp0Jxgp7TayGF37RX9Szkug6aJm45jFBd0b6LiNfo/N6Ej30DnwzIHYTSVCq2Qta2AQZH/Alo2/2dZc40crjpWsT0N2NFjuRpZ3L1yTIICJ4r810bsqOi0xYUy3Y0vGRk= Received: by 10.115.59.4 with SMTP id m4mr3806997wak.1180512007889; Wed, 30 May 2007 01:00:07 -0700 (PDT) Received: by 10.114.80.6 with HTTP; Wed, 30 May 2007 01:00:07 -0700 (PDT) Message-ID: Date: Wed, 30 May 2007 12:00:07 +0400 From: "Roman Chervotkin" To: pgsql-admin@postgresql.org Subject: pg_dump: Error message from server: ERROR: compressed data is corrupt In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_748_2085171.1180512007858" References: X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200705/313 X-Sequence-Number: 25633 ------=_Part_748_2085171.1180512007858 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi list. Do usual pg_dump today and have got an error. --------------------- pg_dump: SQL command failed pg_dump: Error message from server: ERROR: compressed data is corrupt pg_dump: The command was: COPY public.candidates (id, name, surname, mid_name, compensation, created, birthday, updated, creator_id, updater_id, home_region_id, home_city, home_street, other_languages, home_region_other, edu_conformity, sex, deleted, resume_text, resume_text_index, mark, kids, driving_license, marital_status, software_knowledge, business_contacts, type_writing_rus, type_writing_lat, desired_duties, desired_other, updater_name, citizenship, compensation_currency, folder_id, plus, random_cat, temp_reg, "temp") TO stdout; ---------------------- I had 8.2.0 on Solaris 10 (SunOS server3 5.10 Generic_125101-05 ), pg_data_dir on zfs mirrored pool. I've checked status of pool and got: ---------------------- -bash-3.00# zpool status tank pool: tank state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed with 0 errors on Tue May 29 19:46:12 2007 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 c1t0d0 ONLINE 1 0 0 c1t4d0 ONLINE 0 0 0 errors: No known data errors -------------------------------------------------------- So it seems a drive should be replaced but pool is still functioning. I still can copy pg_data_dir to other filesystem without any errors. And database seems working as usual. So I guess pg_dump should work but It does not. I've upgraded to 8.2.4 but still have the same error. Copy pg_data_dir to another file system, start postgres with that data_dir, tried pg_dump again but still have the error. So the question is what should I do in order to pg_dump start working as usual? Thanks Roman. ------=_Part_748_2085171.1180512007858 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi list.

Do usual pg_dump today and have got an error.

---------------------
pg_dump: SQL command failed
pg_dump: Error message from server: ERROR:  compressed data is corrupt
pg_dump: The command was: COPY public.candidates (id, name, surname, mid_name, compensation, created, birthday, updated, creator_id, updater_id, home_region_id, home_city, home_street, other_languages, home_region_other, edu_conformity, sex, deleted, resume_text, resume_text_index, mark, kids, driving_license, marital_status, software_knowledge, business_contacts, type_writing_rus, type_writing_lat, desired_duties, desired_other, updater_name, citizenship, compensation_currency, folder_id, plus, random_cat, temp_reg, "temp") TO stdout;
----------------------

I had 8.2.0 on Solaris 10 (SunOS server3 5.10 Generic_125101-05 ), pg_data_dir on zfs mirrored pool. I've checked status of pool and got:

----------------------
-bash-3.00# zpool status tank
  pool: tank
 state: ONLINE
status: One or more devices has experienced an unrecoverable error.  An
        attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
        using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://www.sun.com/msg/ZFS-8000-9P
 scrub: scrub completed with 0 errors on Tue May 29 19:46:12 2007
config:

        NAME        STATE     READ WRITE CKSUM
        tank        ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c1t0d0  ONLINE       1     0     0
            c1t4d0  ONLINE       0     0     0

errors: No known data errors
--------------------------------------------------------

So it seems a drive should be replaced but pool is still functioning. I still can copy pg_data_dir to other filesystem without any errors. And database seems working as usual. So I guess pg_dump should work but It does not. I've upgraded to 8.2.4 but still have the same error. Copy pg_data_dir to another file system, start postgres with that data_dir, tried pg_dump again but still have the error.

So the question is what should I do in order to pg_dump start working as usual?


Thanks
Roman.


 ------=_Part_748_2085171.1180512007858--