Re: swap-backed md-based /tmp to replace mfs-based one
David Wolfskill wrote: Date: Sun, 11 Mar 2001 15:11:09 -0800 From: Kris Kennaway [EMAIL PROTECTED] To: Hajimu UMEMOTO [EMAIL PROTECTED] We really need to provide a better rc.conf hook for doing this -- expecting people to write their own script just to create a /tmp is lame. I appreciate the validation that what I'm trying to do makes sense (at least to some folks). And I appreciate Hajimu Umemoto's contribution, since I hadn't been aware of the "diskless_mount" specification. But basically, I agree with the sentiment re: making it easier. I would be very pleased if it were made as easy as the use of an mfs-based /tmp (merely specify "filesystem type" as "mfs"), but my (very!) brief acquaintance with the semantics of the md device gives me the impression that the exact approach is unlikely to be useful. A while ago someone suggested a /etc/md.conf and an mdon(1) similar to swapon(1). The md.conf file would contain a simple table indicating what manner of md devices needs to be created, including fs type and a flag indicating if it needs to be newfs'ed (as well as newfs parameters, one assumes), and the mdon(1) would scan fstab and mount any filesystems on /dev/md*. This solution is much more flexible than simple /tmp fs on md devices, seems more appropriate (and scalable) than poluting rc.conf(5) with a host of new options, and avoids the mount_mdfs criticism leveled by phk that md is not an fs (which is true enough). It doesn't look even much difficult to implement either. I bet the most annoying part would be writing md.conf(5). Moreover, this solution seemed, at the time, to please all involved in the discussion. Only none of them went out and implemented it. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It's a rewarding life, but hey, somebody has to have all the fun, right? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Tue, Mar 13, 2001 at 12:12:35AM +0900, Daniel C. Sobral wrote: A while ago someone suggested a /etc/md.conf and an mdon(1) similar to swapon(1). Putting it in terms of this analogy make this approach sound quite reasonable. This solution is much more flexible than simple /tmp fs on md devices, seems more appropriate (and scalable) than poluting rc.conf(5) with a host of new options, As long as someone that is familiar with all the "cool" and more esoteric uses of `md' was consulted to ensure the framework is sufficiently capable. and avoids the mount_mdfs criticism leveled by phk that md is not an fs (which is true enough). If it looks like a duck, swims like a duck, quacks like a duck, -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
In message [EMAIL PROTECTED], "David O'Brien" writes: On Tue, Mar 13, 2001 at 12:12:35AM +0900, Daniel C. Sobral wrote: A while ago someone suggested a /etc/md.conf and an mdon(1) similar to swapon(1). Putting it in terms of this analogy make this approach sound quite reasonable. I can fully support this approach, or if people want to add a config file to mdconfig(8) I can live with that as well. and avoids the mount_mdfs criticism leveled by phk that md is not an fs (which is true enough). If it looks like a duck, swims like a duck, quacks like a duck, Sorry David, but it there is nothing duck-like about at all... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
In message [EMAIL PROTECTED], Matthew Jacob writes: Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? Have you tried -current ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Mon, Mar 12, 2001 at 08:27:54PM +0100, Poul-Henning Kamp wrote: If it looks like a duck, swims like a duck, quacks like a duck, Sorry David, but it there is nothing duck-like about at all... From a user's stand point, it acts just like the old MFS when used to create a swap backed /tmp. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
Date: Mon, 12 Mar 2001 11:29:50 -0800 (PST) From: Matthew Jacob [EMAIL PROTECTED] Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? Well, it appears to work OK for me so far. That said, I haven't been exercising it tremendously; I usually run -STBALE on the laptop. (Trying to watch for weirdnesses as we approach 4.3-R) Cheers, david -- David H. Wolfskill [EMAIL PROTECTED] As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
In message [EMAIL PROTECTED], "David O'Brien" writes: On Mon, Mar 12, 2001 at 08:27:54PM +0100, Poul-Henning Kamp wrote: If it looks like a duck, swims like a duck, quacks like a duck, Sorry David, but it there is nothing duck-like about at all... From a user's stand point, it acts just like the old MFS when used to create a swap backed /tmp. That's like saying that a skateboard acts like a truck when you put a parcel on it :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
In message [EMAIL PROTECTED], Matthew Jacob writes: Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? Have you tried -current ? The last we'd left this after you nuked MFS was I had an instant way of panic'ing -current. I can find the email for you if I must. You said you'd think about it. That's the last I heard. I can try it again, but I thought it'd be easier to find out whether the person who destroyed an important function and offered a replacement which failed to work might remember fixing it. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
In message [EMAIL PROTECTED], Matthew Jacob writes: In message [EMAIL PROTECTED], Matthew Jacob writes: Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? Have you tried -current ? The last we'd left this after you nuked MFS was I had an instant way of panic'ing -current. I can find the email for you if I must. You said you'd think about it. That's the last I heard. I can try it again, but I thought it'd be easier to find out whether the person who destroyed an important function and offered a replacement which failed to work might remember fixing it. The last month has been pretty rough on me, so bear with me, please. Can you resend the email please ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
The last month has been pretty rough on me, so bear with me, please. Okay. That's a very reasonable response. Can you resend the email please ? I'll just retry it now. Thank you for the above- I totally understand. My previous mail was just a "check-in" on it- not a demand. -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Latest with 'swap-backed md-based /tmp to replace mfs-based one '
It doesn't panic, yet. Good! Much improved! All is good, ahem, except that when I ran this tmp filesystem out of space, it takes a while before the space comes back if you remove files :-) farrago.feral.com lmdd of=/tmp/file /tmp: write failed, file system is full 117.19 MB in 9.07 seconds (12.9239 MB/sec) farrago.feral.com rm /tmp/file; ls /tmp; while : ; do df -k /tmp date sleep 1; done Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:48 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:49 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:50 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:51 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:52 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:53 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:54 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:55 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:56 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:57 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:58 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:59 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:30:00 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:30:01 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 1305208 120072 0%/tmp Mon Mar 12 12:30:02 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 1305208 120072 0%/tmp Mon Mar 12 12:30:03 PST 2001 -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Latest with 'swap-backed md-based /tmp to replace mfs-based one '
That looks like regular softupdates behaviour to me ? In message [EMAIL PROTECTED], Matthew Jacob writes: It doesn't panic, yet. Good! Much improved! All is good, ahem, except that when I ran this tmp filesystem out of space, it takes a while before the space comes back if you remove files :-) farrago.feral.com lmdd of=/tmp/file /tmp: write failed, file system is full 117.19 MB in 9.07 seconds (12.9239 MB/sec) farrago.feral.com rm /tmp/file; ls /tmp; while : ; do df -k /tmp date sleep 1; done Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:48 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:49 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:50 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:51 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:52 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:53 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:54 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:55 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:56 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:57 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:58 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:29:59 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:30:00 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 130520 1200800 100%/tmp Mon Mar 12 12:30:01 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 1305208 120072 0%/tmp Mon Mar 12 12:30:02 PST 2001 Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/md10c 1305208 120072 0%/tmp Mon Mar 12 12:30:03 PST 2001 -matt -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Latest with 'swap-backed md-based /tmp to replace mfs-based one'
That looks like regular softupdates behaviour to me ? Huh. I didn't know that there was this big of a delay. At any rate, thanks! I'll do some more testing and see if I can break it but I sure am happier to have something back! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
"David O'Brien" [EMAIL PROTECTED] writes: As long as someone that is familiar with all the "cool" and more esoteric uses of `md' was consulted to ensure the framework is sufficiently capable. If everyone (well, I guess mostly everyone) can agree on a suitable format for this md.conf, I'll write the code. Someone already proposed that mdconfig should be able to parse a config and configure the devices based on that, but it was dropped in favor of a mount_md wrapper some time ago. Again, if someone can come up with a format for md.conf that most people won't object to, I will write the code. I don't care if you want to call it mdon or stick it in mdconfig. Regards Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
kris We really need to provide a better rc.conf hook for doing this --
kris expecting people to write their own script just to create a /tmp
kris is lame.
Here is just an example script (CAUTION: not well-tested) to create a
filesystem/swap with mdconfig(8). This script support not only '/tmp
by mdconfig(8)', but also replaces 'swapfile' variable of rc.conf with
more generic way.
Sorry no diffs for rc.conf(5) nor any comments of this script, but
seeing is believing:)
-- -
Makoto `MAR' MATSUSHITA
#!/bin/sh
#
# mdconfig(8) knob for /etc/rc
#
# Example:
# mdconfig_filesystems='tmp swap'
#
# mdconfig_tmp_type='swap'
# mdconfig_tmp_size='32M'
# mdconfig_tmp_newfs_enable='YES'
# mdconfig_tmp_newfs_flags=''
# mdconfig_tmp_tunefs_enable='YES'
# mdconfig_tmp_tunefs_flags='-n enable'
# mdconfig_tmp_dir='/tmp'
# mdconfig_tmp_mode='1777'
# mdconfig_tmp_owner='root:wheel'
#
# mdconfig_swap_type="vnode"
# mdconfig_swap_file="/swapfile"
# mdconfig_swap_dir="swap"
#
# Note:
# - No support of 'mdconfig -u unit'.
# - No error checking of mdconfig(8).
#
for mdfs in ${mdconfig_filesystems}; do
eval _type=\$mdconfig_${mdfs}_type
eval _size=\$mdconfig_${mdfs}_size
eval _file=\$mdconfig_${mdfs}_file
eval _flags=\$mdconfig_${mdfs}_flags
eval _newfs_enable=\$mdconfig_${mdfs}_newfs_enable
eval _newfs_flags=\$mdconfig_${mdfs}_newfs_flags
eval _tunefs_enable=\$mdconfig_${mdfs}_tunefs_enable
eval _tunefs_flags=\$mdconfig_${mdfs}_tunefs_flags
eval _dir=\$mdconfig_${mdfs}_dir
eval _mode=\$mdconfig_${mdfs}_mode
eval _owner=\$mdconfig_${mdfs}_owner
case ${_type} in
[Ss][Ww][Aa][Pp])
_args="-t swap -s ${_size}"
;;
[Vv][Nn][Oo][Dd][Ee])
_args="-t vnode -f ${_file}"
;;
[Mm][Aa][Ll][Ll][Oo][Cc])
_args="-t malloc -s ${size}"
;;
esac
_mddev=`mdconfig -a ${_args} ${_flags}`
case ${_newfs_enable} in
[Yy][Ee][Ss])
disklabel -r -w ${_mddev} auto
newfs ${_newfs_flags} /dev/${_mddev}c /dev/null 21
;;
*)
;;
esac
case ${_tunefs_enable} in
[Yy][Ee][Ss])
tunefs ${_tunefs_flags} /dev/${_mddev}c /dev/null 21
;;
*)
;;
esac
case ${_dir} in
[Ss][Ww][Aa][Pp])
swapon /dev/${_mddev}
;;
*)
if [ ! -d ${_dir} ]; then
mkdir -p ${_dir}
fi
mount /dev/${_mddev}c ${_dir}
if [ -n "${_mode}" ]; then
chmod ${_mode} ${_dir}
fi
if [ -n "${_owner}" ]; then
chown ${_owner} ${_dir}
fi
;;
esac
done
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
swap-backed md-based /tmp to replace mfs-based one
During the past week, I've been tracking -STABLE (daily) -CURRENT (about
2 days out of 3) on a new laptop. (More stuff about that in the recent
-mobile archives, for folks who might have an interest.)
Although I realize that there are significant differences between the
FreeBSD mfs vs. the Sun tmpfs, using an mfs-based, swap-backed /tmp has
generally been working well for me over the last 3 years of using FreeBSD.
(I tend to be generous with swap diskspace allocations, which helps.)
And on this laptop, I have 3 different bootable "root" ( associated /usr)
partitions, so I can run -CURRENT, as well as run either of a couple of
-STABLEs. But since I'm running no more than one at a time, it made sense
to me to have the swap space be common to all three environments, and to
make /tmp be swap-backed.
In -STABLE, I merely stuffed an appropriate entry in /etc/fstab, and It
Just Worked. However, based on the example in the mdconfig man page on
-CURRENT, I get the impression that the process is a little more
involved.
Accordingly, I created the following shell script to accomplish a
similar objective, based upon the above-mentioned example in the
mdconfig man page. At present, I have it sitting in
/usr/local/etc/rc.d, which isn't ideal, but I wanted to find out if
anyone had better approaches for doing this, suggestions for
improvement, or arguments that what I'm trying to do is misguided and
shouldn't be done:
#!/bin/sh
size=512M # Plugged directly in to the mdconfig command,
# so use an expression that's compatible with that.
case "$1" in
start)
# Taken from the mdconfig man page, then lightly hacked:
# To create and mount a 128MByte swap backed filesystem on /tmp:
if [ -x /sbin/mdconfig ]; then
/sbin/mdconfig -a -t swap -s $size -u 10 \
/sbin/disklabel -r -w md10 auto \
/sbin/newfs /dev/md10c \
/sbin/tunefs -n enable /dev/md10c \
/sbin/mount /dev/md10c /tmp \
/bin/chmod 1777 /tmp \
exit 0
fi
;;
stop)
dev=`/sbin/mount | /usr/bin/awk '/ \/tmp / {print $1}'` || exit 1
/sbin/umount /tmp [ -c $dev ] /sbin/mdconfig -d -u $dev
exit 0
;;
*)
echo "Usage: `basename $0` {start|stop}" 2
;;
esac
exit 2
Thanks,
david
--
David H. Wolfskill [EMAIL PROTECTED]
As a computing professional, I believe it would be unethical for me to
advise, recommend, or support the use (save possibly for personal
amusement) of any product that is or depends on any Microsoft product.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Sun, 11 Mar 2001 13:17:58 -0800 (PST)
David Wolfskill [EMAIL PROTECTED] said:
david Accordingly, I created the following shell script to accomplish a
david similar objective, based upon the above-mentioned example in the
david mdconfig man page. At present, I have it sitting in
david /usr/local/etc/rc.d, which isn't ideal, but I wanted to find out if
david anyone had better approaches for doing this, suggestions for
david improvement, or arguments that what I'm trying to do is misguided and
david shouldn't be done:
I wrote following script obtained from manpage:
#!/bin/sh
mdconfig -a -t swap -s 128M -u 10
disklabel -r -w md10 auto
newfs /dev/md10c
tunefs -n enable /dev/md10c
mount /dev/md10c /tmp
chmod 1777 /tmp
Then, I put diskless_mount="/etc/rc.mount_tmp" into /etc/rc.conf.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote: We really need to provide a better rc.conf hook for doing this -- expecting people to write their own script just to create a /tmp is lame. It should be a wrapper called mount_mdfs or mount_mfs so people upgrading can keep their /etc/fstab [mostly] the same. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote: On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote: We really need to provide a better rc.conf hook for doing this -- expecting people to write their own script just to create a /tmp is lame. It should be a wrapper called mount_mdfs or mount_mfs so people upgrading can keep their /etc/fstab [mostly] the same. The latter would be best, IMO. Kris PGP signature
Re: swap-backed md-based /tmp to replace mfs-based one
Date: Sun, 11 Mar 2001 15:11:09 -0800
From: Kris Kennaway [EMAIL PROTECTED]
To: Hajimu UMEMOTO [EMAIL PROTECTED]
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
I appreciate the validation that what I'm trying to do makes sense (at
least to some folks). And I appreciate Hajimu Umemoto's contribution,
since I hadn't been aware of the "diskless_mount" specification.
But basically, I agree with the sentiment re: making it easier.
I would be very pleased if it were made as easy as the use of an
mfs-based /tmp (merely specify "filesystem type" as "mfs"), but my
(very!) brief acquaintance with the semantics of the md device gives me
the impression that the exact approach is unlikely to be useful.
But if we could have a set of variables defined in /etc{/defaults,}/rc.conf
for providing the parameters for creating the md-based /tmp, as well as
the decision as to whether or not this is wanted, and have some code in
/etc/rc* that pays attention to it, I believe that could be quite
satisfactory. So far, it seems to me that the critical parameters would
be the binary go/no go decision and the size. (It appears that the md
device name can be dynamically assigned at creation time.)
(I believe it would also be useful if /etc/rc.shutdown were to unmount
and de-allocate the resources for such things -- not becasue of any
familiarity with the code, but because that just seems to be the Right
Thing To Do. And to that end, it might be useful to have a somewhat
separate script (from the rest of the existing /etc/rc* scripts) that
could be invoked to create or destroy the /tmp.)
Cheers,
david
--
David H. Wolfskill [EMAIL PROTECTED]
As a computing professional, I believe it would be unethical for me to
advise, recommend, or support the use (save possibly for personal
amusement) of any product that is or depends on any Microsoft product.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
Kris Kennaway [EMAIL PROTECTED] writes: On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote: It should be a wrapper called mount_mdfs or mount_mfs so people upgrading can keep their /etc/fstab [mostly] the same. The latter would be best, IMO. I wrote a program to do this, but noone showed very much interest on -hackers. The pros are that it makes it very convenient to do all sorts of things with md without having to write different scripts to do it. The cons are that it "calls itself a mount_* but isn't a mount_* since it just runs a bunch of programs", and that it breaks `mount -p` because the filesystem shows up as "ufs" (which is technically correct). I'll post a URL to the code (it's a C program) if someone wants to look at it. Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: swap-backed md-based /tmp to replace mfs-based one
On Sun, 11 Mar 2001 15:11:09 PST, Kris Kennaway wrote: We really need to provide a better rc.conf hook for doing this -- expecting people to write their own script just to create a /tmp is lame. Hello? Anybody there? Am I alone in this universe? Throw the goddamned ball! [Apologies to Eddie Murphy] I sent patches for this in this message: Message-ID: [EMAIL PROTECTED] You can grab the message from: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=385910+0+current/cvs-all Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
