Re: ata: SIGNATURE: ffffffff

2011-06-27 Thread perryh 
George Kontostanos  wrote:
> On Mon, Jun 27, 2011 at 2:00 PM, Alexander Sabourenkov
>  wrote:
> > Seems like my patch fell off the bus when the ata subsystem
> > was rewamped.  The problem is a silicon bug in TX4 ASICs.
> > See this thread:
> > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html
>
> Unfortunately ata-chipset.c doesn't exist in my source tree. Maybe
> something has changed and the patch has to be applied differently?

In 8.1, it looks as if we now have a src/sys/dev/ata/chipsets
directory.  Functions named ata_promise_mio_* are in ata-promise.c.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-27 Thread George Kontostanos 
On Mon, Jun 27, 2011 at 3:15 PM, George Kontostanos
 wrote:
> On Mon, Jun 27, 2011 at 2:00 PM, Alexander Sabourenkov
>  wrote:
>> Hello.
>>
>> Seems like my patch fell off the bus when the ata subsystem was rewamped.
>>
>> The problem is a silicon bug in TX4 ASICs.
>>
>> See this thread:
>> http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html
>>
>> --
>>
>> ./lxnt
>> ___
>> freebsd-stable@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>>
>
> Thanks for the info!!!
>
> Unfortunately ata-chipset.c doesn't exist in my source tree. Maybe
> something has changed and the patch has to be applied differently  ?
>
> --
After browsing through the code a bit I saw that your patch is included in:

/usr/src/sys/dev/ata/chipsets/ata-promise.c

Thanks

-- 
George Kontostanos
aisecure.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-27 Thread George Kontostanos 
On Mon, Jun 27, 2011 at 2:00 PM, Alexander Sabourenkov
 wrote:
> Hello.
>
> Seems like my patch fell off the bus when the ata subsystem was rewamped.
>
> The problem is a silicon bug in TX4 ASICs.
>
> See this thread:
> http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html
>
> --
>
> ./lxnt
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>

Thanks for the info!!!

Unfortunately ata-chipset.c doesn't exist in my source tree. Maybe
something has changed and the patch has to be applied differently  ?

-- 
George Kontostanos
aisecure.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-27 Thread Alexander Sabourenkov 

Hello.

Seems like my patch fell off the bus when the ata subsystem was rewamped.

The problem is a silicon bug in TX4 ASICs.

See this thread:
http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html

--

