Re: 掛掉了

看板Flickr (flickr)作者 (宅宅翹楚)時間18年前 (2007/02/20 23:24), 編輯推噓5(504)
留言9則, 5人參與, 最新討論串13/16 (看更多)
※ 引述《ericapricorn (為彥)》之銘言: : 剛剛上站  : Flickr已經回覆正常囉 : ※ 引述《enohs (在光圈先決之外)》之銘言: : : 7:45PM PST Update: We've got what we hope is a suitable solution to the : : problem. Double checking things now! : : 8:30PM PST Update: We're back again. And again, a SHIFT + REFRESH should : : clear up any remaining image weridness. Please accept our apology for this : : extended outage. : : 大家再等等吧 今天的結論 http://blog.flickr.com/flickrblog/2007/02/crapola.html Tonight's problems - an explanation [Flickr is now back up, but this is still probably a useful explanation for many people.] While the site is still down and everyone else is working on it, I thought it'd be a good time to give a more thorough explanation of what is going on. Earlier tonight, people started seeing strange photos in place of their own about 1/7th of the time. This was the result of our caching servers returning random photos each time they got asked. The caching servers (called "photocaches") are a thin layer of servers which sit between your browser and our primary storage. They store the most recently requested photos in a way that's quick to access in order to speed up serving the photos you see on the site. To explain the problem, a little background on how Flickr works is required: Flickr serves hundreds of millions of photos each day (on the highest traffic days, just over a billion photos are served). Because relative to other computers components like memory (RAM) or processors (CPUs), reading from disks is relatively slow -- and randomly accessing hundreds of terabytes of storage is both slow and a strain on the primary storage servers -- it wouldn't be possible to run Flickr without this caching layer. Each photo has a unique address (or URL). This is what your browser uses to request a particular photo. It knows the address from the web page which is produced by the "application layer" (the "program" or software that runs Flickr") based on data stored in the database. The database knows whose photos are whose, what permissions everyone has, what comments have been left and by whom, etc. In contast, the storage and the caches are "dumb": they just store the 1s and 0s that represent your photos. Tonight's problem was a result a few of the photocaches going berzerk and instead of returning the correct image file when a particular photo was being requested, it just returning some random image that happened to be in the cache. The result was web pages which had some correct photos, and some random ones. And the random ones would change when you reloaded the page. This is not a permenant problem: the primary storage, the database and the software that runs Flickr is all fine. The problem was with the internal directory of a few photocaching servers - the bit that keeps track of which image files correspond with which photo URLs (and therefore items in the database). To be clear, we regard this as a serious problem, but it is something that goes away as soon as we restart the malfunctioning servers (tonight we found that the servers were going insane again shortly after restarting, but we have isolated the problem and believe we have a permanent fix). We want everyone to understand that there are no permanent problems with any data, we have not been "hacked" and you don't need to do anything in order to have your photos return to normal (though you might need to do a "hard refresh" in order to clear your web browser's internal image cache where the wrong photos might still be stored). In particular, you do NOT need to delete, replace or reupload any photos. We shamefacedly apologize for the inconvenience and the scare. We understand that it probably seems very, very strange and we know that many people got the impression that their photos were lost forever. But they should all be back now, safe and sound. And everyone who works on Flickr's engineering and technical operations teams are working double time to ensure that it never happens again. Thanks for your understanding and patience! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.142.155.193

02/20 23:28, , 1F
又,整篇看完,總覺得比無名客服的回答好 XD
02/20 23:28, 1F

02/20 23:33, , 2F
什麼叫總覺得 這篇任何一個字都打死無恥的"帥哥業代"了
02/20 23:33, 2F

02/20 23:34, , 3F
不必因為你是板主怕被人家說偏袒就不敢講 無名爛是事實
02/20 23:34, 3F

02/20 23:36, , 4F
當然比無名好 這怎麼能比...無名完全是官腔拉塞敷衍..
02/20 23:36, 4F

02/20 23:37, , 5F
這篇從頭到尾沒有推卸責任 而完完全全把事情始末交代清楚
02/20 23:37, 5F

02/20 23:43, , 6F
XDDDDDDDDD,他甚至連ram cpu cache和網路層的名詞都解說
02/20 23:43, 6F

02/20 23:47, , 7F
無名的話只會說 出了點技術性問題 我們很遺憾 請各位慢等
02/20 23:47, 7F

02/21 14:36, , 8F
有必要批別家來顯示自己的好嗎?
02/21 14:36, 8F

02/23 00:36, , 9F
推樓上 好就好 別跟無名比(誤)
02/23 00:36, 9F
文章代碼(AID): #15snAPmC (Flickr)
討論串 (同標題文章)
完整討論串 (本文為第 13 之 16 篇):
18年前, 02/20
18年前, 02/20
18年前, 02/20
18年前, 02/20
18年前, 02/20
18年前, 02/20
18年前, 02/20
1
1
18年前, 02/20
文章代碼(AID): #15snAPmC (Flickr)