<br><font size=2 face="sans-serif">IIRC all garbage you write to DRBD gets
synchronised. Data getting corrupted at the hardware-Level (e.g. Defective
Raid controller) only gets synced if you trigger a resync after you did
a online verify and found out the data differs.</font>
<br><font size=2 face="sans-serif">DRBD has no way of knowing what goes
on on the hardware underneath unless it is notified by the Kernel via an
IO error. Same goes for modifications of the data when drbd is not running
(writing some garbage to the partition with drbd stopped - there was some
discussion about exactly that scenario in the past).</font>
<br><font size=2 face="sans-serif"><br>
</font><font size=3 color=#5f5f5f>Mit freundlichen Grüßen / Best Regards<br>
<br>
Robert Köppl<br>
<br>
Customer Support & Projects <br>
Teamleader IT Support<br>
<b><br>
KNAPP Systemintegration GmbH</b><br>
Waltenbachstraße 9<br>
8700 Leoben, Austria <br>
Phone: +43 3842 805-322<br>
Fax: +43 3842 82930-500<br>
robert.koeppl@knapp.com <br>
www.KNAPP.com <br>
<br>
Commercial register number: FN 138870x<br>
Commercial register court: Leoben</font><font size=3><br>
</font><font size=3 color=#d2d2d2><br>
The information in this e-mail (including any attachment) is confidential
and intended to be for the use of the addressee(s) only. If you have received
the e-mail by mistake, any disclosure, copy, distribution or use of the
contents of the e-mail is prohibited, and you must delete the e-mail from
your system. As e-mail can be changed electronically KNAPP assumes no responsibility
for any alteration to this e-mail or its attachments. KNAPP has taken every
reasonable precaution to ensure that any attachment to this e-mail has
been swept for virus. However, KNAPP does not accept any liability for
damage sustained as a result of such attachment being virus infected and
strongly recommend that you carry out your own virus check before opening
any attachment.</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Umarzuki Mochlis <umarzuki@gmail.com></b>
</font>
<br><font size=1 face="sans-serif">Gesendet von: drbd-user-bounces@lists.linbit.com</font>
<p><font size=1 face="sans-serif">16.03.2012 07:31</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">An</font></div>
<td><font size=1 face="sans-serif">drbd-user <drbd-user@lists.linbit.com></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Kopie</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Thema</font></div>
<td><font size=1 face="sans-serif">[DRBD-user] corrupted data disk</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>will a corrupted data/filesystem on primary will also
get copied to<br>
secondary (garbage in, garbage out?) on drbd 8.3?<br>
if yes, how to prevent this?<br>
<br>
-- <br>
Regards,<br>
<br>
Umarzuki Mochlis<br>
http://debmal.my<br>
_______________________________________________<br>
drbd-user mailing list<br>
drbd-user@lists.linbit.com<br>
http://lists.linbit.com/mailman/listinfo/drbd-user<br>
</font></tt>
<br>