Redhat-install-list Digest, Vol 26, Issue 1

Poole, John J john.j.poole at usa-spaceops.com
Mon Apr 3 15:27:34 UTC 2006


Alexey,
       If you are using DOS to ftp a "zip" file, I think you must tell ftp it is a "binary file" ftp problem with large file.
John


-----Original Message-----
From: redhat-install-list-bounces at redhat.com
[mailto:redhat-install-list-bounces at redhat.com]On Behalf Of
redhat-install-list-request at redhat.com
Sent: Saturday, April 01, 2006 12:01 PM
To: redhat-install-list at redhat.com
Subject: Redhat-install-list Digest, Vol 26, Issue 1


Send Redhat-install-list mailing list submissions to
	redhat-install-list at redhat.com

To subscribe or unsubscribe via the World Wide Web, visit
	https://www.redhat.com/mailman/listinfo/redhat-install-list
or, via email, send a message with subject or body 'help' to
	redhat-install-list-request at redhat.com

You can reach the person managing the list at
	redhat-install-list-owner at redhat.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Redhat-install-list digest..."


Today's Topics:

   1. RE: ftp problem with large file (Bret Stern)
   2. Re: Question about upgrade mode (Rick Stevens)
   3. Re: Logging in to bogged down system? (karlp at ourldsfamily.com)
   4. Re: Logging in to bogged down system? (Rick Stevens)
   5. RE: Logging into bogged down server (Harold Hallikainen)


----------------------------------------------------------------------

Message: 1
Date: Fri, 31 Mar 2006 09:54:38 -0800
From: "Bret Stern" <bret_stern at machinemanagement.com>
Subject: RE: ftp problem with large file
To: "Mehmet Halil" <Mehmet.Halil at dsp-global.com>,	"Getting started
	with Red Hat Linux" <redhat-install-list at redhat.com>,
	<redhat-install-list at redhat.com>
Message-ID:
	<NKBBKGEOILIILDBOFECDMEDACAAA.bret_stern at machinemanagement.com>
Content-Type: text/plain; charset="iso-8859-1"

RE: ftp problem with large file
  -----Original Message-----
  From: Mehmet Halil [mailto:Mehmet.Halil at dsp-global.com]
  Sent: Friday, March 31, 2006 9:01 AM
  To: Getting started with Red Hat Linux; bret_stern at machinemanagement.com;
redhat-install-list at redhat.com
  Subject: RE: ftp problem with large file


  Hi,

  I believe your problem might be originating from the Windows server end.
You may have to modify the registry to get around this problem. The
following artcile clearly explains what you need to do:

  http://support.microsoft.com/default.aspx?scid=kb;en-us;304101

  Cheers


----------------------------------------------------------------------------
--
  From: redhat-install-list-bounces at redhat.com on behalf of
A.Fadyushin at it-centre.ru
  Sent: Fri 3/31/2006 17:18
  To: bret_stern at machinemanagement.com; redhat-install-list at redhat.com
  Subject: RE: ftp problem with large file


  Is the size of partially transferred file the same for both attempts?
  Also, I sometimes have seen FTP sessions closed by the server due to
  network problems between the server and the client (these problems
  caused timeouts at the server side).

  Alexey Fadyushin
  Brainbench MVP for Linux.
  http://www.brainbench.com

  > -----Original Message-----
  > From: redhat-install-list-bounces at redhat.com
  [mailto:redhat-install-list-
  > bounces at redhat.com] On Behalf Of Bret Stern
  > Sent: Thursday, March 30, 2006 11:09 PM
  > To: redhat-install-list at redhat.com
  > Subject: ftp problem with large file
  >
  >
  > I'm trying to transfer a 200mb .zip file using
  > ftp from a remote clients windows server machine
  > to my office ftp server.
  >
  > My office ftp server is RH4 running vsftpd.
  >
  > The target folder is home/mm a standard
  > system generated user folder.
  >
  > Are there any size limits to this folder?
  >
  > The error message on the sending ftp client
  > is "remote session closed by host".
  >
  > The transfer works up to about 25 megs (not exact),
  > then is terminated. I've tried it twice.
  >
  > Any ideas welcome.
  >
  > Regards,
  >
  > Bret Stern
  >
  > _______________________________________________
  > Redhat-install-list mailing list
  > Redhat-install-list at redhat.com
  > https://www.redhat.com/mailman/listinfo/redhat-install-list
  > To Unsubscribe Go To ABOVE URL or send a message to:
  > redhat-install-list-request at redhat.com
  > Subject: unsubscribe



  _______________________________________________
  Redhat-install-list mailing list
  Redhat-install-list at redhat.com
  https://www.redhat.com/mailman/listinfo/redhat-install-list
  To Unsubscribe Go To ABOVE URL or send a message to:
  redhat-install-list-request at redhat.com
  Subject: unsubscribe



  This message has been sent via the Internet. Internet communications are
not secure against
  interception or modification. DSP Global Ltd therefore cannot guarantee
that this message
  has not been modified in transit. This message and any files transmitted
with it are
  confidential and intended solely for the use of the addressee. The
unauthorised use,
  disclosure, copying or alteration of this message is forbidden. If you
have received
  this message in error please notify the sender and destroy your copies of
the message
  and any attached files.  Please note that in replying to this mail, you
are granting
  the right for that reply to be forwarded to any other individual and to be
read by a
  surrogate in the event that the intended recipient is out of the office or
is no longer
  employed by the company.  Any views expressed by an individual within this
message do
  not necessarily reflect the views of company.

  DSP Global Ltd, Vigilant House, 120 Wilton Road, London SW1V 1JZ.


  It was a network configuration problem on my side.

  There are no problems as of now.

  Thanks all
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://www.redhat.com/archives/redhat-install-list/attachments/20060331/fc64633c/attachment.html

------------------------------

Message: 2
Date: Fri, 31 Mar 2006 09:59:43 -0800
From: Rick Stevens <rstevens at vitalstream.com>
Subject: Re: Question about upgrade mode
To: Getting started with Red Hat Linux
	<redhat-install-list at redhat.com>
Message-ID: <1143827983.3839.149.camel at prophead.corp.publichost.com>
Content-Type: text/plain

On Fri, 2006-03-31 at 16:24 +0800, Xiao Wei Zhang wrote:
> Hi all,
> I need to upgrade my RHEL3 and RHEL4 system to the latest service
> level. I have done this by a kickstart file in upgrade mode through
> network. The upgrade is successful, but it can not allow me to perform
> some additional setup(such as updating dirvers or sending messages to
> other machine) besides updating rpms. In install mode I can put some
> scripts in %pre and %post sections in kickstart file. but in upgrade
> mode both of these two sections will be ignored. Is there any way that
> allow me to run some scripts after the upgrade finishes and before
> system reboots. I really appreciate your help. Thank you!

Note that the Kickstart manual specificially says:

--------------------- CUT HERE -------------------------------------
For kickstart upgrades, the following items are required: 

      * Language
        
      * Language support
        
      * Installation method
        
      * Device specification (if device is needed to perform
        installation)
        
      * Keyboard setup
        
      * The upgrade keyword
        
      * Boot loader configuration
        

If any other items are specified for an upgrade, those items will be
ignored (note that this includes package selection). 
--------------------- CUT HERE -------------------------------------

So you're out of luck running %pre or %post stuff during upgrades.  The
theory is that the items have already been installed and configured, and
the upgrade is primarily to update the code--not the configs.  That's
also why the package selection code is also disabled during upgrades...
you can only upgrade things already installed.  Dependencies are handled
if a new version of something requires another RPM, but you can't
_install_ new or additional packages.

If you must run stuff after the upgrade but before the system is fully
up, you'll have to boot in single-user mode and do your thing there.

Sorry!
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer     rstevens at vitalstream.com -
- VitalStream, Inc.                       http://www.vitalstream.com -
-                                                                    -
-      To err is human, to forgive, beyond the scope of the OS       -
----------------------------------------------------------------------



------------------------------

Message: 3
Date: Fri, 31 Mar 2006 13:59:29 -0700 (MST)
From: karlp at ourldsfamily.com
Subject: Re: Logging in to bogged down system?
To: "Getting started with Red Hat Linux"
	<redhat-install-list at redhat.com>
Message-ID:
	<21208.198.60.114.90.1143838769.squirrel at webmail.ourldsfamily.com>
Content-Type: text/plain;charset=iso-8859-1

On Tue, March 28, 2006 7:30 pm, Rick Stevens said:
> On Tue, 2006-03-28 at 17:17 -0800, Harold Hallikainen wrote:
>> My FC4 system has been running great for months. But today, I headed
>> for Arkansas and the server is in California. Once I got here to AR, I
>> noticed that it was serving web pages real slowly. I logged in using
>> ssh and ran top. I found a TON of httpd processes running, using, at
>> that time, 86% of the processor time. I figured I'd try to reboot the
>> system through ssh, but now I can't even get in to it that way. I
>> connect, but the password is never requested. Instead, I get
>> "ssh_exchange_identification: read: Connection reset by peer
>> ". So, anything I can do from a couple thousand miles away?
>
> Just keep trying or get someone to hard boot it.  You should also
> put the following tweaks in your /etc/sysctl.conf file to tweak
> HTTP session handling:
>
> 	net.ipv4.tcp_fin_timeout = 1
> 	net.ipv4.tcp_max_syn_backlog = 2048
> 	net.ipv4.tcp_syn_retries = 3
> 	net.ipv4.tcp_tw_recycle = 1
> 	net.ipv4.tcp_tw_reuse = 1

Are these settings 'safe' for RH8.0 and RH9? I guess a better question is,
are these settings used by 8.0 or 9?

Karl

>
> These will force faster recycling of the TCP connections and will help
> block some DDOS attacks.
>
> ----------------------------------------------------------------------
> - Rick Stevens, Senior Systems Engineer     rstevens at vitalstream.com -
> - VitalStream, Inc.                       http://www.vitalstream.com -
> -                                                                    -
> -         "If you can't fix it...duct tape it!"  - Tim Allen         -
> ----------------------------------------------------------------------
>
> _______________________________________________
> Redhat-install-list mailing list
> Redhat-install-list at redhat.com
> https://www.redhat.com/mailman/listinfo/redhat-install-list
> To Unsubscribe Go To ABOVE URL or send a message to:
> redhat-install-list-request at redhat.com
> Subject: unsubscribe
>


-- 
karl
     _/  _/      _/      _/_/_/       ____________   __o
    _/ _/       _/      _/    _/     ____________  _-\<._
   _/_/        _/      _/_/_/                     (_)/ (_)
  _/ _/       _/      _/           ......................
 _/   _/ arl _/_/_/  _/ earson    KarlP at ourldsfamily.com
---
Senior Consulting Sys/DB Analyst
http://consulting.ourldsfamily.com
---
 My Thoughts on Terrorism In America right after 9/11/2001:
 http://www.ourldsfamily.com/wtc.shtml
---
 A right is not what someone gives you; it's what no one can take from you.
 -Ramsey Clark
---




------------------------------

Message: 4
Date: Fri, 31 Mar 2006 16:19:35 -0800
From: Rick Stevens <rstevens at vitalstream.com>
Subject: Re: Logging in to bogged down system?
To: Getting started with Red Hat Linux
	<redhat-install-list at redhat.com>
Message-ID: <1143850775.3839.193.camel at prophead.corp.publichost.com>
Content-Type: text/plain

On Fri, 2006-03-31 at 13:59 -0700, karlp at ourldsfamily.com wrote:
> On Tue, March 28, 2006 7:30 pm, Rick Stevens said:
> > On Tue, 2006-03-28 at 17:17 -0800, Harold Hallikainen wrote:
> >> My FC4 system has been running great for months. But today, I headed
> >> for Arkansas and the server is in California. Once I got here to AR, I
> >> noticed that it was serving web pages real slowly. I logged in using
> >> ssh and ran top. I found a TON of httpd processes running, using, at
> >> that time, 86% of the processor time. I figured I'd try to reboot the
> >> system through ssh, but now I can't even get in to it that way. I
> >> connect, but the password is never requested. Instead, I get
> >> "ssh_exchange_identification: read: Connection reset by peer
> >> ". So, anything I can do from a couple thousand miles away?
> >
> > Just keep trying or get someone to hard boot it.  You should also
> > put the following tweaks in your /etc/sysctl.conf file to tweak
> > HTTP session handling:
> >
> > 	net.ipv4.tcp_fin_timeout = 1
> > 	net.ipv4.tcp_max_syn_backlog = 2048
> > 	net.ipv4.tcp_syn_retries = 3
> > 	net.ipv4.tcp_tw_recycle = 1
> > 	net.ipv4.tcp_tw_reuse = 1
> 
> Are these settings 'safe' for RH8.0 and RH9? I guess a better question is,
> are these settings used by 8.0 or 9?

They should be.  Just check /proc/sys/net/ipv4 and verify that the
last bits of the things above exist as filenames, e.g.:

	net.ipv4.tcp_fin_timeout = /proc/sys/net/ipv4/tcp_fin_timeout

If you want to just test them first without making them permanent, then
echo the value to the file, e.g.:

	echo "1" >/proc/sys/net/ipv4/tcp_fin_timeout

Note that they'll revert back to their previous settings if you DON'T
put them in /etc/sysctl.conf.

BTW, they're explained in the kernel's
"Documentation/networking/ip-sysctl.txt" file which is part of the
"kernel-doc" RPM.  It's also found in the various kernel source RPMs.
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer     rstevens at vitalstream.com -
- VitalStream, Inc.                       http://www.vitalstream.com -
-                                                                    -
-   Never test for an error condition you don't know how to handle.  -
----------------------------------------------------------------------



------------------------------

Message: 5
Date: Fri, 31 Mar 2006 20:07:07 -0800
From: Harold Hallikainen <harold at hallikainen.com>
Subject: RE: Logging into bogged down server
To: Getting started with Red Hat Linux
	<redhat-install-list at redhat.com>
Message-ID: <20060401040707.2E1FCFF2BE at hosting4.userservices.net>
Content-Type: text/plain; charset="iso-8859-1"

For some reason, this email client deletes all the received message when I reply
and then select text instead of html... When I get back home and restart the FC4
machine, I'll get back on SquirrelMail. Anyways... I'm STILL trying to ssh into
the bogged down server. No luck yet. I did change the DNS server to send stuff
away from this server in the hopes it would eventuall finish off all those
processes and start accepting my ssh login (to the IP address instead of the
domain). No luck so far. In a couple days I can go hit the reset button.

Besides the modifications to configs suggested so far, I'm also thinking of
adding a hardware watchdog timer to the machine so it'll reset itself should it
ever do this again. I've seen a couple circuits on the web, based on a 555 timer.
One of them I found looked like it could be locked up if the machine crashed
during a watchdog reset. Back when I was designing MC6802 based systems, I did a
watchdog timer like that and had to drive 100 miles in Kansas to hit the reset
switch on a system. Watchdog timers I design now reset on an edge instead of a
level so if the reset line gets stuck at either level, the watchdog will time out
and reset the system. So, that's my next project! 

thanks for the help!

Harold

FCC Rules online at http://www.hallikainen.com






------------------------------

_______________________________________________
Redhat-install-list mailing list
Redhat-install-list at redhat.com
https://www.redhat.com/mailman/listinfo/redhat-install-list

End of Redhat-install-list Digest, Vol 26, Issue 1
**************************************************




More information about the Redhat-install-list mailing list