similar to: XFS Issues

Hi, today I burned some cds on my win XP machine. The data resides on my Linux server running Debian, selfmade kernel 2.6.8.1 and samba 3.0.6. After a while the syslog showed lines like these: ---snip---- Aug 27 19:27:38 sauron kernel: smbd: page allocation failure. order:5, mode:0xd0 Aug 27 19:27:38 sauron kernel: [<c0134648>] __alloc_pages+0x2f8/0x370 Aug 27 19:27:38 sauron kernel:

We're running a mix of ext3 and xfs file systems on CentOS 4 workstations at our site. We have benefitted greatly from the increased performance and fast (crash recovery) reboot times that we get from xfs. We're currently running CentOS kernel 2.6.9-42.0.8.EL and xfs version 0.2-1. We have one host where we've got issues. It's a (very) busy imap server with external scsi hardware

ZFS works really stable on FreeBSD, but I''m biggest problem is how to control ZFS memory usage. I''ve no idea how to leash that beast. FreeBSD has a backpresure mechanism. I can register my function so it will be called when there are memory problems, which I do. I using it for ARC layer. Even with this in place under heavy load the kernel panics, because memory with KM_SLEEP

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian

Hi, Following "anonymous tracing" chapter, I wanna trace kmem_init(), but after reboot, I can''t get anything, why? Here is my short script kmem_init.d: #!/usr/sbin/dtrace -s fbt::kmem_init:entry { stack(); } then I just use: #dtrace -AFs kmem_init.d #reboot #dtrace -ae < got nothing here> Thanks, -Alex This message posted from opensolaris.org

Hi, is it somehow possible to use Dtrace for error injection in a kernel module? Something like changing: - function return value - value of a register If not, can it be implemented? I can do that via kmdb, but I need Dtrace for the time synchronization - chill() action. I can not combine Dtrace & kmdb: dtrace: failed to initialize dtrace: DTrace cannot be used when kernel debugger

Now at 36 hours since zdb process start and: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 827 root 4936M 4931M sleep 59 0 0:50:47 0.2% zdb/209 Idling at 0.2% processor for nearly the past 24 hours... feels very stuck. Thoughts on how to determine where and why? -- This message posted from opensolaris.org