用43p140实现最简单的hacmp环境(二)Windows系统

Esmoch 分享 时间: 收藏本文

【简介】感谢网友“Esmoch”参与投稿,下面小编给大家整理的用43p140实现最简单的hacmp环境(二)Windows系统(共7篇),希望大家喜欢!

篇1:用43p140实现最简单的hacmp环境(二)Windows系统

要利用两台140实现OPS环境首先需要实现concurrent环境,还是利用以上的硬件环境,对hacmp作如下设置,hacmp软件版本为hacmpescrm4.4.1。 1。SERVICE网卡 对于concurrent环境,传统的做法是通过3个rg组成,其中两个rg为cascading方式,只包含一个svcip地址。

要利用两台140实现OPS环境首先需要实现concurrent环境。还是利用以上的硬件环境,对hacmp作如下设置,hacmp软件版本为hacmp escrm 4.4.1。

1。SERVICE网卡

对于concurrent环境,传统的做法是通过3个rg组成,其中两个rg为cascading方式,只包含一个svc ip地址。另一个rg为concurrent环境,包含了concurrent vg。其实现在oracle提供的OPS和RAC HACMP配置建议中,就非常简单,网卡直接设为SVC地址,连standby和boot都不用配。于是把两台140的内置网卡设为nodea_svc,nodeb_svc,在hacmp的toplogy中只设了两个对应的adapter。

2。concurrent vg

手册上说concurrent模式要求concurrent vg的硬盘由ssa硬盘或者raid硬盘组成,而现在共享硬盘只是一块独立的scsi硬盘,这能行吗?带着这个疑问还是继续测试下去。首先建立sharevg,对于ssa硬盘可以把vg建为concurrent capable,而对于其它raid硬盘就不能设concurrent capable为yes,raid硬盘是通过hacmp来实现concurrent共享。基于此,在建sharevg时没有设concurrent capable

3。concurrent rg

配置好sharevg,两个节点两边同步后,在hacmp中建了一个concurrent 模式的rg,包含了只包含一个sharevg。至于app,就没有配,主要想先测试好concurrent环境,app等oracle安装后再配置也不迟。

4。关键部分

以下是整个调试过程的关键部分,在ha两边同步顺利后,两边开始启动ha,由于网卡已开始就设为svc,所以就看不到boot到svc的改变。用lsvg -o 检查共享vg是否varyon,发现没有。检查hacmp.out文件看到如下的错误:

。。。

cl_raid_vg[97] cl_raid_vg[97] lsdev -Cc disk -l hdisk1 -F type

DEVTYPE=scsd

cl_raid_vg[103] grep -qw scsd /usr/es/sbin/cluster/diag/clconraid.dat

cl_raid_vg[106] THISTYPE=disk

cl_raid_vg[106] [[ -z ]]

cl_raid_vg[116] FIRSTTYPE=disk

cl_raid_vg[123] [[ disk = array ]]

cl_raid_vg[128] exit 1

cl_mode3[166] cl_log 485 cl_mode3: Failed concurrent varyon of sharevgn

cl_log[50] version=1.9

cl_log[92] SYSLOG_FILE=/usr/es/adm/cluster.log

*******

Aug 1  17:42:24 !!!!!!!!!! ERROR !!!!!!!!!!

*******

Aug 1 2003 17:42:24 cl_mode3: Failed concurrent varyon of sharevg because it is not made up of known RAID devices.

cl_mode3[168] STATUS=1

cl_mode3[217] exit 1

。。。

看来手册没有骗我,不过不能就此放弃。要知道hacmp其实是通过脚本和事件来实现,看来得对脚本作点手脚了。

在hacmp系统目录中.../utils中存储了很多运行脚本,其中与现在问题有关的是cl_mode3脚本。以下是该脚本全文(贴出来是希望大家也能看看):

#!/bin/ksh

# IBM_PROLOG_BEGIN_TAG

# This is an automatically generated prolog.

#

#

#

# Licensed Materials - Property of IBM

#

# (C) COPYRIGHT International Business Machines Corp. 1990,

# All Rights Reserved

#

# US Government Users Restricted Rights - Use, duplication or

# disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

#

# IBM_PROLOG_END_TAG

# @(#)27 1.9 src/43haes/usr/sbin/cluster/events/utils/cl_mode3.sh, hacmp.events, 43haes_rmo2, rmo2s01b 5/31/01 16:36:46

###################

#

# COMPONENT_NAME: EVENTUTILS

#

# FUNCTIONS: none

#

###################

###################

#

# Name: cl_mode3

#

# Returns:

# 0 - All of the volume groups are suclearcase/“ target=”_blank“ >ccessfully varied on/changed mode

# 1 - varyonvg/mode change of at least one volume group failed

# 2 - Zero arguments were passed

#

# This function will place the volume groups passed in as arguments in

# the designated mode .

#

# Arguments: -s Varyon volume group in mode 3 with sync

# -n Varyon volume group in mode 3 without sync

#

# Environment: VERBOSE_LOGGING, PATH

#

###################

PROGNAME=$(basename ${0})

export PATH=”$($(dirname ${0})/../../utilities/cl_get_path all)“

[[ ”$VERBOSE_LOGGING“ = ”high“ ]] && set -x

[[ ”$VERBOSE_LOGGING“ = ”high“ ]] && version='1.9'

HA_DIR=”$(cl_get_path)“

if (( $# < 2 )) ; then

# Caller used incorrect syntax

cl_echo 204 ”usage: $PROGNAME [-n | -s] volume_groups_to_varyon“ $PROGNAME

exit 2

fi

if [[ $1 = ”-n“ ]] ; then # sync or no sync

SYNCFLAG=”-n“

else

SYNCFLAG=”“ # LVM default is ”sync“

fi

if [[ -z ${EMULATE} ]] ; then

EMULATE=”REAL“

fi

STATUS=0

set -u

# Get volume groups, past the sync|nosync flag

shift

for vg in $*

do

VGID=$(/usr/sbin/getlvodm -v $vg)

# Check to see if this volume group is already vary'd on

if lsvg -o | fgrep -s -x ”$vg“ ; then

# Note this and keep going. This could happen legitimately on a

# node up after a forced down.

# Find out if its vary'd on in concurrent mode

if [[ 0 = $(lqueryvg -g $VGID -C) ]] ; then

# No, its not. Now, find out if its defined as concurrent capable

if [[ 0 = $(lqueryvg -g $VGID -X) ]] ; then

# We get here in the case where the volume group is

# vary'd on, but not in concurrent mode, and is not

# concurrent capable. This would be the case for a SCSI

# RAID disk used in concurrent mode.

if ! cl_raid_vg $vg ; then

# This volume group is not made up of known RAID devices

cl_log 485 ”$PROGNAME: Failed concurrent varyon of $vgn

because it is not made up of known RAID devices.“ $PROGNAME $vg

STATUS=1

fi

continue

else

# For some obscure reason, the volume group that

# we wantto vary on in concurrent mode is

# already vary'd on, in non-concurrent mode.

cl_echo 200 ”$PROGNAME: Volume Group “$vg” in non-concurrent mode.“ $PROGNAME $vg

# Try to recover by varying it off, to be vary'd on in

# concurrent mode below.

if [[ $EMULATE = 'REAL' ]] ; then

if ! varyoffvg $vg

then

# Unable to vary off the volume group - probably because

# its in use. Note error and keep going

cl_log 203 ”$PROGNAME: Failed varyonvg $SYNCFLAG -c of $vg.“ $PROGNAME $SYNCFLAG $vg

STATUS=1

continue

fi

else

cl_echo 3020 ”NOTICE The following commandwasnot executed n“

echo ”varyoffvg $vg“

fi

# At this point, the volume group was vary'd off. The

# flow takes over below, and vary's on the volume group

# in concurrent mode.

fi

else

# Since the volume group is already vary'd on in

# concurrent mode, there is really nothing more to do

# with it. Go on to the next one.

continue

fi

fi

# Find out whether LVM thinks this volume group is concurrent

# capable. Note that since the volume group is not vary'd on at this

# point in time, we have to look directly at the VGDA on the

# hdisks in the volume group.

export MODE

for HDISK in $(/usr/sbin/getlvodm -w $VGID | cut -d' ' -f2) ; do

# Check each of the hdisks for a valid mode value. Stop at the

# first one we find.

if MODE=$(lqueryvg -p $HDISK -X) ; then

break

fi

done

if [[ -z $MODE ]] ; then

# If we couldn't pull a valid mode indicator off of any disk in

# the volume group, there is no chance whatsoever that LVM

# will be able to vary it on. Give up on this one.

cl_log 203 ”$PROGNAME: Failed varyonvg $SYNCFLAG -c of $vg.“ $PROGNAME $SYNCFLAG $vg

STATUS=1

elif [[ $MODE = ”0“ ]] ; then

# LVM thinks that this is not a concurrent capable

# volume group. This is the expected result if this is

# a RAID device treated as a concurrent device

# Check to make sure that this is a known RAID device

if cl_raid_vg $vg ; then

# If this is a known RAID device, attempt to vary it on

# with no reserve, to simulate concurrent mode

if ! convaryonvg $vg ; then

# It was not possible to vary on this volume

# group. Note error and keep going.

STATUS=1

fi

else

# This volume group is not made up of known RAID devices

cl_log 485 ”$PROGNAME: Failed concurrent varyon of $vgn

because it is not made up of known RAID devices.“ $PROGNAME $vg

STATUS=1

fi

elif [[ $MODE = ”32“ ]] ; then

# LVM thinks that this volume group is defined as concurrent

# capable, for the group services based concurrent mode

# try to varyon in concurrent with appropriate sync option

if [[ $EMULATE = ”REAL“ ]] ; then

if ! varyonvg $SYNCFLAG -c $vg ; then

cl_log 203 ”$PROGNAME: Failed varyonvg $SYNCFLAG -c of $vg.“ $PROGNAME $SYNCFLAG $vg

# note error and keep going

STATUS=1

fi

else

cl_echo 3020 ”NOTICE The following command was not executed n“

echo ”varyonvg $SYNCFLAG -c $vg“

fi

else

# Anything else (”1“ or ”16“, depending on the level of LVM)

# indicates that LVM thinks this volume group is

# defined as concurrent capable, for the covert channel based

# concurrent mode.

if cl_raid_vg $vg ; then

# SCSI attached RAID devices are reported as concurrent capable.

# If that is what we have here, try the appropriate varyon

if ! convaryonvg $vg ; then

# It was not possible to vary on this volume

# group. Note error and keep going.

STATUS=1

fi

else

# Its not a concurrent capable RAID device. The only remaining

# supported choice is covert channel based concurrent mode.

if [[ $EMULATE = ”REAL“ ]] ; then

if ! varyonvg $SYNCFLAG -c $vg ; then

cl_log 203 ”$PROGNAME: Failed varyonvg $SYNCFLAG -c of $vg.“ $PROGNAME $SYNCFLAG $vg

# note error and keep going

STATUS=1

fi

else

cl_echo 3020 ”NOTICE The following command was not executed n“

echo ”varyonvg $SYNCFLAG -c $vg“

fi

fi

fi

done

exit $STATUS

读了下该脚本就知道问题关键在于那块共享硬盘在这脚本中是不被承认为raid硬盘,结果返回1,那我们就对最后作简单的修改:

# add for 140 ha escrm

STATUS=0

exit $STATUS

希望能骗过HA,

注意两个节点同一脚本都要修改。

5。重新启动HA

非常令人高兴,HA启动成功,两边用lsvg -l sharevg ,能看到同样内容。

(OPS部分待续)

taichi 回复于:-07-20 14:42:42自己up下

ibm6000 回复于:2004-07-24 14:21:54支持

原文转自:www.ltesting.net

篇2:关于HACMP的启动和关闭脚本!!Windows系统

今晚上客户那加班,再关HA时,发现SYBASE数据库没有完全停掉时,VG就被varyoff 了,这导致数据库异常,一些数据库进程被挂起.经修改HACMP的停止脚本,现已正常!!!

修改的方法就是在关闭数据库命令的下行加入sleep 30,让HA在此处停留30秒,再进行下边的动作.呵呵,正常了!!!!

原文转自:www.ltesting.net

篇3:用SHELL实现FTP自动化Windows系统

假若在 UNIX 系统中,你要向 网络 中的多个主机发送文件,逐个用FTP手工发送很枯燥, 如何实现自动发送呢?下面给出一段SHELL程序,名为autoftp,用vi做好后,改变 权限为777,就可以运行之实现FTP的自动化了, echoopen144.39.3.$1t$1 echouserrootabct$1 ec

假若在UNIX系统中,你要向网络中的多个主机发送文件,逐个用FTP手工发送很枯燥,

如何实现自动发送呢?下面给出一段SHELL程序,名为autoftp,用vi做好后,改变

权限为777,就可以运行之实现FTP的自动化了。

echo open 144.39.3.$1 > t$1

echo user root abc >> t$1

echo hash >> t$1

echo send /tmp/test.dat /tmp/test.dat >> t$1

chmod 777 t$1

cat t$1 | ftp -n

echo 'OK!传送结束'

例子中假设接收文件的一组主机地址为144.39.3.XXX,  其超级用户口令为

“abc”,要传送的文件名为/tmp/test.dat。例如要向144.39.3.9主机传送,则

“autoftp 9 ”就可以了。

bzzyg 回复于:-02-20 11:44:00( echo ”user root abc“

echo ”binn“

echo ”cd /tmpn“

echo ”lcd /tmpn“

echo ”hash  on“

echo ”put test.dat n“

echo” byen“

)| ftp -n 144.39.3.$1

echo 'OK!传送结束'

rainyday 回复于:2003-02-20 13:49:02ftp -n 144.39.3.$1 <

user root abc

cd /tmp

bin

put test.dat

close

bye

!

luckytown 回复于:2003-02-20 17:05:15#! /bin/ksh

if [ $# = 0 ]

then

echo ”autoftp [host|ip] [usr] [passwd] [command] [sourfile] [destfile]“

else

echo open $1 > t$1

echo user $2 $3 >> t$1

echo hash >> t$1

echo bin >> t$1

if [ $# = 5 ]

then

echo $4 $5 $5 >> t$1

echo chmod 750 $5 >> t$1

else

echo $4 $5 $6 >> t$1

echo chmod 750 $6 >> t$1

fi

chmod 777 t$1

cat t$1 | ftp -n

echo 'OK!264253313315275341312370'

rm t$1

fi

avenlau 回复于:2003-02-21 08:49:48假如ftp所使用的用户没有口令你们的自动传输还有用吗?你们可以试一试,

nhrms 回复于:2003-03-07 13:05:06请教?利用FTP怎样在UNIX下向WIN98传送文件?? :D

shumingdao 回复于:2003-03-07 15:23:29真是好东西啊

呵呵

马上就用啊

谢谢各位大虾

dajing 回复于:2003-05-14 22:35:12若用户无密码该怎么办?

death 回复于:2003-05-15 10:16:45没有口令也可以! 以SDCCF老大的例子为例

只要把abc 换成 ^M (按ctrl不放在先后按下v,m两键) 就行了

tzxys 回复于:2003-05-27 17:48:21是啊,98,nt,和os/2下如何

自动实现象unix的ftp功能啊??

????

*―……―¥……%¥……?

wwwjy 回复于:2003-06-03 17:27:19无密码时用`print ”n“`代替abc (雨天的例子)。另在UNIX下FTPWINDOWS跟FTP UNIX 一样,WINDOWS中要建立用 :wink:

wsluo 回复于:2003-06-10 12:08:12给大家解释一下特殊的地方可以吗

>、>>、<、<<、t$1、t$1 | ftp -n 等等

对不起我是菜鸟,好多用这个地方的都看不懂

qfwqfw 回复于:2003-07-16 10:32:08>   输出重定向,先清空文件

>> 输出重定向,添加到文件尾部

<   输入重定向

<<  两个!之间的内容做为文件传入

t$1  以t开头命令的第二个参数为其余部分的一个字符串

ftp -n 禁用.netrc文件的功能等等

wsluo 回复于:2003-07-23 09:54:07谢了

chinagfu 回复于:-04-28 15:38:30if [ $# != 1 ];then

echo ”错误,请输入升级包名!!!“

exit 0

fi

echo ”正在向各网点发送升级程序。。。“

cd /ly

for i in `cat w_d`

do

echo ”向$i ......发送 c“

ftp -vin       <

open $i

user root root

lcd /home/ebip/tmp

cd /home/cebcard/tmp

put $1

bye

!

echo ”OK!!!发送成功“

done

原文转自:www.ltesting.net

篇4:用WMI实现Windows系统自动管理

与以前的操作系统相比,Windows2K/XP的优点之一是具有更好的可管理性,例如它支持Windows2000服务器终端服务下的远程管理模式,支持Microsoft管理控制台(MMC),再有一个就是支持WMI。WMI是WindowsManagementInstrumentation的缩写,即Windows管理规范。WMI有许多用途,其中之一就是通过脚本编程实现管理自动化。一、为什么要用脚本?回顾九十年代,WindowsNT之所以获得成功,原因之一就在于相对而言这个操作系统比较容易使用,任何能够使用Windows3.1的用户差不多就可以管理一个简单的NT网络(这在今天听起来有点不可思议,但事实是,NT3.1比Windows2K/XP功能少得多,因而简单得多)。只要看看NT的控制面板,这个操作系统可以做些什么就大致有个印象了。随着操作系统的发展,原来友好的界面变得更加友好。在Windows2K/XP中,几乎每一个操作过程都有向导,每一个操作系统级的对象都有图形化的属性页;不同的操作选择引导你到达最终完成任务的对话框,MMC允许你把常用的工具(甚至是第三方的工具)插入到定制的工具集。然而,高级用户感到友好的GUI实在太繁琐了。另外,尽管在命令行上也可以执行某些任务,但命令行没有图形工具那样完备的功能。为了让Windows2K/XP下的操作任务自动化,一种较好的途径是通过脚本程序直接访问图形化工具访问的管理接口。WMI允许用户通过一个统一的接口,用脚本语言访问操作系统的几乎任意一个部分。当然,用脚本对WMI编程也有一些限制,例如不能直接访问Win32API。二、WMI是什么?WMI是Windows2K/XP管理系统的核心;对于其他的Win32操作系统,WMI是一个有用的插件。WMI以CIMOM为基础,CIMOM即公共信息模型对象管理器(CommonInformationModelObjectManager),是一个描述操作系统构成单元的对象数据库,为MMC和脚本程序提供了一个访问操作系统构成单元的公共接口。有了WMI,工具软件和脚本程序访问操作系统的不同部分时不需要使用不同的API;相反,操作系统的不同部分都可以插入WMI,如图一所示(该图来自MSDN),工具软件和WMI可以方便地读写WMI。

图一Windows2K/XP和Windows98都支持WMI;如果为NT4.0和Windows95加上了ServicePack4或更高版本,NT4.0和Win95也支持WMI。因此,用WMI进行远程管理时,并非一定要用Windows2K/XP(当然,如果WMI脚本在一台没有性能监视器的Win9x机器上运行,就不能在远程Win9x系统上查询Windows2K/XP的性能监视器。如前所述,WMI允许通过一个公共的接口访问多种操作系统构成单元,因此不必分别对待各种底层接口或所谓的“提供者”。利用WMI可以高效地管理远程和本地的计算机;与此相对,并非所有的Windows2K/XP命令行工具都支持远程运行。WMI是WBEM模型的一种实现。WBEM即Web-BasedEnterpriseManagement,或基于Web的企业管理,WBEM由DMTF(DistributedManagementTaskForce,分布式管理任务组)在许多厂商的帮助下创立,包括Compaq、Sun、Microsoft等。WBEM的目标是,为管理企业环境开发一个标准的接口集。WBEM模型最关键的部分是它的数据模型(或描述和定义对象的方式)、编码规范(EncodingSpecification),以及在客户端和服务器端之间传输数据的模式。WBEM的数据模型是CIM(CommonInformationModel,公共信息模型),

CIM是一个用来命名计算机的物理和逻辑单元的标准的命名系统(或称为命名模式),例如硬盘的逻辑分区、正在运行的应用的一个实例,或者一条电缆。CIM是一个面向对象的模型,使用一组面向对象的术语进行描述。CIM包含类(Class),类是被管理单元的模板。类的实例称为对象(Object),对象代表着底层系统的一个具体单元。名称空间(Namespace)是一个类的集合,每个名称空间面向一个特定的管理领域。类包含属性(Property)和方法(Method)。CIM分三层。第一层是核心模型(CoreModel),这一层包含的类定义对于所有管理领域来说都是共同的。第二层是公共模型(CommonModel),这一层包含的类定义对于特定的管理领域来说是公共的,但与具体的操作系统和系统设计无关。第三层是扩展模型(Extensionmodel),这一层包含的类定义与特定的操作系统或技术有关。WMI是Microsoft扩展CIM2.0得到的面向Win32系统的扩展模型。引用WMI类和属性的形式是“扩展前缀_类名称.属性名称”,例如Win32_ComputerSystem.Name,其中Win32是CIM模式cimv2名称空间内WMI扩展类的前缀,ComputerSystem是类,Name是属性。编写WMI脚本的很大一部分工作涉及到读取和设置属性值。当前,WMI提供的方法还很有限,但随着时间的推移,相信WMI和CIM提供的方法都会越来越丰富。三、WMI软件开发包利用WMI软件开发包(SDK)可以方便地查看可用的CIM和Win32类。WMISDK可以从msdn.microsoft.com/downloads/default.asp?URL=/code/sample.asp?url=/msdn-files/027/001/566/msdncompositedoc.xmlSDK要求操作系统必须是Windows2K/XP或者NT4.0SP4或更高版本;尽管Win9x系统上可以安装WMI支持软件,但SDK不能在Win9x上运行。另外,为支持SDK的ActiveX控件,SDK还要求有IE5.0或更高版本。SDK对机器性能的最低要求是:Pentium处理器,32Mb的RAM,40Mb的磁盘空间,以及至少要有800x600、256色的显示设备。对于运行Windows2K/XP的机器来说,这些要求应该不会成为问题。CIMOM默认以服务的形式运行,但如果机器没有网卡,CIMOM不能作为服务运行,不过此时可以作为一个应用运行,只需执行winmgmt.exe即可。winmgmt.exe在%systemroot%system32wbem的WMI主目录下。SDK必须由管理员组的成员安装。安装过程很简单,执行WMISdk.exe启动向导,指定安装的目标目录(默认是programfileswmi)。选择要安装的可选组件(默认安装除了SNMP支持以外的所有组件),最后点击Finish。安装SDK不需要重新启动。安装完成后,“开始/程序”菜单上会增加一个WMISDK组。点击WMISDK程序组的WMICIMStudio。CIMStudio提示连接名称空间,并显示默认连接的名称空间是rootcimv2,确认即可。如果你用Administrator身分登录Windows,再次点击确定以当前身份登录;如果你用其他的身份登录Windows,请改用Administrator登录。现在,假设我们要在当前的机器上查找一个对象:C:驱动器。我们不知道C:驱动器在CIM或WMI中的具体名称,浏览CIMStudio列出的数百个类又太麻烦,怎么办呢?可以使用Find按钮(左边上方的望远镜,参见图三)。图二显示了点击Find按钮后显示的SearchforClass对话框,在这里输入我们猜想C:驱动器的类名称中应当包含的单词,然后点击Go!按钮。由于我们正在寻找一个命名的磁盘分区,而且我们知道Windows把这种分区叫做logicaldisk或logicaldrive,因此这里的搜索关键词可以是logical。当然,搜索关键词也可以是disk,但这时会有大量的搜索结果出现。

篇5:如何检查HACMP群集的运行状态?Windows系统

环境 产品,平台, RS6000,pseries 软件版本, AIX,HACMP 问题 在启动HACMP的环境中,如何检查HACMP的运行状态? 解答 使用 /usr/es/sbin/cluster/clstat 命令可以检查群集成员的运行状态. clstat命令输出中包含有群集本身,节点,以及节点上的 网络 适配器的运行情

环境产品,平台, RS6000,pseries

软件版本, AIX,HACMP问题在启动HACMP的环境中,如何检查HACMP的运行状态?

解答

使用 /usr/es/sbin/cluster/clstat 命令可以检查群集成员的运行状态.

clstat命令输出中包含有群集本身,节点,以及节点上的网络适配器的运行情况.

注:使用clstat命令时,HACMP要启动clinfo 服务.

例如:

#clstat

clstat - HACMP for AIX Cluster Status Monitor

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

Cluster: ibm_26c (666) -------Thu Jul 9 18:58:33 EDT

---------State: DOWN Nodes: 2

---------SubState: UNSTABLE

-------Node: poseidon ---------------------State: DOWN

-------Interface: poseidon-enboot (0) -----Address: 140.186.70.106

-------------------------------------------State: DOWN

-------Node: venus State: DOWN

-------Interface: venus-enboot (0) Address: 140.186.70.107

-------------------------------------------State: DOWN

***************** f/forward, b/back, r/refresh, q/quit **********

www-900.ibm.com/cn/support/viewdoc/detail?DocId=131102012

原文转自:www.ltesting.net

篇6:proftp+mysql认证实现Windows系统

1. 安装 redhat 7.2 或者solaris8 注:solaris8要求自己有c编译器等工具,我们这里不提供安装方法,具体可以取www.sunfreeware.com下载gcc包安装, 2. 停止缺省的 wu-ftpd 服务器 在 ntsysv 里将 wu-ftpd 前的 * 去了,然后保存,然后将 /etc/rc.d/init.d 目

1. 安装 redhat 7.2 或者solaris8

注:solaris8要求自己有c编译器等工具,我们这里不提供安装方法,具体可以取www.sunfreeware.com下载gclearcase/” target=“_blank” >cc包安装。

2. 停止缺省的 wu-ftpd服务器

在 ntsysv 里将 wu-ftpd 前的 * 去了,然后保存,然后将 /etc/rc.d/init.d 目录下的 wu-ftpd 的启动脚本删除了。Solaris可以去/etc/services和/etc/.netd.conf注销,

不过最好是不要安装那个东西,它的安全问题很多!

3.安装 MYSQL

在 Redhat 的光盘上有的,将 MYSQL 的程序和库都装上。(如果安装 Redhat 时已经 选装了这步就不用了,当然,如果是solaris的话就没什么用了,用源代码包自己编译吧)

rpm -ivhmysql-3.23.41-1.i386.rpm

rpm -ivh mysql-devel-3.23.41-1.i386.rpm

rpm -ivh mysql-server-3.23.41-1.i386.rpm

原文转自:www.ltesting.net

篇7:如何实现快速开机Windows系统

问:偶然一次用品牌机自带的 windows me更换系统,发现第一次用 “休眠”来关机,第二次按下电源键进入windows me画面,只需5秒,以前的windows98进入画面需要1分多钟,请问windows98有没有这种功能,具体操作如何?答:在windows98下同样可以实现快速开关机

问:偶然一次用品牌机自带的windowsme更换系统,发现第一次用 “休眠”来关机,第二次按下电源键进入windows me画面,只需5秒,以前的windows98进入画面需要1分多钟。请问windows98有没有这种功能,具体操作如何?答:在windows98下同样可以实现快速开关机,

windows98支持此项模式。在安装windows98时使用setup/p j参数进行安装,就可以让 windows98支持ACPI,实现STR功能。另外注意还需要硬件的支持,主板支持是关键,需要主板支持STR功能,也要注意有写宣称支持STR 功能的主板,由于设计上原因,很难顺利实现。此外,还需要机箱电源的配合,电源在提供5V电压给主板的同时,必须使电源稳定在720 ma以上才行。STR是suspend to RAM的缩写,即“悬起于内存”。其意思是指系统关机或进入省电模式后,将重新启动所需的文件数据都存储在内存里。使用STR功能以后,在彻底切断主机电源前千万不可随意继续插拔内存,否则很可能造成内存烧毁或系统毁坏。

原文转自:www.ltesting.net

相关专题 最简单环境