Golang 中的 io 包詳解：組合接口
io.ReadWriter// ReadWriter is the interface that groups the basic Read and Write methods.type ReadWriter interface { Reader Writer}是對(duì)Reader和Writer接口的組合，
假設(shè)在一臺(tái) ubuntu 服務(wù)器上，我們有一個(gè)專門存放日頻數(shù)據(jù)的路徑：
ls /data/daily -lh202401012024010220240103...這些數(shù)據(jù)過于龐大，我們無法將其全部保存在服務(wù)器中。對(duì)于這些數(shù)據(jù)，只有當(dāng)天的路徑，我們需要對(duì)其有「寫」的權(quán)限，歷史數(shù)據(jù)我們只讀即可。
因此，假設(shè)今天是 20240717 ，那么，我們可以將小于 20240717 的數(shù)據(jù)軟鏈接到一個(gè) mount 到服務(wù)器上的分布式文件系統(tǒng)中，比如：
ls /data/daily -lh20240101 -> /mnt/gfs-data/daily/2024010120240102 -> /mnt/gfs-data/daily/20240102...20240716 -> /mnt/gfs-data/daily/2024071620240717接下來，我們希望啟動(dòng)的 docker 容器可以訪問 daily 數(shù)據(jù)，那么：
docker run / -v /data/daily:/data/daily / --name my-service-container / my-service-image run-service-command此時(shí) my-service-container 報(bào)錯(cuò)：
no such file or directory: /data/daily/20240716但是當(dāng)你進(jìn)入容器：
docker exec -it my-service-container /bin/bash$ cd /data/daily$ ls20240101 20240102 ... 20240716 20240717# 數(shù)據(jù)似乎存在？$ ls -l 20240716no such file or directory: 20240716# 明明存在，卻無法訪問？我估計(jì)讀到這里的讀者中，至少有一半已經(jīng)知道了問題所在。
但是讓我們先來看看一些錯(cuò)誤的思路（也是困住了我的思路）：
一、會(huì)不是文件系統(tǒng)權(quán)限問題？
--privileged ，權(quán)限是不完整的二、軟鏈接的問題？
三、其他更復(fù)雜的原因?qū)е碌模?span style="display:none">qRI28資訊網(wǎng)——每日最新資訊28at.com
如果你已經(jīng)知道問題，你或許會(huì)嘲笑上述費(fèi)力不討好的一番折騰。但是為什么我（或者其他陷入誤區(qū)的讀者）會(huì)想到這些呢？
ls 出了 20240101 20240102 ... 20240716 20240717 ，為什么還會(huì)出現(xiàn) no such file or directory: /data/daily/20240716 ？顯然， 20240716 是軟鏈接的、是來自 /mnt/gfs-data/ 的，而這個(gè)龐大的分布式文件系統(tǒng)很有可能存在一些兼容性問題我在 docker 內(nèi)部敲入下面的命令讓我恍然大悟，甚至為自己的愚蠢發(fā)笑：
docker exec -it my-service-container /bin/bash$ cd /data/daily$ ls -lh20240101 -> /mnt/gfs-data/daily/2024010120240102 -> /mnt/gfs-data/daily/20240102...20240716 -> /mnt/gfs-data/daily/2024071620240717顯然，軟鏈接在 docker 內(nèi)部鏈接到了 /mnt/gfs-data/ ，那么，你也需要讓 /mnt/gfs-data/ 映射到本地的 /data/daily/ 路徑上！
增加一行掛載直接解決問題：
docker run / -v /data/daily:/data/daily / -v /mnt/gfs-data:/mnt/gfs-data / --name my-service-container / my-service-image run-service-command所以，既不是 docker 的問題，也不是權(quán)限的問題，更不是文件系統(tǒng)的問題。
所以，為什么有些程序員下班早，看起來還很輕松？
他可能并不是摸魚大事。相反，他對(duì)于機(jī)器有更好的直覺與靈感，而這一切的前提是他積累了足夠的知識(shí)與經(jīng)驗(yàn)。
顯然，對(duì)于 docker ，僅僅知道基本的 cgroups 實(shí)現(xiàn)原理是不夠的。沒有更扎實(shí)的基礎(chǔ)知識(shí)與經(jīng)驗(yàn)作為支撐，我們甚至總是焦頭爛額地走向了錯(cuò)誤的解決問題的方向。
細(xì)節(jié)決定浪費(fèi)生命的時(shí)間。停下來，想一想自己是不是剛剛死腦筋了。
本文鏈接：http://m.www897cc.com/showinfo-26-101715-0.html與機(jī)器打交道的工作：細(xì)節(jié)決定浪費(fèi)生命的時(shí)間——記一次 Docker 與軟鏈接的故障
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)