用ISO刻录成DVD光盘,有什么好的方法检查光盘数据是否完整.

liu850918

用ISO刻录成DVD光盘,有什么好的方法检查光盘数据是否完整. 求指教.

maishangming

运行下面的命令创建文件的校检

1. find ./ -type f -print0 | xargs -0 md5sum > ~/md5sum.log

复制代码

下面的命令用来检查文件的完整性

1. md5sum -c ~/md5sum.log

复制代码

liu850918

uitraiso.rar (267.55 KB, 下载次数: 87)

2011-09-08 21:04 上传

点击文件名下载附件

liu850918

linux系统中使用mkisofs将文件制作成安装镜像  方法：
mkisofs -V CDN_BASIC_DISK -r -J -l -L -iso-level 4 -P "SUSE Linux AG" -b boot/x86_64/loader/isolinux.bin -c boot/x86_64/loader/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -graft-points -o /CDN_BASIC_DVD_2011xxxx.iso .

dooros

楼上的意思是做成ISO再校验MD5？

liu850918

是的

liu850918

抓包工具及命令方法

                   Solaris 下抓包工具的使用及案例

1.抓包命令一 ：Tcpdump
Tcpdump –s（指定大小）5000  -i  eth85（指定网口）   -w  /opt/lhw.cap（指定保存路径）

2.抓包命令二 ：snoop
snoop -d e1000g0 | grep 104
(track data pockage)

3.抓包案例
登录认证过程抓包操作指导
试验局环境：
网管服务器IP为10.253.141.244，Radius server主备的，LDap也是主备，他俩用相同的IP，主备IP为10.252.152.76，10.252.152.77。
在网管上三个网口都抓包了，其中e1000g1网口没抓包到，每次启动抓包都用IP
root@osssvr-2 # snoop -o /opt/dump_e1000g0.cap -d e1000g0 "10.252.152.76 or 10.252.152.77"
Using device e1000g0 (promiscuous mode)
63 ^C
root@osssvr-2 # snoop -o /opt/dump_e1000g1.cap -d e1000g1 "10.252.152.76 or 10.252.152.77"
Using device e1000g1 (promiscuous mode)
0 ^C
root@osssvr-2 # snoop -o /opt/dump_e1000g2.cap -d e1000g2 "10.252.152.76 or 10.252.152.77"
Using device e1000g2 (promiscuous mode)
58 ^C


4.登录认证过程抓包操作指导
抓包说明：
由于直接抓网管上的包信息量太大，因此设置过滤条件为只抓与LDAP服务器和Radius服务器之间的交互包(需要开两个putty窗口进行抓包)

1、先登录两个putty窗口，分别输入如下命令
   <网卡名>   <LDAP服务器IP>
snoop -o radius.cap -d <网卡名> <Radius服务器IP>

其中-o选项表示抓包保存为文件

网卡名为第二步登录时使用的IP对应的网卡，可以通过ifconfig -a命令查出

2、再打开一个putty窗口，登录网管服务器(建议使用网管主IP即安装网管时使用的IP)

3、登录成功后，按ctl+c中止抓包，并返回当前目录下的ldap.cap和radius.cap文件

liu850918

VCS异地双机倒换网管无法正常启动

一、        【背景描述】
实验室vcs异地双机测试环境

二、        【问题描述】
VCS异地双机从osssvr-2向osssvr-1切换时网管资源总是启动失败

三、        【现象描述】
切换到最后网管资源faulted，查看切换日志/opt/OMC/startsvc.log显示：
getDBServerInfos return false!

四、        【问题跟因分析】
经确认该报错信息来自于/opt/OMC/uninstall/probDbOnline.sh 脚本，该脚本在双机启动网管的脚本 /opt/OMC/remoteHA/remoteHA_start.sh 中会调用，目的是在启动网管之前通过该脚本检查Sybase中各个网管数据库的状态，确保数据库是online状态才会检查通过，否则不允许启动网管。

经进一步确认报错来自于该脚本中一个命令调用：softinfo -sybasepasswd，该命令将连接数据库，从数据库中获取sa密码（逻辑有问题，都知道密码了还连接数据去获取密码），经无线、平台定位根因是：该命令执行时数据库还没有完全启动。

通过Sybase日志来看，omcdb在09:44:57.45 才开始恢复：
11:00000:00014:2007/07/15 09:44:57.45 server  Recovering database 'omcdb'.

