概述
今天在手工添加磁带的时候报 robotic volume position is already in use(37),添加失败。通过扫描确定添加时指定的槽位没有错,重新执行了Inventory Robot中Preview volumn configure changes,发现有另外一盘磁带占用了我所添加的槽位,不过它的状态是standalone residence,这盘磁带是我前两天导另一个库备份的时候放进去的,昨天又拿出来。刚好新放的磁带又放进了这个槽位,所以新添加磁带的时候一直报错。
找到了问题,解决的办法就简单了--直接把旧磁带移到另外一个槽位,再添加新磁带,一切OK。
就在这个问题之后的几天,在放磁带的时候又出现这个问题,经过这段时间的摸索觉得上次解决这个问题的方法太小儿科了,一定有更合理的方法来解决。
既然是新老磁带放在了同一槽位,那可能需要更新让veritas能识别到更新,所以执行了Inventory Robot中Update volume configuration,把磁带信息更新到最新状态。但是扫描之后仍然不能通过vmadm添加磁带,不过在media里已经能看到这盘磁带了----这就是上面出错的只要原因了,磁带已经在里面当然不能再添加。我们这两个系统的条码规则是不一样的,通过扫描出来的条码是PQU530,而我要vmadm添加的磁带是U530L2。
手工删除PQU530,vmdelete -m PQU530,再通过vmadm添加U530L2,OK。
最后
以上就是受伤水池为你收集整理的添加磁带错误解决一例的全部内容,希望文章能够帮你解决添加磁带错误解决一例所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复