IT博客网-SA Blog --系统管理员的博客生涯

Windows XP IE7 + java 会造成浏览器停止响应，cpu 100%,

David — Wed, 12 Nov 2008 08:25:00 GMT

最近电脑总是出这个问题，原来是安装了java客户端。

有遇到此问题的朋友来顶一下。

现在IE中禁用了JAVA，一切运行正常啊。

David 2008-11-12 16:25 发表评论

Resignaturing VMFS3 Volumes That Are Not Snapshots

David — Thu, 23 Oct 2008 12:05:00 GMT

Making this type of change on the storage array results in assigning a new LUN ID (UUID or Serial Number) to all LUNs presented via the modified ports/FAs.

VMFS3 metadata identifies the volumes by several properties which include the LUN number and the LUN ID (UUID or Serial Number). Because the LUNs now have new UUIDs, the resulting mismatch with the metadata leads to LVM identifying the volumes as snapshots.

This procedure allows you to make all of the VMFS3 volumes visible again.

Important: If you do not have actual snapshot LUNs presented and have no plans to present any to these hosts, follow the directions in http://kb.vmware.com/kb/6482648, and then skip to step 9 below.

Stop the running virtual machines on all the ESX Server hosts.
Rescan. You see warnings about “snapshot LUN” referenced in /var/log/vmkernel.
Enable LVM Resignaturing on the first ESX Server host (set LVM.EnableResignature to 1):
1. Log on to the ESX Server host with VI Client.
2. Click the Configuration tab.
3. Select the Advanced setting option.
4. Choose the LVM section.
5. Set the value of LVM.EnableResignaturing to 1.
6. Save the change.
7. Click the storage adapter.
8. Click Rescan Adapter.
9. Leave the default option and proceed.

You are now be able to see the VMFS volumes with labels prefixed with snap.

Disable LVM Resignaturing (set LVM.EnableResignature to 0):
1. Log on to the ESX Server host with VI client.
2. Click the Configuration tab.
3. Select the Advanced setting option.
4. Choose the LVM section.
5. Set the value of LVM.EnableResignaturing to 0.
6. Save the change.

No snapshot messages are visible in /var/log/vmkernel.

Re-label the volume.
1. Log into VirtualCenter Server with VI Client. (Connecting directly to the ESX Server host does not offer the choice identified in step b).
2. In Inventory view, select Datastores view.
3. Select the datastore. Right click and select Remove to remove the old label, which is associated with the old UUID of the volume.
4. Select Hosts & Clusters view.
5. In the Summary tab, you see the list of datastores.
6. Click in the name field for the volume and change snap0000 to the original name.

You now have the correct original label associated with the resignatured volume.

Rescan storage from all ESX Server hosts. You do not need to rescan from the host that performed the resignature.
Re-register all the virtual machines. Because the virtual machines are registered against the old UUID, you must re-register them in VirtualCenter.
1. Log on to the ESX Server host with VI client.
2. Click the Configuration tab.
3. Select Storage (SCSI, SAN & NFS).
4. Double-click any of the datastores to open the Datatstore browser.
5. Navigate to the .vmx file of any of the virtual machines by clicking the folders.
6. Right click and select Add to inventory.
Remap any RDMs.

If you have a virtual machine that uses an RDM, you need to recreate the mapping.

Caution: If you used multiple RDMs, it may be difficult to identify one from another. If the RDMs are different sizes, you can map them in the correct order by their sizes. If the RDMs are all the same size, this is a more difficult process because you must map the RDMs to one virtual machine at a time, boot the virtual machine, and then verify if it is the correct LUN. To prevent having to map the RDMs to one virtual machine at a time:

Make a note of the sizes of the RDMs and which virtual machines they are associated with before starting this process.

Make a note of the LUN ID before starting this process. You might be able to use this information to recreate the mapping.

Power on the virtual machines. Reply yes if prompted about a new UUID.

If any of the virtual machines refer to missing disks when they power up, check the.vmx file and ensure that the SCSI disk references are not made against the old UUID instead of against the label (or new label, if you changed it).

Repeat steps 3 through 9 for all subsequent ESX Server hosts that still see snapshot volumes. If all ESX Server hosts share the same volumes, this step is not necessary.

在VMWare ESX上重新加载旧的Datastore

David — Thu, 23 Oct 2008 12:03:00 GMT

这篇文章的背景问题在上一篇文章(“LVM.DisallowSnapshotLun” Problem when Migrating a Datastore on VMWare ESX Server)里提到了——当时不知道取什么题目好，当然现在还不是很清楚，不过会明确一点了，就是将Datastore的LUN调整成其它值(unpresent&&present)了以后，ESX就没法把这个识别到的LUN作为Datastore了。

系统日志vmkernel里有显示一些经常出现的信息：

Dec 25 13:21:55 vm0 vmkernel: 229:02:33:19.877 cpu7:1037)WARNING: LinSCSI: 4524: The physical media represented by vmhba2:0:2 has changed. The device has been re-synchronized with the system.

Dec 25 14:53:57 vm0 vmkernel: 0:00:01:56.956 cpu6:1038)LVM: ValidateDevice: [vmhba3:0:1:1] Mismatch between stored disk ID and actual disk ID
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:56.966 cpu6:1038)LVM: CheckDevSnapshot: Device vmhba3:0:1:1 is a snapshot:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:56.973 cpu6:1038)LVM: CheckDevSnapshot: disk ID:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:56.984 cpu6:1038)LVM: CheckDevSnapshot: m/d disk ID:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:56.997 cpu6:1038)LVM: ValidateDevice: [vmhba3:0:1:1] Mismatch between stored disk ID and actual disk ID
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.008 cpu6:1038)LVM: ProbeDeviceInt: vmhba3:0:1:1 => Operation should be retried due to temporary error condition
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.019 cpu6:1038)LVM: ValidateDevice: [vmhba3:0:1:1] Mismatch between stored disk ID and actual disk ID
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.029 cpu6:1038)LVM: CheckDevSnapshot: Device vmhba3:0:1:1 is a snapshot:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.037 cpu6:1038)LVM: CheckDevSnapshot: disk ID:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.048 cpu6:1038)LVM: CheckDevSnapshot: m/d disk ID:
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.061 cpu6:1038)LVM: ValidateDevice: [vmhba3:0:1:1] Mismatch between stored disk ID and actual disk ID
Dec 25 14:53:57 vm0 vmkernel: 0:00:01:57.070 cpu6:1038)WARNING: LVM: ProbeDeviceInt: [vmhba3:0:1:1] detected as a snapshot device. Disallowing access to the LUN since resignaturing is turned off.
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.546 cpu7:1037)LVM: 5670: Device vmhba2:0:1:1 is a snapshot :
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.546 cpu7:1037)LVM: 5676: disk ID:
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.546 cpu7:1037)LVM: 5678: m/d disk ID:
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.549 cpu7:1037)LVM: 5670: Device vmhba2:0:1:1 is a snapshot:
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.549 cpu7:1037)LVM: 5676: disk ID:
Dec 25 15:53:05 vm0 vmkernel: 0:00:01:11.549 cpu7:1037)LVM: 5678: m/d disk ID:
Dec 25 15:53:06 vm0 vmkernel: 0:00:01:11.549 cpu7:1037)WARNING: LVM: 4844: [vmhba2:0:1:1] detected as a snapshot device. Disallowing access to the LUN since resignaturing is turned off .

按照我最后的理解，这部分信息应该是最重要的。其中被强调显示标记的说明了，volume的LUN更改以后Disk ID也发生了变化，这个和ESX里存储的Disk ID出现了不一致。由于Configuration-Advanced Settings里LVM.EnableResignaturing 这个开关被设置为0(turned off)，ESX就把这个volume视作一个“新”的volume，而且是现有Datastore的snapshot而禁止加载。也正因此，可以通过把 LVM.DisallowSnapshotLun开关关闭，将这个可能是现有Datastore的snapshot的volume加载为一个新的 Datastore。这就是我对这个问题的理解。

至于什么是resignaturing呢？正常状态下， ESX的/vmfs/volumes/下面显示一些目录，这是现有的Datastore所对应的volume的挂载点(mount point)，目录名就是volume在系统里的标志（我猜测就是Disk ID），例如：44b0d972-e8adad27-adee-00132165b7cb、44b65ab5-928b798d- fbb7-00132165b7cb。这些volumes可能是位于本地磁盘的VMFS的分区，也可能是位于SAN上的磁盘分区。对于添加的空白 volume，ESX会自动signature这个volume的一些信息，成为这个标识（即目录名），并挂载到/vmfs/volumns里；对于那些非空白的，可能是其它Datastore的snapshot的volume，除非系统允许RE-signature，即重新signature信息，重新挂载到ESX中。但是resignature后那个标识信息将不是原来的，而是新的了。换句话说要访问这个“新”的Datastore就要通过新的目录名来访问了。

在/vmfs/volumes/下面还有一些以storage1之类的链接名，这些链接名就是VIC里面所看到的Datastore的名称。如果通过VIC将名称改了，链接名也马上发上改变。

知道问题的原理以后，也就知道该怎么解决了。具体详细的过程可以参考这篇文章（Resignaturing VMFS3 Volumes That Are Not Snapshots）。

在操作之前有几点要注意的：

VIC连接的最好是ESX本身的地址，而不是Virtual Center的地址；
把所有的虚拟机停掉。把所有ESX启动后会自动开机的虚拟机改成不要自动开机，因为后面最好是重启一下；
重启服务器的方法：通过VIC 右键点击具体的ESX Host选择reboot或者在登录服务器控制台执行reboot命令，而不要在SSH远程登录终端里halt（这样不能完全关闭，控制台显示已经halt了，但是SSH远程还是可以登录，VIC也还可以连接）

