当前位置：文档之家 › Linux 下磁带机故障的排除及使用

Linux 下磁带机故障的排除及使用

  • 格式：doc
  • 大小：3.16 MB
  • 文档页数：8

Linux 下磁带机故障的排除及使用
1.post自检找到SCSI 卡，进入SCSI卡中，确认在scsi通道上是否发现磁带机
2.dmesg | grep ULTRIUM是否可以显示磁带机硬件
3.cat /proc/scsi/scsi 是否可以找磁带机硬件
4.如果找不到磁带机，请检查scsi 驱动
5.确认是否找st模块和驱动
6.确认是否找到/dev/st0设备
7.使用tar进行备份
a，创建几个文件，并将其备份到带机
b，tar tvf /dev/st0 查看带机内容
c，建立三个文件，追加到带机里边去（注意是独立的文件）格式tar –r file1 file2 -vf /dev/st0
三个文件已经追加成功
d，下边是追加tar文件，此时要用A，不能用参数r，tar只是归档，就是打包，没有任何压缩，不要理解错误
将三个文件打包为abc.tar并追加
查看带机内容
e，切换到/opt目录，对带机里边的文件进行释放
格式为tar –T destination file –xvf /dev/st0
下边是提取到当前路径
提取到指定/opt目录
如何确认磁带机固件是否升级成功
进入scsi卡中，可以看到详细的firmware版本。

使用cat /proc/scsi/scsi检查磁带机的固件版本
最常用的磁带机操作管理命令是mt, mt命令是操作磁带机的一个很常用的命令, 利用它可以十分方便地管理磁带机设备，下面是对磁带机操作管理命令的介绍:
拉紧磁带:mt -f 磁带机设备文件名 retension
倒带: mt -f 磁带机设备文件名 rewind
列出磁带机状态:mt -f 磁带机设备文件名 status
擦掉数据：mt -f 磁带机设备文件名 erase
注：关于mt命令更详细的使用说明可参考mt的man page。

磁带机操作管理命令举例：
$ mt -f /dev/rmt/0h retension /* 拉紧磁带 */
$ mt -f /dev/rmt/0h rewind /* 倒带 */
$ mt –f /dev/rmt/0h status /* 列出磁带机状态 */
$ mt -f /dev/rmt/0h erase /* 擦掉磁带数据 */
$ mt –f /dev/st0 offline /*出带，将磁带卷至初始位置然后从磁带机内弹出*/
注意：
1、擦除工作非常慢，并且对磁带有损伤，最好不要执行，
当数据写满后，可以继续写入数据并覆盖原有数据，无须执行
擦除动作。

新磁带打开封装后立刻可以使用，不需要执行擦除
2、写入数据的方法有两种：不打包直接写入文件和打包压缩后写入文件。

二者各有优缺点。

不打包直接写入文件的方法，看起来效率低，操作复杂，但是可以提高数据的生存率。

磁带是一种线性存储的设备，所有数据紧挨着顺序写入。

当磁带的某一点损坏的时候，其余位置的磁带还可以继续读取，其中的文件也都能读出。

如果采用了打包压缩后写入的方法，则磁带上存储的只有一个文件。

当磁带有任何一个地方发生了故障无法读取，则这个压缩文件将缺少一些细节，即使是一个bit的错误，也将导致压缩文件报告CRC错误无法解压。

所以，如果是存储大量的数据，建议直接写入。

如果是存取小文件，则最好打包并给文件名加时间标记写入。

=============================================================
/dev/st0 和/dev/nst0 的区别
在sles(SUSE Linux Enterprise Server)9里，常用磁带机设备有两组/dev/st[0-9]和/dev/nst[0-9]，数字表示磁带机的数目，如果只有一个磁带机，那就是
/dev/st0和/dev/nst0。

这个是一个非常重要的概念，只有清晰理解了这些不同名字的设备的区别，才能正确使用相关的命令。

假设我们的系统里面只有一个磁带机设备，那么就有两个设备文件：/dev/st0和/dev/nst0。

这两个设备都是这台磁带机的设备名，/dev /st0是回卷设备，每次操作完成之后，磁带机都会自动回卷到磁带的开头。

这时候如果进行备份操作则会覆盖磁带中的数据信息，而不是将新数据附在磁带数据结束处。

/dev/nst0是非回卷设备，每次操作完成之后，磁带机的磁头都会停留在当前位置，随后的备份操作将被添加到上次备份结束以后的地方。

