- 论坛徽章:
- 0
|
SUN做路由器的办法
1.在sunos中设置两块网卡pcn0(168.9.203.239)、pcn1(192.168.9.11)
# ifconfig -a
lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
pcn0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
inet 168.9.203.239 netmask fffffc00 broadcast 168.9.203.255
ether 0:c:29:7d:3a:2a
pcn1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
inet 192.168.9.11 netmask ffffff00 broadcast 192.168.9.255
ether 0:c:29:7d:3a:34
2.修改/etc/hosts文件
127.0.0.1 localhost
168.9.203.239 sophia loghost sophia.partner.com
192.168.9.11 partner
3.增加/etc/hostname.pcn1
partner
4.设置ip包转发
# ndd -set /dev/ip ip_forwarding 1
# ndd -set /dev/ip ip_forward_directed_broadcasts 1
# ndd -set /dev/ip ip_forward_src_routed 1
修复4800CPU的软错误
Please kindly help to check about this:
SC> showcomponent -d a
Component Status Pending POST Description
--------- ------ ------- ---- -----------
/N0/SB0/P0 enabled - pass UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB0/P1 enabled - pass UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB0/P2 enabled - pass UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB0/P3 enabled - pass UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB0/P0/B0/L0 enabled - pass 512M DRAM
/N0/SB0/P0/B0/L2 enabled - pass 512M DRAM
/N0/SB0/P0/B1/L1 enabled - pass 512M DRAM
/N0/SB0/P0/B1/L3 enabled - pass 512M DRAM
/N0/SB0/P1/B0/L0 enabled - pass 512M DRAM
/N0/SB0/P1/B0/L2 enabled - pass 512M DRAM
/N0/SB0/P1/B1/L1 enabled - pass 512M DRAM
/N0/SB0/P1/B1/L3 enabled - pass 512M DRAM
/N0/SB0/P2/B0/L0 enabled - pass 512M DRAM
/N0/SB0/P2/B0/L2 enabled - pass 512M DRAM
/N0/SB0/P2/B1/L1 enabled - pass 512M DRAM
/N0/SB0/P2/B1/L3 enabled - pass 512M DRAM
/N0/SB0/P3/B0/L0 enabled - pass 512M DRAM
/N0/SB0/P3/B0/L2 enabled - pass 512M DRAM
/N0/SB0/P3/B1/L1 enabled - pass 512M DRAM
/N0/SB0/P3/B1/L3 enabled - pass 512M DRAM
/N0/SB2/P0 disabled - chs UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB2/P1 disabled - chs UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB2/P2 disabled - chs UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB2/P3 disabled - chs UltraSPARC-III+, 1050MHz,
8M ECache
/N0/SB2/P0/B0/L0 disabled - chs 512M DRAM
/N0/SB2/P0/B0/L2 disabled - chs
If the SB4 is disabled, please check the col named POST of SB4, if it is
chs, please help to check:
SC> showcomponent -v SB4
SC> showerrorbuffer
and then enter service mode:
SC> service
The use of service commands can be destructive and destabilize the system.
Use of service mode is authorized only by personnel trained in its use.
Enter Password: gGmmlHslPK
SC[service]> showchs -b
....
SC[service]> setchs -r "enable brd" -s ok -c sb4
and then please poweroff domain A by setkeyswitch off, after the domain A power off, please power it on and do max POST.
usb键盘上用STOP+N是没用的,应该按照以下步骤来恢复NVRAM到缺省值:
1. After turning on the power to your system, wait until the front panel power indicator
LED begins to blink and you hear an audible beep.
2. Quickly press the front panel power switch twice (similar to the way you would
double-click a mouse).
1.创建NAFO 组
# pnmset -c nafo-group -o create adapter [adapter ...]
-c nafo-group 对指定的NAFO 组执行配置子命令。必须将NAFO 组命
名为nafoN,其中N 是一个非负的整数,用来标识该组。对每个节点而言,组名都是本地名称。因而,同一NAFO 组名可在多个节点上使用。
-o create 创建新的NAFO 组。
adapter [ adapter ... ] 指定用作备份适配器的公共网络适配器。
2.向NAFO 组添加适配器
# pnmset -c nafo-group -o add adapter
-c nafo-group 指定要添加新适配器的NAFO 组。
-o add adapter 指定要添加到指定的NAFO 组的公共网络适配器。
3.如何删除NAFO 组
要想能够删除NAFO 组,逻辑主机资源组或共享地址资源组不得使用该组。
1. 成为包含要删除的NAFO 组的节点的超级用户。
2. 确定是否有任何逻辑主机资源或共享地址资源正在使用NAFO 组。
# scrgadm -pv
您还可以使用scrgadm-pvv(带有两个v 标志)来确定那些正在使用将要删除的NAFO 组的资源。
3. 切换使用该NAFO 组的逻辑主机资源组和共享地址资源。
# scswitch -z -g resource-group -h nodelist
-z -g resource-group 切换指定的资源组。
-h nodelist 指定要将资源组切换到的节点的名称。
4. 删除NAFO 组。
# pnmset -c nafo-group -o delete
-c nafo-group 指定要删除的NAFO 组。
-o delete 删除NAFO 组。
5. 检验该NAFO 组的状态。
列表中不应出现已删除的NAFO 组。
# pnmstat -l
示例— 切换NAFO 组的活动适配器
以下示例说明了将活动适配器从qfe0 切换到qfe1 的过程。
# pnmstat -l
group adapters status fo_time act_adp
nafo0 qfe0:qfe1 OK NEVER qfe0
# pnmset -c nafo0 -o switch qfe1
# mv /etc/hostname.qfe0 /etc/hostname.qfe1
# pnmstat -l
group adapters status fo_time act_adp
nafo0 qfe0:qfe1 OK 11 qfe
查找NAFO 组的活动适配器
# pnmptor nafo0
查找适配器的NAFO 组
# pnmrtop qfe5
4.如何更改公共网络管理可调参数
/etc/cluster/pnmparams
inactive_time 当前活动适配器的包计数器在连续进行两次探测之间的秒数。缺省值为5。
ping_timeout ALL_HOST_MULTICAST 和子网广播ping 的超时值(以秒为单位)。缺省值为4。
repeat_test 在声明活动适配器有故障并触发故障转移前执行ping 序列的次数。缺省值为3。
slow_network 每次从执行ping 序列之后到检查包计数器以查看是否有任何更改之间所等待的秒数。缺省值为2。
warmup_time 从将故障转移到备份适配器后到恢复故障监视前所等待的秒数。此设置为慢速驱动程序或缓慢的端口初始化过程保留了额外的时间。缺省值为0。
光纤盘DD的恢复办法。
dd if=/dev/rdsk/c0t0d0s2 of=/dev/rdsk/c0t1d0s2 bs=8192k
将你做好的DD盘换到原系统盘的位置。
ok boot cdrom –s
mount /dev/dsk/c0t0d0s0 /mnt
drvconfig –r /mnt –p /mnt/etc/path_to_inst
cd /devices
find . –print |cpio –pduVm /mnt/devices
disks –r /mnt
luxadm set_boot_dev /dev/dsk/c0t0d0s0
init 0
ok boot -r
ld.so.1文件损坏或丢失后系统怎样恢复正常?
boot cdrom -s first,try to recover the system.
here is a document,may it can help.
实时连接器ld.so.1文件损坏或丢失后系统怎样恢复正常?
前言:看到网上好多人遇到ld.so.1文件损坏或丢失,系统瘫痪询问怎样处理,为此我将这一故障现象进行归纳总结,供各位网友参考,希望从中得到帮助。
一、动态连接库的概念
大家都知道,在WINDOWS系统中有很多的动态链接库(以.DLL为后缀的文件,DLL即Dynamic Link Library)。这种动态链接库,和静态函数库不同,它里面的函数并不是执行程序本身的一部分,而是根据执行程序需要按需装入,同时其执行代码可在多个执行程序间共享,节省了空间,提高了效率,具备很高的灵活性,得到越来越多程序员和用户的青睐。
Solaris系统里面有些库文件,当编译的时候,如果把库文件也编译到文件中,那文件本身就可以执行,但这样的缺点是生成的文件十分大。所以很多情况下使用动态连接库,就是编译出的文件不包含库,而只包含到库的指针,这样在运行的时候会到指定的地方调用这个库,这样就减少了文件的大小。Solaris包含的实时连接器ld.so.1,就是动态对象的运行阶段链接程序。
从下面的的命令中,我们可以列出可执行文件或者共享对象的动态从属关系,这玩意没了,你的什么ls,cd什么的命令就都费了,如果ld.so.1文件被破坏了,系统肯定无法正常启动。
/usr/bin/ldd [filename]
/* List the dynamic dependencies of executable files */
# /usr/bin/ldd /usr/bin/cat
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1
# ldd /usr/bin/ls
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1
# ldd /usr/bin/cp
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1
二、ld.so.1文件损坏或丢失解决的办法
1.如果意外的/usr/lib/ld.so.1损坏或丢失,系统没有正常启动的情况下:
执行命令都会出现错误信息:
#reboot
Reboot :can not find /usr/lib/ld.so.1
#find
Find: /usr/lib/ld.so.1
#ls
Ls: can not find can not find
这时,千万不要重启动,立即用/usr/sbin/static/mv、/usr/sbin/static/cp命令恢复 :
#/sbin/static/cp /etc/lib/ld.so.1 /usr/lib/
经过实验,系统恢复正常!这时,你试试如下命令,就能体会到为什么了。
---------------------------------------------------------------------------
# ls /usr/sbin/static
cp* ln* mv* rcp* tar*
SUN的工程师非常聪明,为了防备了这个情况, 做了以上几个不使用动态连接库的命令
#find / -name ld.so.1 -print
/usr/lib/sparcv9/ld.so.1
/usr/lib/ld.so.1
/etc/lib/ld.so.1
blade% ls -ld /usr/lib/sparcv9/ld.so.1
-rwxr-xr-x 1 root bin 191672 Jul 28 2001 /usr/lib/sparcv9/ld.so.1
blade% ls -ld /usr/lib/ld.so.1
-rwxr-xr-x 1 root bin 196852 Jul 28 2001 /usr/lib/ld.so.1
blade% ls -ld /etc/lib/ld.so.1
-rwxr-xr-x 1 root bin 196852 Jul 28 2001 /etc/lib/ld.so.1
---------------------------------------------------------------------------
从上面的,我们又可以看到,这个库文件,不仅仅在/usr/lib有,在/etc/lib、/usr/lib/sparcv9/下也有,所以你就重新在本机上拷贝一份就行了。这些信息在这个连接库不正常的情况下是看不到的。
2.如果意外的/usr/lib/ld.so.1损坏或丢失,系统启动的情况下:
错误信息:
Uname:can not find /usr/lib/ld.so.1
Loadkeys: can not find /usr/lib/ld.so.1
Killed
Cfsfstype: can not find /usr/lib/ld.so.1
Expr: can not find /usr/lib/ld.so.1
Swap: can not find /usr/lib/ld.so.1
Killed
Fsck: can not find /usr/lib/ld.so.1
Killed
这时,用光盘启动到单用户下:
ok boot cdrom -s (放入启动安装光盘)
#mount /dev/dsk/c0t0d0s0 /mnt (这里指定原usr目录对应的原始设备名)
# cp /mnt/etc/lib/ld.so.1 /mnt/lib/(就是将/usr/etc下的这个文件拷贝到/usr/lib下。)
系统重新启动,一切正常!
3.如果/usr被改名了情况下,怎么办?
假设/usr改名成了/faint,系统没有启动
马上执行
#/faint/sbin/static/mv /faint /usr
假设/usr改名成了/faint,系统重新启动,这时肯定不能正常启动,同样我们启动到单用户下:
ok boot cdrom -s (放入启动安装光盘)
mount /dev/dsk/c0t0d0s0 /mnt (这里指定原usr目录对应的原始设备名)
mv /mnt/faint /mnt/usr
建议把/usr/sbin/static下的东西拷一份到/sbin下或者其它比较可信的跟/在同一个文件系统下的目录下。以备系统不测.
之后,我又进行了多次实验,各个版本系统下的/usr/lib/ld.so.1文件互相兼容。所以也可以从其他机器拷贝过来。 |
|