./lxnt
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-23 Thread Jeremy Chadwick 
On Thu, Jun 23, 2011 at 02:57:32PM +0300, George Kontostanos wrote:
> Hi Jeremy,
> 
> I am using the smartmon tools and in fact the first drive I replaced did
> show some errors. Next two of them were zeroed out and thoroughly tested
> using WD tools. No errors were reported either by smartmon nor by WD tools.
> I was also glad when the shop I bought them replaced them immediately, no
> questions asked. They said that they were having a lot of issues with WD
> drives lately.
> 
> I will probably try to get a different brand controller especially after
> seeing the relevant PR
> 
> Thanks,
> 
> hp# smartctl -a /dev/ad4
> smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-STABLE amd64] (local build)
> Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
> 
> === START OF INFORMATION SECTION ===
> Model Family: Western Digital Caviar Blue Serial ATA
> Device Model: WDC WD7500AALX-009BA0
> Serial Number:WD-WCATR5711398
> LU WWN Device Id: 5 0014ee 25ad8ccf5
> Firmware Version: 15.01H15
> User Capacity:750,156,374,016 bytes [750 GB]
> Sector Size:  512 bytes logical/physical
> Device is:In smartctl database [for details use: -P show]
> ATA Version is:   8
> ATA Standard is:  Exact ATA specification draft version not indicated
> Local Time is:Thu Jun 23 14:46:12 2011 EEST
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
> 
> === START OF READ SMART DATA SECTION ===
> SMART overall-health self-assessment test result: PASSED
> 
> General SMART Values:
> Offline data collection status:  (0x82)Offline data collection activity
> was completed without error.
> Auto Offline Data Collection: Enabled.
> Self-test execution status:  (   0)The previous self-test routine
> completed
> without error or no self-test has ever
> been run.
> Total time to complete Offline
> data collection: (13260) seconds.
> Offline data collection
> capabilities:  (0x7b) SMART execute Offline immediate.
> Auto Offline data collection on/off support.
> Suspend Offline collection upon new
> command.
> Offline surface scan supported.
> Self-test supported.
> Conveyance Self-test supported.
> Selective Self-test supported.
> SMART capabilities:(0x0003)Saves SMART data before entering
> power-saving mode.
> Supports SMART auto save timer.
> Error logging capability:(0x01)Error logging supported.
> General Purpose Logging supported.
> Short self-test routine
> recommended polling time:  (   2) minutes.
> Extended self-test routine
> recommended polling time:  ( 155) minutes.
> Conveyance self-test routine
> recommended polling time:  (   5) minutes.
> SCT capabilities:(0x3037)SCT Status supported.
> SCT Feature Control supported.
> SCT Data Table supported.
> 
> SMART Attributes Data Structure revision number: 16
> Vendor Specific SMART Attributes with Thresholds:
> ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED
> WHEN_FAILED RAW_VALUE
>   1 Raw_Read_Error_Rate 0x002f   200   200   051Pre-fail
> Always   -   0
>   3 Spin_Up_Time0x0027   188   178   021Pre-fail
> Always   -   3558
>   4 Start_Stop_Count0x0032   100   100   000Old_age
> Always   -   10
>   5 Reallocated_Sector_Ct   0x0033   200   200   140Pre-fail
> Always   -   0
>   7 Seek_Error_Rate 0x002e   200   200   000Old_age
> Always   -   0
>   9 Power_On_Hours  0x0032   100   100   000Old_age
> Always   -   21
>  10 Spin_Retry_Count0x0032   100   253   000Old_age
> Always   -   0
>  11 Calibration_Retry_Count 0x0032   100   253   000Old_age
> Always   -   0
>  12 Power_Cycle_Count   0x0032   100   100   000Old_age
> Always   -   8
> 192 Power-Off_Retract_Count 0x0032   200   200   000Old_age
> Always   -   7
> 193 Load_Cycle_Count0x0032   200   200   000Old_age
> Always   -   2
> 194 Temperature_Celsius 0x0022   110   107   000Old_age
> Always   -   37
> 196 Reallocated_Event_Count 0x0032   200   200   000Old_age
> Always   -   0
> 197 Current_Pending_Sector  0x0032   200   200   000Old_age
> Always   -   0
> 198 Offline_Uncorrectable   0x0030   200   200   000Old_age
> Offline  -   0
> 199 UDMA_CRC_Error_Count0x0032   200   200   000Old_age
> Always   -   0
> 200 Multi_Zone_Error_Rate   0x0008   200   200   000Old_age
> Offline  -   0
> 
> SMART Error Log Version: 1
> No Errors Logged
> 
> SMART Self-test log s

Re: ata: SIGNATURE: ffffffff

2011-06-23 Thread George Kontostanos 
Hi Jeremy,

I am using the smartmon tools and in fact the first drive I replaced did
show some errors. Next two of them were zeroed out and thoroughly tested
using WD tools. No errors were reported either by smartmon nor by WD tools.
I was also glad when the shop I bought them replaced them immediately, no
questions asked. They said that they were having a lot of issues with WD
drives lately.

I will probably try to get a different brand controller especially after
seeing the relevant PR

Thanks,

