Thx Arnold:
Sorry, I used reply but not `reply to all', so I forward two
`private' mails to drbd maillist again
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
I'm using a logic volume as drbd's underlying device (
/dev/lvmdatas/db for /dev/drbd1 ), with `before-resync-target
"/usr/lib/drbd/snapshot-resync-target-lvm.sh -p 5 -- -c 16k";' and
`after-resync-target /usr/libdrbd/unsnapshot-resync-target-lm.sh;' in
drbd.conf.
Consider the following scenario:
Thanks Arnold
What's the correct to rcovery a drbd snapshot?
I believe the volume-before-resync was snapshot of the underlying
logic volume , not the /dev/drdrbX, during recovery, I should dump the
snapshot to logic volume, is that right?
The traditional lvm snapshot recovery was dd the snapshot
Reading between the lines on this thread, I think you have mixed access paths,
and now believe that drbd is somehow involved in your troubles.
It is perfectly correct to do what you attempted, IE: Break the mirror, test
some process, reestablish the mirror using the original data, and continue o
On Friday 26 August 2011 19:50:29 you wrote:
> In my situation, what should I do to completely resync the data of
> secondary node, including the drbd metadata ?
Delete the secondaries disk, create the meta-data anew and make it sync
completely from the primary. And if something is still wrong in
On Friday 26 August 2011 17:33:09 Lyre wrote:
> Yesterday, On the secondary, I shut down drbd, try to use rsync to
> recovery the snapshot, but failed. Then I start drbd to resync from the
> primary node. It was the only time I bypass drbd, howerver,the application
> seems good at that time.
>
>
May be I should mount them read only. But I coundn't try agacin, since I've
just flied back home
I check the log file just now, and noticed that on secondary, md5sum report
Input/ouput error, meanwhile the primary was ok. Does this mean I've mess up
the metadata?
On Fri, Aug 26, 2011 at 11:33 PM,
Hi Lars:
Yesterday, On the secondary, I shut down drbd, try to use rsync to
recovery the snapshot, but failed. Then I start drbd to resync from the
primary node. It was the only time I bypass drbd, howerver,the application
seems good at that time.
This afternoon, we continue our experiment, dis
On Fri, Aug 26, 2011 at 05:50:59PM +0800, Lyre wrote:
> Hi all:
>
> Is there a way to check the data integrity on both node? I've encounter
> an confusing problem.
>
> We have two drbd devices, 20Gb one for application, and 300Gb one for oracle
> database(oracle was installed in a different l
Hi all:
Is there a way to check the data integrity on both node? I've encounter
an confusing problem.
We have two drbd devices, 20Gb one for application, and 300Gb one for oracle
database(oracle was installed in a different location, which were not
replicated), csums-alg & verify-alg were con
10 matches
Mail list logo
