-
如何处理Windows系统VBScript脚本引擎无法找到导致PV Driver安装失败
问题描述 某局点1台Windows 2003虚拟机在安装PV Driver时出现如图1所示报错,导致PV Driver一直安装失败。 图1 PV Driver安装报错 处理过程 (1) 在虚拟机内部找到文件“C:\WINDOWS\inf\wsh.inf”,右击该文件,在弹出的快捷菜单中选择“安装”。 (2) 在“开始→运行”里输入如下命令。 regsvr32 urlmon.dll shdocvw.dll jscript.dll vbscript.dll /s (3) 重启虚拟机,再次安装PV Driver软件,即可安装成功。 根因 (1) 在C:\Documents and Settings\Administrator\Local Setting\Temp目录下查找PV Driver软件安装日志。对比正常安装日志,发现有如图2所示两条异常日志。 图2 异常日志 图2日志表明安装包在执行VBScript脚本时出现异常。 (2) 在问题虚拟机中测试执行VBScript脚本,结果报错:无法找到脚本引擎“VBScript”。由于PV Driver软件在安装过程中会调用VBS脚本。如果VBS脚本无法执行就会导致软件安装失败。 建议与总结 PV Driver安装时,会调用Windows操作系统自身的软件安装框架,在安装过程中会使用到操作系统自身的一些工具或者服务。如果这些工具或服务出现异常,就会影响到PV Driver软件的正常安装。 此处内容需要 回复 后才能查看
SE_You 2024-10-0811 0 0 -
安装Linux系统Pvdriver的两个问题
问题描述 问题1:虚拟机CentOS6.0操作系统安装完毕后对操作系统安装PVdriver,安装的时候一切正常,重启的时候机器蓝屏,无法使用; 问题2:Debian操作系统按照操作指导书安装PVdriver时提示压缩包无法解压,安装无法继续。 处理过程 此处内容需要 回复 后才能查看 原文
SE_You 2024-09-1322 0 0 -
Linux系统挂载数据盘导致数据丢失的解决方法
问题描述 1、用户系统为Linux系统,用户自己挂载新的文件系统在/opt目录下,发现原始/opt目录下数据丢失。 2、登录虚拟机,执行如下命令: # cd /opt/ # ls 发现/opt目录下没有数据 告警信息 该故障无伴随告警产生。 处理过程 1、登录虚拟机,执行如下命令: #umount /opt #cd /opt/ #ls 用户之前的数据存放在vi.recover文档下 2、执行命令: #mv ./* /mnt #mount /dev/xvde1 /opt 根因 1、咨询过用户,没有删除操作 2、用户挂载新的数据盘到/opt目录,改目录下已存在原始数据盘 3、分析为用户虚拟机/opt下已经挂载了数据盘,新的数据盘覆盖了原始数据盘 解决方案 1、挂盘前检查/opt目录下是否已经挂在数据盘 2、先把原始数据盘数据拷贝出来,解挂原始数据盘 3、把新数据盘挂载上去,把从原始数据盘拷贝出的数据拷贝上去 建议与总结 无
SE_You 2024-08-02312 0 0 -
FusionComputer 中制作 suse系统的模板时进入repair filesystem模式的解决方法
问题描述 制作suse系统的模板,只保留系统盘,卸载数据盘后开机后系统进入repair filesystem模式的情况,如图: 告警信息 该故障无伴随告警产生。 处理过程 1、 根据第一种情况输入以下命令: (repair filesystem) # fsck /dev/vxdax (或执行fsck命令,执行完后重启系统) (repair filesystem)#fsck (修复过程中会遇到等待确认的情况,直接按y+回车键即可)然后重启系统,重启后系统后依旧进入repair filesystem模式,说明不是非正常关机或者强制重启造成系统进入repair filesystem模式的。 2、 如果导致suse进入修复模式的原因是第二种情况,解决方法就是修改/etc/fstab文件,删除错误的或者是不存在的挂载目录,,将配置恢复正常。 (修复模式下(read-only system) 文件是被保护的不能修改,运行下面命令,把系统文件权限改成可读写(rw), 使根目录可写.即可以修复/etc/fstab文件,使之可写.然后就可以vi修改了,保存 wq,最后重启虚拟机) repair filesystem # vi /etc/fstab repair filesystem # mount -o remount,rw / repair filesystem #reboot 本例属于第二种情况,挂载的数据盘已经卸载,可是在挂载目录里的挂载路径还在导致系统进入repair filesystem模式,下图红线标注的挂载目录信息删除系统即可恢复正常 根因 Suse系统进入repair filesystem模式有两种情况: 1、 第一种情况:可能非正常关机引起的磁盘分区问题(如:在FC里面强制重启VM),不能正常进入系统 2、 第二种情况:由于/etc/fstab文件编辑错误而导致的不能正常进入系统 建议与总结 无
SE_You 2024-08-0128 0 0 -
物理光驱中存在CD的服务器上通过虚拟光驱安装FusionCompute系统时失败
问题描述 某局点通过虚拟光驱挂载ISO的方式安装FusionCompute,安装失败,报错如下所示。局点管理员描述该服务器的物理光驱中存在CD。 ... /mnt/miniOS/cfg/all is not exist Load config file error. Load install directory error. ... 告警信息 无 处理过程 方法一 取出物理光驱中的CD后再重新安装FusionCompute。 方法二 对于硬盘组RAID的场景,也可以通过修改BIOS设置的规避方法来完成安装,以华为RH2285 V2服务器为例进行说明。 (1) 重启服务器,按组合键“ctrl+alt+1”,进入BIOS高级选项。 (2) 在BIOS界面中选择“Advanced”中的“IDE Configuration”,并按下回车键,将“IDE Controller”配置项设置为 “Disabled”。如图2所示。 图2 BIOS设置 (3) 按F10保存退出,重新安装FusionCompute。 根因 通过光盘安装FusionCompute系统时,在安装过程需要从光盘中读取文件完成安装,而FusionCompute默认从第一个光盘中读取文件。 该环境中由于物理光驱中有光盘,而虚拟光驱中又挂载了FusionCompute的ISO,所以安装时系统可以识别到两个光盘,如图1所示。 图1 光驱 图1中第一个光盘/dev/sr0是物理光驱中的,第二个光盘/dev/sr1才是虚拟光驱中的,FusionCompute安装时默认从/dev/sr0中读取文件,无法读取到FusionCompute的安装文件,最终导致安装失败。 建议与总结 安装FusionCompute系统时,物理光驱和虚拟光驱不要同时使用。
SE_You 2024-07-1520 0 0 -
CentOS7系统下搭建MySQL(8.0.16)主从环境
默认情况下,复制是异步的,从站不需要永久连接以接收来自主站的更新。根据配置,您可以复制数据库中的所有数据库,所选数据库甚至选定的表。 MySQL中复制的优点包括: 横向扩展解决方案 - 在多个从站之间分配负载以提高性能。在此环境中,所有写入和更新都必须在主服务器上进行。但是,读取可能发生在一个或多个从站上。该模型可以提高写入性能(因为主设备专用于更新),同时显着提高了越来越多的从设备的读取速度。 数据安全性 - 因为数据被复制到从站,并且从站可以暂停复制过程,所以可以在从站上运行备份服务而不会破坏相应的主数据。 分析 - 可以在主服务器上创建实时数据,而信息的分析可以在从服务器上进行,而不会影响主服务器的性能。 远程数据分发 - 您可以使用复制为远程站点创建数据的本地副本,而无需永久访问主服务器。 1.官网下载安装包 https://dev.mysql.com/downloads/mysql/ 压缩包有如下内容: 说明: 标准安装:安装 mysql-community-server, mysql-community-client, mysql-community-libs, mysql-community-common,和 mysql-community-libs-compat包。 标准安装之后的文件布局如下: 2.开始安装 把文件上传到服务器,解压。 [root@localhost soft]# mkdir mysql8 [root@localhost soft]# tar -xvf mysql-8.0.16-1.el7.x86_64.rpm-bundle.tar -C /soft/mysql8/ 然后进入解压目录安装: 选择y,最后出现Complete! 两台全部安装完后,进行配置。 3.基于二进制日志文件位置的复制 传统方法基于master的二进制日志复制事件,并要求其中的日志文件和位置在master和slave之间同步。 1. 打开主服务器。去修改配置文件,设置日志文件名称和服务器ID,以及需要复制的数据库 [root@localhost mysql8]# vim /etc/my.cnf 2. 打开从服务器,配置服务器ID 3. 配置……
SE_Zhang 2024-04-238 0 0 -
MySQL安全配置之文件系统权限
1. 设置“datadir”的权限 安全说明 如果允许MySQL用户以外的其他用户从数据目录中读取文件,那么该用户可能能够从包含密码的mysql.user表中读取数据。 配置方法 使用如下命令 chmod 700 <datadir> chown mysql:mysql <datadir> 回退步骤 chmod 775 <datadir> 2. 设置“log-bin”二进制日志文件的权限 安全说明 log-bin就是binary log,即二进制日志文件,这个文件记录了mysql所有的dml操作。限制二进制日志文件的权限将有益于保护数据信息不泄漏,或被恶意修改。 检查方法 执行sql查看log-bin日志文件状态及相关配置 mysql> show variables like "log_bin%"; +---------------------------------+-------------------------------+ | Variable_name | Value | +---------------------------------+-------------------------------+ | log_bin | ON | | log_bin_basename | /data/mysql/data/binlog | | log_bin_index | /data/mysql/data/binlog.index | | log_bin_trust_function_creators | OFF | | log_bin_use_v1_row_events | OFF | +---------------------------------+-------------------------------+ 检查日志文件的权限是660并且属于mysql:mysql 配置方法 chmod 660 <file_name> chown mysql:mysql <file_name> 备注 8.0版本默认情况下已开启binlog,文件权限为640,所属mysql:mysql 3. 设置“log_error”错误日志文件的权限 安全说明 错误日志记录了MySQL Server每次启动和关闭的详细信息以……
SE_Gao 2024-03-0520 0 0 -
mysql日志中的时间和系统时间不一致问题
show variables like '%log_time%'; UTC是世界统一时间,而我现在的系统为北京时间是东八区,比UTC早了8个小时,所以这里设置为SYSTEM 在[mysqld]下增加:log_timestamps=SYSTEM
SE_Gao 2024-03-0112 0 0 -
liunx6.5系统无法启动
问题描述 个别RH2288V2服务器安装完liunx6.5系统后寻找不到启动项,无法正常启动。 告警信息 寻找不到启动项。 处理过程 情况一、先查看boot空间,发现空间预留不足,重新给boot划分空间后系统启动正常启动。 情况二、先行禁止一张无系统硬盘RAID的RAID卡后系统正常启动。 根因 情况一、boot空间不足导致系统无法系统。 情况二、两张RAID卡时启动系统时默认到无系统盘RAID组,导致无法启动。 解决方案 情况一、发现硬盘空间划分boot时空间预留不足,导致无法启动。 情况二、有两张RAID卡的情况下,只保留系统运行的RAID卡,剩余的需要先行禁止。 免责声明:本案例仅供参考不提供专业意见。
SE_Meng 2023-04-0410 0 0 -
Intel82580&I350 Windows系统无法Teaming
问题描述 RH2288 V2(板载Intel 82580网卡)安装Windows 2008R2SP1或Windows 2012(R2),设备管理器中网卡属性无Teaming页签,无法进行网卡绑定操作。 告警信息 处理过程 安装Intel网站发布版本19.5(驱动版本12.11.97.0)及之前版本进行网卡绑定。 根因 Intel 82580&I350 Windows操作系统驱动20.0及以上版本(Intel网站发布的版本号)不支持网卡Teaming 解决方案 驱动获取方式参考如下链接,实际驱动信息以Intel网站为准。 https://downloadcenter.intel.com/product/41280/Intel-82580EB-Gigabit-Ethernet-Controller 建议与总结 无 免责声明:本案例仅供参考不提供专业意见。
SE_Meng 2023-04-0416 0 0