Hello!

I have a nasty problem with a file-backed md. The file is the
Windows' swap file residing on a msdosfs part of the drive.

First I tried to just swapon to the md:

        tmp=`mdconfig -a -t vnode -f /W/pagefile.sys`
        swapon $tmp

But random big-memory programs were hanging. At that stage,
even the simple sync(8) was hanging and reboot would report
that "some processes would not die".

So I switched to using that chunk of disk as:

        newfs /dev/$tmp
        mount /dev/$tmp /scratch

This seems to work initially -- the file system is created at
boot. I was able to untar a sizable tarball onto it. I opened
a file under /scratch in vi and was able to browse it, but on
trying to :q, the editor hung and is still hung as I type this.

An attempt to `umount /scratch' is currently hung as:

        MWCHAN STAT
        `wdrain D'

while a subsequent forcefull `umount -f /scratch' looks slightly
different:

        MWCHAN STAT
        `devfs  D'

Attempt to delete the md fails with EBUSY.

A big program (kmail) is now hung too, although it is not supposed to
look at /scratch:

        MWCHAN STAT
        `wdrain D'

-- I'm afraid all disk-access is now busted and I'm able to type this
only because with my 1Gb or RAM most of the stuff is entirely in cache.

The -current kernel is built from Mar 6 sources, but I first observed
the problem with an earlier kernel -- a few weeks before.

Any hope? Thanks!

        -mi

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to