加速OSD的启动

【加速OSD的启动】的更多相关文章

ceph是目前开源分布式存储里面最好的一个,但是在高负载下会有很多异常的情况会发生,有些问题无法完全避免,但是可以进行一定的控制,比如:在虚拟化场景下,重启osd会让虚拟机挂起的情况重新启动osd会给这个osd进程所在的磁盘带来额外的负载,随着前面业务的需求的增长,会增加对存储的I/O的需求,虽然这个对于整个业务系统来说是好事,但是在某些情况下,会越来越接近存储吞吐量的极限,通常情况下没有异常发生的时候,都是正常的,一旦发生异常,集群超过了临界值,性能会变得剧烈的抖动对于这种情况,一般会升级…

利用BLCR加速android的启动（zygote加入checkpoint支持）

目前基于android4.2.2基线代码的blcr扩展,编译和启动是没有问题了,但是一重启就挂了. 弄这个有段时间了,很纠结,没有个可靠的结果,但是研究到现在,又舍不得放弃. 我想除了shuaiwen或许自己弄成功过,其他我见到的人,就算编译.扩展成功,最后在使用的时候都会有问题. 目前来看,问题依旧很多,很打击自信心. 建了一个群,如果有对Blcr加速android启动感兴趣的同学,进来聊一聊. 已暂停BLCR或者DMTCP支持,但是应群友要求,群保留下来,做为整机优化,技术讨论用途,望路过的…

利用BLCR加速android的启动（android4.2）

BOSS要求提高安卓系统的启动速度,优化bootloader和kernel后,发现还是达不到要求,没办法才打起zygote的注意. ============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION= TARGET_PRODUCT=sabresd_6dq TARGET_BUILD_VARIANT=user TARGET_BUILD_TYPE=release TARGET_BUILD…

ceph存储osd启动异常处理和正常启停操作

机器角色:cloudstack虚拟机的宿主机:ceph存储机器. 事件:ceph存储的物理机器由于内存异常,需要停机更换,仅仅是把该物理机上面的虚拟机迁移走,同时启动了停机维护,然后就直接关机.结果造成重启之后ceph异常原因:由于异常关闭,ceph进程的相关信息没有正常关闭,信息没有同步到文件系统,如pid文件等信息现象并尝试解决: 1)检查osd的整体信息 [root@haha1~]# ceph osd tree ID WEIGHT TYPE NAME UP…

掉电后osdmap丢失无法启动osd的解决方案

前言本篇讲述的是一个比较极端的故障的恢复场景,在整个集群全部服务器突然掉电的时候,osd里面的osdmap可能会出现没刷到磁盘上的情况,这个时候osdmap的最新版本为空或者为没有这个文件还有一种情况就是机器宕机了,没有马上处理,等了一段时间以后,服务器机器启动了起来,而这个时候osdmap已经更新了,全局找不到需要的旧版本的osdmap和incmap,osd无法启动一般情况下能找到的就直接从其他osd上面拷贝过来,然后就可以启动了,本篇讲述的是无法启动的情况解决方案获取运行的ceph…

重启osd服务失败：Start request repeated too quickly

背景 OS:Ubuntu 16.04 修改了osd的一些配置,修改后,需要重启osd服务才能生效.第一次重启后,配置立刻生效.再改了一些配置,重启osd服务后,配置却不再生效了.ps命令查看进程,发现osd进程都没有启动. 分析 osd进程未启动,第一直觉就是配置出错,osd进程启动后又挂掉.于是,进入/var/log/ceph目录,查看ceph-osd.0.log,发现日志末尾只有关闭进程的相关日志,并没有osd启动的信息.再查看该日志的时间,时间就是关闭服务时的时间.换句话说,第二次重启服务…