Re: [CentOS] PATA Hard Drive woes

2010-11-20 Thread Les Mikesell 
On 11/20/10 4:12 PM, Keith Roberts wrote:
>
> So it appears the onboard IDE controller is working OK, and
> the problem appears to be from the IDE ribbon cable, to one
> of the HDD caddies.
>
> Any suggs please?

Errr, if you have established that you have a bad cable, isn't the obvious 
solution to replace it?  Be sure it is an 80-wire cable and connected correctly 
(they are usually keyed, but not always).

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] nspluginwrapper rpms on x86_64? (was: firefox. java. 64 bit. bleah!)

2010-11-20 Thread Mike Fedyk 
On Sat, Nov 20, 2010 at 3:25 PM, Lars Hecking
 wrote:
>  Possibly. Or possibly not. On a closely related topic, can you comment on
>  whether or not it's a good idea to install the nspluginwrapper rpms on 
> x86_64?
>  They seem to be fundamentally broken.
>

I don't think you need it anymore with FF 3.6.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Michael D. Berger 
On Sat, 20 Nov 2010 18:17:23 -0600, Jay Leafey wrote:

> Les Mikesell wrote:
[...]
> This does ring a bell, but the circumstances were a bit different.  In
> our case we were transferring large files between "home" and a remote
> site.  SFTP/SCP transfers were stalling part-way through in an
> unpredictable manner.  It turned out to be a bug in the selective
> acknowledgment functionality in the TCP stack.   Short story, adding the
> following line to /etc/sysctl.conf fixed the issue:
> 
>> net.ipv4.tcp_sack = 0
> 
> Of course, you can set it on-the-fly using the sysctl command:
> 
>> sysctl -w net.ipv4.tcp_sack=0
> 
> It helped in our case, no way of telling if it will help you.  As usual,
> your mileage may vary.

Googing around, I get the impression that disabling SACK might
lead to other problems.  Any thoughts on this?

Thanks,
Mike.

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

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Jay Leafey 

Les Mikesell wrote:

On 11/19/10 3:16 PM, Michael D. Berger wrote:

On my intranet, I sometimes transfer large files, about 4G,
to an CentOS old box that I use for a web server.  I transfer
with ftp or sftp.  Usually, before the file is complete, the
transfer "stalls".  At that point, ping from the destination box
to the router fails.  I then deactivate the net interface on the
destination box and then activate it.  Ping is then successful,
and the transfer is completed.  The transferred file is correct,
as verified with sha1sum.

All connections are via cat6 wire.

So what do you think?  Should I try changing the net card?
Any tests to run? Any other suggestions?


I haven't seen anything like that, at least in many years so it probably is 
hardware related - but make sure your software is up to date.  As a workaround, 
you might try using rsync with the --bwlimit option to limit the speed of the 
transfer - and the -P option so you can restart a failed transfer from the point 
it stalled on the last attempt.




This does ring a bell, but the circumstances were a bit different.  In 
our case we were transferring large files between "home" and a remote 
site.  SFTP/SCP transfers were stalling part-way through in an 
unpredictable manner.  It turned out to be a bug in the selective 
acknowledgment functionality in the TCP stack.   Short story, adding the 
following line to /etc/sysctl.conf fixed the issue:



net.ipv4.tcp_sack = 0


Of course, you can set it on-the-fly using the sysctl command:


sysctl -w net.ipv4.tcp_sack=0


It helped in our case, no way of telling if it will help you.  As usual, 
your mileage may vary.

--
Jay Leafey - jay.lea...@mindless.com
Memphis, TN


smime.p7s
Description: S/MIME Cryptographic Signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox. java. 64 bit. bleah!

2010-11-20 Thread Lars Hecking 
Nicolas Thierry-Mieg writes:
> m.r...@5-cent.us wrote:
> > Found this, and I
> > remember the plugins directory... except firefox 3.6.11, I can't find any,
> > not in ~/.mozilla, not in /usr/lib64/mozilla. Anyone have a clue for the
> > poor?
> 
> that's strange:
> [nthie...@localhost ~]$ rpm -q firefox xulrunner
> firefox-3.6.11-2.el5.centos.x86_64
> xulrunner-1.9.2.11-4.el5.x86_64
> [nthie...@localhost ~]$ rpm -q firefox -R | grep xulrunner
> xulrunner >= 1.9.2.11-1
> [nthie...@localhost ~]$ rpm -ql xulrunner | grep lib64/mozilla/plugins
> /usr/lib64/mozilla/plugins
> y
> something's wrong with your system.

 Possibly. Or possibly not. On a closely related topic, can you comment on
 whether or not it's a good idea to install the nspluginwrapper rpms on x86_64?
 They seem to be fundamentally broken.



---
This message and any attachments may contain Cypress (or its
subsidiaries) confidential information. If it has been received
in error, please advise the sender and immediately delete this
message.
---

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

Re: [CentOS] PATA Hard Drive woes

2010-11-20 Thread Keith Roberts 
Well I'm geting there slowly but surely.

This home-built server machine is using hard drive caddies.

I've taken my working backup drive from the caddy (secondary 
master), and replaced it with a small GB test drive.

The problem was originally with the drive connected to the 
onboard IDE primary channel being intermittently 
autodetected at boot time.

I have now swopped the IDE ribbon cables, so the cable that 
was connected to the primary IDE channel is now plugged into 
the secondary channel onboard IDE socket, and vice versa for 
the secondary ribbon cable.

Now when I reboot the machine the problem of drives not 
being detected now appears on the secondary channel, and the 
ATA drive and CD/DVD-ROM drive are detected OK on the 
primary channel.

I have also replaced the IDE ribbon cable for the channel 
that was originally connected as primary.

So it appears the onboard IDE controller is working OK, and 
the problem appears to be from the IDE ribbon cable, to one 
of the HDD caddies.

Any suggs please?

Kind Regards,

Keith Roberts


-- 
In theory, theory and practice are the same;
in practice they are not.

This email was sent from my laptop with Centos 5.5
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Old metadata for centosplus 4 repo.

2010-11-20 Thread Tru Huynh 
On Sat, Nov 20, 2010 at 09:43:19PM +0100, I.Piasecki wrote:
> Hi Centos maintainers !
> 
> Could You please refresh repo data for centosplus reposytory 4 ? There
> are new kernels rpms, but repo index files arn't updated. Please fix that.
done, thanks

next time use bugs.centos.org ;P

Tru
-- 
Tru Huynh (mirrors, CentOS i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B


pgp9b3ermDmOD.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Old metadata for centosplus 4 repo.

2010-11-20 Thread I.Piasecki 
Hi Centos maintainers !

Could You please refresh repo data for centosplus reposytory 4 ? There
are new kernels rpms, but repo index files arn't updated. Please fix that.

For example: http://mirror.centos.org/centos/4/centosplus/x86_64/ rpm
from 20 oct 2010 but meatadata from 28 sep 2010 ...

P.S:
That was 17 nov 2010 fixed for centosplus 5 repo, but centosplus 4 was
omitted.


Best regards,

-- 
Ireneusz Piasecki

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

Re: [CentOS] Centos 4 and cgiemail

2010-11-20 Thread Dave Cross 
Apologies for not replying sooner. This mailing list goes into a "read
when you're not too busy" folder :-/

On 18 November 2010 17:08, Todd Cary  wrote:
>
> On 11/12/2010 10:15 AM, Dave Cross wrote:
>
> It all depends very much on how the web server is configured. Do you
> know if the web server is configured to run CGI programs? Do you have
> access to the Apache configuration files? (Actually, is the server
> running Apache?)
>
> What value have you given the "action" attribute on the form element?
> You say that the CGI program is in the cgi-bin directory - was that
> directory there before, or did you create it yourself? Are there any
> other cgi-bin directories in the web area on the server?
>
> <<< Do you know if the web server is configured to run CGI programs?  >>>
> The server is in my office running Centos 4, however I am not sure how to
> check to see if it is configured to run CGI.

By "web server", I meant the Apache software, not the operating system.

To see if your web server is configured to run CGI, you need to look
in your Apache configuration file (/etc/httpd/httpd.conf) and look for
lines that reference "cgi". You might well find lines like this
scattered through the file:

  LoadModule cgi_module modules/mod_cgi.so

  ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"

  AddHandler cgi-script .cgi

> <<< Do you have access to the Apache configuration files? (Actually, is the
> server running Apache?) >>>
> Yes, it is running Apache and I have complete access.

That's good. The situation isn't impodsible then :-)

> <<< What value have you given the "action" attribute on the form element?

>  action="http://www.toddcary.com/srjc_CIS50_11B/lesson_6/cgi-bin/cgiecho/template.txt";
> method="post">
>
> The template.txt file is at
> http://www.toddcary.com/srjc_CIS50_11B/lesson_6/template.txt
>
> The cgi is at
> http://www.toddcary.com/srjc_CIS50_11B/lesson_6/cgi-bin/cgiecho

This puzzles me. The action on a form attribute needs to point to an
executable file (or something that the web server can resolved to an
executable of some kind). Setting it to the path to a text file is
never going to work.

> This is the error:
> The requested URL /srjc_CIS50_11B/lesson_6/cgi-bin/cgiecho/template.txt was
> not found on this server

Ok, that means that your web server isn't mapping URLs to the
filesystem in the way that you think. If you put a test file in
srjc_CIS50_11B/lesson_6, can you see it in a browser?

> <<< You say that the CGI program is in the cgi-bin directory - was that
> directory there before, or did you create it yourself? >>>
> I created the directory as part of the project.

Ok, you can't do that. Just creating a directory called cgi-bin
doesn't automatically create a CGI directory. The web server needs to
be configured correctly to recognise that it's a CGI directory.

> <<< Are there any other cgi-bin directories in the web area on the server?

> No other cgi-bin directories in the Web area.

Which perhaps indicates that the web server isn't expected to be used
for CGI programs. Who configured the server for you? Can you go to
them for help configuring the server to support CGI?

The standard Centos 5 Apache configuration puts the web root at
/var/www/html and the cgi-bin at /var/www/cgi-bin. If your server
isn't configured like that then it's hard to be much help without
seeing far more detail about the configuration.

Rather than posting a complete beginners course to CGI to the mailing
list, can I point you to a servers of tutorials that I wrote several
years ago.

  http://mag-sol.com/articles/cgi1.html
  http://mag-sol.com/articles/cgi2.html
  http://mag-sol.com/articles/cgi3.html

Let me know if I can be any more help.

Cheers,

Dave...

-- 
Dave Cross :: d...@dave.org.uk
http://dave.org.uk/
@davorg
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Timo Schoeler 
On 11/20/2010 06:35 PM, Les Mikesell wrote:
> On 11/19/10 3:16 PM, Michael D. Berger wrote:
>> On my intranet, I sometimes transfer large files, about 4G,
>> to an CentOS old box that I use for a web server.  I transfer
>> with ftp or sftp.  Usually, before the file is complete, the
>> transfer "stalls".  At that point, ping from the destination box
>> to the router fails.  I then deactivate the net interface on the
>> destination box and then activate it.  Ping is then successful,
>> and the transfer is completed.  The transferred file is correct,
>> as verified with sha1sum.
>>
>> All connections are via cat6 wire.
>>
>> So what do you think?  Should I try changing the net card?
>> Any tests to run? Any other suggestions?
>
> I haven't seen anything like that, at least in many years so it probably is
> hardware related - but make sure your software is up to date.  As a 
> workaround,
> you might try using rsync with the --bwlimit option to limit the speed of the
> transfer - and the -P option so you can restart a failed transfer from the 
> point
> it stalled on the last attempt.

If you have a managed switch, check its counters for errors (CRC, 
giants, runts, etc) and check whether speed and duplex settings are 
appropriate for all machines connected.

You should also check whether all devices involved are able to handle 
the MTU you use. I had a similar issue recently with Cisco gear that 
wouldn't play with the MTUs I had set on some of my machines.

Cheers,

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

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Les Mikesell 
On 11/19/10 3:16 PM, Michael D. Berger wrote:
> On my intranet, I sometimes transfer large files, about 4G,
> to an CentOS old box that I use for a web server.  I transfer
> with ftp or sftp.  Usually, before the file is complete, the
> transfer "stalls".  At that point, ping from the destination box
> to the router fails.  I then deactivate the net interface on the
> destination box and then activate it.  Ping is then successful,
> and the transfer is completed.  The transferred file is correct,
> as verified with sha1sum.
>
> All connections are via cat6 wire.
>
> So what do you think?  Should I try changing the net card?
> Any tests to run? Any other suggestions?

I haven't seen anything like that, at least in many years so it probably is 
hardware related - but make sure your software is up to date.  As a workaround, 
you might try using rsync with the --bwlimit option to limit the speed of the 
transfer - and the -P option so you can restart a failed transfer from the 
point 
it stalled on the last attempt.

-- 
   Les Mikesell
lesmikes...@gmail.com


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

[CentOS] Auto-Re: CentOS Digest, Vol 70, Issue 20

2010-11-20 Thread 韦加宁 
信已收到,谢谢!
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Kwan Lowe 
On Fri, Nov 19, 2010 at 4:16 PM, Michael D. Berger
 wrote:
> On my intranet, I sometimes transfer large files, about 4G,
> to an CentOS old box that I use for a web server.  I transfer
> with ftp or sftp.  Usually, before the file is complete, the
> transfer "stalls".  At that point, ping from the destination box
> to the router fails.  I then deactivate the net interface on the
> destination box and then activate it.  Ping is then successful,
> and the transfer is completed.  The transferred file is correct,
> as verified with sha1sum.
>
> All connections are via cat6 wire.
>
> So what do you think?  Should I try changing the net card?
> Any tests to run? Any other suggestions?
>
It could be buffering the transfer then writing it.  I notice this on
a small xen image I use as a file server.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fail Transfer of Large Files

2010-11-20 Thread Ben McGinnes 
On 20/11/10 8:16 AM, Michael D. Berger wrote:
> On my intranet, I sometimes transfer large files, about 4G,
> to an CentOS old box that I use for a web server.  I transfer
> with ftp or sftp. 

Have you tried scp or rsync?


Regards,
Ben



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos