| Darren Reed | 2TB HDD = TIMEOUT - READ_DMA48 ....
As another body that today bought a 2TB HDD, I can confirm the presence
of kernel messages relating to READ_DMA48 with FreeBSD 8.
The drive in question is a Hitachi one, not a Samsung.
Is it the drive, system or operating system?
Well, the drive works without any such error with both Windows 7 and
NetBSD 5.1.
So it looks like the finger is now pointing as a bug in FreeBSD... and
if it is fixed in HEAD then it needs to be merged into the branch for ...
| Oct 13, 3:59 pm 2010 |
| FreeBSD Tinderbox | [head tinderbox] failure on sparc64/sun4v
TB --- 2010-10-13 13:47:40 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-13 13:47:40 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-10-13 13:47:40 - cleaning the object tree
TB --- 2010-10-13 13:49:43 - cvsupping the source tree
TB --- 2010-10-13 13:49:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2010-10-13 13:54:52 - building world
TB --- 2010-10-13 13:54:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-10-13 13:54:52 ...
| Oct 13, 11:26 am 2010 |
| FreeBSD Tinderbox | [head tinderbox] failure on sparc64/sparc64
TB --- 2010-10-13 11:48:20 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-13 11:48:20 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-10-13 11:48:20 - cleaning the object tree
TB --- 2010-10-13 11:50:44 - cvsupping the source tree
TB --- 2010-10-13 11:50:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2010-10-13 11:55:28 - building world
TB --- 2010-10-13 11:55:28 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-10-13 ...
| Oct 13, 9:46 am 2010 |
| Sam Fourman Jr. |
| Oct 13, 9:17 am 2010 |
| Andriy Gapon |
| Oct 13, 9:09 am 2010 |
| Sam Fourman Jr. |
| Oct 13, 8:59 am 2010 |
| Andriy Gapon | Re: Locked up nfsd after avg@ sendfile patch
It seems that thread 100281 is stuck waiting on zio and other threads are waiting
on it (because it set zilog->zl_writer and hasn't unset it) or other stuck threads
in chain:
1081 100281 nfsd nfsd: service mi_switch+0x176
sleepq_wait+0x42 _cv_wait+0x129 zio_wait+0x61 zil_commit+0x3df
zfs_freebsd_fsync+0xd6 VOP_FSYNC_APV+0x6c nfsvno_fsync+0xb7
nfsrvd_commit+0xe3 nfsrvd_dorpc+0x39d nfssvc_program+0x447
svc_run_internal+0x6e9 svc_thread_start+0xb ...
| Oct 13, 11:43 am 2010 |
| Sam Fourman Jr. | Locked up nfsd after avg@ sendfile patch
FNFS# uname -a
FreeBSD FNFS.PuffyBSD.Com 9.0-CURRENT FreeBSD 9.0-CURRENT #23: Wed Oct 13
08:07:13 CDT 2010 root@FNFS.PuffyBSD.Com:/usr/obj/usr/src/sys/FNFS
amd64
FNFS#
running CURRENT as of - r213742
FNFS# top -PS
last pid: 65634; load averages: 3.39, 2.81,
1.62
up 0+01:47:43 10:07:35
322 processes: 6 running, 295 sleeping, 21 waiting
CPU 0: 74.8% user, 0.0% nice, 7.5% system, 0.0% interrupt, 17.7% idle
CPU 1: 85.4% user, 0.0% nice, 4.3% system, 0.0% interrupt, 10.2% ...
| Oct 13, 8:13 am 2010 |
| Andriy Gapon |
| Oct 13, 8:53 am 2010 |
| Sergey V. Dyatko |
| Oct 13, 7:28 am 2010 |
| Anton Shterenlikht | 3 different ral(4) pcmcia card (same chip) give the same error
Is damien@ still active in ral(4) development?
I'm posting here in case he's not.
many thanks
anton
----- Forwarded message from Anton Shterenlikht <mexas@bristol.ac.uk> -----
Date: Tue, 12 Oct 2010 12:07:35 +0100
From: Anton Shterenlikht <mexas@bristol.ac.uk>
To: damien@freebsd.org
Subject: 3 different ral(4) pcmcia devices give the same error
Hi Damien
On amd64 r213648 I've 3 different ral(4) cards, all giving
ral0: could not read from BBP
ral0: timeout waiting for ...
| Oct 13, 6:46 am 2010 |
| Eric Crist | NFSv3 + 8.1 + rpc.[lockd|statd] issues
Hey folks,
We have a machine running FreeBSD 8.1-RELEASEp1 acting as an NFS server hosting 3 ZFS file systems on an external enclosure. There are a bunch of machines, ranging from 4.11, 7.1, and 8.x systems acting as NFS clients to this server. Running dmesg on the NFS server shows no errors at all, but the three different clients show differing errors. On the panther example below, it was reported last night a 48MB file took about 90 minutes to transfer.
I'm working on upgrading the 7.1 system ...
| Oct 13, 5:42 am 2010 |
| Alexander Best |
| Oct 12, 6:28 pm 2010 |
| Jilles Tjoelker | Re: [PATCH] fix shell bug in ${var%pattern} expansion
Thank you, I think this is the mysterious bug I encountered a while ago
while making changes to arithmetic expansion, heavily using the stack
string. It only failed when /etc/rc.d/nfsserver was called from /etc/rc
on boot.
Your patch looks good (the first one) and works for me. The second patch
indeed seems a hack rather than fixing the problem properly.
The opening brace should be on its own line.
Your test is too fragile: it often fails to detect the bug. Calling like
sh -c '. ...
| Oct 13, 2:42 pm 2010 |
| David O'Brien |
| Oct 13, 4:24 pm 2010 |
| Jaakko Heinonen |
| Oct 13, 1:49 am 2010 |
| Danilo Baio | Re: mfi and Dell PERC 6/i
Hi guys,
Solved my problem.
The support DELL replaced the battery and the problem persisted, so they
replaced all the controller for a new one and solved the problem.
Today this controller is running on a production/stress server with no
problem, uptime 31 days.
FreeBSD 8.1
Raid 1 (2 disks sata 500) and Raid 10 (four disks sas 15k)
Thank you all.
--
Danilo Gonçalves Baio (dbaio)
danilobaio (*) gmail . com
+55 (44) 8801 ...
| Oct 13, 6:29 am 2010 |
