Bug 78406

Summary: [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and system crashes
Product: Base System Reporter: Ray Johns <ray>
Component: amd64Assignee: freebsd-amd64 (Nobody) <amd64>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description Ray Johns 2005-03-04 12:00:39 UTC 
This has happened twice.  First time, I installed FreeBSD 5.3 AMD64 on
the server (it's an eval server from eren@opensourcestorage.com).
Everything goes fine.  I log into the machine, make some changes to my
shell/prompt, no problems.  I ftp an updated ports.tar.gz from
ftp.freebsd.org to the machine, no problem.  As root, I cd /usr then
issue rm -r ports/ so that I can remove the ports tree and untar the
new ports and the system crashes/locks.  on the console, there are
error messages.  I took a photo of them here:

http://www.redshift.com/~ray/amd/

I contacted opensourcestorage and they sent a replacement SCSI drive
(it's a maxtore 18GB).  I installed the new drive, reloaded FreeBSD
again and the system crashed again at the exact same spot when I issued
rm -r ports

Fix: 

none at this time.
How-To-Repeat: install FreeBSD AMD64, delete ports directory
Comment 1 David E. O'Brien freebsd_committer freebsd_triage 2005-03-08 07:38:28 UTC 
On Fri, Mar 04, 2005 at 11:57:16AM +0000, Ray Johns wrote:
> AMD server with Tyan MB and dual CPU's.  I believe the system board is
> their Thunder MB.  eren@opensourcestorage.com can give full system
> specs (reference AMD system from Ray Johns)

How much memory is in the system?
Comment 2 Ray Johns 2005-03-08 07:39:42 UTC 
4GB

Ray


At 11:38 PM 3/7/2005 -0800, David O'Brien wrote:
| On Fri, Mar 04, 2005 at 11:57:16AM +0000, Ray Johns wrote:
| > AMD server with Tyan MB and dual CPU's.  I believe the system board is
| > their Thunder MB.  eren@opensourcestorage.com can give full system
| > specs (reference AMD system from Ray Johns)
| 
| How much memory is in the system?
| 
|
Comment 3 gmulder 2005-04-08 16:48:38 UTC 
Couldn't reproduce with Tyan Thunder K8S PRO S2882 and Adaptec 2200S 
RAID controller. 4GB of RAM, Dual CPU, and custom SMP stripped-down kernel:

# sync;sync
# rm -r ./ports/
# uname -a
FreeBSD d10.bidx.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Apr  4 
15:50:41 UTC 2005 
root@d10.bidx.com:/usr/obj/usr/src/sys/DB-DUAL-AMD64-RAID5  amd64
# mount
/dev/aacd0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/aacd0s1f on /home (ufs, local, soft-updates)
/dev/aacd0s1d on /usr (ufs, local, soft-updates)
/dev/aacd0s1e on /var (ufs, local, soft-updates)
Comment 4 Ken Gunderson 2008-03-05 02:56:29 UTC 
Concerned:

I can attest that this definitely was a reproducible problem with Tyan
B2228, LSI MegaRAID-320-2x and 320-1, with both 15K and 10K rpm Fujitsu
SCSI drives.  Caused us no end of grief.  Also worked a _lot_ with LSI
support on this.  Not reproducible on Linux or Windows so conclusion
basically was that this _is_ a FreeBSD problem.

-- 
Best regards,

Ken Gunderson

Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?
Comment 5 Andriy Gapon freebsd_committer freebsd_triage 2010-11-27 08:34:10 UTC 
Is this an issue?

-- 
Andriy Gapon
Comment 6 Andriy Gapon freebsd_committer freebsd_triage 2010-12-05 09:41:51 UTC 
State Changed
From-To: open->closed

Closing this PR: 
- it's old 
- feedback timeout 
- seems like a storage driver issue, perhaps not amd64 specific, 
but the PR is low on factual details