由于我之前用了DisallowSnapshotLun的办法，所以我认为的操作方法和文章提到的有点差别，具体是这样的：

将虚拟机停掉
VIC连上ESX，将LVM.DisallowSnapshotLun开关设置为1，将LVM.EnableResignaturing开关设置为1，Rescan，将 LVM.EnableResignaturing设置回0；（由于我实际上是连到VirtualCenter操作，并且rescan之前没有停掉虚拟机，所以rescan之后原先的Datastore出现错误，同时VirtualCenter和ESX断开连接，只好重启一遍）
ESX重启后，用VIC连上，在Configuration-Storage(SCSI, SAN and NFS)就可以看到以snap开头的一个新的DataStore了，可以将这个DataStore的名字改成自己喜欢的；
由于旧的DataStore已经失效或者说找不到了，虚拟主机列表里所有主机都显示为不可用，而且不能显示原先的名字；
重启ESX服务器，在操作系统内核选择菜单选择进入Console模式；
以root登录，查看/vmfs/volumes/下新的目录名（类似44b65ab5-928b798d-fbb7-00132165b7cb的磁盘信息），记下来；
修改/etc/vmware/hostd/vmInventory.xml文件（这个文件保存的是所有虚拟主机的配置文件路径），将位于已经失效的DataStore的volume上的虚拟机的配置路径(<)修改成现在的；
重启ESX服务器，进入正常状态，用VIC连上Virtual Center，可以看到现在虚拟机都回来了；
使用文章介绍的方法把失效的DataStore删除，如果无法删除可能是Virtual Machines里还有Template，就先把Template Remove from Inventory ；
将每台虚拟机启动一下，会出现关于UUID是要keep，还是renew的的时候，选择keep就好了；
最后就是将原先修改的自动开机的设置改回去。

目前这样就算是基本完成了，最后再补充几点：

操作步骤里5,6,7所产生的效果就是可以将虚拟主机清单指向新的DataStore，而不用像文章里所说的一样，将虚拟主机Remove from Inventory，然后再从DataStore中浏览出来，Add to Inventory；
步骤3,4其实可以不要，即直接重启到Console，修改好了以后再重启到正常状态（服务器重启一次要好久，大部分的时间都是浪费在等待重启上了）。

还需要解决的问题：

如果能知道ESX是如果进行signature，以及signature后的结果是存放到哪里的，就可以直接在Console模式下去编辑配置文件修改原先的DataStore的Disk ID，就可以减少Add && Remove的操作了；
如果能知道Template添加到Inventory后是保存到那个配置文件的话，就可以向修改vmInventory一样，直接修改Template的路径，而不用remove以后再Add，然后还要Convert to template。

David 2008-10-23 20:03 发表评论

ESX SERVER 命令控制台添加VMFS

David — Thu, 23 Oct 2008 12:00:00 GMT

对大部份的VMWARE的朋友来说，在真实的VI3环境下增加一个硬盘，并且在VC下添加成VMFS卷应该不算是什么问题。因为我手头上没有VI3的真实环境，在VM6.02虚拟环境也是勉强搭建起来运行ESX SERVER。我最初安装ESX是出于对ESX的学习，刚学两星期在这方面也没有太多的经验。也就没有对整体的实验进行规划，按照VM6建Red hat虚拟系统的步骤生成虚拟系统。硬盘只分了8G。在VM下装了ESX3.0玩了两天觉得有点无聊，就试着想在ESX下安系统玩玩，才发现硬盘空间只剩下1G了。无耐只能再给ESX加一个15G的SCSI硬盘。
我的硬件：
CPU INTEL E2160(郁闷不支持VT技术)
内存 2G
硬盘 80G
HOST系统是WIN XP SP2

我的物理机上运行一个VC、VM。VC用于控制ESX，但是由于计算机硬件CPU不支持VT技术导致虚拟系统占用了全部的CPU。CPU在启动ESX开始就一直是100%的。最终造成VC无法正常使用，变成可远观而不可亵玩焉，基本上点击什么功能都是弹出错误，说什么“等待服务器响应超时”然后又是一个说什么“参考对象没有设定为一个实例的一个对象”的错误~~~~郁闷。ESC的启动也是奇慢无比，我个人比较懒也不想为了加一个硬盘上去做实验去关闭ESX等待那一个小时的启动。我想到一般的服务器都支持热插拔技术，不过好像VM不可以添加。我试过强行修改VMX配置文件添加下去也不行。
不好意思，扯远了。下边是正题：
在ESX上添加一块15G的硬盘，启动……我可怜的小U不支持VT技术，用了一个小时才启动完成。
按ALT+F1进入命令控制台

由于本人的LINUX基础不是很好，VMware会更加复杂，因为会有两种情况存在。
当对齐raw disk或者Raw Device Mapping(RDM)卷，实在虚拟主机(VM)层次上来实现对齐的。例如，在windows的虚拟主机上使用diskpar来实现对齐。对于VMFS卷，会在ESX Server的层次上使用fdisk来实现对齐，正如diskpar在VM层次。这是因为不管是ESX Server还是客户端都会把MBR放到LUN上面去。ESX必须对齐VMFS卷，而客户系统必需对其他们的虚拟磁盘。因此我只选择了使用fdisk工具来进行分区
使用fdisk –l查看系统中的磁盘分区
看到一个 Disk /dev/sdb: 16.1 GB， 16106127360 bytes的磁盘，(LINUX的磁盘设备命名方式，第一块IDE磁盘hda、第二块则是hdb以最后的一位英文字母依次递增来表示磁盘的编号。我所使用的是SCSI硬盘，所以编号为sda和sdb。Sda1是指sda的第一个文件系统＝分区)下面我们先对它进行分区：
在命令提示符下输入
[root@vmware dev]# fdisk /dev/sdb
Device contains neither a valid DOS partition table， nor Sun， SGI or OSF disklab el
Building a new DOS disklabel. Changes will remain in memory only，
until you decide to write them. After that， of course， the previous
content won't be recoverable.

