我在配置openstack的服務(wù)虛擬主機(jī)前期，最小化服務(wù)器(base)制作本地yum時(shí)，出了一些小問(wèn)題[Errno 14]和[Errno 256]。

成都創(chuàng)新互聯(lián)公司專(zhuān)注于清水河網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供清水河營(yíng)銷(xiāo)型網(wǎng)站建設(shè)，清水河網(wǎng)站制作、清水河網(wǎng)頁(yè)設(shè)計(jì)、清水河網(wǎng)站官網(wǎng)定制、重慶小程序開(kāi)發(fā)公司服務(wù)，打造清水河網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供清水河網(wǎng)站排名全網(wǎng)營(yíng)銷(xiāo)落地服務(wù)。

關(guān)于errno我想注明一下：

內(nèi)核代碼中的/usr/include/asm-generic/errno.h及errno-base.h 可以查看相關(guān)錯(cuò)誤記錄信息(參考的是內(nèi)核版本2.6)。

errno不單單只是error， 是記錄系統(tǒng)的最后一次錯(cuò)誤； 代碼是一個(gè)int型的值，在errno.h中定義 ；錯(cuò)誤代碼errno調(diào)試程序重要方法， 查看該值推測(cè)出錯(cuò)的原因 。

在清理舊緩存yum clean all再重建yum makecache緩存時(shí)，系統(tǒng)報(bào)了如下錯(cuò)誤

我大致推斷服務(wù)器拒絕給定的目錄[Error 14]從而引發(fā)了沒(méi)有鏡像去運(yùn)行[Error 256]；

個(gè)人分析原因如下 ：

1.ftp的ip和ftp裝載的文件目錄路徑是否正確以及文件缺失？？？

2.是否有權(quán)限限制問(wèn)題

3.配置文件“XXX.repo”的問(wèn)題

我涉獵可能出錯(cuò)的一些原因，首先我查看了yum制作包路徑和ip的問(wèn)題。

openstack的yum包和本身目錄路徑?jīng)]有問(wèn)題，server-U中ftp配置的ip也是本地物理機(jī)ip，10.20.1.100

用戶(hù)也是關(guān)鍵字anonymous匿名用戶(hù)、密碼也沒(méi)有設(shè)置相對(duì)不存在訪問(wèn)資源的權(quán)限問(wèn)題，何況還是指定了用戶(hù)訪問(wèn)的主目錄。

目錄/etc/yum.repos.d中的epel.repo與kilo.repo也不存在問(wèn)題，所指向的服務(wù)名，信息名稱(chēng)、基礎(chǔ)地址ftp、啟用都是正常的，至于gpg簽名檢查直接忽略，但是local.repo的baseurl參數(shù)選項(xiàng)是ftp的地址。

由于最小化安裝linux服務(wù)器缺少很多服務(wù)或者組件、安裝包之類(lèi)的，需要用到local.repo的yum源來(lái)支持系統(tǒng)擴(kuò)展的相關(guān)操作，而yum源就是文件系統(tǒng)本身——linux的系統(tǒng)鏡像。

于是我便把之前的baseurl選項(xiàng)的ftp協(xié)議和ftp地址改成了文件類(lèi)型和掛載光盤(pán)目錄/mnt， 本質(zhì)上說(shuō)是將網(wǎng)絡(luò)文件傳輸協(xié)議改成文件系統(tǒng) 。

將目錄etc/yum.repos.d的local.repo配置文件更改之后，重新清除yum緩存yum clean all以及重建yum緩存yum makecache

這時(shí)yum緩存建成功了。