RE: [RavenDB] Map Reduce Index grows stale over time - without
22 views
Skip to first unread message
Federico Lois
Oct 25, 2013, 10:03:30 AM10/25/13
to Maverix, rav...@googlegroups.com
reporting as being stale - Build 2.5.2700
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_529_15287651.1382701373905"
------=_Part_529_15287651.1382701373905
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Have seen once that happen on our production environment. In fact at
the time I sent the index to Oren and the index itself was corrupted.
Long story short, it was my fault. The indexes storage (we have
multiple stripped disks for performance) had not enough space to hold
the intermediate values and corrupted because he couldnt write them. We
realized that was the issue by pure luck, it was not on our radar.
Sent from my Windows Phone
From: Maverix
Sent: 25/10/2013 08:42 a.m.
To: rav...@googlegroups.com
Subject: Re: [RavenDB] Map Reduce Index grows stale over time - without
reporting as being stale - Build 2.5.2700
Would that also explain why when I tried to reset the index via the Studio
it was deleted instead with some non helpful exceptions?
Meh.... Friday night and I just want to not have to stress about this...
Sorry for whining!
On Friday, 25 October 2013 22:08:33 UTC+10:30, Maverix wrote:
> I just detected that the database is corrupt and had to repair it.
>
> I have attached the checksum output and the repair integrity raw file.
> I attempted to perform a soft recovery but the checksum was still
> detecting corruption.
>
> This is running in Azure on a Cloud Drive so it isn't an actual hard drive
> issue - as far as I know
> This has happened three times now to the same database this week.
>
> I'm fairly new to Esent based databases so I'm feeling a little out of my
> depth.
> What is causing these corruptions?
>
> Is the database permanently damaged? I'm not enjoying this part of the
> ravendb experience :(
>
>
>
>
--
You received this message because you are subscribed to the Google
Groups "RavenDB - 2nd generation document database" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to ravendb+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
------=_Part_529_15287651.1382701373905
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head><meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Cont=
ent-Type"></head><body><div><div style=3D"font-family: Calibri,sans-serif; =
font-size: 11pt;">Have seen once that happen on our production environment.=
In fact at the time I sent the index to Oren and the index itself was corr=
upted. Long story short, it was my fault. The indexes storage (we have mult=
iple stripped disks for performance) had not enough space to hold the inter=
mediate values and corrupted because he couldnt write them. We realized tha=
t was the issue by pure luck, it was not on our radar.<br><br>Sent from my =
Windows Phone<br></div></div><hr><span style=3D"font-family: Tahoma,sans-se=
rif; font-size: 10pt; font-weight: bold;">From: </span><span style=3D"font-=
family: Tahoma,sans-serif; font-size: 10pt;">Maverix</span><br><span style=
=3D"font-family: Tahoma,sans-serif; font-size: 10pt; font-weight: bold;">Se=
nt: </span><span style=3D"font-family: Tahoma,sans-serif; font-size: 10pt;"=
>25/10/2013 08:42 a.m.</span><br><span style=3D"font-family: Tahoma,sans-se=
rif; font-size: 10pt; font-weight: bold;">To: </span><span style=3D"font-fa=
mily: Tahoma,sans-serif; font-size: 10pt;">rav...@googlegroups.com</span><=
br><span style=3D"font-family: Tahoma,sans-serif; font-size: 10pt; font-wei=
ght: bold;">Subject: </span><span style=3D"font-family: Tahoma,sans-serif; =
font-size: 10pt;">Re: [RavenDB] Map Reduce Index grows stale over time - wi=
thout reporting as being stale - Build 2.5.2700</span><br><br></body></html=
><div dir=3D"ltr"><div>Would that also explain why when I tried to reset th=
e index via the Studio it was deleted instead with some non helpful excepti=
ons?</div><div>Meh.... Friday night and I just want to not have to stress a=
bout this...</div><div> </div><div>Sorry for whining!</div><div> =
</div><div><br>On Friday, 25 October 2013 22:08:33 UTC+10:30, Maverix wrot=
e:</div><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px 0px 0.8e=
x; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-wi=
dth: 1px; border-left-style: solid;"><div dir=3D"ltr"><div>I just detected =
that the database is corrupt and had to repair it.</div><div> </div><d=
iv>I have attached the checksum output and the repair integrity raw file.</=
div><div>I attempted to perform a soft recovery but the checksum was still =
detecting corruption.</div><div> </div><div>This is running in Azure o=
n a Cloud Drive so it isn't an actual hard drive issue - as far as I know</=
div><div>This has happened three times now to the same database this week.<=
/div><div> </div><div>I'm fairly new to Esent based databases so I'm f=
eeling a little out of my depth.</div><div>What is causing these corruption=
s?</div><div> </div><div>Is the database permanently damaged? I'=
m not enjoying this part of the ravendb experience :(</div><div> </div=
><div><br> </div>
</div></blockquote></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;RavenDB - 2nd generation document database" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to ravendb+u...@googlegroups.com.<br />
For more options, visit <a href=3D"https://groups.google.com/groups/opt_out=
">https://groups.google.com/groups/opt_out</a>.<br />
------=_Part_529_15287651.1382701373905--
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_529_15287651.1382701373905"
------=_Part_529_15287651.1382701373905
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Have seen once that happen on our production environment. In fact at
the time I sent the index to Oren and the index itself was corrupted.
Long story short, it was my fault. The indexes storage (we have
multiple stripped disks for performance) had not enough space to hold
the intermediate values and corrupted because he couldnt write them. We
realized that was the issue by pure luck, it was not on our radar.
Sent from my Windows Phone
From: Maverix
Sent: 25/10/2013 08:42 a.m.
To: rav...@googlegroups.com
Subject: Re: [RavenDB] Map Reduce Index grows stale over time - without
reporting as being stale - Build 2.5.2700
Would that also explain why when I tried to reset the index via the Studio
it was deleted instead with some non helpful exceptions?
Meh.... Friday night and I just want to not have to stress about this...
Sorry for whining!
On Friday, 25 October 2013 22:08:33 UTC+10:30, Maverix wrote:
> I just detected that the database is corrupt and had to repair it.
>
> I have attached the checksum output and the repair integrity raw file.
> I attempted to perform a soft recovery but the checksum was still
> detecting corruption.
>
> This is running in Azure on a Cloud Drive so it isn't an actual hard drive
> issue - as far as I know
> This has happened three times now to the same database this week.
>
> I'm fairly new to Esent based databases so I'm feeling a little out of my
> depth.
> What is causing these corruptions?
>
> Is the database permanently damaged? I'm not enjoying this part of the
> ravendb experience :(
>
>
>
>
--
You received this message because you are subscribed to the Google
Groups "RavenDB - 2nd generation document database" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to ravendb+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
------=_Part_529_15287651.1382701373905
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head><meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Cont=
ent-Type"></head><body><div><div style=3D"font-family: Calibri,sans-serif; =
font-size: 11pt;">Have seen once that happen on our production environment.=
In fact at the time I sent the index to Oren and the index itself was corr=
upted. Long story short, it was my fault. The indexes storage (we have mult=
iple stripped disks for performance) had not enough space to hold the inter=
mediate values and corrupted because he couldnt write them. We realized tha=
t was the issue by pure luck, it was not on our radar.<br><br>Sent from my =
Windows Phone<br></div></div><hr><span style=3D"font-family: Tahoma,sans-se=
rif; font-size: 10pt; font-weight: bold;">From: </span><span style=3D"font-=
family: Tahoma,sans-serif; font-size: 10pt;">Maverix</span><br><span style=
=3D"font-family: Tahoma,sans-serif; font-size: 10pt; font-weight: bold;">Se=
nt: </span><span style=3D"font-family: Tahoma,sans-serif; font-size: 10pt;"=
>25/10/2013 08:42 a.m.</span><br><span style=3D"font-family: Tahoma,sans-se=
rif; font-size: 10pt; font-weight: bold;">To: </span><span style=3D"font-fa=
mily: Tahoma,sans-serif; font-size: 10pt;">rav...@googlegroups.com</span><=
br><span style=3D"font-family: Tahoma,sans-serif; font-size: 10pt; font-wei=
ght: bold;">Subject: </span><span style=3D"font-family: Tahoma,sans-serif; =
font-size: 10pt;">Re: [RavenDB] Map Reduce Index grows stale over time - wi=
thout reporting as being stale - Build 2.5.2700</span><br><br></body></html=
><div dir=3D"ltr"><div>Would that also explain why when I tried to reset th=
e index via the Studio it was deleted instead with some non helpful excepti=
ons?</div><div>Meh.... Friday night and I just want to not have to stress a=
bout this...</div><div> </div><div>Sorry for whining!</div><div> =
</div><div><br>On Friday, 25 October 2013 22:08:33 UTC+10:30, Maverix wrot=
e:</div><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px 0px 0.8e=
x; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-wi=
dth: 1px; border-left-style: solid;"><div dir=3D"ltr"><div>I just detected =
that the database is corrupt and had to repair it.</div><div> </div><d=
iv>I have attached the checksum output and the repair integrity raw file.</=
div><div>I attempted to perform a soft recovery but the checksum was still =
detecting corruption.</div><div> </div><div>This is running in Azure o=
n a Cloud Drive so it isn't an actual hard drive issue - as far as I know</=
div><div>This has happened three times now to the same database this week.<=
/div><div> </div><div>I'm fairly new to Esent based databases so I'm f=
eeling a little out of my depth.</div><div>What is causing these corruption=
s?</div><div> </div><div>Is the database permanently damaged? I'=
m not enjoying this part of the ravendb experience :(</div><div> </div=
><div><br> </div>
</div></blockquote></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;RavenDB - 2nd generation document database" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to ravendb+u...@googlegroups.com.<br />
For more options, visit <a href=3D"https://groups.google.com/groups/opt_out=
">https://groups.google.com/groups/opt_out</a>.<br />
------=_Part_529_15287651.1382701373905--
Chris Marisic
Oct 25, 2013, 12:27:24 PM10/25/13
to rav...@googlegroups.com, Maverix
And one of the absolute most key things to take away from this, ravendb's full ACID and safe by design methodology, all of your database documents are there without issue.
Federico Lois
Oct 25, 2013, 11:52:46 PM10/25/13
to Chris Marisic, rav...@googlegroups.com, Maverix
You bet!!! However, that doesnt mean I wouldnt mind if I get slapped in the face when stuff like that happens. :D
Sent from my Windows Phone
Reply all
Reply to author
Forward
0 new messages