New issue
Advanced search Search tips

Issue 620424 link

Starred by 6 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Aug 18
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

CacheStorageCache fails to init its backend when initializing .03% of the time

Project Member Reported by jkarlin@chromium.org, Jun 15 2016

Issue description

That seems high. UMA is ServiceWorkerCache.InitBackendResult.


 
Project Member

Comment 1 by sheriffbot@chromium.org, Jun 16 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 2 by falken@chromium.org, Jun 19 2017

Looking at the metrics today:
https://uma.googleplex.com/p/chrome/timeline_v2/?sid=62a6b5e55f2b83ac38e614737654f5b2

Interestingly, Chrome OS's failure rate is much higher than the others at around a 0.2%-0.5% failure rate. I wonder if this could be related to the Chrome OS only crash at issue 586836.
So reasons it can fail (I think this would always be the simple backend for this, especially for ChromeOS?):

1) The cache directory passed in doesn't exist and it can't base::CreateDirectory it.

2) File format version upgrade failures (including some kinds of trouble with the 'index' file in the directory). Actually, I am wondering about these --- who is supposed to recover from these?

Comment 4 by dmu...@chromium.org, Aug 11 2017

Status: Available (was: Untriaged)
Project Member

Comment 5 by sheriffbot@chromium.org, Aug 13

Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix (was: Untriaged)
Seems to me that the magnitude matches LevelDB failures -- LevelDBEnv.IDB.IOError

Going to close this as wanderview@ will be looking at all the metrics while redoing the backend.

Sign in to add a comment