hp# smartctl -a /dev/ad4
smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-STABLE amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Blue Serial ATA
Device Model: WDC WD7500AALX-009BA0
Serial Number:WD-WCATR5711398
LU WWN Device Id: 5 0014ee 25ad8ccf5
Firmware Version: 15.01H15
User Capacity:750,156,374,016 bytes [750 GB]
Sector Size:  512 bytes logical/physical
Device is:In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:Thu Jun 23 14:46:12 2011 EEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status:  (   0)The previous self-test routine
completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (13260) seconds.
Offline data collection
capabilities:  (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities:(0x0003)Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability:(0x01)Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time:  (   2) minutes.
Extended self-test routine
recommended polling time:  ( 155) minutes.
Conveyance self-test routine
recommended polling time:  (   5) minutes.
SCT capabilities:(0x3037)SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED
WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate 0x002f   200   200   051Pre-fail
Always   -   0
  3 Spin_Up_Time0x0027   188   178   021Pre-fail
Always   -   3558
  4 Start_Stop_Count0x0032   100   100   000Old_age
Always   -   10
  5 Reallocated_Sector_Ct   0x0033   200   200   140Pre-fail
Always   -   0
  7 Seek_Error_Rate 0x002e   200   200   000Old_age
Always   -   0
  9 Power_On_Hours  0x0032   100   100   000Old_age
Always   -   21
 10 Spin_Retry_Count0x0032   100   253   000Old_age
Always   -   0
 11 Calibration_Retry_Count 0x0032   100   253   000Old_age
Always   -   0
 12 Power_Cycle_Count   0x0032   100   100   000Old_age
Always   -   8
192 Power-Off_Retract_Count 0x0032   200   200   000Old_age
Always   -   7
193 Load_Cycle_Count0x0032   200   200   000Old_age
Always   -   2
194 Temperature_Celsius 0x0022   110   107   000Old_age
Always   -   37
196 Reallocated_Event_Count 0x0032   200   200   000Old_age
Always   -   0
197 Current_Pending_Sector  0x0032   200   200   000Old_age
Always   -   0
198 Offline_Uncorrectable   0x0030   200   200   000Old_age
Offline  -   0
199 UDMA_CRC_Error_Count0x0032   200   200   000Old_age
Always   -   0
200 Multi_Zone_Error_Rate   0x0008   200   200   000Old_age
Offline  -   0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
100  Not_testing
200  Not_testing
3

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread grenville armitage 



On 06/23/2011 14:05, Jeremy Chadwick wrote:
[..]


The difference is that I really don't care if people top-post,
bottom-post, or respond in-line.  I work with whatever I'm presented
with.


+1

cheers,
gja

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Jeremy Chadwick 
On Wed, Jun 22, 2011 at 11:08:57PM -0400, Chris Brennan wrote:
> * Damien Fleuriot  [2011-06-23 03:56:54 +0200]:
> 
> > On 23 Jun 2011, at 01:02, George Kontostanos  wrote:
> > 
> > > Look, I think that this is getting personal and not constructive at all.
> > > Stop mumbling unless you have something useful to add.
> > > 
> > 
> > How about you do what he says and stop top posting, as per the list's 
> > policy ?
> > 
> > Annoying pretty much everyone in the list with your stubbornness about 
> > top posting and your misplaced rudeness towards a helper might result 
> > in a drop in the number of people willing to spend time helping you.
> 
> This will be my last post on this topic. George you are rude and I know 
> I will not be offering any more suggestions for you. I foresee few 
> others willing to help you now as well. Jeremy has willingly given you a 
> great amount of detail to work with and it's up to him to look past your 
> rude behavior and continue to help you.


The difference is that I really don't care if people top-post,
bottom-post, or respond in-line.  I work with whatever I'm presented
with.

I personally use all 3 methods depending upon the context is and what
mailing list rules allow/permit.  But it varies per list, and some lists
have zealots that absolutely despise top-posting (even if the list
permits it).

I fully acknowledge that the FreeBSD lists advocate and insist upon
in-line or bottom-post replies, and I honour that -- as should George.

But let's be reasonable: there's a problem at hand that George is
needing help with.  The last thing a person under duress (re: in a
situation like this) needs is to be lectured about "not confirming to
mailing list style".  I say this knowing that conforming to said list
style is important, however.

I tend to keep my "style conformity" requests very terse and mentioned
as one-liners at the bottom of the mail, e.g. "P.S. -- Folks here don't
like top-posting, please try to avoid it if you can, thanks!".
Otherwise all it does is irritate an already-irritated person who's in
need of assistance.  Remember: they took the time to ask for help, which
in this day and age is practically a miracle.


-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, US |
| Making life hard for others since 1977.   PGP 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Chris Brennan 
* Damien Fleuriot  [2011-06-23 03:56:54 +0200]:

> On 23 Jun 2011, at 01:02, George Kontostanos  wrote:
> 
> > Look, I think that this is getting personal and not constructive at all.
> > Stop mumbling unless you have something useful to add.
> > 
> 
> How about you do what he says and stop top posting, as per the list's policy ?
> 
> Annoying pretty much everyone in the list with your stubbornness about 
> top posting and your misplaced rudeness towards a helper might result 
> in a drop in the number of people willing to spend time helping you.

This will be my last post on this topic. George you are rude and I know 
I will not be offering any more suggestions for you. I foresee few 
others willing to help you now as well. Jeremy has willingly given you a 
great amount of detail to work with and it's up to him to look past your 
rude behavior and continue to help you.

-- 
> Chris Brennan
> -- 
> A: Yes.
> >Q: Are you sure?
> >>A: Because it reverses the logical flow of conversation.
> >>>Q: Why is top posting frowned upon?
> http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Damien Fleuriot 
On 23 Jun 2011, at 01:02, George Kontostanos  wrote:

> Look, I think that this is getting personal and not constructive at all.
> Stop mumbling unless you have something useful to add.
> 

How about you do what he says and stop top posting, as per the list's policy ?

Annoying pretty much everyone in the list with your stubbornness about top 
posting and your misplaced rudeness towards a helper might result in a drop in 
the number of people willing to spend time helping you.


This being said, have you tried using a different PSU 
?___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Jeremy Chadwick 
On Wed, Jun 22, 2011 at 05:52:39PM +0300, George Kontostanos wrote:
> This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start to
> believe that the problem is somewhere else. The disks reside in a Promise
> PDC40718 SATA300 controller. I am running this set up since 8.0-Release with
> no issues till a few months ago after 8.2-Release now at 8.2-Stable.
> Symptoms:
> 
> Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command
> Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE
> command
> Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout -
> completing request directly
> Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
> channel reset LBA=321558741
> Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101
> Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
> channel reset LBA=321558869
> Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device
> Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed
> Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device
> Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed
> 
> 
> After a while the disk gets detached from the pool. Always the same disk.
> Rite now I am in the process of  resilvering :
> 
>   pool: tank
>  state: ONLINE
> status: One or more devices is currently being resilvered.  The pool will
> continue to function, possibly in a degraded state.
> action: Wait for the resilver to complete.
>  scan: resilver in progress since Wed Jun 22 17:09:40 2011
> 189G scanned out of 578G at 88.8M/s, 1h14m to go
> 62.9G resilvered, 32.63% done
> config:
> 
> NAME  STATE READ WRITE CKSUM
> tank  ONLINE   0 0 0
>   raidz1-0ONLINE   0 0 0
> label/zdisk1  ONLINE   0 0 0
> label/zdisk2  ONLINE   0 0 0
> label/zdisk3  ONLINE   0 0 0  (resilvering)
> 
> But those errors have started to appear again. Again this is the 3rd disk
> replaced !!! Full dmesg attached
> 
> -- 
> George Kontostanos
> aisecure.net 

> Copyright (c) 1992-2011 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>   The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 8.2-STABLE #0: Mon Jun  6 19:00:19 EEST 2011
> gkon...@hp.aicom.loc:/usr/obj/usr/src/sys/ML110G3 amd64
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3200.13-MHz K8-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf64  Family = f  Model = 6  Stepping = 4
>   
> Features=0xbfebfbff
>   Features2=0xe4bd
>   AMD Features=0x20100800
>   AMD Features2=0x1
>   TSC: P-state invariant
> real memory  = 4294967296 (4096 MB)
> avail memory = 4106780672 (3916 MB)
> ACPI APIC Table: 
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
> FreeBSD/SMP: 1 package(s) x 2 core(s)
>  cpu0 (BSP): APIC ID:  0
>  cpu1 (AP): APIC ID:  1
> ioapic0: Changing APIC ID to 2
> ioapic0  irqs 0-23 on motherboard
> kbd1 at kbdmux0
> acpi0:  on motherboard
> acpi0: [ITHREAD]
> acpi0: Power Button (fixed)
> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
> cpu0:  on acpi0
> cpu1:  on acpi0
> pcib0:  port 0xcf8-0xcff on acpi0
> pci0:  on pcib0
> pcib1:  irq 16 at device 28.0 on pci0
> pci1:  on pcib1
> pcib2:  irq 17 at device 28.5 on pci0
> pci7:  on pcib2
> bge0:  
> mem 0xfeaf-0xfeaf irq 17 at device 0.0 on pci7
> bge0: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E
> miibus0:  on bge0
> brgphy0:  PHY 1 on miibus0
> brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
> bge0: Ethernet address: 00:13:21:cc:39:35
> bge0: [ITHREAD]
> uhci0:  port 0xdc00-0xdc1f irq 23 
> at device 29.0 on pci0
> uhci0: [ITHREAD]
> uhci0: LegSup = 0x2f00
> usbus0:  on uhci0
> uhci1:  port 0xd880-0xd89f irq 19 
> at device 29.1 on pci0
> uhci1: [ITHREAD]
> uhci1: LegSup = 0x2f00
> usbus1:  on uhci1
> uhci2:  port 0xd800-0xd81f irq 18 
> at device 29.2 on pci0
> uhci2: [ITHREAD]
> uhci2: LegSup = 0x2f00
> usbus2:  on uhci2
> ehci0:  mem 0xfe9ffc00-0xfe9f 
> irq 23 at device 29.7 on pci0
> ehci0: [ITHREAD]
> usbus3: EHCI version 1.0
> usbus3:  on ehci0
> pcib3:  at device 30.0 on pci0
> pci8:  on pcib3
> atapci0:  port 
> 0xec00-0xec7f,0xe800-0xe8ff mem 0xfebff000-0xfebf,0xfebc-0xfebd 
> irq 16 at device 0.0 on pci8
> atapci0: [ITHREAD]
> atapci0: [ITHREAD]
> ata2:  on atapci0
> ata2: SIGNATURE: 0101
> ata2: [ITHREAD]
> ata3:  on atapci0
> ata3: SIGNATURE: 0101
> ata3: [ITHREAD]
> ata4:  on atapci0
> ata4: [ITHREAD]
> ata5:  on atapci0
> ata5: SIGNATURE: 0101
> ata5: [ITHREAD]
> vgapci0:

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread George Kontostanos 
Look, I think that this is getting personal and not constructive at all.
Stop mumbling unless you have something useful to add.

Like pointing out a old PR regarding this controller:

http://www.freebsd.org/cgi/query-pr.cgi?pr=116935&cat=

Best Regards,

On Thu, Jun 23, 2011 at 1:44 AM, Chris Brennan  wrote:

> * George Kontostanos  [2011-06-23 00:43:09 +0300]:
>
> > You already mentioned your thought about a faulty card. If you don't have
> to
> > add anything beyond that then please keep it for yourself.
>
> And yet, your still top posting. I was only pointing out the logical
> conclusion here. You've tried the obvious, time to move up the chain.
> I'm sorry you don't happen to like that but there is no need to be rude
> about it.
>
> --
> > Chris Brennan
> > --
> > A: Yes.
> > >Q: Are you sure?
> > >>A: Because it reverses the logical flow of conversation.
> > >>>Q: Why is top posting frowned upon?
> > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)
> 
>



