| To: | linux-xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: 2.4.18 + XFS 1.1 on multiprocessor: bizzare hard hang on Samba writes. |
| From: | Thor Lancelot Simon <tls@xxxxxxxxxxxx> |
| Date: | Wed, 24 Apr 2002 14:45:35 -0400 |
| In-reply-to: | <20020421032724.A18019@pla-muek.reefedge.com>; from tls@reefedge.com on Sun, Apr 21, 2002 at 03:27:24AM -0400 |
| References: | <20020421032724.A18019@pla-muek.reefedge.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5i |
On Sun, Apr 21, 2002 at 03:27:24AM -0400, Thor Lancelot Simon wrote: > > I figured the problem was with the software RAID (even though I'm using an > external log on a partition of the Adaptec's "disk") but copying onto the > Adaptec RAID volume, as it turns out, has the same issue. So, I assume > the likely culprit is a locking botch somewhere in the acenic or dpti > drivers or in XFS. I assume everyone in the world would know if acenic > or dpti were broken (they have many more users that XFS, I've got to guess) > so I tend to blame XFS... This appears to actually be some kind of locking botch in the IDE driver; I cannot provoke the problem with the IDE bus totally inactive, and I *can* provoke it even if I switch all filesystems to ext3. I think XFS is off the hook here. Thor |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: XFS slows down on used partions with bonnie++, Thor Lancelot Simon |
|---|---|
| Next by Date: | Re: DMAPI dm_handle_to_path, Dean Roehrich |
| Previous by Thread: | 2.4.18 + XFS 1.1 on multiprocessor: bizzare hard hang on Samba writes., Thor Lancelot Simon |
| Next by Thread: | re: quota patch, Ian Cumming |
| Indexes: | [Date] [Thread] [Top] [All Lists] |