开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

5762

2013年8月26日 02:00

LTO驱动器容量显示问题

最近在某地市巡检的时候,发现用户的一台LTO4驱动器,实际写入的容量只有标称容量的三分之二多点就提示full了。但又没明显报错。

清洗也不奏效。用户现场时间有限,回来再和大家讨论。

欢迎指教!

1.8K 消息

2013年8月27日 07:00

这个问题在我以前的项目里也碰到过,是某一批HP的带库,卖出7台,有4台出现过类似的情况。故障就是用了1、2年后磁带写不满就提示FULL,但换新磁带也能继续用。

多数都是驱动器问题,换了就好了。不知道你使用的是哪一家的,可以下个磁带测试工具测试下比如LTT。

另外如果带库有多个驱动器,是否全都有这个问题,还是某个有这个问题。可以交替排查。

另外LS几位提到的清洗驱动器、查RAW日志看有没IO报错、甚至驱动等都可以逐一排查。

1.1K 消息

2013年8月26日 19:00

应该是与这台驱动器有关的硬件故障。

1. 你可以试试用别的驱动器写入磁带。

2. 用驱动器管理软件检查这台驱动器的状态,同时查看厂商的驱动器日志,看有没有硬件错误。

3.2K 消息

2013年8月26日 19:00

驱动器本身不存储数据的吧,您的意思应该是tape的问题。有的时候tape标称容量是压缩之后的容量,也有可能一个tape存储不同策略不同保护周期的数据,还有可能看起来被用了但是实际备份的时候可以覆盖。

1.2K 消息

2013年8月26日 19:00

备份任务显示成功完成了吗?

备份的时候磁带被不正确的标记为“full”的原因可能会有很多,对应的解决方法也各不相同,比如:

1. Verify that the tape drive(s) are not dirty. Perform drive cleaning to ensure drive head performance.

2. Verify that there are no I/O errors in the daemon.raw file, and operating system logs (Event Viewer, /var/adm/messages, etc.)

3. Verify that the media database on the NetWorker server is not corrupted.

4. If the drive is accessed via a SAN HBA, ensured HBA firmware and drivers are up-to-date.

5. Ensure that the OS accesses the tape drives using variable block size. This is done via the st.conf file on Solaris, or equivalent method on other OS's (AIX-SMIT, HP-SAM, Windows-registry).

6. Ensure that the OS is up-to-date on tape related patches, along with SCSI/SAN patches (pending on how the drives are accessed).

如果由此LTO4驱动器备份的磁带都被不正常的标记为“full”,那么daemon日志中应该都是会有相应报错信息显示的。楼主不妨检查一下daemon日志,看看有什么报错。有时候会报I/O error,这样的话很可能是驱动器的硬件问题。

1.2K 消息

2013年8月27日 01:00

这个得问问带库厂商,他们是否有这样的设计。

3.2K 消息

2013年8月27日 01:00

前辈,如果磁带机有问题是可以直接通过带库的玻璃舱门看到类似于error等或者warning灯亮的吧。

1.1K 消息

2013年8月27日 02:00

是啊

3.2K 消息

2013年8月27日 07:00

哦,如果是HP的带库。那么安装一个Command view TL看看。那么不错的GUI界面一切图形化。

1.6K 消息

2013年8月27日 08:00

Born, Liulei, 这么晚还在?

3.2K 消息

2013年8月27日 17:00

还是Born前辈敬业呀 ,偶上线是在坦克世界战斗的

30 消息

2013年8月27日 21:00

用户的是昆腾的带库, 我回头去官网看下。

虽然不影响使用,下次巡检过去一并处理了。

找不到事件!

Top