Re: mkreiserfs -s 1024 makes unmountable partitions
According to the manpage it should work: -s | --journal-size N N is size of journal in blocks. When journal is to be on a separate device - its size defaults to number of blocks that device has. When journal is to be on a host device - its size defaults 8193 and maximal possible value is 32749 (for blocksize 4k). Minimun is 513 for both cases. I've played with it a bit. It seems it never can mount if I did mkreiserfs with the -s option (1024, 2048, 8193 (default), 10240). I can if I mkreiserfs without -s (or others). It seems like I've done this before. I want to say that it requires some kernel patches, but at the moment I cannot remember. Perhaps Chris M. or Oleg can refresh my memory :)
Re: kswapd CPU usage and heavy disk IO
of swap space free, but so far I have not seen swap usage go above 1.6M (so in normal use I could turn off swap entirely and expect not to see much difference). When it's under really heavy load (when I have a maintenance task involving a find / and there are lots of POP/IMAP clients hitting the server as well as mail delivery) and the load average gets to about 40, the kswapd kernel thread starts using excessive CPU time. It will stay on ~4% but have spikes of up to 45%!!! This is a two-processor machine so 45% CPU reported by top means 90% of a single CPU I guess. 90% of a 1.8GHz P4 CPU is a lot of CPU and I think that something is wrong. In the meager documentation in the kernel source kswapd is described as being involved in paging to disk. I don't think that this is what it is doing as there is no noticable paging activity (it generally has at least 600M of buffers so there is no real shortage of memory). Would the activity of kswapd be involved with ReiserFS in any way? What can I do to improve this situation? -- -[]- -[ Brian Tinsley ]- -[ Chief Systems Engineer ]- -[Emageon ]- -[]-
Re: kswapd CPU usage and heavy disk IO
Dieter Nützel wrote: I think you should have cc'ed Andrea Arcangeli [EMAIL PROTECTED], LKM and try 2.4.20-aa1. I've got the -aa1 patch, but I have not been able to build the Linux Virtual Server code with it yet. I absolutely depend on this and have a request for assistance posted to that mailing list. Are you sure it is a ReiserFS and not a kernel thing? I don't believe it's a reiserfs issue. That's just where this thread started. IMHO, it's a kernel issue. -- -[]- -[ Brian Tinsley ]- -[ Chief Systems Engineer ]- -[Emageon ]- -[]-
journal relocation
Is there a patchset available for journal relocation on a 2.4 kernel (2.4.20 specifically)? I've seen reference to it in a few places but have been unable to locate it. -- Brian Tinsley Chief Systems Engineer Emageon
[Fwd: Re: [ogfs-dev]Re: [Linux-ha-dev] Re: GFS with MD/LVM (Was:Using RAID1 SCSI disks with heartbeat)]
Hey guys, Can someone clarify this please? Original Message Subject: Re: [ogfs-dev]Re: [Linux-ha-dev] Re: GFS with MD/LVM (Was: Using RAID1 SCSI disks with heartbeat) Date: Fri, 29 Nov 2002 19:01:14 -0700 From: Alan Robertson [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Organization: IBM Linux Technology Center To: [EMAIL PROTECTED] CC: Greg Freemyer [EMAIL PROTECTED], OpenGFS [EMAIL PROTECTED] References: 20021129211032.BZIW24110.mtiwmhc13.worldnet.att.net@TAZ2 [EMAIL PROTECTED] [EMAIL PROTECTED] Ragnar Kjrstad wrote: On Fri, Nov 29, 2002 at 03:50:45PM -0700, Alan Robertson wrote: I think EVMS has (or will have soon) r/w snapshots. WIth r/w snapshots, the process can be: snapshot, clean, mount. I think that could be done with no FS support. The FS support is still preferred because the integrity of the volume is still better (nothing held in cache). Some filesystems can still process journals on readonly filesystems. IIRC, ReiserFS does that. I don't think so. Reiserfs had to be patched to work with lvm snapshots as well. Originally it needed patches, but I was under the impression that those patches were now in the base code. -- Alan Robertson "Openness is the foundation and preservative of friendship Let me claim from you at all times your undisguised opinions." - William Wilberforce ___ Linux-HA-Dev: [EMAIL PROTECTED] http://lists.community.tummy.com/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- Brian Tinsley Chief Systems Engineer Emageon