flashcache bug ? when use open_datasync kernel crash.

环境 :

CentOS 6.6 x64

kernel
2.6.32-504.3.3.el6.x86_64

flashcache master

SSD OCZ revodriver3X2

文件系统: EXT4

flashcache创建参数
# flashcache_create -v -p back -b 8k -m 8k cachedev1 /dev/disk/by-id/wwn-0x5e83a971000085b5-part1 /dev/mapper/vgdata01-lv01
/sbin/flashcache_load /dev/disk/by-id/wwn-0x5e83a971000085b5-part1 cachedev1

flashcache参数 :
/sbin/sysctl -w dev.flashcache.wwn-0x5e83a979b0a97ec6-part1+vgdata01-lv01.reclaim_policy=1
/sbin/sysctl -w dev.flashcache.wwn-0x5e83a979b0a97ec6-part1+vgdata01-lv01.skip_seq_thresh_kb=2048

PostgreSQL 9.4.1

当测试open_datasync接口时, 内核报错, 服务器重启了.

数据库配置一直用的fdatasync.所以使用正常.

$ pg_test_fsync
5 seconds per test
O_DIRECT supported on this platform for open_datasync and open_sync.

Compare file sync methods using one 8kB write:
(in wal_sync_method preference order, except fdatasync
is Linux's default)
        open_datasync
时间: 2024-10-21 19:23:19

flashcache bug ? when use open_datasync kernel crash.的相关文章

iOS应用的crash日志的分析基础

Outline如何获得crash日志如何解析crash日志如何分析crash日志     1. iOS策略相关     2. 常见错误标识     3. 代码bug 一.如何获得crash日志 当一个iOS应用程序崩溃时,系统会创建一份crash日志保存在设备上.这份crash日志记录着应用程序崩溃时的信息,通常包含着每个执行线程的栈调用信息(低内存闪退日志例外),对于开发人员定位问题很有帮助. 如果设备就在身边,可以连接设备,打开Xcode - Window - Organizer,在左侧面板

Linux 2.6.19.x 内核编译配置选项简介

Linux 2.6.19.x 内核编译配置选项简介 版权声明 本文作者是一位自由软件爱好者,所以本文虽然不是软件,但是本着 GPL 的精神发布.任何人都可以自由使用.转载.复制和再分发,但必须保留作者署名,亦不得对声明中的任何条款作任何形式的修改,也不得附加任何其它条件.您可以自由链接.下载.传播此文档,但前提是必须保证全文完整转载,包括完整的版权信息和作译者声明. 其他作品 本文作者十分愿意与他人共享劳动成果,如果你对我的其他翻译作品或者技术文章有兴趣,可以在如下位置查看现有作品的列表: 金步

Summary of Critical and Exploitable iOS Vulnerabilities in 2016

Summary of Critical and Exploitable iOS Vulnerabilities in 2016 Author:Min (Spark) Zheng, Cererdlong, Eakerqiu @ Team OverSky 0x00 Introduction iOS security is far more fragile than you believe. And there are lots of critical and exploitable iOS vuln

Linux: 介绍make menuconfig中的每个选项含义【转】

转自:http://blog.csdn.net/gaoyuanlinkconcept/article/details/8810468 介绍make menuconfig中的每个选项含义 Linux 2.6.19.x 内核编译配置选项简介作者:金步国 版权声明本文作者是一位自由软件爱好者,所以本文虽然不是软件,但是本着 GPL 的精神发布.任何人都可以自由使用.转载.复制和再分发,但必须保留作者署名,亦不得对声明中的任何条款作任何形式的修改,也不得附加任何其它条件.您可以自由链接.下载.传播此文档

Linus大神又怒了 呃...我为什么要说“又”?

Linus大神实乃性情中人,口无遮拦.继称OpenBSD开发者是一帮自慰的猴子.  调侃digg用户是"手淫的海象".以及 对 Nvidia 比中指爆粗 后,又有不懂事的人惹大神发怒了. 这回事由在于Linus认为Mauro违反了内核维护的基本原则.他的原话很好理解: 闭上你的臭嘴,Mauro! 这明显是一个bug,Kernel中的bug!你做了多长时间的维护人员了,为什么还不明白Kernel维护的第一原则? 如果修改会导致用户程序的破坏,那问题一定是在Kernel上!永远不可以归咎用

你了解Linux内核Oops的妙用吗

什么是Oops?从语言学的角度说,Oops应该是一个拟声词.当出了点小事故,或者做了比较尴尬的事之后,你可以说"Oops",翻译成中国话就叫做"哎呦"."哎呦,对不起,对不起,我真不是故意打碎您的杯子的".看,Oops就是这个意思. 在Linux内核开发中的Oops是什么呢?其实,它和上面的解释也没什么本质的差别,只不过说话的主角变成了Linux.当某些比较致命的问题出现时,我们的Linux内核也会抱歉的对我们说:"哎呦(Oops),对

有报告指出Win7存在一个漏洞

微软昨日证实,有报告指出Windows 7和Windows Server 2008 R2中存在一个漏洞,可被用来进行远程攻击系统,并导致系统内核崩溃,微软目前正在就此问题进行调查.微软官方发言人表示,此漏洞为Windows网络文件和打印共享协议Server Message Block(SMB)中存在的拒绝式服务漏洞,不过迄今为止微软还没有发现利用此漏洞实施攻击行为的案例.安全专家Laurent Gaffie昨日在博客中曝光了这一漏洞,并将其定级为中高级别漏洞,Laurent Gaffie表示这个

一个疑难故障,坑了我半年青春-----知识就是生产力

作者介绍 林伟壕,网易游戏资深运维工程师.现任职于网易游戏,从事游戏运维相关工作:曾就职于中国电信,负责数据网络维护.网络安全防御等工作.深入研究Linux运维.虚拟化等,现致力于企业级网络安全防护自动化体系构建. 相对物理环境,虚拟化环境更加错综复杂.之前弄KVM虚拟化时经常遇到好多次莫名其妙的网络故障,查出来的原因要么是操作系统内核bug,要么是KVM与操作系统内核版本不兼容,最后是通过升级操作系统内核或者KVM版本修复了.没想到,转型到Docker后,又重蹈覆辙了. 本文将介绍一个困扰笔者

戴文的Linux内核专题:09 配置内核(5)

Linux内核拥有许多可以配置的特性,接下来我们还有许多要配置. 下一个可以配置的特性是x86的随机数生成器(x86 architectural random number generator (ARCH_RANDOM)).记住,我们现在配置的是针对AMD64系统的内核代码.这个随机数生成器使用Intel x86的RDRAND指令.这并不通用,所以为了一个更轻量的内核我禁用了它. 接着,我们可以启用或者禁用"Supervisor Mode Access Prevention (X86_SMAP)