但是用非回卷设备是无法自动回卷磁带的，如果要完成备份和恢复的操作还需要使用mt命令来对磁带进行操作。

下面分别对两种设备的操作方法做简单的介绍。

一.回卷设备/dev/st0
由于回卷设备会自动回卷磁带，所以使用/dev/st0只能保存一个归档文件，任何新写入的文件都会覆盖原来的文件，但是这种设备的使用方法比较简单。

磁带备份主要使用tar命令
1.备份文件到磁带
#tar cvf /dev/st0 filename1 filename2
例：备份/etc下的文件到磁带机
#tar cvf /dev/st0 /etc/*
2.查看磁带中备份文件
#tar tvf /dev/st0
3.恢复磁带中备份文件
#tar xvf /dev/st0
二.非回卷设备/dev/nst0
非回卷设备不会自动回卷磁带，所以使用/dev/nst0可以在磁带上保存多个归档文件，但是备份必须使用mt命令来控制磁带转动来结合tar命令使用，操作上相对比较复杂。

mt命令最重要的功能就是定位磁带，在使用非回卷设备的时候需要使用mt命令来定位磁带才能正常的使用tar命令进行备份和恢复。

mt详细的用法可以参考 man 手册，下面介绍几个最常用的用法。

mt的命令格式：
mt -f 设备名操作
-f 参数后面跟着一个设备名，就是磁带设备的名字，例如/dev/nst0。

除了设备名这个参数外，mt有一个必须有的参数，就是操作，最常用的操作有：status 检查磁带机状态
fsf n 前进n个文件
bsf n 后退n个文件。

合集下载

磁带库典型故障处理案例分析

磁带库典型故障处理案例分析

磁带库典型故障处理案例分析在STK L180磁带库上爬过的坑故事发生在几年前，在更换机房的一组光纤交换机的实施过程中，原光纤交换机因使用超限，决定将其更换为博科DS5100。

交换机下联设备有存储、小型机、磁带库。

光纤交换机使用端口zone，并反复确认了zone配置信息。

切换当天，按照计划顺利实施。

验证小型机和存储链路均正常。

但业务验证时发现，NBU备份软件中，手动执行备份任务，有部分失败。

故障现象：查看NBU备份软件中日志，关于执行备份任务的报错，发现在STK L180磁带库上执行的备份任务均失败。

检查过程：首先，查看光纤链路标签，确认实施前后一致。

接着，确认DS5100光纤交换机与L180磁带库的端口和ZONE划分也配置正确。

然后，详细分析了交换机log信息，发现连接磁带机光纤卡的两个端口，只有FX流，没有RX数据流。

根据，以上故障现象及检查方式，基本上先排除光纤交换机和光纤链路的问题。

问题聚焦在STK L180磁带库上。

因平时很少出现问题，面对这台老古董，确实无从下手。

L180磁带库有3块光纤卡，其中一块为机械臂的光纤卡，另两块为磁带机的光纤卡。

重新手动发起备份任务，观察老古董的工作，发现其机械臂可将磁带抓入磁带机，但两个磁带机均无法进行正常读写。

备份任务无法正常执行。

初步怀疑是两台磁带机的光纤卡有问题，可是磁带机上的光纤卡上连指示灯都没有，继续崩溃中。

硬着头皮在L180磁带机的面板中翻看信息，状态显示都正常无报错信息。

继续仔细检查，发现两个磁带机的光纤卡速率speed仅为1 GBIT。

显示信息：speed : 1GBIT1GBIT？会不会是跟新更换光纤交换机的端口速率不匹配呢？可是怎么修改磁带库的光纤卡速率呢？在面板上把所有选项翻个遍，根本没有更改端口速率的选项。

心想，先不在这台老古董上浪费时间吧，去光纤交换机上改下吧。

紧接着登录到DS5100光纤交换机上，查看磁带机连接的端口模式为自适应，会不会是无法自适应1GBIT呢？决定将光纤交换机的该端口速率强制为1GBIT，修改后，重新执行备份任务，老古董的机械臂将磁带抓入磁带机中，然后就没有声音了。

Linux操作系统-系统故障分析和排查

Linux操作系统-系统故障分析和排查


