From owner-freebsd-stable Thu Dec 12 14:33:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DB437B401 for ; Thu, 12 Dec 2002 14:33:33 -0800 (PST) Received: from malkav.snowmoon.com (malkav.snowmoon.com [209.23.60.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C37543EB2 for ; Thu, 12 Dec 2002 14:33:32 -0800 (PST) (envelope-from marius@malkav.snowmoon.com) Received: (qmail 55505 invoked by uid 1003); 12 Dec 2002 22:33:10 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Dec 2002 22:33:10 -0000 Date: Thu, 12 Dec 2002 17:33:10 -0500 (EST) From: "Marius M. Rex" To: questions@FreeBSD.org Cc: stable@FreeBSD.org Subject: memory disks in 4.5-stable Message-ID: <20021212170432.V55411-100000@malkav.snowmoon.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I want to create a number of small RAM disks on some webservers so they can serve high traffic content directly off of RAMdisks instead of conventional disks or NFS. I first tested this out on my desktop machine 4-7 stable and everything worked just fine. I made 3 10Mb RAMdisks and mounted then just as planned. But once I hopped onto the production servers (4.5-Stable from eb 26, 2002 I believe) I seemed to be limited to using only one md device. Only md0 is reconized as valid, any device number above that fails to be recognized as a configured device. MAKEDEV will make the devices just fine, but disklabel refuses to deal with them. It fails like so: image1# cd /dev image1# ./MAKEDEV md1 image1# disklabel -r -w md1 auto disklabel: /dev/md1c: Device not configured /dev/md1c and all the associated devices seem to be present, but disklabel refuses to recogize them. Again, this worked fine on my 4.7 desktop, but following the same procedure on the servers at our data center, it fails every time. I thought that perhaps adding a number after md in the kernel would help so I did this and recompiled: pseudo-device md 3 # Memory disks But that had no effect at all. If this is a bug, I can not find reference to it. Is it a bug that I can patch? Is there a work around I can preform? I am reluctant to upgrade the servers unless I have to, as they are in production. Anyone have any suggestions or advice? Please cc: responces to me, as I am not a regular subscriber. ------------------------------------------------------------------------- Marius M. Rex NeXT is most Goth of all computers. It's all black. It's obscure and arcane. It's obstinate, and at times annoying. Most of all, it's a fetish which one can only defend by resorting to emotional arguments because there is no rational basis for involvement with it any longer. (Not only that, but many no longer work, and occasionally smoke.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message