如何检测二手市场的硬件防火墙宕机有没有毛病

否一般新买来的机器是不建议矗接拆机的,你可以下个检测硬件的软件然后看同设备的电脑跑分,不要相差太大还有你在刚买来的时候尽量多拷贝数据测试硬盘,開点大型进程测试CPU和内存有必要的话测试下显卡,在包退或者保修期的时候多折腾一下感觉不怎么好的就退了吧

你对这个回答的评价昰?


· 超过12用户采纳过TA的回答

当然会有在网上买东西要注意!!! 天猫好点。求赏分!送Q币!!!

你对这个回答的评价是


· 超过39用户采纳过TA的回答

可以检测,我得电子设备全在网上买的前提是,你得会玩电脑或者有高手朋友帮助你,那安全性就很好了望采纳哦,哽多问题请回复

你对这个回答的评价是


· 超过11用户采纳过TA的回答

一般情况是不会的,如果有的话退给他,记得加运费保险!但是网上買电脑还是算了吧自己去实体店体验下…

你对这个回答的评价是?

下载百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜頭里或许有别人想知道的***。

最好牌子也说明... 最好牌子也说明

阿姆瑞特F-300是180~240v1.2A,那么就是264瓦主流的差不多就是这个功率了。

你对这个回答的评价是


1U或者2U机架防火墙功率一般在350W上下。

具体数字你可鉯去查厂家网站,功率数值一般都

你对这个回答的评价是?

你对这个回答的评价是

下载百度知道APP,抢鲜体验

使用百度知道APP立即抢鲜體验。你的手机镜头里或许有别人想知道的***

裴征峰现就职于北京海天起点,二线专家成员南京办事处负责人,OCP 10g、OCP 11g、OCM11g超八年Oracle服务经验,擅长数据库故障诊断和性能调优目前主要从事客户的现场维护、重大问題的解决、数据库性能分析、二线服务质量保证等工作。

某省份的电信业务系统由于业务量较大按地市划分部署在4套配置相同的RAC上,相哃主机版本相同的CRS和数据库版本。该系统已正常运行3年多其间也有重启主机等正常维护操作。从4月24日 开始这个系统的4套RAC的节点,一個接一个地宕机重启但每次都不是同一个节点。整理的宕机情况列表如下:

这4套RAC是3年前***的平时运行非常稳定,基本没有问题从4朤份开始有节点宕机,并且在78月份宕机频率非常高。但有点比较奇怪每次宕机都是不同的节点,没有相同的节点发生宕机由于配置叻业务隔离,所以RAC宕一个节点对业务影响不大,但是如此大规模的节点宕机肯定有一些共性的问题。

每次宕机基本为ocssd.bin进程出错直接偅启节点。ocssd.bin报错的日志基本为:

这4套RAC的配置如下:

4月24日宕机分析过程

4月24日xx1db01节点宕机,这是这套业务系统的第一次节点宕机由于没有安裝OSWatch工具,无法得知宕机时操作系统资源情况

检查操作系统日志,没有发现报错信息这可能是系统直接重启时,还没有来得及把内存中嘚信息刷到磁盘检查数据库的alert日志,宕机重启时数据库实例没有异常信息

检查ocssd.log,发现如下报错:

MOS上的这个Bug 9132429是在Linux平台上当前主机是HP-UX。請网络组检查心跳交换机没有发现闪断或者其它异常。由于没有检查到有用的信息认为这可能是ocssd.bin进程的偶然报错现象,暂时没法解释這个问题

7月23日宕机分析过程

07月23日,xx2db02发生宕机检查结果和4月23日一样,其它全部没有信息只有ocssd.log日志信息如下:

经过确认,主机重启是由於ocssd的GMClientListener问题导致由于未在主机上***系统资源监控工具,没有有效的主机资源使用情况在MOS上了开SR,SR回复可能是主机资源使用存在问题泹没有OSW的信息,他们给不出解释

7月27日宕机分析过程

认证信息失败的原因,可能有以下几点:

1、节点间有防火墙   【没有配置】

6、节点间认證信息网络包发生问题     【无证据】

监控系统上主机资源使用情况如下CPU使用率:

SR认为监控粒度太粗。给这4套RAC、8个节点全部***了OSWatch下次如果有其它节点宕机就有详细的操作系统资源使用信息。

7月30日宕机分析过程

7月30日xx2db01宕机,日志信息如下:

检查file相关的内核参数:

检查nproc内核参數:

SR认为这些参数都正常上次故障时,在所有节点上都***了OSW工具这次有了相关主机资源信息。经过检查vmstat中显示:从7月30号的08:42到宕机時的09:34,一直存在pi的情况而空闲内存为11g左右。xx2db01主机是256G内存sga_max_size=100g,pga_aggregate_target=40g

宕机时vmstat信息如下,空闲内存为11g有一些内存页交换。

而正常情况下xx2db01主机的涳闲内存是100gpi基本为0。

经过检查内核参数filecache_max Default Auto这个参数表明主机允许文件缓存最大为130g左右,该参数设置较高有可能占用大部分内存,但是OSWatch沒有监控这个参数所以宕机时无文件系统缓存的相关信息。当前使用了Veritas ODM基本用不到操作系统缓存,建议把该参数调整到10g

在宕机时的ps輸出文件中存在大量的sendmail和rmail进程,但具体不清楚是什么作用

这次故障的原因,猜测是主机swap造成但从vmstat中监控到主机空闲内存还有11g左右(主機内存是256g),不怎么确认一定是主机内存耗尽导致ocssd.bin出现故障

filecache_max调整到10g左右,减小文件系统占用内存导致宕机的概率

调整CSSD的日志级别为4,讓cssd出故障时输出更多的日志信息。

8月19日宕机分析过程

通过详细检查OSWatch日志发现了宕机时ocssd.bin内存占用达到8g。

我检查了7月30日宕机时ocssd.bin的大小,發现也是8g左右

怀疑是不是进程所使用的内存达到限制导致,这时侯我咨询了主机工程师是否有内核参数,限制一个进程能够使用的内存大小查到如下参数:

maxdsiz、maxdsiz_64bit,是指任何用户进程的数据段的最大大小(以字节为单位)HP-UX 系统上的用户程序由五个不连续的虚拟内存段组荿:文本(或代码)、数据、堆栈、共享的和 I/O。每个段都占用一段已设定大小上限的结构化定义的虚拟地址空间范围但由于 maxtsiz、maxdsiz 和 maxssiz 可调参數的强制约束,文本、数据段和堆栈段的最大值可能会略小此可调参数定义了 32 位和 64 位进程的静态数据存储段的最大大小。数据存储段包含了固定的数据存储例如使用 sbrk() 和 malloc() 在main()、字符串和空间中分配的全局变量、数组变量、静态变量和局部变量。

检查未发生过宕机的xx4db02节点上ocssd.bin进程一段时间的内存使用情况确认存在内存泄露问题。

猜想可能是内存泄露导致了ocssd.bin内存占用过高达到操作系统限制,造成ocssd.bin出现问题进洏宕机重启。经过到MOS上检查发现如下Bug:

SR也确认是由于crsd.bin的nsdo()函数发生内存泄露,导致ocssd.bin受影响当前情况与MOS文档上描述一致。

问题的根本原因昰由于存在如下Bug:

  1. 由于内存泄露缓慢,可能要半年到一年左右ocssd.bin的内存使用才能达到限制,并且只有在特定的版本和平台上存在这个问題可以监控一下ocssd.bin进程的内存使用率,在快达到限制前手工重启下CRS。

这个问题非常之隐蔽会被很多因素遮盖掉,因为在1年时间之内主机很可能因为维护、硬件故障等造成了主机重启,而重启主机后CRS的ocssd.bin进程的内存就释放了又要经过长时间的内存泄露才会触发。如果没囿多套RAC的长时间稳定运行宕机后操作系统资源使用数据的相互交叉比对,很难诊断出根本原因

我要回帖

更多关于 硬件防火墙宕机 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信