Re: [CentOS] CentOS 4.8 Availability?

[Karanbir Singh]

On 25/07/09 20:25, Spike Turner wrote:
>
>
> Upstream released 4.8 on 18th May 2009. Here is the announcement for those 
> who missed it. 
> http://press.redhat.com/2009/05/18/red-hat-enterprise-linux-4-8-now-available/
>
> When can we expect CentOS 4.8? When it is ready? Soon?


Should be a couple of days from now

- KB
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SSH attacks from china

[luc...@lastdot.org]

On Sat, Jul 25, 2009 at 6:40 PM, Sorin Srbu wrote:
>>-Original Message-
>>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
>>Behalf Of luc...@lastdot.org
>>Sent: Friday, July 24, 2009 1:09 PM
>>To: CentOS mailing list
>>Subject: Re: [CentOS] SSH attacks from china
>>
>>I banned all China and Korea in my gateway :) (not for all ports, only
>>for ssh & ftp).
>
> That's the simple solution, and one that has been argued (on the 'net
> generally) to be a very blunt tool at that.
>
> What if you have legit users from China and Korea trying to connect to your
> server(s)?
> --
> /Sorin

You can imagine I'd not banned CN if i knew I had legit users there.
So far no complaints from my clients.. and besides, I only blocked ssh
and ftp ports.. The chinese can still send me mail and browse my
websites. ..Thinking if i should ban them from pop3 and imap as well.

>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SSH attacks from china

[Robert]

you say you banned them in the gateway for ssh and ftp...

what type of gateway?

would you share the place you got the info from and/or the ip blocks please?

thanks

 - rh

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SSH attacks from china

[luc...@lastdot.org]

On Sun, Jul 26, 2009 at 3:02 PM, Robert wrote:
>
> you say you banned them in the gateway for ssh and ftp...
>
> what type of gateway?
>
> would you share the place you got the info from and/or the ip blocks please?
>
> thanks
>
>  - rh
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

I used iptables+ipset (the gateway runs linux 2.6) and the list of IPs
is from here:

http://ip.ludost.net/
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SSH attacks from china

[Kai Schaetzl]

Sorin Srbu wrote on Sat, 25 Jul 2009 19:40:28 +0200:

> What if you have legit users from China and Korea trying to connect to your
> server(s)?

What if he does not? See, you always use the solution that fits you and your 
setup/environment/needs.

Kai

-- 
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Drupal installation

[Timothy Murphy]

John R Pierce wrote:

>>> "Congratulations, Drupal has been successfully installed.
>> Please review the messages above before continuing on to your new site."
>> I removed write permissions from /etc/drupal/default/settings.php
>> as suggested, and click on "your new site",
>> which takes me to ,
>> where I am invited to login.
>> I do not recall ever being asked for a drupal username or password,
>> except for those I gave for the drupal database.
>> But when I give these I am told,
>> "Sorry, unrecognized username or password.
>> Have you forgotten your password?"
>> On clicking on the last sentence
>> I am asked for my username or email address.
>> I don't recall ever giving an email address for drupal,
>> but I give one now, and click on "Email new password".

> IIRC, when you first install it, you register a new account and this
> account #1 becomes the 'webmaster' account with master privileges.  I
> often call it webmaster.

Thanks for your response.

But as I mentioned, I installed drupal by "sudo yum install drupal",
and was never asked to register an account.
I'll see if I can deduce from the MySQL database
what name and email address have been assigned.

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Drupal installation

[Timothy Murphy]

Rainer Duffner wrote:

> Wordpress ist good and simple to setup.
> I'd consider it also for websites more  complex than my simple blog.

I've found this comparison of Drupal and WordPress rather odd.
Surely they are very different animals?
Admittedly, I don't really know what Drupal can do.


-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Drupal installation

[John R Pierce]

Timothy Murphy wrote:
>> IIRC, when you first install it, you register a new account and this
>> account #1 becomes the 'webmaster' account with master privileges.  I
>> often call it webmaster.
>> 
>
> Thanks for your response.
>
> But as I mentioned, I installed drupal by "sudo yum install drupal",
> and was never asked to register an account.
> I'll see if I can deduce from the MySQL database
> what name and email address have been assigned.
>
>   


no, I mean from the web interface  go to that default webpage, and 
use the 'create new account' function thats there.  the first account 
thats created is user #1, and is the drupal equivalent of a superuser.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DRBD very slow....

[Coert Waagmeester]

On Fri, 2009-07-24 at 09:27 -0400, Ross Walker wrote:
> On Jul 24, 2009, at 3:28 AM, Coert Waagmeester   > wrote:
> 
> >
> > On Fri, 2009-07-24 at 10:21 +0400, Roman Savelyev wrote:
> >> 1. You are hit by Nagel alghoritm (slow TCP response). You can  
> >> build DRBD
> >> 8.3. In 8.3 "TCP_NODELAY" and "QUICK_RESPONSE" implemented in place.
> >> 2. You are hit by DRBD protocol. In most cases, "B" is enought.
> >> 3. You are hit by triple barriers. In most cases you are need only  
> >> one of
> >> "barrier, flush,  drain" - see documentation, it depens on type of  
> >> storage
> >> hardware.
> >>
> >
> > I have googled the triple barriers thing but cant find that much
> > information.
> >
> > Would it help if I used IPv6 instead of IPv4?
> 
> Triple barriers wouldn't affect you as this is on top of LVM and LVM  
> doesn't support barriers, so it acts like a filter for them. Not good,  
> but that's the state of things.
> 
> I would have run the dd tests locally and not with netcat, the idea is  
> to take the network out of the picture.
> 
I have run the dd again locally.

It writes to an LVM volume on top of Software RAID 1 mounted in dom0:
# dd if=/dev/zero of=/mnt/data/1gig.file oflag=direct bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 24.3603 seconds, 43.0 MB/s

> Given the tests though it looks like the disks have their write caches  
> disabled which cripples them, but with LVM filtering barriers, it's  
> the safest configuration.
> 
> The way to get fast and safe is to use partitions instead of logical  
> volumes. If you need more then 4 then use GPT partition table which  
> allows up to 256 I believe. Then you can enable the disk caches as  
> drbd will issue barrier writes to assure consistency (hmmm maybe the  
> barrier problem is with devmapper which means software RAID will be a  
> problem too? Need to check that).

I am reading up on GPT, and that seems like a viable option.
Will keep you posted.

Most googles point to software raid 1 supporting barriers. not too sure
though.
> 
> Or
> 
> Invest in a HW RAID card with NVRAM cache that will negate the need  
> for barrier writes from the OS as the controller will issue them async  
> from cache allowing I/O to continue flowing. This really is the safest  
> method.
This is not going to be easy The servers we use are 1U rackmount,
and the single available PCI-express port is used up on both servers by
a quad gigabit network card.
> 
> -Ross


Thanks for all the valuable tips so far, I will keep you posted.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] SATA DVD Burner / AHCI / CentOS 4.7 (kernel: 2.6.9-78.0.22.EL)

[Robert Heller]

OK, it seems that the kernel I have (stock CentOS 4.7: 2.6.9-78.0.22.EL i686)
seems to gronk the nVideo SATA controller in AHCI mode.  It is NOT able
to deal with the SATA DVD Burner I have.  It is a "Sony Optiarc DVD
Burner with LightScribe Black SATA Model AD-7241S-0B LightScribe
Support".  Is there some special magic I need to do?  Here is the
relevant bit from the boot up (SATA ports 2-6 are empty at present):

Jul 26 16:29:27 sauron kernel: ACPI: PCI Interrupt :00:09.0[A] -> GSI 20 
(level, low) -> IRQ 201
Jul 26 16:29:27 sauron kernel: MSI INIT SUCCESS
Jul 26 16:29:27 sauron kernel: ahci :00:09.0: AHCI 0001.0200 32 slots 6 
ports 3 Gbps 0x3f impl SATA mode
Jul 26 16:29:27 sauron kernel: ahci :00:09.0: flags: 64bit ncq led clo pmp 
pio 
Jul 26 16:29:27 sauron kernel: ata1: SATA max UDMA/133 cmd 0xF8874100 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: ata2: SATA max UDMA/133 cmd 0xF8874180 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: ata3: SATA max UDMA/133 cmd 0xF8874200 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: ata4: SATA max UDMA/133 cmd 0xF8874280 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: ata5: SATA max UDMA/133 cmd 0xF8874300 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: ata6: SATA max UDMA/133 cmd 0xF8874380 ctl 0x0 
bmdma 0x0 irq 58
Jul 26 16:29:27 sauron kernel: scsi1 : ahci
Jul 26 16:29:27 sauron kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 
SControl 300)
Jul 26 16:29:27 sauron kernel: ata1.00: qc timeout (cmd 0xec)
Jul 26 16:29:27 sauron kernel: ata1.00: failed to IDENTIFY (I/O error, 
err_mask=0x104)
Jul 26 16:29:27 sauron kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 
SControl 300)
Jul 26 16:29:27 sauron kernel: ata1.00: qc timeout (cmd 0xa1)
Jul 26 16:29:27 sauron kernel: ata1.00: failed to IDENTIFY (I/O error, 
err_mask=0x104)
Jul 26 16:29:27 sauron kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 
SControl 300)
Jul 26 16:29:27 sauron kernel: ata1.00: qc timeout (cmd 0xa1)
Jul 26 16:29:27 sauron kernel: ata1.00: failed to IDENTIFY (I/O error, 
err_mask=0x104)
Jul 26 16:29:27 sauron kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 
SControl 300)
Jul 26 16:29:27 sauron kernel: scsi2 : ahci
Jul 26 16:29:27 sauron kernel: ata2: SATA link down (SStatus 0 SControl 300)
Jul 26 16:29:27 sauron kernel: scsi3 : ahci
Jul 26 16:29:27 sauron kernel: ata3: SATA link down (SStatus 0 SControl 300)
Jul 26 16:29:27 sauron kernel: scsi4 : ahci
Jul 26 16:29:27 sauron kernel: ata4: SATA link down (SStatus 0 SControl 300)
Jul 26 16:29:27 sauron kernel: scsi5 : ahci
Jul 26 16:29:28 sauron kernel: ata5: SATA link down (SStatus 0 SControl 300)
Jul 26 16:29:28 sauron kernel: scsi6 : ahci



-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SSH attacks from china

[luc...@lastdot.org]

On Sun, Jul 26, 2009 at 4:31 PM, Kai Schaetzl wrote:
> Sorin Srbu wrote on Sat, 25 Jul 2009 19:40:28 +0200:
>
>> What if you have legit users from China and Korea trying to connect to your
>> server(s)?
>
> What if he does not? See, you always use the solution that fits you and your
> setup/environment/needs.
>
> Kai

Indeed!

Vietnam and Indonezia are also suspects in my list.
The biggest problem with this approach is that even tho I could ban
whole Asia and Russia, a significant part of the attacks do not
originate from there, but from countries like USA, UK, etc, controlled
by hackers (also) from the aforementioned areas...
The latest case of password breaking I had to deal with was from an
USA IP address.. they managed to insert an iframe in all index.html
and index.php files on the respective FTP account. The iframe however
was pointing to a .ru website hosted in France.. Isn't globalization
fun?!
Anyway, just banning ranges of IP addresses may not enough, so to rely
on this _only_ would be careless.

>
> --
> Kai Schätzl, Berlin, Germany
> Get your web at Conactive Internet Services: http://www.conactive.com
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Drupal installation

[Kai Schaetzl]

Timothy Murphy wrote on Sat, 25 Jul 2009 16:33:04 +0100:

> which takes me to ,
> where I am invited to login.
> I do not recall ever being asked for a drupal username or password,
> except for those I gave for the drupal database.
> But when I give these I am told,
> "Sorry, unrecognized username or password. 
> Have you forgotten your password?"

Hm, sorry, when I go to that site I get the very first installation screen 
for drupal where the first thing you want to do is create the new admin 
account. I suggest you do that ASAP - otherwise *I* will do it if it's 
still that wide open tomorrow.
If that creation fails for some reason please go to the drupal 
forums/mailing list for help. This is really way beyond this list.

And if you want to do yourself a favor try CMS made simple or Typolight 
instead.

Kai

-- 
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Drupal installation

[Timothy Murphy]

John R Pierce wrote:

>>> IIRC, when you first install it, you register a new account and this
>>> account #1 becomes the 'webmaster' account with master privileges.  I
>>> often call it webmaster.

>> But as I mentioned, I installed drupal by "sudo yum install drupal",
>> and was never asked to register an account.
>> I'll see if I can deduce from the MySQL database
>> what name and email address have been assigned.

> no, I mean from the web interface  go to that default webpage, and
> use the 'create new account' function thats there.  the first account
> thats created is user #1, and is the drupal equivalent of a superuser.

I found in the end the bizarre cause of my problem.
When I looked at the MySQL table drupal.users
(my Drupal database is called drupal)
I found that I was entered as user #2,
a strange alien being entered as user #1,
and so I presume the administrator.

I take it some hacker has a program that looks for drupal sites,
and managed to get in between the time I installed drupal
and the time I logged in.
(Only a couple of minutes, as I recall.)
I tried deleting this user, and moving myself up,
but apparently it was too late.
I kicked myself for not making a note of the intruder,
or the email address they gave.

In any case, when I yum-deleted drupal,
and deleted the drupal databse,
and started again, it all worked fine.



-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] named 'wedging' on CentOS 4.7

[Robert Heller]

For some unfathomable reason, named 'wedges' -- becomes unresponsive and
needs to be killed (with -9!) and restarted.

I am using an intermittent (it is not a dedicated phone line -- I also
use it for voice calls), dialup connection to the internet and I am
using forwarding (from /etc/named.conf):

options {
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
/*
 * If there is a firewall between you and nameservers you want
 * to talk to, you might need to uncomment the query-source
 * directive below.  Previous versions of BIND always asked
 * questions using port 53, but BIND 8.1 uses an unprivileged
 * port by default.
 */
// query-source address * port 53;

listen-on {127.0.0.1; 192.168.250.1;};
forward first;
forwarders {
128.119.100.21;
128.119.100.84;
128.103.38.67;
64.74.153.161;
208.76.56.56;
208.76.62.100;
75.102.60.66;
78.129.207.168;
};
notify no;
heartbeat-interval 0;
interface-interval 0;
dialup passive;
};

I have a local LAN (right now, just my desktop and my Laptop run most
of the time, sometimes other machines are connected and fired up) and
use the local named for local DNS requests (I run Apache on this
machine with a pile of virtual hosts for web-site testing).

Every so often, named just goes south.  It can't be restarted (eg
'/sbin/service named restart' hangs) -- I have to use killall -9:
'killall -9 named' and then start it up.

I am using CentOS 4.7 and the stock bind:

sauron.deepsoft.com% rpm -qa | grep ^bind
bind-libs-9.2.4-30.el4_7.2
bind-chroot-9.2.4-30.el4_7.2
bind-utils-9.2.4-30.el4_7.2
bind-9.2.4-30.el4_7.2

What should I be checking for?

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Cleaning up some problems

[Sam Drinkard]

Over the past year or so, I've collected several errors that some I have 
found the solution for, others, like the one below are quite 
befuddling.  I get this one every week when /etc/cron.weekly runs.  What 
the heck is the "S" or what it is looking for?  Also, I've checked with 
cpan, and according to cpan, it says it doesn't know what NET::DNS is, 
yet if I do an i NET::DNS, it returns 150-some odd net::dns entries.  
I'm not totally familiar with cpan, and just started using it a short 
time ago.  Still the man3/s is really screwey for some reason.  There's 
not a package called "s" n the repositories is there?

This is an x86_64 box updated as of yesterday after removing the httpd.1 
stuff someone told me was the fix.

Thanks again all..

Sam

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cleaning up some problems

[Mr. X]

--- On Sun, 7/26/09, Sam Drinkard  wrote:

> From: Sam Drinkard 
> Subject: [CentOS] Cleaning up some problems
> To: CentOS@centos.org
> Date: Sunday, July 26, 2009, 6:16 PM
> Over the past year or so, I've
> collected several errors that some I have 
> found the solution for, others, like the one below are
> quite 
> befuddling.  I get this one every week when
> /etc/cron.weekly runs.  What 
> the heck is the "S" or what it is looking for?  Also,
> I've checked with 
> cpan, and according to cpan, it says it doesn't know what
> NET::DNS is, 

NET::DNS is a core perl module. You don't want to get any version from CPAN.

$locate DNS.pm
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS.pm

-- 
Mark



  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cleaning up some problems

[Sam Drinkard]

Mr. X wrote:
>
> --- On Sun, 7/26/09, Sam Drinkard  wrote:
>
>   
>> From: Sam Drinkard 
>> Subject: [CentOS] Cleaning up some problems
>> To: CentOS@centos.org
>> Date: Sunday, July 26, 2009, 6:16 PM
>> Over the past year or so, I've
>> collected several errors that some I have 
>> found the solution for, others, like the one below are
>> quite 
>> befuddling.  I get this one every week when
>> /etc/cron.weekly runs.  What 
>> the heck is the "S" or what it is looking for?  Also,
>> I've checked with 
>> cpan, and according to cpan, it says it doesn't know what
>> NET::DNS is, 
>> 
>
> NET::DNS is a core perl module. You don't want to get any version from CPAN.
>
> $locate DNS.pm
> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS.pm
>
>   
Hmmm... I don't have a perl version installed at that location.  I've 
only added a few modules from cpan.  What should I do to resolve this?  
yum erase perl, then reinstall or rpm -e whatever version of perl is 
installed?  I can understand there are some packages that are of the 
i386 flavor instaled on the system from initial install, and probably 
some updates, but are they really necessary?  LIke I have both versions 
of thunderbird, and I believe firefox as well, not to mention some I 
can't remember, but remember seeing them as dependencies or 
standalones.  If it weren't for the LDM data streaming in 24/7, I'd blow 
it all away and start fresh, but I can't afford to lose the LDM data... 
too much to confiigure in the setup and scripts.  Patching and or 
removing offending stuff is my game plan.  BTW, what is wrong with using 
cpan?  I thought they were the most up to date of the perl modules 
available, but I rarely ever see anything perl related in a yum 
update... maybe I just missed it. 

Sam
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cleaning up some problems

[Alan Sparks]

Sam Drinkard wrote:
>
>> NET::DNS is a core perl module. You don't want to get any version from CPAN.
>>
>> $locate DNS.pm
>> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS.pm
>>
>>   

I don't believe on CentOS this is a "core" module.  Try a Yum install of
perl-Net-DNS (in the base repository).
-Alan

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DRBD very slow....

[Roman Savelyev]

> Invest in a HW RAID card with NVRAM cache that will negate the need
> for barrier writes from the OS as the controller will issue them async
> from cache allowing I/O to continue flowing. This really is the safest
> method.
It's a better way. But socket oprions in DRBD up to 8.2 (Nagel alghoritm) 
can decrease performance in large amount of small syncronius writes. 

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DRBD very slow....

[Coert Waagmeester]

On Mon, 2009-07-27 at 10:18 +0400, Roman Savelyev wrote:
> > Invest in a HW RAID card with NVRAM cache that will negate the need
> > for barrier writes from the OS as the controller will issue them async
> > from cache allowing I/O to continue flowing. This really is the safest
> > method.
> It's a better way. But socket oprions in DRBD up to 8.2 (Nagel alghoritm) 
> can decrease performance in large amount of small syncronius writes. 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

Hello Roman,

I am running drbd 8.2.6 (the standard centos version)

How do I disable that nagle algorithm?

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DRBD very slow....

[Coert Waagmeester]

On Mon, 2009-07-27 at 08:30 +0200, Coert Waagmeester wrote:
> On Mon, 2009-07-27 at 10:18 +0400, Roman Savelyev wrote:
> > > Invest in a HW RAID card with NVRAM cache that will negate the need
> > > for barrier writes from the OS as the controller will issue them async
> > > from cache allowing I/O to continue flowing. This really is the safest
> > > method.
> > It's a better way. But socket oprions in DRBD up to 8.2 (Nagel alghoritm) 
> > can decrease performance in large amount of small syncronius writes. 
> > 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
> 
> Hello Roman,
> 
> I am running drbd 8.2.6 (the standard centos version)
> 
> How do I disable that nagle algorithm?

On google I found the following page:
http://www.nabble.com/Huge-latency-issue-with-8.2.6-td18947965.html

I have found in the drbdsetup (8) man page the sndbuf-size option, and I
will try setting this.

On the nabble page they talk about the TCP_NODELAY and TCP_QUICKACK
socket option. Does this have to do with Nagle algorithm?

Where do I set these socket options? Do I have to compile drbd with
them?

> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DRBD very slow....

[John R Pierce]

> On google I found the following page:
> http://www.nabble.com/Huge-latency-issue-with-8.2.6-td18947965.html
>
> I have found in the drbdsetup (8) man page the sndbuf-size option, and I
> will try setting this.
>
> On the nabble page they talk about the TCP_NODELAY and TCP_QUICKACK
> socket option. Does this have to do with Nagle algorithm?
>
> Where do I set these socket options? Do I have to compile drbd with
> them?
>   

those are socket flags set on a socket open() call.the page you 
refer to specifically says they changed this in 8.2.7



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Centos 5.3, no AHCI on HP DL320 G5p?

[Veiko Kukk]

I have one HP Proliant DL320 G5p, where for some reason, the AHCI mode 
is not enabled. According to server specs, it should have AHCI/NCQ 
capability, but ata_piix module gets loaded during bootup, not ahci module.
Any ideas how to enable AHCI mode?

lspci output:

# lspci
00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller 
(rev 01)
00:01.0 PCI bridge: Intel Corporation 3200/3210 Chipset Host-Primary PCI 
Express Bridge (rev 01)
00:06.0 PCI bridge: Intel Corporation 3210 Chipset Host-Secondary PCI 
Express Bridge (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 1 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 4 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express 
Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #6 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI 
Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface 
Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 
port SATA IDE Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port 
SATA IDE Controller (rev 02)
01:02.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)
01:04.0 System peripheral: Compaq Computer Corporation Integrated Lights 
Out Controller (rev 03)
01:04.2 System peripheral: Compaq Computer Corporation Integrated Lights 
Out  Processor (rev 03)
01:04.4 USB Controller: Hewlett-Packard Company Proliant iLO2 virtual 
USB controller
01:04.6 IPMI SMIC interface: Hewlett-Packard Company Proliant iLO2 
virtual UART
02:00.0 PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge (rev b5)
03:04.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5715 
Gigabit Ethernet (rev a3)
03:04.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5715 
Gigabit Ethernet (rev a3)

--
Veiko
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos