【路由器】路由器系统类异常，即内存利用率

1、故障现象

无法进入特权模式：设备console口敲入字符无反应，且日志输出内存不足的异常log。

Ruijie>en

not enough memory! cli execute fail!

或 *Sep 6 08:54:14: %SCHED-0-NOSTACK: Could not allocate 40960 bytes for stack from memory.

机身内存是用来存储数据的，电话簿短信等等都可以存在机身内存，相当于电脑的c盘，尽量要留出空间，但不直接影响性能，看机身剩余内存可以用seleq等管理软件查看。a、当灌浆压力保持不变，注入率持续减少时，或当注入率不变而压力持续升高时，不得改变水灰比。第三步：再打开data-dalvik-cache 查看，系统缓存文件已恢复，用安卓优化大师查看rom剩余由重启前的101mb降至78mb，证明系统缓存文件已恢复垃圾文件已全部彻底删除了，本次操作实际释放rom空间48mb，打开几个软件全部正常启动。

Ruijie#show memory

System Memory Statistic:

Free pages: 2898

qj1:=if(capital=0,qj0*(jj-min(close,open)),qj0*if(high=low,1,(min(open,close)-low)))。x2:=(x1+close+high+open+low+(open+close)/2+(open+low)/2+(open+high)/2+(close+low)/2+(close+high)/2+(low+high)/2+(open+close+high)/3+(open+close+low)/3+(open+high+low)/3+(close+high+low)/3)/15。xa_107:=(min(open,close)-low)/close>=0.02 and (min(open,close)-low)/(high-low)>0.5>=0.02。

System Total Memory : 128MB, Current Free Memory : 14580KB

Used Rate : 89%

使用命令show memory连续查询设备内存利用率，确定设备内存利用率是否异常。软件占用内存持续增高软件占用内存持续增高由于RSR路由器为了保证关键业务正常，系统开机会预先保留内存资源（比如RSR50，开机50%；RSR10开机70%），所以正常业务情况下，基本不会耗费过多的内存资源。如果内存利用率偏高，设备内存利用率持续在70％以上（RSR10持续超过85%以上），说明某些线程消耗内存比较大，则可能设备内存存在泄漏，需要定期收集内存利用率信息对比内存。

观察内存使用是否在递增，通过网管软件如果获取到设备早期和当前的内存利用率存在较大幅度的递增通常也说明内存可能存在泄漏，需要按照下述步骤进行处理。

2、故障可能原因

通常由于软件故障，某功能占用的内存无法释放，会导致内存发生快速的或非常缓慢的泄漏。对于设备长期工作正常，近期新部署了某功能后，内存快速泄露的故障，通常跟新增功能存在异常相关。

电脑内存的占用直接影响了计算机的运行速度，很多时候，咱们在win8电脑中运行多个软件的时候都会发现，win8电脑的内存往往被一个程序或者是单独的两三个程序所占用，而造成其他软件无法正常、流畅的运行，这对于用户来说绝对是一个很可怕的事情，那么我们该如何解决win8电脑中程序运行的这个故障呢，咱们直接为win8电脑中的单个程序设置运行的内存大小就可以了，下面，小编就来说说具体的操作步骤。持续观察几天性能指标平稳，服务器cpu、swap、load对于内存泄漏前占用都非常少了。瑞星2012虽然降低了内存和cpu的占用，磁盘占用却从原来的50多mb增加到了217mb。

3.故障处理流程

4.故障处理步骤

4.1 查看设备内存是否耗尽

步骤1： 登陆到设备，获取内存信息（如下2种方法任选一种即可）

步骤2： 查看详细内存占用情况

1. not enough memory! cli execute fail!

2.*Sep 6 08:54:14: %SCHED-0-NOSTACK: Could not allocate 40960 bytes for stack from memory.

遇到上述情况时，直接进入步骤4.2紧急收集信息并恢复业务。

示例：

Ruijie#show memory

System Memory Statistic:

Free pages: 2898

watermarks : min 433, lower 866, low 1299, high 1732

System Total Memory : 128MB, Current Free Memory : 14580KB

Used Rate : 89%

遇到上述内存利用率较高（例如达到70%以上），但设备仍然可以正常工作，或内存利用率低于70%，但担心设备存在异常的，则跳过步骤4.2直接转入步骤4.3进行信息收集。

4.2 紧急收集信息及业务恢复

特别提示：

1. 紧急收集信息仅在设备无法进行正常管理（包括Console、telnet、SSH），且业务中断，客户急需重启设备恢复业务时使用。

2. 如设备可正常工作，可按照4.3步骤中的方法进行信息收集。

3. 紧急信息收集时间通常在2-3分钟即可，信息收集完毕后可重启设备快速恢复客户业务。

4. 重启之前务必和客户达成一致的操作时间，以便方便客户做好重启前的通知等准备工作。

