免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2615 | 回复: 9
打印 上一主题 下一主题

封装后重启出现如下,该如何解决?谢谢 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-08-21 09:34 |只看该作者 |倒序浏览
?(UltraSPARC-II 450MHz), No Keyboard                                    
OpenBoot 3.31, 256 MB memory installed, Serial #12865610.                                                         
Ethernet address 8:0:20:c4:50:4a, Host ID: 80c4504a.                                                   



Boot device: disk  File and args:                                 
SunOS Release 5.9 Version Generic_118558-30 64-bit                                                  
Copyright 1983-2003 Sun Microsystems, Inc.  All rights reserved.                                                               
Use is subject to license terms.                                
WARNING: Error writing ufs log state
WARNING: ufs log for / changed state to Error
WARNING: Please umount(1M) / and run fsck(1M)
VxVM sysboot INFO V-5-2-3244 Starting restore daemon...
VxVM sysboot INFO V-5-2-3445 starting in boot mode...
NOTICE: VxVM vxdmp V-5-0-34 added disk array DISKS, datype = Disk

NOTICE: VxVM vxdmp V-5-0-34 added disk array RDAC_NODES, datype = RDAC

configuring IPv4 interfaces: hme0.
Hostname: E60
VxVM  INFO V-5-2-3247 starting special volumes ( swapvol rootvol )...
The /global/.devices/node@1 file system (/dev/rdsk/c0t0d0s3) is being checked.
Can't open /dev/rdsk/c0t0d0s3: I/O error
/dev/rdsk/c0t0d0s3: CAN'T CHECK FILE SYSTEM.
/dev/rdsk/c0t0d0s3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.

WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck
manually (fsck -F ufs /dev/rdsk/c0t0d0s3). Exit the shell when
done to continue the boot process.


Type control-d to proceed with normal startup,
(or give root password for system maintenance):

论坛徽章:
2
双鱼座
日期:2014-02-23 12:10:03操作系统版块每日发帖之星
日期:2015-12-17 06:20:00
2 [报告]
发表于 2006-08-21 09:37 |只看该作者
sun cluster双机?vxvm什么版本?lz能不能把这些我们不清楚的情况也说说!!!!!!!

论坛徽章:
0
3 [报告]
发表于 2006-08-21 09:49 |只看该作者
谢谢蜘蛛大哥,我是在做实验了,OS 9 , VXVM 4.0  cluster 3.1  是个新手,现在做得都有点晕了,不知道哪里出错了。现在只是启动主节点

bash-2.05# more vfstab                     
#device device  mount   FS      fsck    mount   mount                                                     
#device device  mount   FS      fsck    mount   mount                                                     

options
#
fd      -       /dev/fd fd      -       no      -
/proc   -       /proc   proc    -       no      -
/dev/vx/dsk/bootdg/swapvol      -       -       swap    -       no      -
/dev/vx/dsk/bootdg/rootvol      /dev/vx/rdsk/bootdg/rootvol     /       ufs

1       no      -
#/dev/dsk/c0t0d0s3      /dev/rdsk/c0t0d0s3      /globaldevices  ufs     2

yes     -
swap    -       /tmp    tmpfs   -       yes     -
/dev/did/dsk/d1s3 /dev/did/rdsk/d1s3 /global/.devices/node@1 ufs 2 no global
#NOTE: volume rootvol (/) encapsulated partition c0t0d0s0
#NOTE: volume swapvol (swap) encapsulated partition c0t0d0s1
bash-2.05# df -k
Filesystem            kbytes    used   avail capacity  Mounted on
/dev/vx/dsk/bootdg/rootvol
                     16100347 3822647 12116697    24%    /
/proc                      0       0       0     0%    /proc
mnttab                     0       0       0     0%    /etc/mnttab
fd                         0       0       0     0%    /dev/fd
bash-2.05#

论坛徽章:
2
双鱼座
日期:2014-02-23 12:10:03操作系统版块每日发帖之星
日期:2015-12-17 06:20:00
4 [报告]
发表于 2006-08-21 10:08 |只看该作者
vxvm的license对不对啊?封装的时候是怎么封装的?主机自动重启了几次?

论坛徽章:
0
5 [报告]
发表于 2006-08-21 10:25 |只看该作者
license是测试版的,可以用60天的,用VXDISKADM 按里面的提示做的,第一次好像没成功,有重启,每二次重做了一次也有重启,好像是需要二到三次是吧。

论坛徽章:
2
双鱼座
日期:2014-02-23 12:10:03操作系统版块每日发帖之星
日期:2015-12-17 06:20:00
6 [报告]
发表于 2006-08-21 10:39 |只看该作者
正常封装会自动重启两次(scvxinstall)

论坛徽章:
0
7 [报告]
发表于 2006-08-22 09:01 |只看该作者
一般封装后出了问题都比较麻烦的说

