ftperror550轻松解决ftp引导yum源并发性错误
我在配置openstack的服务虚拟主机前期,最小化服务器(base)制作本地yum时,出了一些小问题[Errno 14]和[Errno 256]。
成都创新互联公司专注于清水河网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供清水河营销型网站建设,清水河网站制作、清水河网页设计、清水河网站官网定制、重庆小程序开发公司服务,打造清水河网络公司原创品牌,更为您提供清水河网站排名全网营销落地服务。关于errno我想注明一下:
内核代码中的/usr/include/asm-generic/errno.h及errno-base.h 可以查看相关错误记录信息(参考的是内核版本2.6)。
errno不单单只是error, 是记录系统的最后一次错误; 代码是一个int型的值,在errno.h中定义 ;错误代码errno调试程序重要方法, 查看该值推测出错的原因 。
在清理旧缓存yum clean all再重建yum makecache缓存时,系统报了如下错误
我大致推断服务器拒绝给定的目录[Error 14]从而引发了没有镜像去运行[Error 256];
个人分析原因如下 :
1.ftp的ip和ftp装载的文件目录路径是否正确以及文件缺失???
2.是否有权限限制问题
3.配置文件“XXX.repo”的问题
我涉猎可能出错的一些原因,首先我查看了yum制作包路径和ip的问题。
openstack的yum包和本身目录路径没有问题,server-U中ftp配置的ip也是本地物理机ip,10.20.1.100 用户也是关键字anonymous匿名用户、密码也没有设置相对不存在访问资源的权限问题,何况还是指定了用户访问的主目录。目录/etc/yum.repos.d中的epel.repo与kilo.repo也不存在问题,所指向的服务名,信息名称、基础地址ftp、启用都是正常的,至于gpg签名检查直接忽略,但是local.repo的baseurl参数选项是ftp的地址。
由于最小化安装linux服务器缺少很多服务或者组件、安装包之类的,需要用到local.repo的yum源来支持系统扩展的相关操作,而yum源就是文件系统本身——linux的系统镜像。
于是我便把之前的baseurl选项的ftp协议和ftp地址改成了文件类型和挂载光盘目录/mnt, 本质上说是将网络文件传输协议改成文件系统 。
将目录etc/yum.repos.d的local.repo配置文件更改之后,重新清除yum缓存yum clean all以及重建yum缓存yum makecache
这时yum缓存建成功了。
网站标题:ftperror550轻松解决ftp引导yum源并发性错误
网站URL:http://azwzsj.com/article/cpocoe.html