The number of cylinders for this disk is set to 1958.
There is nothing wrong with that， but this is larger than 1024，
and could in certain setups cause problems with:
1) software that runs at boot time (e.g.， old versions of LILO)
2) booting and partitioning software from other OSs
(e.g.， DOS FDISK， OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Command (m for help): n (#输入n参数来增加新的分区#)
Command action (#选择新建的分区类型，主分区还是扩展分区；选择p或者e#)
e extended
p primary partition (1-4)
p (#这里选择P是主要分区#)
Partition number (1-4): 1 (#添加主分区1 #)
First cylinder (1-15360， default 1): 1 (#输入开始位置，直接回车；默认为1 ，就好#)

Command (m for help): x (#输入x ，进行专家模式#)

Expert command (m for help): b （#专家行模式，输入b ，编辑bsd类型分区#）
Partition number (1-4): 1 (#添加主分区1#)
New beginning of data (1-15360， default 15360): (#输入结束位置，直接回车；默认为15360#)
Using default value 15360

Expert command (m for help): r (#输入r ，返回主菜单#)

Command (m for help): t (#输入t ，改变分区类型，系统会提示要改变哪个分区#)
Selected partition 1
Hex code (type L to list codes): fb (#输入fb ，如果想知道系统支持的分区类型列表，输入l#)
Changed system type of partition 1 to fb (Unknown)

Command (m for help): w （#输入w ，保存修改，并退出#）
The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

到了这里我们再用命令查看创建出来的分区
[root@vmware dev]# fdisk –l

看到了吧.ID为fb　　　System是Unknown的
分区创建到这里，往下走下一步
（#在（）内我使用了#号里边的内容作了解释，如有错的地方请多多指教。用户通过提示键入“m”，可以显示Fdisk命令各个参数的说明。整个关键是在进入专家后的配置和分区类型一定要选择fb，fb是表示系统自动选择#）
通过把分区类型声明为fb，ESX Server会将这个分区认为一个没有被格式化的VMFS卷。你应该能够使用MUI或者vmkfstools，把一个VMFS文件系统放上去。对于Linux的虚拟主机，按照上面列出的程序步骤来做。对于windows的虚拟主机，也是按照上面的程序步骤来做。

贴两个跟LINUX分区有关的表

Fdisk分区工具的参数表：

LINUX系统支持的分区类型列表

最后一步，在这里我们要使用到VMware ESX Server-vmkfstools文件系统管理工具对vmhba0适配器上的第一个磁盘分区上创建一个文件块大小为1MB，标签为'mlyVMFS'的VMFS3文件系统.
[root@vmware dev]# vmkfstools -C vmfs3 -b 1m -S mlyVMFS vmhba0:1:0:1

这里我把整个命令拆开解释一下：
Vmkfstools (#使用Vmkfstools 工具#)
-C (#建立一个虚拟磁盘#)
Vmfs3 (#创建为VMFS3文件格式系统#)
-b 1m (#用于指定文件块大小,我这里指定为1M#)
-S mlyVMFS (#设置VMFS文件系统标签, 我这里设置成mlyVMFS#)
vmhba0:1:0:1
(#vmhba0其中第一个0表示适配器,1表示第一块目标硬盘（默认是0开始吧）,0表示LUN(逻辑单位编号),1表示分区.如果这一位为0则表示整个磁盘#)

敲下命令后又开始郁闷了~~~~又等了将近一小时。在这段焦虑无比的心情下，终于看到了VM状态栏里的第二块硬盘一阵狂闪……系统提示Successfully了!!!
好，下面我用VC看一下有没有^o^ 大家一起看：
郁闷，居然没有。点击一下Refresh刷新一下。系统又弹出了那个讨厌的错误对话框说什么“等待服务器响应超时”然后又是一个说什么“参考对象没有设定为一个实例的一个对象”的错误。强行关闭VC再开碰碰运气。结果成功了。

这下心情可无比激动了，呵呵。这下可以装虚拟系统了，电脑熬了一天CPU 100%的快要崩溃了。这是本人第一次写教程，哪里写得不好的请大家在论坛中指出，千万不要砸我。谢谢

*（在使用VMware ESX Server-vmkfstools文件系统管理工具的时候有一点必须得注意的。就是要注意参数和命令的大小写，LINXU也是对输入的字符和命令有大小写要求的。否则会出错）

以下是一些VMware ESX Server-vmkfstools工具的命令行
Vmkfstools - VMware ESX Server文件系统管理工具

语法:
vmkfstools OPTIONS
vmkfstools OPTIONS PARTITION
vmkfstools OPTIONS DEVICE
vmkfstools OPTIONS PATH

vmkfstools是一个创建和维护在VMware ESX Server上的虚拟磁盘，文件系统，逻辑卷和物理存储设备的程序.他支持创建在一磁盘分区上创建VMFS，和管理保存在VMFS上的文件(如虚拟磁盘).
OPTIONS是指定操作的一个或多个命令行选项.被操作的文件或者VMFS文件系统可指定在选项后，基于/vmfs目录的相对或绝对的文件路径.

PARTITION参数用于指定分区，应该以vmhbaA:T:L:P的形式，其中A表示适配器，T表示目标，L表示LUN(逻辑单位编号)，P表示分区.P为0表示整个磁盘.
例: vmhba0:2:3:1指向第一个适配器，目标为2，LUN为3上面的第一个分区.

DEVICE参数用于指定设备，并且是一个以/vmfs/devices(设备文件系统的挂载点)开始的路径名.下面的子挂载点为每个设备.例如: /vmfs/devices/disks为本地或其于SAN的磁盘， /vmfs/devices/lvm为VMKernel逻辑卷，/vmfs/device/generic为通用SCSI设备，如磁带机，等等.

PATH参数用于指定VMFS文件系统或文件，为基于/vmfs目录下的相对或绝对路径或者文件名.

文件系统选项
长和短形式的命令选项是相等的.如:

vmkfstools -C --createfs vmfs3
-b --blocksize #[mMkK]
-S --setfsname fsName
-Z --extendfs extension-partition
deviceName
-P --queryfs -h --humanreadable
-T --tovmfs3
-x --upgradetype [zeroedthick|eagerzeroedthick|thin]
-u --upgradefinish
vmfsPath

-C， --createfs vmfs3
-b， --blocksize #[mMkK]
-S， --setfsname fsName
　　文件块大小通过选项-b指定，默认文件块大小为1MB，文件块大小必须为1MB，2MB，4MB或8MB.在ESX Server 3下，VMFS-2文件系统为只读的，用户不允许创建和修改.VMFS-3文件系统ESX 2.X不可用.
　　-s选项设置VMFS文件系统标签，该选项只能与选项'-C'关联使用.标签可容纳128字符，头尾不能包含空格. 可通过如下命令修改已创建的文件系统标签:
　　ln -sf /vmfs/volumes/ /vmfs/volumes/

　　-Z， --extendfs 扩展分区
　　通过增加其它分区扩展已经存在的VMFS-3文件系统.一个VMFS-3文件系统最多可以有32个分区.该选项不能用于ESX Server 3下的VMFS-2文件系统．

-P， --queryfs
-h， --human-readable
　　列出当一个VMFS文件系统上有任何文件和目录时的文件系统属性，列出了VMFS版本号，构成指定VMFS文件系统的分区号，文件系统标签（如果有的话），文件系UUID，可用空间，并列出文件系统关联所有分区的设备名称．选项'-h'为可读的打印格式大小（如5k，12.1M或2.1G)

文件系统升级选项

　　VMFS-2升级到VMFS-3文件系统需两个步骤．升级前必须卸下`vmfs2`和`vmfs3`驱动，并装载辅助文件系统驱动程序'fsaux'．升级第一步使用'-T'选项，完成后，卸下辅助文件系统'fsaux'，重新装入vmfs2和vmfs3驱动．升级第二步使用'-u'选项．

　　-T， --tovmfs3
　-x， --pgradetype [zeroedthick|eagerzeroedthick|thin]
转换VMFS-2文件系统至VMFS-3格式，对于文件系统保存所有文件.只有文件块大小为8MB或更小的文件系统能被转换.转换是单向的，不能回滚.

　　-u， --upgradefinish /vmfs/volumes/
　　一旦文件系统升级的第一步骤完成(使用`-T`)， `vmfs2`和`vmfs3`模块必须被重新装载，选项`-u`用以完成文件系统的升级.

虚拟磁盘选项

vmkfstools -c --createvirtualdisk #[gGmMkK]
　-d --diskformat [zeroedthick|eagerzeroedthick|thick|thin]
-a --adapterType [buslogic|lsilogic]
-w --writezeros
-j --inflatedisk
-U --deletevirtualdisk
-E --renamevirtualdisk srcDisk
-i --clonevirtualdisk srcDisk
-d --diskformat [rdm:|rdmp:|raw:|thin|2gbsparse|monoflat|monosparse]
-X --extendvirtualdisk #[gGmMkK]
-M --migratevirtualdisk
-r --createrdm /vmfs/devices/disks/...
-q --queryrdm
-z --createrdmpassthru /vmfs/devices/disks/...
-v --verbose #
-g --geometry
-J --miscop [setuuid | getuuid]
vmfsPath

　　-c， --createvirtualdisk #[gGmMkK]
　　-a， --adaptertype [buslogic|lsilogic] srcFile
　　-d， --diskformat [zeroedthick|eagerzeroedthick|thick|thin]
在VMFS文件系统上以指定大小创建一虚拟磁盘.大小选项默认单位为字节，但可以分别通过后缀'k'，'m'，或'g'指定为kb，Mb或Gb.'adaptertype'选项允许用户去指定使用哪种设备驱动程序与虚拟磁盘通讯.'-d'选项表示虚拟磁盘格式.默认磁盘格式为'zeroedthick'.具体详见'SUPPORTED DISK FORMATS'章节.
　-U， --deletevirtualdisk
　删除指定虚拟磁盘以及关联的文件.

　-E， --renamevirtualdisk srcDisk
　重命名指定虚拟磁盘关联的文件名称。

　-i， --clonevirtualdisk srcDisk
　-d， --diskformat [rdm:|rdmp:|raw:|thin|2gbsparse|monosparse|monoflat]
　创建虚拟磁盘或raw磁盘的一个拷贝(克隆).

　-e， --exportvirtualdisk dstDisk
　不赞成该操作.可以使用'-i srcDisk -d 2gbsparse'达到相同效果.

　-x， --extendvirtualdisk #[gGmMkK]
　扩展指定的VMFS虚拟盘至指定的大小.

　-M， --migratevirtualdisk
　迁移ESX2虚拟磁盘到ESX3虚拟磁盘.

　-r， --createrdm /vmfs/devices/disks/...
　在VMFS文件系统上影射一个raw磁盘到一个文件.一旦影射被确定，可以象控制一个普通的VMFS虚拟磁盘一样控制raw磁盘.

　-q， --queryrdm
　列出关于raw磁盘影射的属性.

　-z， --createdmpassthru /vmfs/devices/disks/...
　在VMFS文件系统上影射一个passthrougn raw磁盘到一个文件.这允许虚拟机器跳过 VMKernel SCSI命令过虑的没用的VMFS虚拟磁盘.

　-v， --verbose #

　-g， --geometry
　获取虚拟磁盘物理信息(柱面，磁头数，扇区)

　-w， --writezeros
　虚拟磁盘写0.原存储的数据丢失.

　-j， --inflatedisk
　转换一个thin虚拟磁盘到预分配大小.原来数据和块会受到保护.

　-J， --miscop [setuuid | getuuid]
　'setuuid'选项为虚拟磁盘创建一个唯一的标识符(UUID)，并保存UUID在虚拟磁盘的一个描述文件里.如果描述文件中已包含一个UUID，将被新的覆盖.请确保虚拟磁盘没有一个UUID才使用该项.'getuuid'项将显示虚拟磁盘的UUID.

例子:
vmkfstools -C vmfs3 -b 1m -S myVMFS vmhba1:3:0:1
在vmhba适配器1，目标3，LUN编号0上的第一个磁盘分区上创建一个文件块大小为1MB，标签为'myVMFS'的VMFS3文件系统

vmkfstools -Z vmhba0:1:2:4 vmhba1:3:0:1
扩展分区，原来文件系统将跨越两个分区.vmhba0:1:2:4 和vmhba1:3:0:1.在这里vmhba1:3:0:1是做为文件系统的头部分区得到了扩展.

vmkfstools -c 2048m /vmfs/volumes/myVMFS/myOS.vmdk
在名为'myVMFS'的VMFS文件系统上创建一个文件名为'myOS.vmdk'的，容量大小为2GB的VMFS虚拟磁盘.

David 2008-10-23 20:00 发表评论

vmware esx 上的命令行－－更改Service Console的IP地址

David — Thu, 23 Oct 2008 12:00:00 GMT

esx上特有的命令很多，有些是很方便，就用这个来记录我平时在esx上用到的命令
1：看你的esx版本。
vmware -v
2：列出esx里知道的服务
esxcfg-firewall -s
3：查看具体服务的情况
esxcfg-firewall -q sshclinet
4：重新启动vmware服务
service mgmt-vmware restart
5: 修改root的密码
passwd root
6：列出你当前的虚拟交换机
esxcfg-vswitch -l
7：查看控制台的设置
esxcfg-vswif -l
8：列出系统的网卡
esxcfg-nics -l
9：添加一个虚拟交换机，名字叫（internal）连接到两块物理网卡，（重新启动服务，vi就能看见了）
esxcfg-vswitch -a vSwitch1
esxcfg-vswitch -A internal vSwitch1
esxcfg-vswitch -L vmnic1 vSwitch1
esxcfg-vswitch -L vmnic2 vSwitch1
10：删除交换机,(注意，别把控制台的交换机也删了）
esxcfg-vswitch -D vSwitch1
11：删除交换机上的网卡
esxcfg-vswitch -u vmnic1 vswitch2
12：删除portgroup
esxcfg-vswitch -D internel vswitch1
13：创建 vmkernel switch ，如果你希望使用vmotion，iscsi的这些功能，你必须创建( 通常是不需要添加网关的）
esxcfg-vswitch -l
esxcfg-vswitch -a vswitch2
esxcfg-vswitch -A "vm kernel" vswitch2
esxcfg-vswitch -L vmnic3 vswitch2
esxcfg-vmknic -a "vm kernel" -i 172.16.1.141 -n 255.255.252.0
esxcfg-route 172.16.0.254
14：打开防火墙ssh端口
esxcfg-firewall -e sshclient
esxcfg-firewall -d sshclient
15: 创建控制台
esxcfg-vswitch -a vSwitch0
esxcfg-vswitch -A "service console" vSwitch0
esxcfg-vswitch -L vmnic0 vSwitch0
esxcfg-vswif -a vswif0 -p "service console" -i 172.16.1.140 -n 255.255.252.0
16: 添加nas设备(a 添加标签，-o，是nas服务器的名字或ip，-s 是nas输入的共享名字）
esxcfg-nas -a isos -o nas.vmwar.cn -s isos
17：列出nas连接
esxcfg-nas -l
18: 强迫esx去连接nas服务器(用esxcfg-nas -l 来看看结果）
esxcfg-nas -r
esxcfg-nas -l
19：连接iscsi 设备(e:enable q:查询 d：disable s:强迫搜索）
esxcfg-swiscsi -e
20：设置targetip
vmkiscsi-tool -D -a 172.16.1.133 vmhba40
21：列出和target的连接
vmkiscsi-tool -l -T vmhba40
22：列出当前的磁盘
ls -l /vmfs/devices/disks

更改Service Console的IP地址

本来想创建两个SC,一个用于内网,另个这用于外网,使之内外都可以控制ESX,但是只能添加一个默认网关,而VMware工程师说不能实现,eddyc提示可以添加第二网关,有时间试下.
为了可以内外网都可以控制暂时手动更改SC的IP,以下是我看了其它同仁的帖子并按自己需要简化测试而来的
在 CLI下更改service console的ip地址，注意大小写，vmware是把物理nic虚拟成vmnic，在vmnic上创建虚拟交换机vswitch，是把网卡当成交换机来使用，不能对网卡进行ip地址的设置，只能在vswitch上创建interface就是vswif，对vswif进行ip设置

[root@VI3 root]# esxcfg-vswif –l #vswif0代表的虚拟网卡的interface0，service console对应vswif0
Name Port Group IP Address Netmask Broadcast Enabled DHCP
vswif0 Service Console 192.168.251.50 255.255.255.0 192.168.251.255 true false
[root@VI3 root]# esxcfg-vswif -d vswif0 #删除vswif0
[root@VI3 root]# esxcfg-vswitch –l #vswitch0代表虚拟交换机，vswitch0下面有两个PortGroup，“vm network”和“service console”对应vmnic0
Switch Name Num Ports Used Ports Configured Ports Uplinks
vSwitch0 32 3 32 vmnic0

PortGroup Name Internal ID VLAN ID Used Ports Uplinks
VM Network portgroup1 0 0 vmnic0
Service Console portgroup0 0 1 vmnic0
[root@VI3 root]# esxcfg-vswif -a vswif0 -p "Service Console" -i10.0.0.50 -n 255.255.255.0 #建立vswif0并与Service console的绑定
[root@VI3 root]# esxcfg-vswif –l
Name Port Group IP Address Netmask Broadcast Enabled DHCP
vswif0 Service Console 10.0.0.50 255.255.255.0 10.0.0.255 true false
[root@VI3 root]#service mgmt-vmware restart #重启服务
--------------------------------分割线-----------------------------------
也许是频繁的更改SC的地址,造成了配置文件混乱,想到的办法只有删掉所有的vswitch,vswif,portgroup,在重新建立,并对照vswif配置文件,是否吻合,手动更改.
1.CLI创建service console
[root@VI3 root]# esxcfg-vswif -l
Name Port Group IP Address Netmask Broadcast Enabled DHCP
vswif0 Service Console 192.168.251.60 255.255.255.0 192.168.251.255 true false
[root@VI3 root]# esxcfg-vswif -d vswif0 #删除vswif0
[root@VI3 root]# esxcfg-vswitch -l
Switch Name Num Ports Used Ports Configured Ports Uplinks
vSwitch0 32 3 32 vmnic0
PortGroup Name Internal ID VLAN ID Used Ports Uplinks
VM Network portgroup1 0 0 vmnic0
Service Console portgroup0 0 1 vmnic0
[root@VI3 root]# esxcfg-vswitch –D “Service Console” vSwitch0 #删除vSwitch0上面portgroup
[root@VI3 root]# esxcfg-vswitch –D “VM Network” vSwitch0
[root@VI3 root]# esxcfg-vswitch -d vswitch0 #删除vswitch0
[root@VI3 root]# esxcfg-vswitch –l #之前操作删除了vswitch信息,现在是空白
[root@VI3 root]# esxcfg-vswitch -a vSwitch0 #创建vSwitch0
[root@VI3 root]# esxcfg-vswitch -A "Service Console" vSwitch0 #在vSwitch0上创建portgroup,命名为Service Console
[root@VI3 root]# esxcfg-vswitch -L vmnic0 vSwitch0 #将vmnic0绑定在vSwitch0
[root@VI3 root]# esxcfg-vswitch –l #可以看到service console已经绑定 vmnic0
[root@VI3 root]# esxcfg-vswif -a vswif0 -p "Service Console" -i 192.168.251.50 -n 255.255.255.0 #创建vswif0并与service console绑定,在ESX里ip地址只能跟vswif0绑定,也就是虚拟交换机的interface
[root@VI3 root]# esxcfg-vswif –l
Name Port Group IP Address Netmask Broadcast Enabled DHCP
vswif0 Service Console 192.168.251.50 255.255.255.0 192.168.251.255 true false
[root@VI3 root]# esxcfg-vswitch –l
Switch Name Num Ports Used Ports Configured Ports Uplinks
vSwitch0 64 3 64 vmnic0
~
PortGroup Name Internal ID VLAN ID Used Ports Uplinks
Service Console portgroup6 0 1 vmnic0
[root@VI3 root]# service mgmt-vmware restart #到这里正常情况下就可以使用VI连接到ESX
2.如果不行检查一下以下配置文件.
[root@VI3 root]# vi /etc/sysconfig/network #这里纪录主机名字和网关
NETWORKING=yes
HOSTNAME=VI3
GATEWAY=192.168.251.12 #网关
GATEWAYDEV=vswif0 #网关指定在vswif0
[root@VI3 root]# vi /etc/sysconfig/network-scripts/ifcfg-vswif0 #看看这里的信息是否跟之前配置吻合
DEVICE=vswif0 #之前把service cosole与vswif0关联
MACADDR=00:50:56:43:a3:52
PORTGROUP=portgroup6 #这里的protgroup与service console一致
BOOTPROTO=static
BROADCAST=192.168.251.255
IPADDR=192.168.251.60 #与service console 一致
NETMASK=255.255.255.0
ONBOOT=yes
如果以上不一致,可以手动更改
在vi编辑器中,i键是插入模式,进行文本更改,esc键退出插入模式,:wq保存并退出.
编辑完成reboot.可能启动后显示地址跟设置不同,但是可以使用VI连接到ESX

David 2008-10-23 20:00 发表评论

在Windows 2008 Core Server进行网络配置

David — Tue, 21 Oct 2008 09:57:00 GMT

【赛迪网-IT技术报道】摘要：Windows Server 2008 Core没有GUI界面，所以你需要知道如何在命令行界面下进行基本的网络配置以激活他，并使之在网络中可管理。本文介绍了在一个新的Windows 2008 CORE Server的命令行界面中如何进行密码设置、IP地址设置、加入域等基本的网络配置。

Windows Server 2008的核心并没有图形界面，因此运行速度非常快，易于安装。一旦你安装完了Server 2008 Core，您需要在命令行下进行一些基本的网络和管理配置，以便服务器能够接入网络，并允许远程管理。

在下图中，我们开始相关的配置操作：

图1: Windows Server 2008 Core system初始界面

1、设置密码（net user命令）

或许你已经通过GUI界面设置了一个新密码，但即使这样你也需要知道在CLI界面下该怎么设置，以下是net user命令使用示例：

图2: 在Windows Server Core 中设置管理员密码

2、配置网卡的IP地址(netsh interface 命令)

下一步，你需要配置网卡的IP地址，以便让服务器接到网络上。为了做到这一点，使用netsh interface命令。首先，你需要找出的ID网卡的ID值。要做到这一点，使用以下命令：

netsh interface ipv4 show interface

执行后如图3所示：

图3: 如何找出网卡的ID值

就上图而言，我们可以看到，我们的LAN接口ID是2 （IDX= 2 ），接下来的命令中所以这就是我们将使用配置。

如果要设定IP地址，输入以下命令：

netsh interface ipv4 set address name=”2” source=static
                        address=192.168.1.233 mask=255.255.255.0 gateway=192.168.1.1

请注意：这些IP地址的设置只是一个例子，请根据实际情况进行修改。

执行后如图4所示：

图4:配置IP地址配置信息

如果你是使用DHCP来获得IP地址的，你可以这样做：

netsh interface ipv4 set address name=”2” source=dhcp

用IPCONFIG命令来验证IP地址配置信息，看是否正确。

下一步，配置一个或多个DNS服务器条目如下：

netsh interface ipv4 add dnsserver name=”2” address=192.168.1.180

用IPCONFIG /ALL命令再次检查配置信息是否正确，具体如图5所示：

图5: 使用NETSH配置DNS服务器信息，并使用IPCONFIG来验证

●如果你想看到所有的slmgr.vbs选项，只需键入cscript slmgr.vbs /?

●更改服务器时区-首先用date和time命令设置日期和时间。然后，用 control timedate.cpl命令设置时区，执行后如图8所示：

图8: 设置Server Core的日期、时间和时区

●启用通过MMC远程管理Core Serve的功能 -为了能够通过MMC远程管理Core Server，你需要打开防火墙，输入以下命令：

netsh advfirewall firewall set rule group=”
            Remote Administration” new enable=yes

输入完后，需要稍过几秒钟，这个命令才能生效。这时，系统管理员就可以从一台远程服务器连接到Server Core系统上，如图9所示：

图9:通过MMC远程管理Server Core系统

正如您所看到的图形，我已经连接到我的Windows Server Core 系统，并设置用MMC远程管理使用计算机管理。现在是这样操作界面比命令行方式简单多了：

●允许通过远程桌面（ RDP ）对Core Server进行远程管理-如果我仍想用命令行的方式进行设置，允许通过RDP远程管理Server Core系统，可以输入以下命令：

cscript C:\windows\system32\scregedit.wsf /ar 0

然后，您可以用以下命令来验证它：

cscript C:\windows\system32\scregedit.wsf /ar /v

执行后如图10所示：

图10: Windows Server Core中允许通过RDP进行远程管理

最后，验证一下是否运行正常，只要你点远程桌面实用程序的名称，输入Server Core 系统的IP地址，你可以看到类似图11的界面：

图11: Windows 2008 Server Core系统的远程桌面连接

5、小结

本文介绍了在一个新的Windows 2008 CORE Server的命令行界面中如何进行网络配置。由于Windows Server 2008CORE Server没有GUI界面，当务之急是要知道如何执行一些基本的CLI命令以激活他，并使之在网络中可管理。

3、将服务器加入到域中(netdom命令)

或者，您也可以将服务器加入到域中。要做到这一点，您将需要用到您的计算机的主机名。在图5中，我们可以得到主机名为KMTUYKKZPJQ ，你可以输入以下命令即可加入到域中：

netdom join WIN-KMTUYKKZPJQ /domain:wiredbraincoffee.com
            /userd:administrator /password:*

执行后，如图6所示：

图6: 将Core Server加入到域中

当然，你可能要重新命名服务器的随机生成的计算机名称。要做到这一点，使用以下命令：

netdom renamecomputer WIN-KMTUYKKZPJQ /newname:servercore-1

这时，你需要重新启动服务器，设置才能生效。通过以下命令实现：

shutdown /r /t 0

这命令立即关机并重新启动。

4、其他一些设置

重新开机后，您可能还想配置一些其他设置：

●查找您的授权还有多久到期-要做到这一点你可以使用Windows软件授权管理工具（slmgr.vbs），输入命令：

cscript c:\windows\system32\slmgr.vbs –xpr

执行后如图7所示：

图7: 查找您的授权还有多久到期

●激活您的服务器-在安装后，如果你没有输入您的许可证密钥，并设置您的服务器核心自动激活的话，则需要在许可证到期前，激活他。为此，输入以下命令即可

cscript c:\windows\system32\slmgr.vbs –ato

●如果你想看到所有的slmgr.vbs选项，只需键入cscript slmgr.vbs /?

●更改服务器时区-首先用date和time命令设置日期和时间。然后，用 control timedate.cpl命令设置时区，执行后如图8所示：

图8: 设置Server Core的日期、时间和时区

●启用通过MMC远程管理Core Serve的功能 -为了能够通过MMC远程管理Core Server，你需要打开防火墙，输入以下命令：

netsh advfirewall firewall set rule group=”
                        Remote Administration” new enable=yes

输入完后，需要稍过几秒钟，这个命令才能生效。这时，系统管理员就可以从一台远程服务器连接到Server Core系统上，如图9所示：

图9:通过MMC远程管理Server Core系统

正如您所看到的图形，我已经连接到我的Windows Server Core 系统，并设置用MMC远程管理使用计算机管理。现在是这样操作界面比命令行方式简单多了：

●允许通过远程桌面（ RDP ）对Core Server进行远程管理-如果我仍想用命令行的方式进行设置，允许通过RDP远程管理Server Core系统，可以输入以下命令：

cscript C:\windows\system32\scregedit.wsf /ar 0

然后，您可以用以下命令来验证它：

cscript C:\windows\system32\scregedit.wsf /ar /v

执行后如图10所示：

图10: Windows Server Core中允许通过RDP进行远程管理

最后，验证一下是否运行正常，只要你点远程桌面实用程序的名称，输入Server Core 系统的IP地址，你可以看到类似图11的界面：

图11: Windows 2008 Server Core系统的远程桌面连接

5、小结

--------------------------------------------------------------

David 2008-10-21 17:57 发表评论

Windows 2008 Server Core 配置

David — Tue, 21 Oct 2008 09:53:00 GMT

什么是Server Core?

　　Server Core是Longhorn Server 中一个全新的最小限度服务器安装选项。Server Core 安装为一些特定服务的正常运行提供了一个最小的环境，从而减少了其他服务和管理工具可能造成的攻击和风险。现在Server Core安装版本支持以下的服务器角色：

· DHCP 服务器
· 文件服务器
· DNS服务器
· 活动目录

　　选择Server Core安装版本时，只能选择上面提供的四个服务器角色之一，而其他的部分则不会被安装，例如我们熟悉的Explorer Shell就不会作为Server Core 安装的一部分被安装。在安装了Server Core的Longhorn Server版本中我们看到的用户界面就是如下图一样的一个CMD的黑色窗口。这一设计我们不难想象，没有了那些易被攻击的界面，Server Core对于更加强调安全的企业用户来讲，自然是一大亮点。

Server Core因简化带来的优势

　　Longhorn Server中的Server Core安装需要通过命令行的方式来进行初始配置，Server Core的版本中不包括传统的用户界面，一经配置完成，服务器可以通过本地的命令行或者是使用远程的终端服务连接来进行管理，除此之外，服务器也可以通过微软管理控制台（MMC）或者是支持远程操作的命令行工组来实现远程管理。Longhorn Server的Server Core安装为用户提供了以下优势：

· 减少维护：因为在Server Core版本中用户只是安装了必不可少的DHCP、文件、DNS以及活动目录这些基本的服务器角色，这样就比安装完整的Longhorn Server 减少了维护系统所需的时间和精力。

· 减少攻击面：由于Server Core进行的是最小的安装动作，所以就保证了更少的应用程序运行在服务器上，这样无形中便减少了服务器受攻击的可能。

· 减轻管理：因为更少的应用程序和服务被安装在基于Server Core的服务器上，就使得管理方面的开销也大大降低。

· 降低硬件需求： Server Core的安装只需要大概800M的硬盘空间，快速安装则不到500M。

　　下面，我将为大家介绍一下Server Core 的几个关键应用场景，包括如何安装Server Core，如何配置，如何添加角色，以及相应的管理。

安装Server Core本身很简单

　　实际上Server Core的安装与Longhorn Server 的安装并没有什么区别，唯一不同的是在Longhorn Server Beta 2 的版本中，Server Core是在一张单独的光盘介质上的（文章的全部介绍都将基于Longhorn Server的Beta 2 版本）。要安装 Server Core的任务，你所需要的就是：

· Windows Server "Longhorn" Beta 2 DVD 光盘
· 一个有效的产品密钥
· 一台用来做Server Core全新安装的计算机
· 安装Server Core前完成硬盘的所有分区操作
· 保证可以进行网络访问，用来激活Longhorn Server的Server Core安装

　　Server Core的安装本身很简单，你只要插入光盘，点击“Setup”，跟随屏幕向导就能完成全部的安装任务。但需要注意的是：我们无法从之前的Windows Server版本升级到Server Core，也无法从Longhorn Server升级到Server Core版本，唯一的方法只能是全新安装。同样从Server Core版本升级到Longhorn Server的其它版本也是做不到的，如果需要Windows 的图形用户界面或者需要Server Core中不包涵的服务器角色，唯一的方法同样只有重新安装。

配置Server Core ，只能用命令行工具

　　因为Server Core的安装并不包括Windows的图形用户界面，用户只能通过使用命令行工具来完成全部的配置工作。当然，用户也可以使用无人职守安装文件在安装时完成这些配置，可查看光盘中\Docs目录下的deploy.chm文件以及ref.chm帮助文件。

　　注意，如果你需要将Server Core添加到现有的一个Windows域，那么需要事先创建一个用户来授权加入域。另外，当你登录到Server Core时，会有两个命令行窗口弹出，这是一个正常的现象。如果你关闭了所有的命令行窗口，可以按CTRL-ALT-DEL，点击 Start Task Manager，点击 File，点击 Run，然后键入 cmd.exe。另外也可以注销后重新登录。

　　为了能激活并运行Server Core，我们还需要以下四个步骤：设置管理员密码、设置静态 IP 地址、加入域和激活服务器。

　　1）设置管理员密码。在命令行窗口键入: net user administrator *，注意命令中要包括（*）然后按下Enter键，之后再键入管理员密码，这样密码将不会直接暴露在屏幕上，而是用*替代。

　　2）设置静态IP地址。不过，默认 DHCP 会自动提供IP地址，只有用户需要设置静态IP地址的时候，这一步才需要执行。可以在命令行窗口键入：Netsh interface ipv4 show interfaces；接着为网卡添加一些备注，如果机器有多个网卡，设置不同的备注。

　　然后在命令行窗口键入：netsh interface ipv4 set address name="ID" source=static address=StaticIP mask=SubnetMask gateway=DefaultGateway，其中的ID是上一步中看到的指定的网卡，StaticIP是想要设置的静态IP地址，SubnetMask IP是地址的子网掩码，DefaultGateway 是默认网关。

　　继续在命令行窗口，键入： netsh interface ipv4 add dnsserver name="ID" address=DNSIP index=1，其中ID也是上步中指定的网卡，DNSIP是DNS服务器的IP地址。重复第4步的操作以设置多个DNS服务器，每次增加index的值就可以了。注意，如果静态IP地址被设置在了一个错误的网卡上，你可以通过下面的命令行来改用DHCP提供IP地址：netsh interface ipv4 set address name="ID" source=dhcp

　　3）加入域。在命令行窗口键入：netdom join ComputerName /domain:DomainName /userd:UserName /passwordd:* 注意，这里的ComputerName 是服务器机器名，DomainName 是加入域的域名，UserName是有权限加入域的域用户。然后，键入域用户的密码，注意Netdom rename 可以在Server Core服务器加入域后重命名服务器。如果需要将一个域用户添加到本地管理员组，可以使用下面的命令：Net localgroup administrators /add DomainName\UserName

　　最后，在命令行窗口，键入：Slmgr.vbs –ato，以激活服务器。

Server Core提供的四个服务器角色

　　当Server Core安装完成后，开始配置服务器使用，安装服务器角色——DHCP 服务器、文件服务器、DNS服务器和活动目录，一经完成这些步骤后，就可以使用一个或多个服务器角色了。为了完成这个任务，你需要：

· 为Server Core 服务器提供一个管理员权限的帐户；
· 如果安装配置 DHCP 服务器角色,要求服务器配置静态IP地址，并配置一个DHCP地址池；
· 如果安装配置DNS服务器角色，需要配置DNS区域；
· 如果安装配置活动目录，则需要加入一个已有的域或者创建一个新的域；
· 如果需要把Server Core的服务器提升权限到活动目录的域控制器，需要一个具有域管理员权限的帐户和密码；

　　除此之外，我们在配置过程中还发现，在Longhorn Server的Server Core中，域控制器安装向导（Dcpromo.exe）是无法使用的，必须要使用unattend 文件来完成安装或者卸载域控制器角色的任务；同时，配置完成后将会马上重启计算机，如果希望手动重启计算机，需要在应答文件中使用：RebootOnCompletion=No

　　下面，我们来看一下安装Server Core服务器角色的具体步骤。

　　首先，安装DNS 服务器角色，可在命令行窗口键入：Start /w pkgmgr /iu:DNS-Server-Core-Role /p:"Microsoft-Windows-ServerCore-Package" 。注意，键入 Start /w pkgmgr /uu:DNS-Server-Core-Role /p:"Microsoft-Windows-ServerCore-Package" 可以卸载DNS角色。然后使用dnscmd 或者远程DNS MMC管理工具配置一个DNS区域。

　　其次，安装DHCP 服务器角色，在命令行窗口键入：Dhcpserverrole /install。然后使用netsh 或者远程DHCP MMC管理工具配置一个DHCP地址池，如果在活动目录中安装DHCP那么还需要得到活动目录的授权。

　　第三，安装文件服务器角色，在命令行窗口键入： fileserverrole /install，注意键入 fileserverrole /uninstall t可以卸载文件服务器角色。

　　第四，安装活动目录角色，在命令行窗口，键入：Dcpromo /unattend:Unattendfile。这里，Unattendfile是dcpromo 无人职守应答文件的名称，注意Dcpromo 也可以在降级域控制器到成员服务器时使用。

管理Server Core 有三种方法

　　用户可以通过三种方法来管理Server Core服务器，即使用本地或远程的Windows 命令行管理工具；或通过终端服务管理。需要注意的是：要管理Server Core，需要为Server Core 服务器提供一个管理员权限的帐户。下面，我们来介绍一下管理Server Core的几个步骤。

　　1）使用命令行来管理。首先要使用管理员帐户登录Server Core服务器，然后在命令行窗口使用合适的命令完成管理任务，关于命令行的内容，可以查看：Command Line Reference A-Z (http://go.microsoft.com/fwlink/?LinkId=20331)。

　　2）通过终端服务管理。先在Server Core服务器上，定位到\Windows\System32\Sfscripts文件夹，然后键入下面的命令：Cscript C:\Windows\System32\Sfscripts\Sfregedit.vbs /ar 0 这个命令将允许终端服务管理模式接受远程连接。接着在另一台计算机上，点击 Start，点击 Run，键入 mstsc 选择 OK。然后在 Computer栏中键入Server Core服务器的计算机名或IP地址，点击Connect。随后，使用管理员帐户登录，当命令行窗口出现后，使用命令行完成管理，最后键入logoff 结束会话。

　　3）通过微软管理控制台（MMC）进行管理。如果Server Core服务器不是域成员，使用下面的命令来建立会话：Net use * \\ServerName\c$ /u:UserName。这里:ServerName是erver Core服务器的名称，UserName是管理员帐号的帐户名称。然后根据提示，键入用户的密码，随后开启MMC工具，例如“计算机管理”，右击左侧控制栏中树的根节点，选择 Connect to another computer，在 Another computer下面, 键入Server Core计算机名或IP地址，当连接成功后就可以在该计算机上管理Server Core服务器了。

小结：微软的妥协？

　　综上所述，从Windows NT Server开始的Windows图形界面，一直是微软服务器操作系统中的标志特性之一，此次微软发布的Server Core改用命令行界面，可以看作是为了保证安全性和可靠性而作出的妥协。不过，这也从一个侧面说明微软承认了对Longhorn Server的完整版的安全性和稳定性、可管理性的信心有所不足。

　　不过，微软方面的专家表示，用户可以在安装时选择Server Core，也可以在重新安装时安装完全版的Longhorn Server。不过，显然这是一个比较牵强的说法。如果微软真的打算让用户采用更为安全、可靠的服务器，那么它就应该发行更为廉价的独立Server Core版本，而不是让其成为全版本Longhorn Server的一个可选安装项出现。

　　随着Longhorn Server测试版本的不断更新，Longhorn Server中一项项成熟的功能也将相继展现在用户的面前，我们也将在之后的系列中，不断的为大家介绍Longhorn Server中的全新特性。

David 2008-10-21 17:53 发表评论

vmware esx VC安装出错提示 Error 25089 - incorrect username/password for VirtualCenter Server

David — Fri, 17 Oct 2008 17:30:00 GMT

Error 25089 - incorrect username/password for VirtualCenter Server
Error 25085 - Setup failed to register VMware Update Manager extension to VMware VirtualCenter Server
错误25089 用户名密码错误

vmware esx 安装vc遇到如下错误。请检查。
如果是第一次遇到这个错误，可能比较大的情况是安装过程中属于帐号密码和操作系统中的帐号密码不对应，

解决办法，1，可以使用系统administrator帐号及密码
2.新建立一个系统管理帐号。

If you see the error: Error 25089 - incorrect username/password for VirtualCenter Server during the setup wizard for VMware Update Manager, the installer asks for a username and password to be used for the update manager service.

There are several reasons that the installation fails with this error:
This username and password must already exist on the VirtualCenter Server.
The account used must be an administrator on the VirtualCenter Server.
The password for the account must be alpha-numeric.

Note: If ActiveDirectory user credentials are used, the password complexity requirement has special characters mentioned but they are not mandatory.
If one of these do not resolve the issue please try the steps outlined below:

Ensure that Update Manager is removed from Add/Remove Programs.
If Update Manager is still present, uninstall it from Add/Remove Programs and follow the steps below for further cleanup.

Check if any Update Manager processes are running by opening Task Manager. Ensure the rdevServer.exe process is stopped before moving to the next step.

Delete or move logs from %temp% and \Windows\Temp folders.

Ensure the windows service vmware-ufad-vci is deleted. If its marked for deletion, reboot the machine and continue.

Clean up Update Manager installation directory. Remove the Update Manager folder from the root install directory.

Note: The default location is [ProgramFilesFolder]\VMware\Infrastructure\Update Manager.

Clean up registry entries under HKLM\Software\VMware, Inc.\VMware Update Manager.

Download and install MSI clean up tool from http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe

Note: A support article can be found at - http://support.microsoft.com/kb/290301
Open MSI clean up utility and select the VMware Update Manager entry if exists and click on Remove button.
Links valid as of 14 Mar 2008, please rate KB article leaving feedback to report any issues with the links.

Run the installer again to install VMware Update Manager.

If it fails again, generate the Update Manager log files. For more information on collecting log files, see Collecting diagnostic information for VMware Update Manager (1003693).

File a support request with VMware Support and note this KB Article ID in the problem description. For more information, see How to Submit a Support Request.

David 2008-10-18 01:30 发表评论

NetApp SE 实验室报告：SAN Boot with VMware ESX 3.0.0

David — Fri, 17 Oct 2008 06:14:00 GMT

本文转自: http://www-cn.netapp.com/news/techontap/2006/oct/1006tot_labreport.htm
Nick Triantos 著
拥有大量服务器的企业正逐渐转向无磁盘服务器，可以从 SAN (FC 或 IP) 引导，从而减少成本、合并存储并优化供应。尽管 SAN 引导不是新技术，刀片式服务器的引入可以有助于加速它的采用。刀片式服务器提供更好的可管理性、减少了硬盘成本并简化了电缆管理，以及节省了电能、冷却和房产成本。
从 SAN 引导的最常用平台之一是 VMware ESX 服务器。越来越多的企业正部署 VMware ESX 服务，以将许许多多的物理服务器合并到单刀片机箱中少量的无磁盘刀片式服务器中。其它的企业已着手使用单独的 1U 基于 Intel 的服务器部署 VMware。
已知现在的大多数服务器都附带内部 SATA 驱动器（不支持其托管 ESX 服务器影像），SAN 引导成为最具吸引力的选择。基于存储的快照、克隆和复制技术提供附加的优势，可以快速从克隆或快照来恢复损坏的 ESX 图像，并将其存储在相同的物理服务器上或将其复制到远程站点作为 DR 用途。

比较
ESX Server 2.5.x 和 3.0.x
的 SAN 引导要求（单击放大）
与大多数技术供应商一样，Network Appliance 在其大量的主要销售办公室都有实验室。这些实验室主要用于技术演示，并利用各种操作系统和第三方软件。NetApp 达拉斯办公室也有一个系统工程实验室，NetApp SE 可以深入钻研特定的技术。自从 2.5.1 发布以来，此实验室包括了 VMware ESX 服务器环境，而自从 2.5.3 发布以来我们已经从光纤引导 ESX 服务器。
八月份，我决定升级到新的 ESX 3.0.0 版本来了解一下变化，立即被其结果完全吸引。
使用 ESX 3.0.0，VMware 在支持从 SAN 引导方面取得了重大的进步。简化了以前版本的多种要求。根据我的体验，安装过程快速而简单并且 — 至少在测试目的方面 — 环境可以完美地运行。
设置 ESX 3.0.0 for SAN Boot
设置附带 NetApp 存储的 VMware for SAN boot 非常容易。整个过程不超过 20 或 25 分钟，从提供引导 LUN 时间到 ESX 影像安装完成的时间。
下表显示我们的设置。
服务器       IBM x346
CPU       2x Xeon 3.2GHz
内存       8GB
FC HBA       2x QLA 2340
FC 交换机       MDS 9120
外部存储       NetApp FAS3050c
表 1.NetApp SE 实验室设置
安装之后，开始创建虚拟机 (VM) 并安装客机操作系统。我选择用 iSCSI 在 LUN 上安装 VM，以便可以了解 VMware 的实施。配置 iSCSI initiator 非常简单，可以毫无问题地安装客机操作系统。已知当前 ESX 不提供 iSCSI LUN 的多路径机制，我选择实施 NIC 队列，本质上用作相同的目的。
对默认 ESX 3.0.0 的建议编辑。配置

当前实验室环境的屏幕快照
（单击放大）
如果对 SAN boot with ESX 3.0.0 感兴趣，则需要考虑一些问题。首先，建议在做出购买任何 HBA 的决定之前，先联系存储供应商，认真地查看 VMware ESX Server 3.0 的 I/O 兼容性指南。会发现某些型号的 HBA 不支持 SAN 引导。
此外，需要作出许多调整优化和自定义才能达到更高的性能，并在硬件故障时不会发生中断容错。建议对默认的 ESX Server 3.0.0 设置进行三个简单的更改：

    * 仅在 1 HBA 上启用 BIOS。
    * 修改执行调节/队列深度。
    * 修改 PortDownRetryCount 参数。

在以下章节对每一点都进行了详细描述。但是，请牢记此设备没有经过完全测试或经过 NetApp 工程的批准，因此不断定它是所有环境的正确答案。
技巧 #1：仅在 1 HBA上启用 BIOS。
仅在用于引导的原始 HBA、电缆或 FC 开关失效而需要重新启动服务器时，才在第 2 个 HBA 上启用 BIOS。在此情况下，可以使用 QLogic Fast!UTIL 选择活动的 HBA、启用 BIOS、扫描 BUS，以此来查找引导 LUN 并将 WWPN 和 LUN ID 分配给活动的 HBA。但是，两个 HBA 连接都作用时，仅有一个连接需要启用 BIOS。
技巧 #2：修改执行调节/队列深度。
执行调节/队列深度表示可以在任何一个 HBA 端口执行的显著命令的最大数目。ESX 3.0.0 默认为 32，但是环境的最佳值取决于以下两个因素：

* 通过阵列目标端口暴露的 LUN 总数目
* 阵列目标端口队列深度

确定该值的公式是：
队列深度 = 目标队列深度 / 从阵列映射的 LUN 总数目
此公式将保证每个 LUN 上并行的快速加载不会充斥目标端口，造成 QFULL 情形。QFULL 情形表示目标端口不能处理能力以外的 I/O。在大多数操作系统中，接收到目标的 QFULL 情形之后，HBA 驱动器通常将 LUN 的最大队列深度减小到最小值，通常为“1”，从而将 I/O 队列调节到目标端口。当目标停止发出 QFULL 情形时，HBA 驱动器将开始逐渐增加 LUN 队列深度值，从而缓慢地将 I/O 增加到目标端口。
下面是一个示例，说明以上公式如何有助于避免 QFULL 情形。如果目标端口具有 1024 的队列深度并且通过该端口暴露 64 LUN，则每个主机上的队列深度设置为每 LUN 16 个显著 I/O。这是最安全的方案，保证不会出现 QFULL 情形：
每 LUN 16 个显著 I/O x 64 LUN = 目标端口队列深度
但是请注意。如果使用以上公式单独计算每个主机的队列深度，则仍有出现 QFULL 情形的可能。
原因如下。现在详述以前的示例，并假定共有 64 LUN 和四个 ESX 主机，每个主机映射 16 LUN。
对每个 ESX 主机单独进行计算得出：队列深度 = 1024 / 16 LUN = 每 LUN 64 个显著 I/O。但是，在四个 ESX 服务器中全部 64 LUN 上同时快速加载将得出：每 LUN 64 个显著 I/O x 64 LUN = 4096，比物理阵列目标端口的队列深度大得多。这是一种不合要求的情形，在特定条件下将生成 QFULL 并调节 I/O。
要改变 QLogic HBA 上的队列深度

   1. 请创建 /etc/vmware/esx.conf 副本。
   2. 查找每个 HBA 的以下条目：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = ""
   3. c) 按如下所示修改：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = "ql2xmaxqdepth= xxx"
      ，其中 xxx 为队列深度值。
   4. 重新启动。

技巧 #3：修改 PortDownRetryCount 参数。
PortDownRetryCount 参数值必须设置为存储供应商推荐的值，使用 Fast!UTIL。此设置指定适配器驱动程序向返回端口故障 (Port Down) 状态的端口发出重试命令的次数。此值对于 ESX 服务器是 2* n +5，其中 n 是 HBA BIOS 中的 PortDownRetryCount 的值。
可以在 HBA 中直接更改此值，也可以在安装 ESX 之后通过编辑 /etc/vmware/esx.conf 文件更改此值。要编辑该文件，请查找正使用的 HBA 模型下的“options=”条目，进行以下更改。
要更改 PortDownRetryCount 参数

   1. 请创建 /etc/vmware/esx.conf 副本。
   2. 查找每个 HBA 的以下条目：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = ""
   3. 按如下所示修改：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = "qlport_down_retry= xxx"
      ，其中 xxx 为存储供应商推荐的值。Emulex HBAs 的等效设置为“lpfc_nodedev_tmo”。默认值为“30”。
   4. 重新启动。

总体评估
到目前为止，我使用 SAN 引导 VMware ESX 3.0.0 只有好的体验。从程序上来看，过程当然比以前版本要简单得多。此外，我发现 ESX 主机在存储控制器容错测试过程中的可靠性现在也非常坚固。
本文出自 51CTO.COM技术博客

David 2008-10-17 14:14 发表评论

百种ADSL路由器的初始默认密码大全

David — Mon, 06 Oct 2008 05:52:00 GMT

以下这些都是一些ADSL设奋的出厂时的默认初始IP，用户名和密码，是要调试这些设奋时必须要知道的东西。

一般调试这些设奋有三种方法：

一种是最常见的WEB方法，就是在浏览器中填入设奋的IP，如QX1680，就是在浏览器地址栏输入IP地址：10.0.0.2，出现提示栏后，输入用户名admin，密码qxcommsupport,就可以管理员设置界面了。最常见和最简单的就是这种方法。

第二种方法就是用TELNET的方法，telnet IP,如早期的合勤642，方法telnet 192.168.1.1,然后输入密码1234,就可以进入全英文的字符界面了。

第三种方法就是用厂商自带的配置程序来进入配置界面，如CyberLink 6307/6309KG 它使用在随Cybrlink 6307/6309KG带的光盘中DSLCom.exe，出厂时默认值：路由IP地址 :1 92.168.1.1密码 : stm，由于这种方法没有前两种方法方便，所以现在的低端产品比较少采用了。绝大部分产品的调试都是要先通过产品自带的双绞线连接设奋后，把本机网卡的IP设置成跟该设奋同一网段，再进行配置，如设奋被改了默认的IP或者密码，大部分都可以通过复位来恢复出厂默认值。最常用也是最有用的方法就是把设奋断电后，一直按住复位键，然后通电，持续一小段时间后就可以恢复。

上海大亚科技大亚108
http://192.168.1.1/
用户名：admin 密码：password

艾玛 701g
192.168.101.1 192.168.0.1
用户名：admin 密码：admin
用户名：SZIM 密码：SZIM

艾玛701H
192.168.1.1 10.0.0.2
用户名：admin 密码：epicrouter

实达2110EH ROUTER
192.168.10.1
用户名：user 密码：password
用户名：root 密码：grouter

神州数码/华硕：
用户名：adsl 密码：adsl1234
全向：
用户名：root 密码：root

普天：
用户名：admin 密码：dare

e-tek
用户名:admin 密码:12345

zyxel
用户名:anonymous 密码:1234

北电
用户名:anonymous 密码:12345

大恒
用户名：admin 密码：admin

大唐
用户名：admin 密码：1234

斯威特
用户名：root 密码：root
用户名：user 密码：user
中兴
用户名：adsl 密码：adsl831

viking
帐号：adsl 密码：adsl1234
帐号：root 密码：grouter

华为mt800
帐号：admin 密码：admin

home gateway
帐号：user 密码：password
帐号：admin 密码：epicrouter

全向QL1680
IP地址10.0.0.2
用户名：admin，密码：qxcomm1680，
管理员密码：qxcommsupport。

全向QL1880
IP地址192.168.1.1
用户名：root，密码：root

全向QL1688
IP地址10.0.0.2
用户名为admin；密码为qxcomm1688

TP-LINK TD-8800
192.168.1.1
户名admin,密码admin

合勤zyxel 642
在运行输入telnet 192.168.1.1
密码1234

Ecom ED-802EG
192.168.1.1
用户名root
密码root

神州数码6010RA
192.168.1.1　
用户名ADSL
密码ADSL1234

华为SmartAX MT800
192.168.1.1
用户名ADMIN
密码ADMIN
恢复默认配置的方法有两种，一种是连续按MODEM背后的RESET键三次，另一种是在配置菜单的SAVE&REBOOT里选择恢复默认配置。

伊泰克
IP：192.168.1.1
用户名：supervisor
密码：12345

华硕
IP：192.168.1.1
用户名：adsl
密码：adsl1234

阿尔卡特
192.168.1.1
一般没有密码

同维DSL699E
192.168.1.1
用户名：ROOT
密码：ROOT

大亚DB102
192.168.1.1
用户名：admin
密码：dare
高级设置://192.168.1.1/doc/index1.htm

WST RT1080
192.168.0.1
username:root
password:root

WST ART18CX
10.0.0.2
username:admin
password:conexant
username:user
password:password

泛德　
用户名：admin
密码：conexant

东信Ea700
192.168.1.1
用户名：空
密码：password

broadmax hsa300a
192.168.0.1
username:broadmax
password:broadmax

长虹ch-500E
192.168.1.1
username:root
password:root

重庆普天CP ADSL03
192.168.1.1
username:root
password:root

台湾突破EA110
RS232:38400
192.168.7.1
usernameSL
pswSL

etek-td ADSL_T07L006.0
192.168.1.1
User Name: supervisor
Password: 12345
忘记密码的解决办法：使用超级终端的Xmodem方式重写Vxworks.dlf，密码恢复成：12345

GVC DSL-802E/R3A
10.0.0.2
username:admin
password:epicrouter
username:user
password:password

科迈易通km300A-1
192.168.1.1
username:
password:password

科迈易通km300A-G
192.168.1.1
username:root
password:root

科迈易通km300A-A
192.168.1.1
username:root or admin
password:123456

sunrise SR-DSL-AE
192.168.1.1
username:admin
password:0000

sunrise DSL-802E_R3A
10.0.0.2
username:admin
password:epicrouter
username:user
password:password

UTStar ut-300R
192.168.1.1
username:root or admin
password:utstar

中达通CT-500
192.168.1.1
用户名：root
密码：12345

中兴adsl841
默认IP：192.168.1.1
UserName：admin
Password：private

成都天逸
用户名：admin
密码：epicrouter

上海中达
用户名：（随意）
密码：12345

全向QL1680
IP地址10.0.0.2
用户名是admin
密码是qxcomm1680
管理员密码是 qxcommsupport

全向QL1880
IP地址192.168.1.1
用户名是root
密码是root

全向QL1688
IP地址10.0.0.2
用户名为admin；
密码为qxcomm1688

CyberLink 6307/6309KG
它使用在随Cyberlink6307/6309KG带的光盘中DSLCom.exe，
路由IP地址 : 192.168.1.1
密码 : stm

TP-LINK TD-8800
192.168.1.1,
户名admin,
密码admin.

合勤zyxel 642
在运行输入telnet 192.168.1.1
密码1234
一直按住机身后面的的RESET复位键然后开机，保持几十秒就可以恢复出厂默认值。

Ecom ED-802EG
192.168.1.1
用户名root
密码root

神州数码6010RA
192.168.1.1　
用户名为ADSL
密码为ADSL1234

华为SmartAX MT800
IP是192.168.1.1
用户名ADMIN
密码ADMIN
恢复默认配置的方法有两种，一种是连续按MODEM背后的RESET键三次，另一种是在配置菜单的SAVE&REBOOT里选择恢复默认配置。

伊泰克
http://192.168.1.1/
用户名：supervisor
密码：12345

华硕
http://192.168.1.1/
用户名：adsl
密码：adsl1234

阿尔卡特
http://192.168.1.1/
一般没有密码

同维DSL699E
http://192.168.1.1/
用户名：ROOT
密码：ROOT

大亚DB102
http://192.168.1.1/
用户名：admin
密码：dare
高级设置界面：http://192.168.1.1/ doc/index1.htm
WST的RT1080
http://192.168.0.1/
username:root
password:root

WST的ART18CX
http://10.0.0.2/
username:admin
password:conexant
username:user
password ：assword

全向qxcomm1688
http://192.168.1.1/
高端设置密码是：qxcommsuport

全向qxcomm1680
http://192.168.1.1/
登陆ADSL的密码是:qxcomm1680

实达
V3.2　root
root
V5.4　root
grouter

泛德
admin
conexant

东信Ea700
http://192.168.1.1/
用户名：空
密码：password

broadmax的hsa300a
http://192.168.0.1/
username:broadmax
password:broadmax

长虹ch-500E
http://192.168.1.1/
username:root
password:root

重庆普天CP ADSL03
http://192.168.1.1/
username:root
password:root

台湾突破EA110
RS232:38400
http://192.168.7.1/
username SL
psw SL

etek-td的ADSL_T07L006.0
http://192.168.1.1/
User Name: supervisor
Password: 12345
忘记密码的解决办法：
使用超级终端的Xmodem方式重写Vxworks.dlf，密码恢复成：12345
GVC的DSL-802E/R3A
http://10.0.0.2/
username:admin
password:epicrouter
username:user
password assword

科迈易通km300A-1
http://192.168.1.1/
username:
password assword

科迈易通km300A-G
http://192.168.1.1/
username:root
password:root

科迈易通km300A-A
http://192.168.1.1/
username:root or admin
password:123456

sunrise的SR-DSL-AE
http://192.168.1.1/
username:admin
password:0000

sunrise的DSL-802E_R3A
http://10.0.0.2/
username:admin
password:epicrouter
username:user
password assword

UTStar的ut-300R
http://192.168.1.1/
username:root or admin
password:utstar

格林耐特 GRT1500R GS8120/GS3780 green net
192.168.1.1
User Name:root
Password:12345

格林耐特 GRT1500 AD6485/AD6488 green net
192.168.1.1
User Name:root
Password:12345

grt 1500c
http://192.168.1.1/
User Name: adminr
Password: greennet

ALPHA AFW-GR50
192.168.18.1
用户名：admin
密码：admin

NETCORE（磊拓）路由器
IP192.168.1.1
帐户：guest
密码：guest

D-LINK 路由器
IP 192.168.0.1
帐户为ADMIN
密码为空

A+LINK 路由器
IP 192.168.123.254
密码为ADMIN

NETGEAR 路由器
192.168.0.1
帐号ADMIN
密码 password

锐捷网络路由器
192.168.1.1
帐号：ADMIN
密码：ADMIN

TP-LINK R402
192.168.1.1
用户：admin
密码：admin

TP-LINK R480T
192.168.1.1
用户：admin
密码：admin

路由品牌名：viking
帐号：adsl 密码：adsl1234
帐号：root 密码：grouter

路由品牌名：mt800
帐号：admin
密码：admin

路由品牌名：home gateway
帐号：user
密码：password

David 2008-10-06 13:52 发表评论