FTP服务：/var/log/xferlog ……
分析工具
文本查看、grep过滤检索、Webmin管理套件中查看 awk、sed等文本过滤、格式化编辑工具 Webalizer、Awstats等专用日志分析工具
11/28
日志管理策略2-1
及时作好备份和归档 延长日志保存期限 控制日志访问权限
日志中可能会包含各类敏感信息，如账户、口令等
集中管理日志
便于日志信息的统一收集、整理和分析 杜绝日志信息的意外丢失、恶意篡改或删除
12/28
日志管理策略2-2
应用示例：
调整syslogd服务设置，建立集中管理的日志服务器 将客户机B中crond服务产生的日志消息，自动发送到服 务器A的/var/log/cron文件中
课程回顾328熟悉常见的日志文件及其分析方法学会解决常见的启动类故障学会解决常见的文件系统类故障技能展示428本章结构系统启动类故障排日志文件分析mbr扇区故障grub引导故障系统故障分析和排查文件系统类故障排日志文件分析修复文件系统主要日志文件etcinittab文件丢失遗忘root用户的密码检测磁盘坏道磁盘资源耗尽故障528日志的功能通过阅读日志有助于诊断和解决系统故障日志文件的分类由各种应用程序独立管理的日志文件记录格式不统一日志文件分析21628日志保存位置默认位于
22/28
修复文件系统2-2
应用示例：
模拟对/dev/sdb1分区的破坏操作
• dd if=/dev/zero of=/dev/sdb1 bs=512 count=4
检查是否能挂载该分区
• 报错：mount: you must specify the filesystem type
基于linux的系统故障诊断与解决实践

基于linux的系统故障诊断与解决实践

基于linux的系统故障诊断与解决实践
1. 什么是Linux系统故障诊断？
Linux系统故障诊断是通过对系统进行分析和测试，找出系统中出现问题的原因，并且修复这些问题的过程。

2. 为什么需要Linux系统故障诊断？
Linux系统中存在很多可能导致故障的因素，例如软件缺陷、硬件故障、配置错误等，而Linux系统故障诊断可以有效的帮助用户找出系统中潜在的问题，并且作出相应的调整和修复，确保系统的正常运行。

3. Linux系统故障诊断的流程是什么？
Linux系统故障诊断的流程一般包括以下几个步骤：收集信息、分析问题、定位故障根源、解决问题、验证和测试。

其中，收集信息是最关键的一步，用户需要收集尽可能多的系统信息，例如日志、硬件状态、程序运行状态等，以便进行后续的故障定位和解决。

4. Linux系统故障诊断的常用工具有哪些？
Linux系统故障诊断的常用工具有很多，例如top、ps、ls、grep、tail等系统
自带工具，还有一些第三方工具，如htop、iftop、nload等。

这些工具可以帮助用户监控系统状态、查找故障问题、诊断网络问题等。

5. Linux系统故障诊断中常见的故障有哪些？
Linux系统故障诊断中常见的故障包括：硬件故障、系统崩溃、应用程序崩溃、网络故障、磁盘空间不足等。

对于不同的故障类型，用户需要采取不同的故障定位和解决措施。

Linux下scsi第一个磁带机设备名为st0,顺序为st0,st1,st(n-1),只要scsi卡 ...

Linux下scsi第一个磁带机设备名为st0,顺序为st0,st1,st(n-1),只要scsi卡 ...

Linux下scsi第一个磁带机设备名为st0,顺序为st0,st1,st(n-1),只要scsi卡能正确识别,一般就能自动加载st的模块，可用lsmod可查看模块是否加上，
用dmesg命令同样也可查看到磁带机是否被正确识别到
或者进入/proc/scsi目录查看一下scsi文件，里面包含scsi通道上可发现的的所有设备
如果模块未加载上可查看kernel是否支持scsi tape device
如模块没有加载可键入insmod st .下图可看到scsi tape device是一个字符设备，主设备名都是9，次设备名从0开始，如果没有st0这个文件，可用mknod st0 c 9 0 在/dev目录下创建一个设备名
底下是一些常用的命令：
mt -f /dev/st0 rewind 回卷
mt -f /dev/st0 offline 弹出
mt -f /dev/st0 erase 擦除
mt -f /dev/st0 status 查看状态
备份：tar -cvf /dev/st0 要备份的目录或文件增量写入：tar -rvf /dev/st0 要备份的目录或文件恢复: tar -xvf /dev/st0 要恢复的文件或目录。