论坛徽章:
0
8 [报告]
发表于 2006-08-22 09:09 |只看该作者
著名的SOLARIS 9+VXVM封装根盘BUG。有2种方法解决,第一种,解封装。第二种重装。

论坛徽章:
0
9 [报告]
发表于 2006-08-22 09:10 |只看该作者
哈哈,有个alert, 不太好告诉你,自己慢慢实验体会吧。
提示:
"WARNING: Error writing ufs log state
WARNING: ufs log for / changed state to Error
WARNING: Please umount(1M) / and run fsck(1M)
"

论坛徽章:
0
10 [报告]
发表于 2006-08-22 09:35 |只看该作者

i got it

Document Audience: PUBLIC
Document ID: 101562
Old Document ID: (formerly 57636)
Title: VxVM Encapsulated Disk With UFS Logging Enabled May Result in Persistent Warning Messages, System Panic or Failure to Boot
Copyright Notice: Copyright © 2005 Sun Microsystems, Inc. All Rights Reserved
Update Date: Thu Dec 15 00:00:00 MST 2005

--------------------------------------------------------------------------------
Status Issued


Description Top

Sun(sm) Alert Notification
Sun Alert ID: 101562 (formerly 57636)
Synopsis: VxVM Encapsulated Disk With UFS Logging Enabled May Result in Persistent Warning Messages, System Panic or Failure to Boot
Category: Availability
Product: VERITAS Volume Manager 3.5 Software, VERITAS Volume Manager 4.0 Software
BugIDs: 5045578
Avoidance: Patch, Workaround
State: Resolved
Date Released: 22-Sep-2004, 05-Dec-2005
Date Closed: 05-Dec-2005
Date Modified: 03-May-2005, 08-Apr-2005, 15-Mar-2005, 03-Feb-2005, 11-Jan-2005, 30-Jun-2005, 07-Sep-2005, 05-Dec-2005, 15-Dec-2005
1. Impact
"Root" disk encapsulated with VERITAS Volume Manager (VxVM) 3.5, 4.0 or 4.1 and with ufs logging enabled may result in persistent warning messages, and in some cases the system may panic or fail to boot.

2. Contributing Factors
This issue can occur in the following releases:

SPARC Platform

VERITAS Volume Manager (VxVM) 3.5 (for Solaris 9) without 3.5MP4 maintenance patch 112392-08
VERITAS Volume Manager (VxVM) 4.0 (for Solaris 9) without 4.0MP2 maintenance patch 115217-05
VERITAS Volume Manager (VxVM) 4.1 (for Solaris 9 or 10) without 4.1MP1 maintenance patch 117080-04
Notes:

Solaris 7 and Solaris 8 are not affected by this issue. Solaris on the x86 Platform is not affected by this issue.
Logging is enabled by default on Solaris 9 (Update 7) or with patch 113073-09 and above.
This issue only occurs when both "root disk" is encapsulated and logging is enabled.
Logging is turned off by default in VERITAS Volume Manager (VxVM) 4.1 for Solaris 10
This issue can occur when the lower layers return errors on writes that logging is executing while trying to mount the "root" filesystem. Logging is trying to roll the log or update its "state" information on disk, but writes to an encapsulated root disk this early in the boot process is not allowed. (Note that this issue does not occur when the "root disk" is un-encapsulated). The writes fail, warning messages are generated, and if the mount of the root filesystem fails, the system will panic and fail to boot.

3. Symptoms
Should this issue occur, messages on the console during bootup will appear similar to the following:

    WARNING: Error writing ufs log state
    WARNING: ufs log for / changed state to Error
    WARNING: Please umount(1M) / and run fsck(1M)
    WARNING: Error writing master during ufs log roll
    WARNING: ufs log for / changed state to Error
    WARNING: Please umount(1M) / and run fsck(1M)
    Cannot mount root on /pseudo/vxio@0:0 fstype ufs
    panic[cpu0]/thread=140a000: vfs_mountroot: cannot mount root

Solution Summary Top

4. Relief/Workaround
To work around the described issue, edit the "/etc/vfstab" file (and any other boot volumes that are created by VERITAS Volume Manager, for example, "/", "/usr", "/var", "/opt") and add "nologging" to the mount option of those volumes, as in the following example:

    /dev/vx/dsk/bootdg/rootvol  /dev/vx/rdsk/bootdg/rootvol  /  ufs     1  no  nologging
    /dev/vx/dsk/bootdg/usr      /dev/vx/rdsk/bootdg/usr /usr    ufs     1  no  nologging
    /dev/vx/dsk/bootdg/var      /dev/vx/rdsk/bootdg/var /var    ufs     1  no  nologging
    /dev/vx/dsk/bootdg/opt      /dev/vx/rdsk/bootdg/opt /opt    ufs     2  yes nologging
and then reboot the system.

If a system panic occurs, boot the system from either a Solaris CD or from the network and remount the affected volumes, as in the following example:

    ok> boot net -s
    # mount /dev/dsk/c0t0d0s0 /mnt
    # sync
    # umount /mnt
    # mount /dev/dsk/c0t1d0s0 /mnt
    # sync