从softinfo日志来看，softinfo在 09:44:54.895 就开始连接数据库：
T-IN:TagID 0001:07-15 09:44:53.946: (28849|1) SettingDBProxyBase::loadConfig(), [SettingService]:switch is not configured
T-IN:TagID 0001:07-15 09:44:53.947: (28849|1) SSProxyImpl::connect: begin ...
T-ER:TagID 0001:07-15 09:44:53.953: (28849|1) SSProxyImpl::connect: fail to connect
T-ER:TagID 0001:07-15 09:44:53.953: (28849|1) SSProxyImpl::initialize() connect to server failed.
T-IN:TagID 0001:07-15 09:44:53.953: (28849|1) SSProxyImpl::connect: begin ...
T-ER:TagID 0001:07-15 09:44:53.963: (28849|1) SSProxyImpl::connect: fail to connect
T-ER:TagID 0001:07-15 09:44:53.963: (28849|1) SSProxyImpl::::sendMessage: fail to connect
T-ER:TagID 0001:07-15 09:44:53.963: (28849|1) SSProxyImpl::invoke() invoke failed 1007.
T-IN:TagID 0001:07-15 09:44:53.963: (28849|1) SettingImpl::getGroupSubGroups by db.
T-ER:TagID 0056:07-15 09:44:54.895: (28849|1) DBOperation::query group error:ErroClass=3,nativeCode=208,Msg:tbl_setting_group not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output).

Error at:-1 row..
T-ER:TagID 0056:07-15 09:44:54.895: (28849|1) DBOperation::query group error:select id,parent,tag,name,attributes from tbl_setting_group where (name = '/imap/common/sysconfigure/dbServers/') order by id ASC .
T-ER:TagID 0056:07-15 09:44:54.895: (28849|1) SettingServerDBProxy::getGroupRecord() get group: /imap/common/sysconfigure/dbServers/ id error.ret=1001.
T-ER:TagID 0001:07-15 09:44:54.895: (28849|1) SysConfigure::getHostOrDBInfos:getGroupSubGroups failed. ret=1001.



五、        【问题处理过程】
在网管启动脚本中增加了sleep 30操作后问题解决，但无法根除

六、        【后续建议改进措施】
建议平台的命令不要去数据库中获取数据库密码，密码已经存在本地文件中，没必要再去连接数据库，否则会造成逻辑混乱。

liu850918

案例：Oracle恢复数据库失败
一、        【背景描述】
在遇到大流量时，oracle可能会因为无法即使处理所有日志而导致有空隙，导致在恢复的时候失败。
二、        【问题描述】
本地双机倒换失败。
三、        【现象描述】
问题现象：做DB recover时报错：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/09/2009 19:49:57
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06025: no backup of archived log for thread 1 with sequence 1486 and starting SCN of 612226 found to restore
RMAN-06025: no backup of archived log for thread 1 with sequence 1485 and starting SCN of 612212 found to restore

四、        【问题跟因分析】
controlfile中记录的sysaux表空间的scn和具体sysaux01.dbf中的头部scn不一致.
可以检查v$datafile和v$datafile_header中关于sysaux的checkpoint_change#，检查是否不一致。看是否就是缺1485和1486中缺的scn.
l SQL> select file#, name,CHECKPOINT_CHANGE# from v$datafile;
2 SQL> select file#,name,CHECKPOINT_CHANGE#  from v$datafile_header;

五、        【后续建议改进措施】
recover database until cancle;（当然在这里用until sequence 目的相同）
open database resetlogs；

liu850918

配置 rsync 实例
1        配置服务器端
# vi /etc/rsyncd.conf
max connections=4
use chroot=no   
log file=/var/log/rsyncd.log   
pid file=/var/run/rsyncd.pid   
lock file=/var/run/rsyncd.lock   

[svn] path = /var/www   
comment = backup www
ignore errors
read only = yes
list = no
auth users = rsync
secrets file = /etc/rsyncd.server

2        服务器端生成验证证文件(主服务器,其他服务器获取该服务器的文件)
#vi /etc/rsyncd.server
rsync:wwwbak
注意：要把该文件的权限改成600，否则会出错

3        客户端生成密码文件
#vi /etc/rsyncd.client
wwwbak

4        启动服务器端的rsyncd
#rsync --daemon

验证启动是否成功： 说明一点，客户机和服务器都要安装rsync。客户机以客户端方式运行rsync，服务器端以服务器方式运行rsync,它监听873端口。客户机指的是从服务器，它需要从服务器端获取文件。服务器是主端，提供文件给客户机
#netstat -na|grep 873
将rsync --daemon加入到/etc/rc.d/rc.local文件中设置为自动启动

5        在客户端获取服务器上的文件
rsync -avz --password-file=/etc/rsyncd.client rsync@192.168.106.40::www ./

6        自动同步文件
#vi rsync.sh
#!/bin/sh
cd /backup/www/106.40
rsync -avz --password-file=/etc/rsyncd.client rsync@192.168.106.40::www ./
使用crond调用rsync.sh，使其定时自动同步文件。