-
通过HMC口清除叹号灯步骤
P8 通过HMC口清除叹号灯步骤 小型机HMC默认ip HMC1: 192.168.2.174 169.254.2.147 HMC2: 192.168.3.174 169.254.3.147 HTTPS://169.254.2.147 WEB登录 用户名:admin 密码:admin Select Service Indicators Select System Attention Indicator click Turn off system attention indicator
SE_Ning 2024-03-18
116 0 0 -
【转载】华为模拟器 eNSP 教程
• 链接:华为模拟器eNSP教程_哔哩哔哩_bilibili
SE_Ning 2024-03-18
173 0 0 -
VMware vSphere中三种磁盘规格(厚置备延迟置零\厚置备置零\Thin Provision(精简置备))的解释说明
在VMware vSphere中,不管是以前的5.1版本,或者是现在的6.5版本,创建虚拟机时,在创建磁盘时,都会让选择磁盘的置备类型,如下图所示,分为: (1)厚置备延迟置零; (2)厚置备置零; (3)Thin Provision(精简置备)。 在创建虚拟机时,可以选择这三种类型的其中一种,如下图所示 这三种类型的磁盘,每一种类型的磁盘创建的方式和磁盘性能都有所不同,具体解释如下。 1、厚置备延迟置零 举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备延迟置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,但由于是延迟置零,故假如目前只用到了50G空间,VMware会先zero(置零)这50G空间,后面150G空间会等到用到的时候再zero(置零),这种工作机制会对磁盘性能造成一定的影响。 创建完虚拟机后VMware创建的200GB vmdk文件,如下图 示意图: 2、厚置备置零 举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,由于是置零模式,故VMware会将这200GB的空间全部进行zero(置零)工作,故创建磁盘时比其它两种模式花的时间都要长,这种机制的磁盘的性能是最好的,因为这就好像是给虚拟机挂载了一块独立的硬盘,硬盘上的空间也全部属于该虚拟机,且提前也都已经格式化好,后期不管随着数据怎么增长,都可以直接使用这200G的空间,没有zero(置零)的操作了。 示意图: 4、Thin Provision(精简置备) 举例,如下图,本次创建的磁盘为200GB大小,如果选择Thin Provision(精科置备),VMware会在整个磁盘中划分一个200GB的置备空间,但此200GB没有从整个磁盘中真正划出来,它的vmdk文件在虚拟机刚创建时可能为0KB,以后随着虚拟机的使用空间越来越大,再给……
SE_Ning 2024-03-15
134 0 0 -
centos swap空间不够了,增加swap分区
先用free -m查看一下swap的大小 1.添加swap分区 使用dd命令创建/home/swap这么一个分区文件。文件的大小是2048000 个block,一般情况下1个block为1K,所以这里空间是2G。 dd if=/dev/zero of=/var/swapfile bs=1024 count=2048000 //添加交换文件并设置其大小为2G 2.执行完毕,对交换文件格式化并转换为swap分区: mkswap /var/swapfile 3.挂载并激活分区: swapon /var/swapfile 4 赋权限 chmod -R 0600 /var/swapfile 现在再用free -m命令查看一下内存和swap分区大小,就发现增加了2G的空间了。 注意当计算机重启了以后,发现swap还是原来那么大,新的swap没有自动启动,还要手动启动。那我们需要修改/etc/fstab文件 5.设置开机自动挂载该分区: vi /etc/fstab 在fstab文件末尾追加如下内容后:wq!保存即可: /var/swapfile swap swap defaults 0 0
SE_Ning 2024-03-15
106 0 0 -
【转载】eNSP教程 —— 如何使eNSP中华为设备与GNS3中思科设备通信
目录 一、总拓扑规划: 二、思科 GNS3操作: 三、华为eNSP操作: 四:路由处理: • 需求:eNSP 的pc能和GNS3中的pc通信: • 操作:两边通过绑定物理机上的网卡,然后使其通信 一、总拓扑规划: 二、思科 GNS3操作: 三、华为eNSP操作: 四:路由处理: 思科GNS3: R1(config)#ip route 192.168.1.0 255.255.255.0 192.168.2.2 华为eNSP: [Huawei]ip route-static 192.168.3.0 255.255.255.0 192.168.2.1 ping测试(华为PC): 测试成功 !!!! ———————————————— 版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。 原文链接:https://blog.csdn.net/qq_62311779/article/details/127224778
SE_Ning 2024-03-15
143 0 0 -
vSphere ESXi主机配置iSCSI存储
vSphere ESXi主机一般连接的存储类型有光纤存储、iSCSI存储两类。本次案例为iSCSI存储连接ESXi主机的配置。 案例环境:ESXi主机通过以太网络来连接iSCSID存储,并获取到存储空间,拓扑如下: 首先完成iSCSI存储与交换机的配置,由四根千兆网线连接,两边都做端口捆绑,总带宽为4*1000Mbps。存储映射出来10个5T的lun给两台ESXi虚拟机。存储对外的iSCSI服务地址为172.19.134.102,后面ESXi主机会通过这个地址来连接存储。 然后开始ESXi主机的iSCSI配置,每台ESXi主机由两块网卡连接至iSCSI存储交换机,形成冗余,具体配置如下: 首先添加iscsi虚拟交换机,因为有两块网卡,所以对应分别添加两个iscsi虚拟交换机,进入“配置”->“网络”配置界面,如下图,点击“添加网络…”按扭 选择添加“VMkernel”,如下图: 选择其中一块iSCSI网卡,如下图 写入标签名称,其它不用更改,如下图 按照规划写入第一块iSCSI网卡的通信IP,如下图 点击完成创建第一块iSCSI通信网卡。 使用同样的方法创建第二块iSCSI网卡,完成后,应该会得到如下图红框中的配置。 创建完两个iSCSI标准交换机后,开始配置与存储的连接。首先添加ESXi自带的软iscsi网卡适配器,如下图,进入“配置”->“存储适配器”,点击右上角的“添加”按扭 添加完成后,会看到上图中的网卡,再点击“属性”按扭。在弹出的对话框中选择“网络配置”开始添加刚才创建的两个VMkernel iSCSI虚拟交换机,如下图,点击“添加”按扭开始添加。 如下图,选择第一块iSCSI卡 再用同样的方法添加第二块iSCSI卡,完成后就能在VMkernel端口绑定框中看到添加的网卡,如下图所示。路径状态这里为未使用,是因为还没添加存储。 接下来开始添加iSCSI存储,切换到“动态发现”选项,如下图,点击“添加”,准备将前面提到的存储服务地址172.19.134.102添加进配置中 在弹出的对……
SE_Ning 2024-03-14
200 0 0 -
SQL中为什么不要使用1=1
最近看几个老项目的SQL条件中使用了1=1,想想自己也曾经这样写过,略有感触,特别拿出来说道说道。 编写SQL语句就像炒菜,每一种调料的使用都可能会影响菜品的最终味道,每一个SQL条件的加入也可能会影响查询的执行效率。那么 1=1 存在什么样的问题呢?为什么又会使用呢? 为什么会使用 1=1? 在动态构建SQL查询时,查询条件往往都是动态的,最终执行时可能会使用不同的条件。这时候,他们就会使用“1=1”作为一个始终为真的条件,让接下来的所有条件都可以方便地用“AND”连接起来,就像是搭积木的时候先放一个基座,其他的积木块就都可以在这个基座上叠加。 就像下边这样: SELECT * FROM table WHERE 1=1 <if test="username != null"> AND username = #{username} </if> <if test="age > 0"> AND age = #{age} </if> 1 2 3 4 5 6 7 这样就不用在增加每个条件之前先判断是否需要添加“AND”。 1=1 带来的问题 性能问题? 我们先来了解一下数据库查询优化器的工作原理。查询优化器就像是一个聪明的图书管理员,它知道如何最快地找到你需要的书籍。当你告诉它所需书籍的特征时,它会根据这些信息选择最快的检索路径。比如你要查询作者是“谭浩强”的书籍,它就选择先通过作者索引找到书籍索引,再通过书籍索引找到对应的书籍,而不是费力的把所有的书籍遍历一遍。 但是,如果我们告诉它一些无关紧要的信息,比如“我要一本书,它是一本书”,这并不会帮助管理员更快地找到书,反而可能会让他觉得困惑。一个带有“1=1”的查询可能会让数据库去检查每一条记录是否满足这个始终为真的条件,这就像是图书管理员不得不检查每一本书来确认它们都是书一样,显然是一种浪费。 你可能会说:数据库没有这么傻吧? 确实,这实际上可能不会产生问题,因为现代数据库的查询优化器已经非常智能,它们通常能够……
SE_Ning 2024-03-14
130 0 0 -
aix更换HBA卡 更换步骤
aix更换HBA卡 1、 显示热插拔 PCI 插槽的编号、位置以及功能 [root@:/] lsslot -c pci U5791.001.99B00L8-P1-C06 PCI-X capable, 64 bit, 133MHz slot ent0 U5791.001.99B00L8-P1-C07 PCI-X capable, 64 bit, 133MHz slot Empty U5791.001.99B00L8-P1-C08 PCI-X capable, 64 bit, 133MHz slot Empty U5791.001.99B00L8-P1-C09 PCI-X capable, 64 bit, 133MHz slot Empty U5791.001.99B00L8-P2-C01 PCI-X capable, 64 bit, 133MHz slot fcs0 U5791.001.99B00L8-P2-C02 PCI-X capable, 64 bit, 133MHz slot ent1 U5791.001.99B00L8-P2-C03 PCI-X capable, 64 bit, 133MHz slot Empty U5791.001.99B00L8-P2-C04 PCI-X capable, 64 bit, 133MHz slot sa0 U5791.001.99B00L8-P2-C05 PCI-X capable, 64 bit, 133MHz slot fcs1 2、确定当前设备及path状态 –查看系统日志 [root@:/] errpt |more IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION B8FBD189 0307151608 T S fscsi0 SOFTWARE PROGRAM ERROR A39F8A49 0307151608 T S syserrlg ERROR LOGGING BUFFER OVERFLOW –查看设备状态 [root@:/] lsdev -Cc adapter|grep fcs fcs0 Available 0E-08 FC Adapter fcs1 Available 0J-08 FC Adapter –查看path状态 dlnkmgr view -path|grep Offline 000002 08.0E.0000000000010900.0000 HITACHI .DF600F .8168 0000 1B Offline(E) Non 0 0 0 dlmfdrv0 000003 08.0E.0000000000010800.0000 HITACHI .DF600F .8168 0000 0B Offline(E) Own 16018444 7 13 0 dlmfdrv0 …… 3、更换HBA卡 –删除设备 [root@:/] dlmhbadel fscsi0 KAPL10620-I The dlmHBAdel utility completed normally. [root@:/] rmdev -dl fcs0 -R #diag,选择Task Selection–>Hot Plug Task–>……
SE_Ning 2024-03-14
182 0 0 -
vcenter7.0.3j升级到7.0.3o
将补丁包上传至vmware存储中 将下载好的补丁包挂载至vCenter虚拟机中 为vcenter创建快照 登录vcenter5480端口 查看当前版本 选择升级版本 选择转储并安装 等待升级完成后检查
SE_Ning 2024-03-14
103 0 0 -
【转载】eNSP教程 —— Ensp模拟器中的设备如何连接到真实物理机
操作:使用桥接技术,让eNSP里的Cloud网络与电脑里的网卡关联起来。 —— ①拓扑: —— 操作+注意点: ensp中所需连接的接口ip为:10.168.1.254(必须和物理pc处于同一个网段,且ip不能冲突) 如果相连接口不能配置ip的话(eNSP上AR1220的eth接口是二层口)可以使用vlan创建ip 间接相连的话可以使用路由 cloud设备配置: —— ③物理pc ping测试: ———————————————— 版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。 原文链接:https://blog.csdn.net/qq_62311779/article/details/127217125
SE_Ning 2024-03-14
410 0 0