and then reboot the system twice.

Notes:

The reason to reboot twice is that the first time you mount with nologging, it has to deallocate the log first, and thus is still mounted with "logging" enabled. After the second time, the system is really mounted with "nologging" enabled.
In a Sun Cluster environment, "/globaldevices" does not require "nologging".
To change the nologging setting if it was defined earlier, edit the "/etc/vfstab" file (and any other boot volumes that are created by VERITAS Volume Manager, for example, "/", "/usr", "/var", "/opt") and remove "nologging" to the mount option of those volumes, as in the following example:

    /dev/vx/dsk/bootdg/rootvol /dev/vx/rdsk/bootdg/rootvol / ufs 1 no -
    /dev/vx/dsk/bootdg/usr /dev/vx/rdsk/bootdg/usr /usr ufs 1 no -
    /dev/vx/dsk/bootdg/var /dev/vx/rdsk/bootdg/var /var ufs 1 no -
    /dev/vx/dsk/bootdg/opt /dev/vx/rdsk/bootdg/opt /opt ufs 2 yes -
Once you have changed the nologging setting, reboot the system.



5. Resolution
SPARC Platform

VERITAS Volume Manager (VxVM) 3.5 (for Solaris 9) with 3.5MP4 maintenance patch 112392-08 or later
VERITAS Volume Manager (VxVM) 4.0 (for Solaris 9) with 4.0MP2 maintenance patch 115217-05 or later
VERITAS Volume Manager (VxVM) 4.1 (for Solaris 9 or 10) with 4.1MP1 maintenance patch 117080-04 or later
To verify if logging is enabled, "logging" should be shown from the output of "mount -v", as in the following example:

    # mount -v
    /dev/vx/dsk/rootvol on / type ufs
    read/write/setuid/intr/largefiles/logging/xattr/onerror=panic/dev=4ec0000
    on Thu Apr 28 16:06:52 2005
Note: You can also explicitly add logging to the "/etc/vfstab" file.

These patch releases support UFS logging on a VxVM encapsulated root disk. If you have previously disabled UFS logging (by setting the "nologging" option in /etc/vfstab), you may now restore UFS logging after installing this release.

To change the nologging setting, edit the "/etc/vfstab" file (and any other boot volumes that are created by VERITAS Volume Manager, for example, "/", "/usr", "/var", "/opt") and remove "nologging" from the mount option of those volumes, as in the following example:

    /dev/vx/dsk/bootdg/rootvol /dev/vx/rdsk/bootdg/rootvol / ufs 1 no -
After you have changed the nologging setting, reboot the system.

To verify if logging is enabled, "logging" should be shown from the output of "mount -v", as in the following example:

    # mount -v
    /dev/vx/dsk/rootvol on / type ufs
    read/write/setuid/intr/largefiles/logging/xattr/onerror=panic/dev=4ec0000
    on Thu Apr 28 16:06:52 2005
 



Change History
03-May-2005:
Added VxVM 4.1 for Solaris 10 to "Contributing Factors"
Added additional notes and point patch information to "Resolution"
08-Apr-2005:
Further clarifications added to "Relief/Workaround" section (swapvol was removed from examples, reboot 2x Note: was added)
15-Mar-2005:
Clarifications added (volume names ) to "Relief/Workaround" Section, note 4 for Solaris 10 added to Contributing Factors
03-Feb-2005:
Remove point patch information from Workaround
11-Jan-2005:
Add Point Patches for VxVM (Solaris 9) to Relief/Workaround section
30-Jun-2005:
Updated "Resolution" section
07-Sep-2005:
Update Contributing Factors and Resolution sections
05-Dec-2005:
Updated Contributing Factors and Resolution sections, re-release as Resolved
15-Dec-2005:
Updated Contributing Factors and Resolution sections
This Sun Alert notification is being provided to you on an "AS IS" basis. This Sun Alert notification may contain information provided by third parties. The issues described in this Sun Alert notification may or may not impact your system(s). Sun makes no representations, warranties, or guarantees as to the information contained herein. ANY AND ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT, ARE HEREBY DISCLAIMED. BY ACCESSING THIS DOCUMENT YOU ACKNOWLEDGE THAT SUN SHALL IN NO EVENT BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, PUNITIVE, OR CONSEQUENTIAL DAMAGES THAT ARISE OUT OF YOUR USE OR FAILURE TO USE THE INFORMATION CONTAINED HEREIN. This Sun Alert notification contains Sun proprietary and confidential information. It is being provided to you pursuant to the provisions of your agreement to purchase services from Sun, or, if you do not have such an agreement, the Sun.com Terms of Use. This Sun Alert notification may only be used for the purposes contemplated by these agreements.


Copyright 2000-2006 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, CA 95054 U.S.A. All rights reserved.
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP