Grokbase
Topics Posts Groups | in
x
[ help ]

Ray Van Dolson (r...@bludgeon.org)

Profile | Posts (1)

User Information

Display Name:Ray Van Dolson
Partial Email Address:r...@bludgeon.org
Posts:
1 total
1 in CentOS

5 Most Recent

1) Ray Van Dolson Re: [CentOS] HA Storage Cookbook?
| +1 vote
Hehe, I think the somewhat confusing part about SAS is that you expect it to be a SCSI disk and...
CentOS
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
On Fri, Nov 07, 2008 at 05:46:36PM -0500, Joshua Baker-LePain wrote:
> On Fri, 7 Nov 2008 at 2:35pm, nate wrote
>
>> Gordon McLellan wrote:
>>
>>> I guess I'm saying, if you interpret the name "Serial Attached Scsi"
>>> literally, then the Seagate ES.2 is not an SAS drive - it is not a
>>> scsi drive with a serial interface. However, if you interpret SAS as
>>> an interface standard, then the interface board determines what the
>>> drive is, more so than its mechanical construction.
>>
>> SAS and SATA use the same physical interface, the drive mentioned
>> is most definitely SATA. Largest SAS drive I have heard of
>> myself is 400GB, same as the max size for FC drives.
>
> No. No it isn't. It's SAS. The platters etc are the same hardware used
> in the SATA part, but the interface circuitry is native SAS. Note that
> they offer the drive in both SATA and SAS variants.
>
> While SATA and SAS are *supposed* to be able to be mixed freely, my vendor
> has warned me that it doesn't always work out that well. They have seen
> compatibility issues using SATA drives on SAS controllers. So for
> applications where you want/need a SAS controller but still need big
> capacity, these are the drives they recommend.
>

Hehe, I think the somewhat confusing part about SAS is that you expect
it to be a SCSI disk and have the corresponding performance level, but
that won't necessarily be the case if its got SATA innards. :)

Ray
_______________________________________________
CentOS mailing list
[email protected: C...@centos.org]
http://lists.centos.org/mailman/listinfo/centos
2) Ray Van Dolson Re: [CentOS] HA Storage Cookbook?
| +1 vote
Ah. So the description says it's a SATA drive, but I guess the connector is SAS... Thanks for the...
CentOS
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
On Fri, Nov 07, 2008 at 10:49:22AM -0500, Gordon McLellan wrote:
> Ray,
>
> I meant SAS; specifically Seagate Barracuda ES.2 drives. Here's a
> tiny version of their huge url:
>
> http://tiny.cc/3X9fI
>
> No, they are not the super fast and expensive 15krpm database drives.
>
> -Gordon

Ah.  So the description says it's a SATA drive, but I guess the
connector is SAS...

Thanks for the link!


>
> On Fri, Nov 7, 2008 at 10:32 AM, Ray Van Dolson <rayvd@bludgeon.org> wrote:
> > I'm guessing you mean SATA instead of SAS.
> >
_______________________________________________
CentOS mailing list
[email protected: C...@centos.org]
http://lists.centos.org/mailman/listinfo/centos
3) Ray Van Dolson Re: [CentOS] HA Storage Cookbook?
| +1 vote
I'm guessing you mean SATA instead of SAS. I suppose you could perhaps do something with iSCSI or...
CentOS
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
On Fri, Nov 07, 2008 at 10:18:02AM -0500, Gordon McLellan wrote:
> So the short answers are:
>
> 1) centos/redhat possess no built-in means of block-level replication
> via GFS / RHCS
> 2) openfiler provides some manor of block-level replication
> 3) there's "beta" software out there that can do it, but it might not
> be a good idea for production (drbd)
>
> Just for reference; my hardware vendor can set me up with a Supermicro
> Superserver with 8tb of SAS disk space on hardware raid, 8g of ram and
> a 5410 quad core cpu for about $4500. From Dell, I can buy an empty
> SAN box for about $5000, and then pay $500 ea for 1tb sas disks that I
> can buy retail for about $200. The Dell solution provides no
> replication either. The only thing I see Dell providing in this case
> is a brand name and an on-site warranty. Given the most likely item
> to fail in a storage server is going to be the storage, I don't see
> the on-site warranty being a big bonus, since they still have to ship
> you a new drive.

I'm guessing you mean SATA instead of SAS.

I suppose you could perhaps do something with iSCSI or ATAoE to another
similarly configured box and then tie the local corresponding block
device and the ATAoE/iSCSI block device together with RAID1 or LVM...

Don't know how well that'd work vs something drbd with a local, "fast"
device and a remote "slow" device (1Gbps over the network).

Ray
_______________________________________________
CentOS mailing list
[email protected: C...@centos.org]
http://lists.centos.org/mailman/listinfo/centos
4) Ray Van Dolson Re: [CentOS] Securing SSH
| +1 vote
If you're talking about people who are just scanning your machine and then doing brute force on the...
CentOS
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
>> 1. Change the default port
> I could do that, but if they already know about it, a simple port scan and
> they'll probably find it again. Plus I gotta go tell all my client
> programs the new port and I don't know how to do that on most of them (what
> a hassle).

If you're talking about people who are just scanning your machine and
then doing brute force on the port, changing the port likely will solve
that since these are just automated robots.  A human might actually do
a portscan, but just a port change will probably stop your security
logs from going crazy.

Of course the hassle part may be a show-stopper here. :)

>> 2. use only SSH protocol 2
> got it.
>> 3. Install some brute force protection which can automatically ban an IP
>> on say 5 / 10 failed login attempts
> The only software I know that could do this isn't supported anymore
> (trisentry) or is too confusing and I don't know it yet (snort).
> Suggestions?

denyhosts is pretty widely used.  You could probably also make use of
iptables.

>> 4. ONLY allow SSH access from your IP, if it's static. Or signup for a
>> DynDNS account, and then only allow SSH access from your DynDNS domain
>>
> Yeah my home account is on dynamic IP. I'd love to setup the firewall to
> only allow my home computer. You're talking about these guys?
> http://www.dyndns.com/ never used them before, but it looks like a good
> idea. Especially since it's free (for 5 hosts) if I read correctly.

Ray
_______________________________________________
CentOS mailing list
[email protected: C...@centos.org]
http://lists.centos.org/mailman/listinfo/centos
5) Ray Van Dolson Re: [CentOS] RHEL on The Pirate Bay, Mininova, etc
| +1 vote
It would certainly set a precedent which definitely carries a lot of weight in subsequent similar...
CentOS
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
On Sat, Mar 22, 2008 at 04:01:13PM -0400, R P Herrold wrote:
> On Sat, 22 Mar 2008, Ray Van Dolson wrote:
>
>> What we need is a case that's been taken to court and a verdict given.
>> :)
>
> umm -- Istrongly disagree.
>
> There are services sold by people called 'lawyers' whom sell authoritative
> analysis, guidance, and answers they'll stand behind as a professional to
> questions like this; all a court case would do is settle one set of facts
> as interpreted to their license document, and open the door to the next
> one. It also carries the explicit transaction costs of prosecuting such a
> suit, and the 'softer' potential reputational damage in a skitterish FOSS
> community.

It would certainly set a precedent which definitely carries a lot of
weight in subsequent similar cases.

And you assume too much about my or other's motives.  I think it's a
fair question even in an academic sense whether or not we should or
should not be allowed to redistribute RHEL.  However, probably a
prickly topic so perhaps best not discussed here. :)

I am happy to pay for all copies of RHEL and am fortunate to work at a
company that can afford to. RH does great work for the community.


>> I've long tried to get an answer from RH as to whether or not I can
>> reinstall their media on other machines just "without" buying an
>> entitlement (after all you can continue using RH after the 30 demo
>> expires).
>>
>> I've never gotten an answer from RH on this, and I have heard solid
>> interpretations of their EULA from both sides.
>
> Nor should an answer reasonably be expected in such a circumstance. RHT
> has a legal duty to answer and account to its stockholders; I assume this
> provides them with plenty of incentive not to offer free legal advice on
> how to 'game' that license, even putting to one side prohibitions on
> unlicensed practice of law.
>
> -- Russ herrold
_______________________________________________
CentOS mailing list
[email protected: C...@centos.org]
http://lists.centos.org/mailman/listinfo/centos

spacer
Profile | Posts (1)
Home > People > Ray Van Dolson