Robert Watson wrote:
Hmm. I've been getting this on an ATA box as well. Don't seem to get it
when softupdates is not set on the root partition, but that's just an
observation from a couple of boxes. (Sample size == 2 - confidence level
= 0).
I don't have softupdates on root (but I do
In message [EMAIL PROTECTED] "Daniel C. Sobral" writes:
: I don't have softupdates on root (but I do have elsewhere... which
: reminds me I need to turn it on on a recently created partition :).
It still seems to happen for me on a box that has softupdates
disabled. But its frequency is far far
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot of this again. Anyone else?
Yep. ahc controller also. By chance is that
It seems David O'Brien wrote:
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot of this again. Anyone else?
Yep.
Hmm... Good question.
On Fri, 23 Feb 2001, David O'Brien wrote:
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot
Not here. Just using ad and friends.
On Fri, 23 Feb 2001, Matthew Jacob wrote:
Hmm... Good question.
On Fri, 23 Feb 2001, David O'Brien wrote:
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3
David O'Brien wrote:
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot of this again. Anyone else?
Yep. ahc
On 23-Feb-01 Soren Schmidt wrote:
It seems David O'Brien wrote:
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot of
No, its generically broken...
Hmm, I must have Magic Boxes(tm) becaues none of them exhibit this problem.
You might keep that in mind when you say, "oh, yes, it worked for me!" :-)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
Hmm. I've been getting this on an ATA box as well. Don't seem to get it
when softupdates is not set on the root partition, but that's just an
observation from a couple of boxes. (Sample size == 2 - confidence level
= 0).
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
In message [EMAIL PROTECTED] Wesley
Morgan writes:
: Not here. Just using ad and friends.
I've disabled soft updates on my partitions and it seems to get rid of
these.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
guring syscons:.
Additional ABI support:.
Starting local daemons:.
Local package initialization: Networker Samba.
Additional TCP options:.
Thu Feb 22 11:38:43 PST 2001
FreeBSD/i386 (quarm.feral.com) (ttyd0)
login: (da0:ahc0:0:0:0): tagged openings now 16
Feb 22 15:17:31 quarm rebootWaiting
On Thu, 22 Feb 2001 15:20:10 -0800 (PST), Matthew Jacob [EMAIL PROTECTED] said:
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 giving
up on 3 buffers
I'm seeing a lot of this again. Anyone else?
Yup.
--
Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA
Bruce Evans wrote:
On Sun, 10 Sep 2000, John Baldwin wrote:
[EMAIL PROTECTED] wrote:
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus
On Sun, 10 Sep 2000, John Baldwin wrote:
H. At least on the x86, curproc is now set to proc0 before we probe
to see how much memory we have in init386(). In fact, we set curproc up
right after setting up the GDT, and before both the ldt and idt, so at least
on x86, we won't get a
[EMAIL PROTECTED] wrote:
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus, as a workaround
for now, use the shutdown command to reboot your box until we can
On Fri, 8 Sep 2000, John Baldwin wrote:
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus, as a
workaround for now, use the shutdown command to reboot your box
At 11:59 AM 9/9/2000 -0400, Robert Watson wrote:
On Fri, 8 Sep 2000, John Baldwin wrote:
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus, as a
workaround
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus, as a workaround
for now, use the shutdown command to reboot your box until we can track this
down.
--
John
Ok, an update on the dirty buffers on reboot:
If you use the reboot command, you will get dirty buffers. If you use
'shutdown -r now' instead, you won't get dirty buffers. Thus, as a workaround
for now, use the shutdown command to reboot your box until we can track this
down.
I suggest
20 matches
Mail list logo