-- 
George Kontostanos
aisecure.net 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Chris Brennan 
* George Kontostanos  [2011-06-23 00:43:09 +0300]:

> You already mentioned your thought about a faulty card. If you don't have to
> add anything beyond that then please keep it for yourself.

And yet, your still top posting. I was only pointing out the logical 
conclusion here. You've tried the obvious, time to move up the chain. 
I'm sorry you don't happen to like that but there is no need to be rude 
about it.

-- 
> Chris Brennan
> -- 
> A: Yes.
> >Q: Are you sure?
> >>A: Because it reverses the logical flow of conversation.
> >>>Q: Why is top posting frowned upon?
> http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread George Kontostanos 
You already mentioned your thought about a faulty card. If you don't have to
add anything beyond that then please keep it for yourself.

On Wed, Jun 22, 2011 at 8:13 PM, Chris Brennan  wrote:

> * George Kontostanos  [2011-06-22 19:58:50 +0300]:
>
> > I have also changed the SATA port in the controller!
> >
> > I am afraid that I might get a new controller and still have the same
> > issues. I just want to eliminate any other options first.
> >
>
> Don't top post, it's against list policy. See my siganture for a
> reasonable reason why.



-- 
George Kontostanos
aisecure.net 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Chris Brennan 
* George Kontostanos  [2011-06-22 19:58:50 +0300]:

> I have also changed the SATA port in the controller!
> 
> I am afraid that I might get a new controller and still have the same
> issues. I just want to eliminate any other options first.
> 

Don't top post, it's against list policy. See my siganture for a 
reasonable reason why. 

Replace the port or just moved the drive to an unused port? Or did you 
physically remove the card and solder a new SATA Female port to your 
card (which I would imagine would violate/void your warranty on the 
card.

Essentially this is what you've done so far:

1. Changed drives
2. Changed SATA Cable
3. Moved to an unused port

To be perfectly honest, it sounds like a faulty card, which was my 
original assessment. First I would see replacement on the same card 
under the warranty, if it still produces a problem, I would change 
cards. There is a slim chance it could also be a driver issue.


-- 
> Chris Brennan
> -- 
> A: Yes.
> >Q: Are you sure?
> >>A: Because it reverses the logical flow of conversation.
> >>>Q: Why is top posting frowned upon?
> http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)
---
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread Chris Brennan 
* George Kontostanos  [2011-06-22 18:48:45 +0300]:

> Forgot to mention, I have changed the SATA cables too.

Just a stab in the dark here ... but since you mention the same disk 
almost being removed from the raidz1, maybe the port on the card is bad? 
if you've replaced the disk and the cable(s), then what is left? The 
card.

-- 
> Chris Brennan
> -- 
> A: Yes.
> >Q: Are you sure?
> >>A: Because it reverses the logical flow of conversation.
> >>>Q: Why is top posting frowned upon?
> http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread George Kontostanos 
I have also changed the SATA port in the controller!

I am afraid that I might get a new controller and still have the same
issues. I just want to eliminate any other options first.

On Wed, Jun 22, 2011 at 7:41 PM, Chris Brennan  wrote:

> * George Kontostanos  [2011-06-22 18:48:45 +0300]:
>
> > Forgot to mention, I have changed the SATA cables too.
>
> Just a stab in the dark here ... but since you mention the same disk
> almost being removed from the raidz1, maybe the port on the card is bad?
> if you've replaced the disk and the cable(s), then what is left? The
> card.
>
> --
> > Chris Brennan
> > --
> > A: Yes.
> > >Q: Are you sure?
> > >>A: Because it reverses the logical flow of conversation.
> > >>>Q: Why is top posting frowned upon?
> > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)
> 
>



-- 
George Kontostanos
aisecure.net 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ata: SIGNATURE: ffffffff

2011-06-22 Thread George Kontostanos 
Forgot to mention, I have changed the SATA cables too.

On Wed, Jun 22, 2011 at 5:52 PM, George Kontostanos
wrote:

> This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start to
> believe that the problem is somewhere else. The disks reside in a Promise
> PDC40718 SATA300 controller. I am running this set up since 8.0-Release with
> no issues till a few months ago after 8.2-Release now at 8.2-Stable.
> Symptoms:
>
> Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command
> Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE
> command
> Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout -
> completing request directly
> Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
> channel reset LBA=321558741
> Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101
> Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
> channel reset LBA=321558869
> Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this
> device
> Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed
> Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this
> device
> Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed
>
>
> After a while the disk gets detached from the pool. Always the same disk.
> Rite now I am in the process of  resilvering :
>
>   pool: tank
>  state: ONLINE
> status: One or more devices is currently being resilvered.  The pool will
> continue to function, possibly in a degraded state.
> action: Wait for the resilver to complete.
>  scan: resilver in progress since Wed Jun 22 17:09:40 2011
> 189G scanned out of 578G at 88.8M/s, 1h14m to go
> 62.9G resilvered, 32.63% done
> config:
>
> NAME  STATE READ WRITE CKSUM
> tank  ONLINE   0 0 0
>   raidz1-0ONLINE   0 0 0
> label/zdisk1  ONLINE   0 0 0
> label/zdisk2  ONLINE   0 0 0
> label/zdisk3  ONLINE   0 0 0  (resilvering)
>
> But those errors have started to appear again. Again this is the 3rd disk
> replaced !!! Full dmesg attached
>
> --
> George Kontostanos
> aisecure.net 
>
>


-- 
George Kontostanos
aisecure.net 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

ata: SIGNATURE: ffffffff

2011-06-22 Thread George Kontostanos 
This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start to
believe that the problem is somewhere else. The disks reside in a Promise
PDC40718 SATA300 controller. I am running this set up since 8.0-Release with
no issues till a few months ago after 8.2-Release now at 8.2-Stable.
Symptoms:

Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command
Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE
command
Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout -
completing request directly
Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
channel reset LBA=321558741
Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101
Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to
channel reset LBA=321558869
Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device
Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed
Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device
Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed


After a while the disk gets detached from the pool. Always the same disk.
Rite now I am in the process of  resilvering :

  pool: tank
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scan: resilver in progress since Wed Jun 22 17:09:40 2011
189G scanned out of 578G at 88.8M/s, 1h14m to go
62.9G resilvered, 32.63% done
config:

NAME  STATE READ WRITE CKSUM
tank  ONLINE   0 0 0
  raidz1-0ONLINE   0 0 0
label/zdisk1  ONLINE   0 0 0
label/zdisk2  ONLINE   0 0 0
label/zdisk3  ONLINE   0 0 0  (resilvering)

But those errors have started to appear again. Again this is the 3rd disk
replaced !!! Full dmesg attached

-- 
George Kontostanos
aisecure.net 
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.2-STABLE #0: Mon Jun  6 19:00:19 EEST 2011
gkon...@hp.aicom.loc:/usr/obj/usr/src/sys/ML110G3 amd64
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3200.13-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0xf64  Family = f  Model = 6  Stepping = 4
  
Features=0xbfebfbff
  Features2=0xe4bd
  AMD Features=0x20100800
  AMD Features2=0x1
  TSC: P-state invariant
real memory  = 4294967296 (4096 MB)
avail memory = 4106780672 (3916 MB)
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2
ioapic0  irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0:  on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0:  on acpi0
cpu1:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
pcib1:  irq 16 at device 28.0 on pci0
pci1:  on pcib1
pcib2:  irq 17 at device 28.5 on pci0
pci7:  on pcib2
bge0:  mem 
0xfeaf-0xfeaf irq 17 at device 0.0 on pci7
bge0: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E
miibus0:  on bge0
brgphy0:  PHY 1 on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
bge0: Ethernet address: 00:13:21:cc:39:35
bge0: [ITHREAD]
uhci0:  port 0xdc00-0xdc1f irq 23 at 
device 29.0 on pci0
uhci0: [ITHREAD]
uhci0: LegSup = 0x2f00
usbus0:  on uhci0
uhci1:  port 0xd880-0xd89f irq 19 at 
device 29.1 on pci0
uhci1: [ITHREAD]
uhci1: LegSup = 0x2f00
usbus1:  on uhci1
uhci2:  port 0xd800-0xd81f irq 18 at 
device 29.2 on pci0
uhci2: [ITHREAD]
uhci2: LegSup = 0x2f00
usbus2:  on uhci2
ehci0:  mem 0xfe9ffc00-0xfe9f 
irq 23 at device 29.7 on pci0
ehci0: [ITHREAD]
usbus3: EHCI version 1.0
usbus3:  on ehci0
pcib3:  at device 30.0 on pci0
pci8:  on pcib3
atapci0:  port 0xec00-0xec7f,0xe800-0xe8ff 
mem 0xfebff000-0xfebf,0xfebc-0xfebd irq 16 at device 0.0 on pci8
atapci0: [ITHREAD]
atapci0: [ITHREAD]
ata2:  on atapci0
ata2: SIGNATURE: 0101
ata2: [ITHREAD]
ata3:  on atapci0
ata3: SIGNATURE: 0101
ata3: [ITHREAD]
ata4:  on atapci0
ata4: [ITHREAD]
ata5:  on atapci0
ata5: SIGNATURE: 0101
ata5: [ITHREAD]
vgapci0:  port 0xe000-0xe0ff mem 
0xe800-0xefff,0xfebb-0xfebb irq 16 at device 2.0 on pci8
isab0:  at device 31.0 on pci0
isa0:  on isab0
atapci1:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0
ata0:  on atapci1
ata0: [ITHREAD]
ahci0:  port 
0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd00