On 07/18/2013 06:55 PM, John R Pierce wrote:
> and not all Intel drives have the key features of supercap backed cache,
> and reliable write-acknowlegement behavior you want from a server.
Regardless of your storage, your system should be powered by a monitored
UPS. Verify that it works, and the
On 7/19/2013 12:54 AM, Gordon Messmer wrote:
> Regardless of your storage, your system should be powered by a monitored
> UPS. Verify that it works, and the drive's cache shouldn't be a major
> concern.
done right, there should be two UPS's, each hooked up to alternate
redundant power supplies i
The thing that bothers me is that the ctrl sees all the drives at first, later
does not see some anymore, and he just "forgets" about them like they never
existed.
I would have expected to still see them but in a failed state...
Here, megacli just lists info for the remaining drive(s).
So I miss
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ..
If these drives do not have TLER do not use them with LSI controllers.
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
John Doe
Sent: Friday, July 19, 2013 5:13 AM
To: CentOS mailing list
Subject: Re: [CentOS] LSI MegaRAID experience...
On 2013-07-19 3:54 AM, Gordon Messmer wrote:
> Regardless of your storage, your system should be powered by a
> monitored UPS. Verify that it works, and the drive's cache shouldn't
> be a major concern.
It should also be a 'true sine wave' output when running on battery.
Many UPS units output a
From: Drew Weaver
>
> If these drives do not have TLER do not use them with LSI controllers.
>
Not sure about TLER on those Plextors...
This is what megacli says:
Enclosure Device ID: 252
Slot Number: 0
Drive's position: DiskGroup: 0, Span: 0, Arm: 0
Enc
Not sure about TLER on those Plextors...
This is what megacli says:
Enclosure Device ID: 252
Slot Number: 0
Drive's position: DiskGroup: 0, Span: 0, Arm: 0 Enclosure position: N/A Device
Id: 0
WWN: 4154412020202020
Sequence Number: 2
Media Error Count: 0
Ot
John Doe wrote:
> From: Drew Weaver
>
>> If these drives do not have TLER do not use them with LSI controllers.
>
> Not sure about TLER on those Plextors...
TLER would only show up on something that looks at a *very* low level on
the physical drive. What I know is that you can see it with smartct
Am 07/19/2013 03:17 AM, schrieb Lists:
> Main thing is DO NOT EVEN THINK OF USING CONSUMER GRADE SSDs. SSDs are a
> bit like a salt shaker, they have only a certain number of shakes and
> when it runs out of writes, well, the salt shaker is empty. Spend the
> money and get a decent Enterprise SS
Hi Tim,
You seem pretty determined to make this as convoluted as possible. Adding
'expect' into the mix? Using 'tee -a' to simply append a line to a file?
chmod 777?
If you take a look at my previous reply, you can see this is relatively
simple, and I basically wrote it for you, and even improv
I have been following this and have some notes. Can
you folks comment on them? I am considering migrating
some systems to SSD but have not had time to set up
a test system yet to verify it.
I found lots of references to TRIM, but it is not included
with CentOS 5. However, I found that TRIM is i
John Doe wrote:
> From: Drew Weaver
>
>> If these drives do not have TLER do not use them with LSI controllers.
>
> Not sure about TLER on those Plextors...
TLER would only show up on something that looks at a *very* low level on the
physical drive. What I know is that you can see it with smartc
On 7/19/2013 8:48 AM, Wade Hampton wrote:
> I found lots of references to TRIM, but it is not included
> with CentOS 5. However, I found that TRIM is in the
> newer hdparm which could be build from source,
> but AFIK is not included with CentOS 5 RPMS. That way,
> one could trim via a cron job?
On 7/19/2013 5:51 AM, Darr247 wrote:
> On 2013-07-19 3:54 AM, Gordon Messmer wrote:
>> >Regardless of your storage, your system should be powered by a
>> >monitored UPS. Verify that it works, and the drive's cache shouldn't
>> >be a major concern.
> It should also be a 'true sine wave' output when
On 7/19/2013 11:07 AM, Gordon Messmer wrote:
>> - under provision (only use 60-75% of drive, leave unallocated space)
> That only applies to some drives, probably not current generation hardware.
>
it applies to all SSDs. they NEED to do write block remapping, if they
don't have free space, its
On 07/19/2013 08:48 AM, Wade Hampton wrote:
> I found lots of references to TRIM, but it is not included
> with CentOS 5. However, I found that TRIM is in the
> newer hdparm which could be build from source,
> but AFIK is not included with CentOS 5 RPMS. That way,
> one could trim via a cron job?
>From what I have read, TRIM can also be done on demand
for older systems or file systems that are not TRIM aware.
For CentOS 5.x, a modified hdparm could be used to send
the TRIM comamnd to the drive. Anyone have experience
with this?
--
Wade Hampton
On Fri, Jul 19, 2013 at 1:05 PM, John R Pier
On 07/19/2013 11:21 AM, John R Pierce wrote:
> On 7/19/2013 11:07 AM, Gordon Messmer wrote:
>>> >>- under provision (only use 60-75% of drive, leave unallocated space)
>> >That only applies to some drives, probably not current generation hardware.
>> >
> it applies to all SSDs. they NEED to do wri
On 7/19/2013 2:04 PM, Wade Hampton wrote:
>-- cheap drives, be more conservative with options including
> turning write-cache off
you can't turn off the write cache on SSDs... if they did let you do
that, they would grind to a halt as each n sector write operation would
require read mo
Thanks for the feedback.
Sounds like all this needs to be merged into a wiki?
Couple of take-aways:
- options will depend on the drive
-- cheap drives, be more conservative with options including
turning write-cache off
-- provisioning depends on how much mfg reserves
- better options ar
On 2013-07-19 1:01 PM, John R Pierce wrote:
> On 7/19/2013 5:51 AM, Darr247 wrote:
>> On 2013-07-19 3:54 AM, Gordon Messmer wrote:
Regardless of your storage, your system should be powered by a
monitored UPS. Verify that it works, and the drive's cache shouldn't
be a major concern.
>
On Jul 19, 2013 10:04 PM, "Darr247" wrote:
>
> On 2013-07-19 1:01 PM, John R Pierce wrote:
> > On 7/19/2013 5:51 AM, Darr247 wrote:
> >> On 2013-07-19 3:54 AM, Gordon Messmer wrote:
> Regardless of your storage, your system should be powered by a
> monitored UPS. Verify that it works, an
23 matches
Mail list logo
