From: | Koichi Suzuki <suzuki(dot)koichi(at)oss(dot)ntt(dot)co(dot)jp> |
---|---|
To: | Jean-Christophe Arnu <jcarnu(at)gmail(dot)com> |
Cc: | Koichi Suzuki <koichi(dot)szk(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: lesslog "incorrect resource manager data checksum." |
Date: | 2009-01-06 00:33:23 |
Message-ID: | 4962A6D3.8010307@oss.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Sorry, to have very long to handle your problem.
I tried to compress and decompress your WAL segments and found that your
WAL segments are created in 32bit environment, which must be
compressed/decompressed using 32bit binary.
PostgreSQL's WAL segment in 32bit environment is binary incompatible
with 64bit version so if you created WAL segments in 32bit environment,
you must compress them with 32bit version of pg_compresslog and restored
by 32bit version of pg_decompresslog.
I've tested your WAL segment using 32bit and 64bit pglesslog and found
that 64bit version worked perfect.
Please try this in 64bit environment.
Sorry for taking this long. I'd like to notify this in pglesslog
materials.
Good luck;
Jean-Christophe Arnu さんは書きました:
> Koichi-san,
>
> full_page_writes are written to be on by default in the global user
> configuration file (i.e. postgresql.conf). Query to the server showed
> that it is :
> show full_page_writes ;
> full_page_writes
> ------------------
> on
>
> I use the RPM version provided on pgfoundry.
>
> The main problem is located on pg_compresslog side (first) : it is unabe
> to compress xlogs.
> I send you (in private) a bunch of uncompressed logs that are known to
> report pg_compresslog problem.
>
> Once pg_compresslog will work, I plan to test "the other side" solution
> with pg_decompresslog :)
>
> Thanks for your reply!
>
> 2008/11/20 Koichi Suzuki <koichi(dot)szk(at)gmail(dot)com
> <mailto:koichi(dot)szk(at)gmail(dot)com>>
>
> Hi,
>
> Sorry I was out and late to find your report.
>
> Lesslog replaces full page write to corresponding incremental log to
> decrease the size and so you should turn full_page_writes "on" for
> lesslog to work.
>
> Did you specify "pg_decpmpresslog" as restore command? If so, I don't
> see anything missing so far. Pg_decompresslog must be used in place
> of "cat".
>
> If possible, could you try to share your archive log (a part may help)
> and let me know how you built lesslog? (Did you use rpm?) They will
> help. I've tested lesslog against pgbench and DBT-2 so I believe the
> coverage is reasonable.
>
> Sorry for the inconvenience and thanks a lot for your help.
>
> ---------
> Koichi Suzuki
>
> 2008/11/18 Jean-Christophe Arnu <jcarnu(at)gmail(dot)com
> <mailto:jcarnu(at)gmail(dot)com>>:
> > Hi,
> >
> > I'm trying to use lesslog 1.1 (out of NTT rpm available on
> pgfoundry) on my
> > pg_xlog files out of a 8.3.3 postgresql server.
> > I always get messages such as "incorrect resource manager data
> checksum."
> >
> > This message is issued (as I've read the sources) when there's
> CRC mismatch
> > in a record.
> >
> > Do you have any idea of what's going wrong (i.e. why my CRC are not
> > matching)? Does this deals with full_page_writes to be set to on
> (by default
> > in GUC) which is commented in my GUC (thus set to on) ? Is there
> something
> > missing?
> >
> > Note : I'm transferring my xlog to another node with rsync. The
> log I get (a
> > bunch of) for my test purpose are the ones on the remote node,
> they should
> > be exactly the same as the one on the server.
> >
> > Thanks by advance for any ideao!
> >
> > --
> > Jean-Christophe Arnu
> >
>
>
>
>
> --
> Jean-Christophe Arnu
--
Koichi Suzuki
From | Date | Subject | |
---|---|---|---|
Next Message | alvarezp | 2009-01-06 00:33:24 | Re: Per-user schemas with inherited skeleton. |
Previous Message | Octavio Alvarez | 2009-01-06 00:09:48 | Re: Per-user schemas with inherited skeleton. |