5、输入叉叉助手的软件源地址、输入叉叉助手的软件源地址，输入完毕后点击添加源，输入完毕后点击添加源，也就是apt、等待一会就回添加完毕。 迭代器 迭代器的概念图 * 输入迭代器 input iterator 输出迭代器 output iterator 前向迭代器 forward iterator 双向迭代器 bidirectional iterator 随机访问迭代器 random access iterator 迭代器 * 迭代器支持的操作 迭代器是泛化的指针，提供了类似指针的操作（诸如++、*、- 运算符） 输入迭代器 可以用来从序列中读取数据，如输入流迭代器 输出迭代器 允许向序列中写入数据，如输出流迭代器 前向迭代器 既是输入迭代器又是输出迭代器，并且可以对序列进行单向的遍历 双向迭代器 与前向迭代器相似，但是在两个方向上都可以对数据遍历 随机访问迭代器 也是双向迭代器，但能够在序列中的任意两个位置之间进行跳转，如指针、使用vector的begin 、end 函数得到的迭代器 迭代器 迭代器的区间 两个迭代器表示一个区间：[p1, p2 stl算法常以迭代器的区间作为输入，传递输入数据 合法的区间 p1经过n次 n 0 自增 ++ 操作后满足p1 p2 区间包含p1，但不包含p2 * 迭代器 迭代器的辅助函数 advance p, n 对p执行n次自增操作 distance first, last 计算两个迭代器first和last的距离，即对first执行多少次“++”操作后能够使得first last * 迭代器 * 容器 容器类是容纳、包含一组元素或元素集合的对象。然后将入户线插入这个路由器的lan口（注意是lan口），a网线连接这个路由器的另一个lan口（注意是lan口）和另一个路由器的wan口，b网线连接路由器的lan口和电脑，那基本上没有办法），a网线连接交换机（任意口）和路由器（wan口）接到过一些投诉，b网线连接路由器的lan口和电脑，我给您提供一个我们这边可以解决的方法，进入设置向导-pppoe（adsl虚拟拨号）-输入宽带用户名-无线wifi信息-重启。

提示：如果信息收集过程中，确保Console线缆正常的前提下，Console口也没有输出，请联系4008111000协助处理。

信息收集内容务必确保能够自动记录在secCRT软件日志中。

步骤2：信息收集完毕后，可根据客户需求进行设备断电重启操作，设备重启时Console线缆应保持继续连接在设备，观察设备输出，并确保设备重启正常。

步骤3：等待设备正常重启成功后，继续如下收集信息以便提供给4008111000分析，设备工作正常时和故障时所紧急收集的信息对比，可帮助后台故障快速定位。

执行show memory 连续3次，间隔5S。

执行show memory protocols 连续3次，间隔5S。

收集基础信息。

show run

show version

show slot

show version slots

show memory

show log

show ip fpm stat （show 3次）

show ip fpm count (show 3 次)

show ip interface brief

show interface （如果怀疑有攻击，可以show 3 次）

show vrrp brief

show ef-rnfp all

如果涉及动态路由协议，请收集：

show ip route

show ip route count

show ip ospf neier

show ip ospf data

show ip rip peer

show ip rip data

show ip rip inter

show ip bgp neigh

show bgp all summary 。

4）进入debug support模式，方法如下

Ruijie#debug support

Ruijie(support)#

执行

Ruijie(support)#show memory 2次

Ruijie(support)#show pool 2次

Ruijie(support)#show skbuff 2次

Ruijie(support)#exit //退出support模式

收集完上述信息后，将故障处理过程描述清楚及收集信息完毕后，请联系4008111000协助处理。

4.3 观察设备内存使用是否持续递增

由于功能变化，例如单播路由条目增加、组播表项增加等其他功能调整均会导致内存一定程度增加，但此类增加通常比较平稳，内存利用率不会大幅增长，（例如1K路由约占用2M内存，由于网络扩容改造，设备多学习到了1K条路由，会导致内存减少2M左右）属于正常现象，并非故障。

所以对于怀疑内存泄露的故障，需要观察内存使用是否持续递增。

步骤1： 通过执行show memory,连续3次，每次间隔2S。

那么下一次申请内存块的时候，我们先问一下空闲链表有没有“饭”可以吃，就是说，空闲链表的数量是否大于零。每天早、晚、午夜巡塘，观察水色变化及对虾是否浮头，采用借助灯光观察和捞网检查两种方法观察虾的活动情况、生长状况和饱食率，以调节投饵量和是否开启增氧机。空闲列表：当java堆不是规整的，意思就是使用的内存和空闲内存交错在一起，这时候需要一张列表来记录哪些内存可使用，在需要为新生对象分配内存的时候，在这个列表中寻找一块大小合适的内存分配给它即可。

示例：

Ruijie#show memory

System Memory Statistic:

Free pages: 2898

watermarks : min 433, lower 866, low 1299, high 1732

System Total Memory : 128MB, Current Free Memory : 14580KB

Used Rate : 89%

步骤3：

执行show memory 连续3次，间隔5S。

执行show memory protocols 连续3次，间隔5S。

收集基础信息。

show run

show version

show slot

show version slots

show memory

show log

show ip fpm stat （show 3次）

show ip fpm count (show 3 次)

show ip interface brief

show interface （如果怀疑有攻击，可以show 3 次）

show vrrp brief

show ef-rnfp all

如果涉及动态路由协议，请收集：

show ip route

show ip route count

show ip ospf neier

show ip ospf data

show ip rip peer

show ip rip data

show ip rip inter

show ip bgp neigh

show bgp all summary 。

4）进入debug support模式，方法如下

Ruijie#debug support

Ruijie(support)#

执行

Ruijie(support)#show memory 2次

Ruijie(support)#show pool 2次

Ruijie(support)#show skbuff 2次

Ruijie(support)#exit //退出support模式

提示：如果内存利用率已经达到90%以上且持续递增，如果客户担心设备内存耗尽导致业务中断，可和客户商定在对客户业务影响最小的时间进行设备重启，重启完毕后再按照步骤3中的信息收集一次，并联系4008111000协助处理。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-98521-1.html