| To: | "XFS: linux-xfs@xxxxxxxxxxx" <linux-xfs@xxxxxxxxxxx> |
|---|---|
| Subject: | Re [follow-up note]: TAKE - fix pagebuf locking bug |
| From: | "D. Stimits" <stimits@xxxxxxxxxx> |
| Date: | Mon, 22 Jul 2002 10:39:04 -0600 |
| References: | <Pine.LNX.4.44.0207181541250.15539-100000@stout.americas.sgi.com> <3D3729D1.CDDED1C1@idcomm.com> <1027347486.25120.1.camel@stout.americas.sgi.com> <3D3C25D5.9010009@idcomm.com> <1027351954.25130.12.camel@stout.americas.sgi.com> |
| Reply-to: | stimits@xxxxxxxxxx |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 |
Just to let everyone know, I had posted a message about a stall during
large directory/file copy between ext2 and XFS earlier, using cvs
2.4.19-rc1-xfs. This turned out with a happy ending: within the 2.8 GB
of files were some device special files, which cp does not know how to
copy (e.g., how large is /dev/random and /dev/urandom?), and the cause
was neither a bug nor in any way related to XFS. Use of find with cpio
solved the problem, since this does not try to copy contents of device
special files.D. Stimits, stimits @ idcomm.com |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TAKE - remove kdev_t abuse from XFS, Eric Sandeen |
|---|---|
| Next by Date: | TAKE - rework of inode-related core changes, Eric Sandeen |
| Previous by Thread: | TAKE - remove kdev_t abuse from XFS, Eric Sandeen |
| Next by Thread: | TAKE - rework of inode-related core changes, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |