Hi,
I don't know how far apart you added memory from the time you
bought/built your server. I say that because the drams on the memory
might be slightly different. When we build servers, we use a particular
brand for certain reasons but one of those reason is the fact the dram
specs do not cha
On 2012-Oct-16 12:48:16 -0700, nate keegan wrote:
>Will keep an eye on the pure SATA setup to see if it barfs or not.
>Will try to gather some ddb(4) information if it does barf again.
Any news on this?
--
Peter Jeremy
pgpW1p3kkYl1a.pgp
Description: PGP signature
Since replacing the SSD disks with good old plain SATA in external
enclosures I have not experienced a single issue.
I can only surmise that something is wonky with the Crucial M4
firmware with FreeBSD 8.2/9.0 under certain circumstances.
Thanks to everyone who contributed on this as the informat
I'm only seeing gstat output of a few percentage points for the OS disks.
I am using ECC memory (both the Kingston and the new Crucial memory)
and went ahead and swapped out the SSD for SATA disks this morning.
Since both SSD were the same firmware and type/manufacturer I figured
it was a good ti
> SSD are connected to on-board SATA port on motherboard
Presumably to controllers provided by the Intel Tylersburg 5520 chipset.
> This system was commissioned in February of 2012 and ran without issue
> as a ZFS backup system on our network until about 3 weeks ago.
> The system is dual PSU beh
On 2012-Oct-15 07:54:21 -0700, nate keegan wrote:
>The system is dual PSU behind a UPS so I don't think that this is an issue.
OK
>I do have a complete set of replacement memory (Crucial vs Kingston
>that is in the system now) and will swap out the memory in case one of
>the DIMMs is flaky but n
I took a look at the DDB man page and I am not able to do this when
the issue happens as the system is completely blown up (meaning no
keyboard input on IPMI console, existing SSH sessions, etc.
No changes have been seen in the ZFS load on the system. The nature of
this system (backup) is such tha
The system is dual PSU behind a UPS so I don't think that this is an issue.
My notes show that we replaced one of the DIMMs on this system a few
months ago as it was detected as bad during a POST.
During the cycle of reboots that I have taken on with testing
resolutions to this issue I have seen
On 15 oct. 2012, at 11:58, Peter Jeremy wrote:
> This _does_ sound more like hardware than software
I do agree with that.
> Have you tried replacing RAM & PSU?
I, too, was about to suggest a test or replacement of the PSU.
Also, I've had a (quite) similar problem years ago (no raid, no zfs, ol
On 2012-Oct-14 16:03:39 -0700, nate keegan wrote:
>Based on what I'm seeing for post types on freebsd-questions this
>might be the best forum for this issue as it looks like some sort of a
>strange issue or bug between FreeBSD 8.2/9.0 and SATA SSD drives.
>
>This system was commissioned in Februar
I originally posted this to the FreeBSD hardware forum and then on
freebsd-questions at the direction of a moderator in the forum.
Based on what I'm seeing for post types on freebsd-questions this
might be the best forum for this issue as it looks like some sort of a
strange issue or bug between F
11 matches
Mail list logo
