From bfebrian at gmx.net Wed Nov 1 02:19:50 2006 From: bfebrian at gmx.net (Budi Febrianto) Date: Wed, 01 Nov 2006 09:19:50 +0700 Subject: SMTP Attacks In-Reply-To: <1162328363.3148.35.camel@prophead.corp.publichost.com> References: <37786.192.168.1.1.1161693148.squirrel@sujan.hallikainen.org> <20061024151447.GA32623@bobcat.bobcatos.com> <42960.207.177.227.29.1161704974.squirrel@sujan.hallikainen.org> <1161708441.24439.177.camel@prophead.corp.publichost.com> <19237.194.127.8.19.1161709811.squirrel@webmail.hemzet.com> <1161711817.24439.209.camel@prophead.corp.publichost.com> <20061024180126.GB2053@reddog.kinz.org> <1161723323.24439.213.camel@prophead.corp.publichost.com> <45470ACE.5060506@gmx.net> <1162314546.3148.28.camel@prophead.corp.publichost.com> <24962.207.177.227.29.1162317998.squirrel@sujan.hallikainen.org> <1162328363.3148.35.camel@prophead.corp.publichost.com> Message-ID: <45480446.9090001@gmx.net> Rick Stevens wrote: > > Look, I don't want to get into some holy war about this. I've run into > a number of them while running our network. I understand what they're > trying to do, but when they come up with their _own_ definitions of what > is and isn't spam, then list you based on reports from third parties > (some of which may be from people who simply don't like you) and give > you NO way of defending yourself or getting off their lists, then I call > them Nazis and that's the end of it. > > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - Artificial Intelligence usually beats real stupidity. - > ---------------------------------------------------------------------- Thanks for the info. I'm very open minded, the more information that I have will make me a better person. From bret_stern at machinemanagement.com Wed Nov 1 15:26:29 2006 From: bret_stern at machinemanagement.com (Bret Stern) Date: Wed, 1 Nov 2006 07:26:29 -0800 Subject: xferlog time stamp - off 8 hours Message-ID: <200611011532.kA1FW12E014946@ns2.netmagic.net> I asked this once before and couldn't resolve the problem regarding xferlog timestamp. Both servers clocks are correct. This was copied from the customers server at 9:30pm last night. (The source ip address has been edited.) Wed Nov 1 05:39:42 2006 77 1.1.1.1 6882336 /netdata/filename.ext a _ i r ftp_user ftp 0 * c This was copied on my internal network at 7:03am this morning Wed Nov 1 15:03:44 2006 1 192.168.0.2 97 /xferlog.txt b _ i r hop ftp 0 * c The timestamps appears to be off by eight hours on both transfers. Bret From rmckeever at earthlink.net Wed Nov 1 16:12:49 2006 From: rmckeever at earthlink.net (Ron McKeever) Date: Wed, 1 Nov 2006 08:12:49 -0800 Subject: xferlog time stamp - off 8 hours In-Reply-To: <200611011532.kA1FW12E014946@ns2.netmagic.net> Message-ID: <000901c6fdd0$94510380$0400a8c0@Hope> It has to do with GMT... Is your or one of the other server's clock set to GMT... That would explain the even -8 hours, that's the west coast offset to GMT. -----Original Message----- From: redhat-install-list-bounces at redhat.com [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Bret Stern Sent: Wednesday, November 01, 2006 7:26 AM To: redhat-install-list at redhat.com Subject: xferlog time stamp - off 8 hours I asked this once before and couldn't resolve the problem regarding xferlog timestamp. Both servers clocks are correct. This was copied from the customers server at 9:30pm last night. (The source ip address has been edited.) Wed Nov 1 05:39:42 2006 77 1.1.1.1 6882336 /netdata/filename.ext a _ i r ftp_user ftp 0 * c This was copied on my internal network at 7:03am this morning Wed Nov 1 15:03:44 2006 1 192.168.0.2 97 /xferlog.txt b _ i r hop ftp 0 * c The timestamps appears to be off by eight hours on both transfers. Bret _______________________________________________ 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 From rstevens at vitalstream.com Wed Nov 1 17:38:22 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Wed, 01 Nov 2006 09:38:22 -0800 Subject: xferlog time stamp - off 8 hours In-Reply-To: <000901c6fdd0$94510380$0400a8c0@Hope> References: <000901c6fdd0$94510380$0400a8c0@Hope> Message-ID: <1162402702.3148.68.camel@prophead.corp.publichost.com> On Wed, 2006-11-01 at 08:12 -0800, Ron McKeever wrote: > It has to do with GMT... > > Is your or one of the other server's clock set to GMT... That would explain > the even -8 hours, that's the west coast offset to GMT. That's possible. Check your vsftpd.conf file and make sure you have "use_localtime YES" in it. By default, vsftpd uses GMT for logging and display of file access data in the "ls" command. > > -----Original Message----- > From: redhat-install-list-bounces at redhat.com > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Bret Stern > Sent: Wednesday, November 01, 2006 7:26 AM > To: redhat-install-list at redhat.com > Subject: xferlog time stamp - off 8 hours > > > I asked this once before and couldn't resolve the > problem regarding xferlog timestamp. > > Both servers clocks are correct. > > This was copied from the customers server at 9:30pm last night. > (The source ip address has been edited.) > Wed Nov 1 05:39:42 2006 77 1.1.1.1 6882336 /netdata/filename.ext a _ i r > ftp_user ftp 0 * c > > > This was copied on my internal network at 7:03am this morning > Wed Nov 1 15:03:44 2006 1 192.168.0.2 97 /xferlog.txt b _ i r hop ftp 0 * c > > The timestamps appears to be off by eight hours on both transfers. > > > > > Bret > > > > _______________________________________________ > 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 ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Have you noticed that "human readable" configuration file - - directives are beginning to resemble COBOL code? - ---------------------------------------------------------------------- From bret_stern at machinemanagement.com Wed Nov 1 23:13:04 2006 From: bret_stern at machinemanagement.com (Bret Stern) Date: Wed, 1 Nov 2006 15:13:04 -0800 Subject: xferlog time stamp - off 8 hours In-Reply-To: <1162402702.3148.68.camel@prophead.corp.publichost.com> Message-ID: <200611012318.kA1NIgM9024143@ns2.netmagic.net> > -----Original Message----- > From: redhat-install-list-bounces at redhat.com > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of > Rick Stevens > Sent: Wednesday, November 01, 2006 9:38 AM > To: Getting started with Red Hat Linux > Subject: RE: xferlog time stamp - off 8 hours > > On Wed, 2006-11-01 at 08:12 -0800, Ron McKeever wrote: > > It has to do with GMT... > > > > Is your or one of the other server's clock set to GMT... That would > > explain the even -8 hours, that's the west coast offset to GMT. > > That's possible. Check your vsftpd.conf file and make sure > you have "use_localtime YES" in it. By default, vsftpd uses > GMT for logging and display of file access data in the "ls" command. > The vsftpd.conf change did the trick. vsftpd.conf uses GMT as the default timestamp. I added the use_localtime=YES parameter to the vsftpd.conf file and now the timestamps make more sense for my usage. Gracias > > > > -----Original Message----- > > From: redhat-install-list-bounces at redhat.com > > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Bret > > Stern > > Sent: Wednesday, November 01, 2006 7:26 AM > > To: redhat-install-list at redhat.com > > Subject: xferlog time stamp - off 8 hours > > > > > > I asked this once before and couldn't resolve the problem regarding > > xferlog timestamp. > > > > Both servers clocks are correct. > > > > This was copied from the customers server at 9:30pm last night. > > (The source ip address has been edited.) Wed Nov 1 > 05:39:42 2006 77 > > 1.1.1.1 6882336 /netdata/filename.ext a _ i r ftp_user ftp 0 * c > > > > > > This was copied on my internal network at 7:03am this > morning Wed Nov > > 1 15:03:44 2006 1 192.168.0.2 97 /xferlog.txt b _ i r hop ftp 0 * c > > > > The timestamps appears to be off by eight hours on both transfers. > > > > > > > > > > Bret > > > > > > > > _______________________________________________ > > 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 > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - Have you noticed that "human readable" configuration file - > - directives are beginning to resemble COBOL code? - > ---------------------------------------------------------------------- > > _______________________________________________ > 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 From rstevens at vitalstream.com Thu Nov 2 01:27:27 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Wed, 01 Nov 2006 17:27:27 -0800 Subject: xferlog time stamp - off 8 hours In-Reply-To: <200611012318.kA1NIgM9024143@ns2.netmagic.net> References: <200611012318.kA1NIgM9024143@ns2.netmagic.net> Message-ID: <1162430847.3148.90.camel@prophead.corp.publichost.com> On Wed, 2006-11-01 at 15:13 -0800, Bret Stern wrote: > > -----Original Message----- > > From: redhat-install-list-bounces at redhat.com > > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of > > Rick Stevens > > Sent: Wednesday, November 01, 2006 9:38 AM > > To: Getting started with Red Hat Linux > > Subject: RE: xferlog time stamp - off 8 hours > > > > On Wed, 2006-11-01 at 08:12 -0800, Ron McKeever wrote: > > > It has to do with GMT... > > > > > > Is your or one of the other server's clock set to GMT... That would > > > explain the even -8 hours, that's the west coast offset to GMT. > > > > That's possible. Check your vsftpd.conf file and make sure > > you have "use_localtime YES" in it. By default, vsftpd uses > > GMT for logging and display of file access data in the "ls" command. > > > > The vsftpd.conf change did the trick. vsftpd.conf uses GMT as the > default timestamp. I added the use_localtime=YES parameter to the > vsftpd.conf file and now the timestamps make more sense for my usage. Ah, the power of "man vsftpd.conf"! :-) > Gracias Por nada, senor! > > > -----Original Message----- > > > From: redhat-install-list-bounces at redhat.com > > > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Bret > > > Stern > > > Sent: Wednesday, November 01, 2006 7:26 AM > > > To: redhat-install-list at redhat.com > > > Subject: xferlog time stamp - off 8 hours > > > > > > > > > I asked this once before and couldn't resolve the problem regarding > > > xferlog timestamp. > > > > > > Both servers clocks are correct. > > > > > > This was copied from the customers server at 9:30pm last night. > > > (The source ip address has been edited.) Wed Nov 1 > > 05:39:42 2006 77 > > > 1.1.1.1 6882336 /netdata/filename.ext a _ i r ftp_user ftp 0 * c > > > > > > > > > This was copied on my internal network at 7:03am this > > morning Wed Nov > > > 1 15:03:44 2006 1 192.168.0.2 97 /xferlog.txt b _ i r hop ftp 0 * c > > > > > > The timestamps appears to be off by eight hours on both transfers. > > > > > > > > > > > > > > > Bret > > > > > > > > > > > > _______________________________________________ > > > 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 > > ---------------------------------------------------------------------- > > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > > - VitalStream, Inc. http://www.vitalstream.com - > > - - > > - Have you noticed that "human readable" configuration file - > > - directives are beginning to resemble COBOL code? - > > ---------------------------------------------------------------------- > > > > _______________________________________________ > > 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 ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Whoever said "Money can't buy friends" obviously never brought - - donuts to the office. - ---------------------------------------------------------------------- From Kristjan.Hinn at regionaalhaigla.ee Thu Nov 2 07:48:15 2006 From: Kristjan.Hinn at regionaalhaigla.ee (Kristjan Hinn - PERH) Date: Thu, 2 Nov 2006 09:48:15 +0200 Subject: Problem with RDAC drivers In-Reply-To: <1162430847.3148.90.camel@prophead.corp.publichost.com> Message-ID: Hello Im having trouble with installing Redundant Disk Array Controller drivers in Linux Redhat 4 EL kernel 2.6 i have read readme over and over again and everything seems to be like readme says but im getting error while running make install command make install make V=1 -C/lib/modules/2.6.9-42.EL/build M=/root/linuxrdac-09.01.B5.31 MODVERDIR=/lib/modules/2.6.9-42.EL/build/.tmp_versions SUBDIRS=/root/linuxrdac-09.01.B5.31 modules make: *** /lib/modules/2.6.9-42.EL/build: No such file or directory. Stop. make: *** [mppUpper] Error 2 Im missing something but cant find the mistake in system. Can anyone please direct me to somewhere i can search the problem or give anykind of clue what the problem might be. Thank you Kristjan Hinn From rodrigofariatavares at bol.com.br Thu Nov 2 11:12:45 2006 From: rodrigofariatavares at bol.com.br (Rodrigo Faria Tavares) Date: Thu, 2 Nov 2006 09:12:45 -0200 Subject: Openssl create private key Message-ID: <001401c6fe70$0df80c70$0100a8c0@faria> Hello, See the error below : openssl pkcs12 -export -in x.home.net.pem -inkey x.home.net.key -certfile /root/demoCA/cacert.pem -out x.home.net.p12 unable to load private key I create all keys, what?s happening ? Best regards, Rodrigo Faria Tavares e-mail : rodrigofariat at yahoo.com.br Analista de Suporte Linux -------------- next part -------------- An HTML attachment was scrubbed... URL: From karlp at ourldsfamily.com Mon Nov 6 20:28:28 2006 From: karlp at ourldsfamily.com (karlp at ourldsfamily.com) Date: Mon, 6 Nov 2006 13:28:28 -0700 (MST) Subject: WAY OT... Job Opportunity? Message-ID: <60765.207.173.117.242.1162844908.squirrel@webmail.ourldsfamily.com> I apologize, but this guy is a friend of mine and asked that either I fill the position or find someone who might be able to... It would, I'm pretty sure, require re-location to the Salt Lake City area. Flames now accepted Karl ------------------------------ Original Message ------------------------------ Subject: Opportunity From: "Brent Peterson" Date: Mon, November 6, 2006 12:05 pm To: karlp at ourldsfamily.com ------------------------------------------------------------------------------ Good afternoon-- I wanted to touch base with you and see if you could offer some assistance. I have a contract to possible hire opportunity available in Salt Lake looking for a Senior Network Engineer. The required skills are: --Cisco --VPN configuration and troubleshooting --Cisco PIX configuration and troubleshooting --Standard service (DHCP, DNS, SMTP) communication --Capture and analysis of packet captures --Windows server experience a plus --CCNP certification and at least 5-8 years of hands on Cisco platform design --Implementation and administration of large enterprise class networks --Scripting languages (Perl, Python) preferred --Strong routing and switching experience I was wondering if you might know of anyone that might be interested in this position, or if you might be qualified and looking. Please contact me and let me know. Thank you! Brent Peterson Senior Technical Recruiter ConsultNet Phone: 801-208-3700 Toll Free: 888-215-9675 Fax: 801-208-3643 "Dedicated Professionals Creating Business Success" From mhammerton at gmail.com Tue Nov 7 14:12:17 2006 From: mhammerton at gmail.com (Mark Hammerton) Date: Tue, 7 Nov 2006 09:12:17 -0500 Subject: CentOS 4.4 Message-ID: <310b80f10611070612r132466b7p9dc570fc353b2a29@mail.gmail.com> I know i am asking about CentOS, but needed some assistance if anyone had any experience with installing CenTOS 4.4with a HighPoint 2220 RAID card. All the driver disks on HighPoints site dont seem to work, I am nt sure if it is because CentOS 4.4 comes with a 2.6.9-42 kernel and the only drivers that are provided by highpoint in the modles.cgz are only modules for the 2.6.9-33 kernel. Has anyone had any experience with using the HighPoint 2220 sata II raid card? -- my LAN is your LAN -------------- next part -------------- An HTML attachment was scrubbed... URL: From rstevens at vitalstream.com Tue Nov 7 17:58:59 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Tue, 07 Nov 2006 09:58:59 -0800 Subject: CentOS 4.4 In-Reply-To: <310b80f10611070612r132466b7p9dc570fc353b2a29@mail.gmail.com> References: <310b80f10611070612r132466b7p9dc570fc353b2a29@mail.gmail.com> Message-ID: <1162922339.3148.167.camel@prophead.corp.publichost.com> On Tue, 2006-11-07 at 09:12 -0500, Mark Hammerton wrote: > I know i am asking about CentOS, but needed some assistance if anyone > had any experience with installing CenTOS 4.4with a HighPoint 2220 > RAID card. > > All the driver disks on HighPoints site dont seem to work, I am nt > sure if it is because CentOS 4.4 comes with a 2.6.9-42 kernel and the > only drivers that are provided by highpoint in the modles.cgz are only > modules for the 2.6.9-33 kernel. Uh, yeah, that's an issue. > Has anyone had any experience with using the HighPoint 2220 sata II > raid card? Looking at their website, you could download a driver for CentOS 4.3 (2.6.9-34 kernel) at this URL: http://www.highpoint-tech.com/BIOS%20+% 20Driver/rr2220/Linux/RR222x-RHEL4U3-1.03-0404.tgz then upgrade to a later CentOS (such as 4.5) via yum. Note, however, that you'd need to build the driver from source (which is available) for the new CentOS' kernel BEFORE you boot it if you installed CentOS on a drive on this controller. The alternate is to update via yum, but specifically exclude updating the kernel by using "--exclude=kernel*" on the yum command line: # yum -y --exclude=kernel* update The downside to that is while the rest of the system is CentOS 4.5, you're still running a CentOS 4.3 kernel. Building a driver generally isn't a really hard thing to do for the technically minded, but it can be daunting if you've never done it before. > my LAN is your LAN I'd highly suggest installing a firewall there, buddy! :-) ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Admitting you have a problem is the first step toward getting - - medicated for it. -- Jim Evarts (http://www.TopFive.com) - ---------------------------------------------------------------------- From karlp at ourldsfamily.com Wed Nov 8 22:14:16 2006 From: karlp at ourldsfamily.com (karlp at ourldsfamily.com) Date: Wed, 8 Nov 2006 15:14:16 -0700 (MST) Subject: Script Help Message-ID: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> Okay, I use bash scripts for my CGI and I have a page I'd like to get "real" counts on, so I wrote a script that has a whole bunch of && line extensions. I'd like to write a script that could be called with a single environment variable assigned a value and have it return either true or false, with another variable set with an error or response of some type. What would the syntax be to check a bunch of conditions and exit on the first match rather than hitting every 'if' IE: PV=`echo $HTTP_USER_AGENT|grep msnbot` ; processvar (or Gigabot or WISEnutbot or inktomisearch, etc.) processvar where processvar now = processvar () { if [ "$PV" = '0' ] ; then ;# control number only cat $FNM | mail -s "Access to $ACCESS" karlp ;# to send email to me else cat $FNM | mail -s "WebBot Access to $ACCESS" karlp PV=0 fi } Currently my syntax results in as many positive hits (and the resultant emails about a WebBot) as I have search engines I trace. Frankly, I could go back to the previous syntax, but it's very annoying to add things to. I'd like to get to the point where I put a search phrase in a file and do a for i in $VAR..do loop Help? -- 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 --- The world is a dangerous place to live... not because of the people who are evil, but because of the people who don't do anything about it. - Albert Einstein --- From rstevens at vitalstream.com Wed Nov 8 23:10:43 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Wed, 08 Nov 2006 15:10:43 -0800 Subject: Script Help In-Reply-To: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> References: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> Message-ID: <1163027443.4307.50.camel@prophead.corp.publichost.com> On Wed, 2006-11-08 at 15:14 -0700, karlp at ourldsfamily.com wrote: > Okay, I use bash scripts for my CGI and I have a page I'd like to get "real" > counts on, so I wrote a script that has a whole bunch of && line extensions. > > I'd like to write a script that could be called with a single environment > variable assigned a value and have it return either true or false, with > another variable set with an error or response of some type. > > What would the syntax be to check a bunch of conditions and exit on the first > match rather than hitting every 'if' > > IE: > > PV=`echo $HTTP_USER_AGENT|grep msnbot` ; processvar > (or Gigabot or WISEnutbot or inktomisearch, etc.) > processvar > > where processvar now = > > processvar () { > if [ "$PV" = '0' ] ; then ;# control number only > cat $FNM | mail -s "Access to $ACCESS" karlp ;# to send email to me > else > cat $FNM | mail -s "WebBot Access to $ACCESS" karlp > PV=0 > fi > } > > Currently my syntax results in as many positive hits (and the resultant emails > about a WebBot) as I have search engines I trace. > > Frankly, I could go back to the previous syntax, but it's very annoying to add > things to. I'd like to get to the point where I put a search phrase in a file > and do a for i in $VAR..do loop The standard way of forcing an environment variable into a script (without doing an "export VARNAME") is to put it on the command line that invokes the script: $ VARNAME="data" path-to-script.sh Then in the script: ... if [ x$(VARNAME) = "xdata"]; then do something fi If you want the shell to export some variable, then use declare -x SVARNAME _IN_ the script to export it. For example, if "fred.sh" contained: #! fred.sh - Show use of variables if [ x$(INVAR) = "xdata" ]; then export -x OUTVAR OUTVAR="INVAR was set" exit 0 else exit 1 fi and you ran: # INVAR="data" ./fred.sh Then fred.sh would set a return code of 0 and the environment variable "OUTVAR" would contain the string "INVAR was set". If you ran: # ./fred.sh it would return 1 and "OUTVAR" would not be defined. Note the use of the "x$(INVAR)" construct and the check for "xdata" in the if statement. If you don't do that and you don't define INVAR (as in the second example), you'd get an error because the if would only have one argument. By using "x$(name-of-var)" and putting the "x" in front of whatever data you're looking for, the if statement always has two arguments. You can use any characters you want for "x", but "x" is sorta standard. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Warning: You are logged into reality as the root user... - ---------------------------------------------------------------------- From inode0 at gmail.com Wed Nov 8 23:28:28 2006 From: inode0 at gmail.com (inode0) Date: Wed, 8 Nov 2006 17:28:28 -0600 Subject: Script Help In-Reply-To: <1163027443.4307.50.camel@prophead.corp.publichost.com> References: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> <1163027443.4307.50.camel@prophead.corp.publichost.com> Message-ID: On 11/8/06, Rick Stevens wrote: > The standard way of forcing an environment variable into a script > (without doing an "export VARNAME") is to put it on the command line > that invokes the script: > > $ VARNAME="data" path-to-script.sh > > Then in the script: > > ... > if [ x$(VARNAME) = "xdata"]; then > do something > fi > > If you want the shell to export some variable, then use > > declare -x SVARNAME > > _IN_ the script to export it. For example, if "fred.sh" contained: > > #! fred.sh - Show use of variables > if [ x$(INVAR) = "xdata" ]; then > export -x OUTVAR export -x? declare -x? typeset -x? > OUTVAR="INVAR was set" > exit 0 > else > exit 1 > fi > > and you ran: > > # INVAR="data" ./fred.sh > > Then fred.sh would set a return code of 0 and the environment variable > "OUTVAR" would contain the string "INVAR was set". If you ran: > > # ./fred.sh > > it would return 1 and "OUTVAR" would not be defined. It appears you are suggesting setting a variable in the environment of the parent process via exporting it in the child process. My brain is hurting this evening but I think the exported variable in the script would only be exported to the environment of any child processes it creates?! John From rstevens at vitalstream.com Thu Nov 9 01:08:28 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Wed, 08 Nov 2006 17:08:28 -0800 Subject: Script Help In-Reply-To: References: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> <1163027443.4307.50.camel@prophead.corp.publichost.com> Message-ID: <1163034508.4307.54.camel@prophead.corp.publichost.com> On Wed, 2006-11-08 at 17:28 -0600, inode0 wrote: > On 11/8/06, Rick Stevens wrote: > > The standard way of forcing an environment variable into a script > > (without doing an "export VARNAME") is to put it on the command line > > that invokes the script: > > > > $ VARNAME="data" path-to-script.sh > > > > Then in the script: > > > > ... > > if [ x$(VARNAME) = "xdata"]; then > > do something > > fi > > > > If you want the shell to export some variable, then use > > > > declare -x SVARNAME > > > > _IN_ the script to export it. For example, if "fred.sh" contained: > > > > #! fred.sh - Show use of variables > > if [ x$(INVAR) = "xdata" ]; then > > export -x OUTVAR > > export -x? declare -x? typeset -x? > > > OUTVAR="INVAR was set" > > exit 0 > > else > > exit 1 > > fi > > > > and you ran: > > > > # INVAR="data" ./fred.sh > > > > Then fred.sh would set a return code of 0 and the environment variable > > "OUTVAR" would contain the string "INVAR was set". If you ran: > > > > # ./fred.sh > > > > it would return 1 and "OUTVAR" would not be defined. > > It appears you are suggesting setting a variable in the environment of > the parent process via exporting it in the child process. My brain is > hurting this evening but I think the exported variable in the script > would only be exported to the environment of any child processes it > creates?! Ah, you're right. However, if the variable exists BEFORE the script is called, the script can modify its contents and it'll persist. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - We look for things. Things that make us go! - ---------------------------------------------------------------------- From inode0 at gmail.com Thu Nov 9 01:45:47 2006 From: inode0 at gmail.com (inode0) Date: Wed, 8 Nov 2006 19:45:47 -0600 Subject: Script Help In-Reply-To: <1163034508.4307.54.camel@prophead.corp.publichost.com> References: <50332.207.173.117.242.1163024056.squirrel@webmail.ourldsfamily.com> <1163027443.4307.50.camel@prophead.corp.publichost.com> <1163034508.4307.54.camel@prophead.corp.publichost.com> Message-ID: On 11/8/06, Rick Stevens wrote: > On Wed, 2006-11-08 at 17:28 -0600, inode0 wrote: > > It appears you are suggesting setting a variable in the environment of > > the parent process via exporting it in the child process. My brain is > > hurting this evening but I think the exported variable in the script > > would only be exported to the environment of any child processes it > > creates?! > > Ah, you're right. However, if the variable exists BEFORE the script is > called, the script can modify its contents and it'll persist. Can you provide an example of doing that? I don't see how that would be possible without some clever trickery. John From interp01 at sevenbelow.com Sun Nov 12 19:12:35 2006 From: interp01 at sevenbelow.com (interp01) Date: Sun, 12 Nov 2006 11:12:35 -0800 Subject: Problems with pvresize Message-ID: <001001c7068e$82ba2b30$1501a8c0@bluelantern> Is it possible to resize a raw LVM partition (dev/sda7) that is 250 MB to 300 MB? I have tried using the pvresize command but fdisk is still showing /dev/sda7 as 250 MB. Pvdisplay shows the increase in the Physical Volume and Vol Group, but when I try expand my LV, it chokes out with a ioctl error and the LV stays the same size 250 M? Dropping the partition and recreating with the proper size is not an option here, I need to maintain the data on the partition while Im resizing it. I can however, unmount the LVM I am trying to expand. Thanks, DK -------------- next part -------------- An HTML attachment was scrubbed... URL: From bortecan at yahoo.com Mon Nov 13 10:21:31 2006 From: bortecan at yahoo.com (Barış Karakaya) Date: Mon, 13 Nov 2006 02:21:31 -0800 (PST) Subject: redhat install error with errno 21 Message-ID: <20061113102131.97334.qmail@web36611.mail.mud.yahoo.com> Hi all, I have newly subscribed list and I'm trying to install Linux Redhat 4 ES update 2 ( 32 bit edition) to intel xeon dual processor architecture with SCSI disk. I have read the problem named "rhel 4 and hp dx515" on Wed, 26 Apr 2006 14:06:11" from archive (described in http://www.redhat.com/archives/redhat-install-list/2006-April/msg00164.html). The same error is given for me also which was ; formatting / as ext3 formatting /boot as ext3 error reading swap label on /dev/VolGroup00: [Errno 21] Is a directory error reading xfs label on /dev/VolGroup00: [Errno 21] Is a directory error reading jfs label on /dev/VolGroup00: [Errno 21] Is a directory Also tried the solution described like "install without LVM" but when I want to install without LVM (both in auto partitioning or diskdruid) and delete previously created partitions; the install program gives the error message Key error = 'sda' This is the 15-20 install try and I could not pass this error message and couldn't complete the install. What can I do? best regards --barisk --------------------------------- Want to start your own business? Learn how on Yahoo! Small Business. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret_stern at machinemanagement.com Tue Nov 14 20:46:31 2006 From: bret_stern at machinemanagement.com (Bret Stern) Date: Tue, 14 Nov 2006 12:46:31 -0800 Subject: email notification of ftp transfers Message-ID: <003201c7082d$f71f6990$6901a8c0@mmbret> Can anyone tell me some of the common methods used in linux to send email notifications of successful ftp transfers? Someone has asked me .. so i'm asking you all Thanks in advance Bret Stern From hq4ever at gmail.com Tue Nov 14 21:19:43 2006 From: hq4ever at gmail.com (Maxim Vexler) Date: Tue, 14 Nov 2006 23:19:43 +0200 Subject: email notification of ftp transfers In-Reply-To: <003201c7082d$f71f6990$6901a8c0@mmbret> References: <003201c7082d$f71f6990$6901a8c0@mmbret> Message-ID: On 11/14/06, Bret Stern wrote: > > Can anyone tell me some of the common methods > used in linux to send email notifications of > successful ftp transfers? > > Someone has asked me .. so i'm asking you all > > Thanks in advance > > Bret Stern > Hi Bret Basically you check for return value of the last command with if [ $? == 0 ], then use either echo "Something" | mail some at address.com or cat /tmp/some_log_file | mutt... the same idea apples as with mail except for the fact that with mutt you can also attach files. You also try mime-construct for the "low level" email message construction. Google is your friend. > _______________________________________________ > 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 > -- Cheers, Maxim Vexler "Free as in Freedom" - Do u GNU ? From bret_stern at machinemanagement.com Tue Nov 14 21:28:33 2006 From: bret_stern at machinemanagement.com (Bret Stern) Date: Tue, 14 Nov 2006 13:28:33 -0800 Subject: email notification of ftp transfers In-Reply-To: Message-ID: <000301c70833$d6d86a50$6901a8c0@mmbret> Thanks. How would the ftp transfer event/trigger be monitored (trapped) to drive the mail message? Is this an option defined in sendmail.cf or a daemon started on system boot, or even an existing running service? I'll google mutt for some usage. Regards, Bret > -----Original Message----- > From: Maxim Vexler [mailto:hq4ever at gmail.com] > Sent: Tuesday, November 14, 2006 1:20 PM > To: bret_stern at machinemanagement.com; Getting started with > Red Hat Linux > Subject: Re: email notification of ftp transfers > > On 11/14/06, Bret Stern wrote: > > > > Can anyone tell me some of the common methods > > used in linux to send email notifications of > > successful ftp transfers? > > > > Someone has asked me .. so i'm asking you all > > > > Thanks in advance > > > > Bret Stern > > > > Hi Bret > > Basically you check for return value of the last command with if [ $? > == 0 ], then use either echo "Something" | mail some at address.com or > cat /tmp/some_log_file | mutt... the same idea apples as with mail > except for the fact that with mutt you can also attach files. > You also try mime-construct for the "low level" email message > construction. > > Google is your friend. > > > _______________________________________________ > > 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 > > > > > -- > Cheers, > Maxim Vexler > > "Free as in Freedom" - Do u GNU ? > From rstevens at vitalstream.com Tue Nov 14 23:40:45 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Tue, 14 Nov 2006 15:40:45 -0800 Subject: email notification of ftp transfers In-Reply-To: <000301c70833$d6d86a50$6901a8c0@mmbret> References: <000301c70833$d6d86a50$6901a8c0@mmbret> Message-ID: <1163547645.4307.136.camel@prophead.corp.publichost.com> On Tue, 2006-11-14 at 13:28 -0800, Bret Stern wrote: > Thanks. > > How would the ftp transfer event/trigger be > monitored (trapped) to drive the mail message? > > Is this an option defined in sendmail.cf or > a daemon started on system boot, or even an > existing running service? > > I'll google mutt for some usage. Are you trying to get the ftp client to send mail or the ftp server? > > Regards, > > Bret > > > -----Original Message----- > > From: Maxim Vexler [mailto:hq4ever at gmail.com] > > Sent: Tuesday, November 14, 2006 1:20 PM > > To: bret_stern at machinemanagement.com; Getting started with > > Red Hat Linux > > Subject: Re: email notification of ftp transfers > > > > On 11/14/06, Bret Stern wrote: > > > > > > Can anyone tell me some of the common methods > > > used in linux to send email notifications of > > > successful ftp transfers? > > > > > > Someone has asked me .. so i'm asking you all > > > > > > Thanks in advance > > > > > > Bret Stern > > > > > > > Hi Bret > > > > Basically you check for return value of the last command with if [ $? > > == 0 ], then use either echo "Something" | mail some at address.com or > > cat /tmp/some_log_file | mutt... the same idea apples as with mail > > except for the fact that with mutt you can also attach files. > > You also try mime-construct for the "low level" email message > > construction. > > > > Google is your friend. > > > > > _______________________________________________ > > > 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 > > > > > > > > > -- > > Cheers, > > Maxim Vexler > > > > "Free as in Freedom" - Do u GNU ? > > > > _______________________________________________ > 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 ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Always remember you're unique, just like everyone else. - ---------------------------------------------------------------------- From bret_stern at machinemanagement.com Wed Nov 15 01:10:26 2006 From: bret_stern at machinemanagement.com (Bret Stern) Date: Tue, 14 Nov 2006 17:10:26 -0800 Subject: email notification of ftp transfers In-Reply-To: <1163547645.4307.136.camel@prophead.corp.publichost.com> Message-ID: <000001c70852$d5c77e70$00dce245@mmbret> > -----Original Message----- > From: Rick Stevens [mailto:rstevens at vitalstream.com] > Sent: Tuesday, November 14, 2006 3:41 PM > To: Getting started with Red Hat Linux; > bret_stern at machinemanagement.com > Subject: RE: email notification of ftp transfers > > On Tue, 2006-11-14 at 13:28 -0800, Bret Stern wrote: > > Thanks. > > > > How would the ftp transfer event/trigger be > > monitored (trapped) to drive the mail message? > > > > Is this an option defined in sendmail.cf or > > a daemon started on system boot, or even an > > existing running service? > > > > I'll google mutt for some usage. > > Are you trying to get the ftp client to send mail or the ftp server? The ftp server > > > > > Regards, > > > > Bret > > > > > -----Original Message----- > > > From: Maxim Vexler [mailto:hq4ever at gmail.com] > > > Sent: Tuesday, November 14, 2006 1:20 PM > > > To: bret_stern at machinemanagement.com; Getting started with > > > Red Hat Linux > > > Subject: Re: email notification of ftp transfers > > > > > > On 11/14/06, Bret Stern wrote: > > > > > > > > Can anyone tell me some of the common methods > > > > used in linux to send email notifications of > > > > successful ftp transfers? > > > > > > > > Someone has asked me .. so i'm asking you all > > > > > > > > Thanks in advance > > > > > > > > Bret Stern > > > > > > > > > > Hi Bret > > > > > > Basically you check for return value of the last command > with if [ $? > > > == 0 ], then use either echo "Something" | mail > some at address.com or > > > cat /tmp/some_log_file | mutt... the same idea apples as with mail > > > except for the fact that with mutt you can also attach files. > > > You also try mime-construct for the "low level" email message > > > construction. > > > > > > Google is your friend. > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > > > > > -- > > > Cheers, > > > Maxim Vexler > > > > > > "Free as in Freedom" - Do u GNU ? > > > > > > > _______________________________________________ > > 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 > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - Always remember you're unique, just like everyone else. - > ---------------------------------------------------------------------- > From sujitkumar_shirkar at hotmail.com Thu Nov 16 05:38:53 2006 From: sujitkumar_shirkar at hotmail.com (Sujitkumar Shirkar) Date: Thu, 16 Nov 2006 05:38:53 +0000 Subject: setting up VNc Server on linux In-Reply-To: <1163547645.4307.136.camel@prophead.corp.publichost.com> Message-ID: Hello Rick we have few IBM workstation 6217 with RHEL 4, and we need to setup remote desktop on them to work on the systems remotely. what we heard there is VNC server in redhat bydefault, i need to know how to configure it? and is there any other tool available to use desktop remotelly on linux Sujit _________________________________________________________________ Live the life in style with MSN Lifestyle. Check out! http://content.msn.co.in/Lifestyle/Default From Kristjan.Hinn at regionaalhaigla.ee Thu Nov 16 06:46:46 2006 From: Kristjan.Hinn at regionaalhaigla.ee (Kristjan Hinn - PERH) Date: Thu, 16 Nov 2006 08:46:46 +0200 Subject: setting up VNc Server on linux In-Reply-To: Message-ID: Hi, Im not Rick but im running vnc on RH4. just run the vncserver and configure your profile. .vnc/xstartup file if you want to startup gnome or some else graphical interface. My xstartup file xsetroot -solid grey vncconfig -iconic & xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & gnome-session & it starts gnome gui regards, kristjan hinn -----Original Message----- From: redhat-install-list-bounces at redhat.com [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Sujitkumar Shirkar Sent: Thursday, November 16, 2006 7:39 AM To: redhat-install-list at redhat.com; bret_stern at machinemanagement.com Subject: setting up VNc Server on linux Hello Rick we have few IBM workstation 6217 with RHEL 4, and we need to setup remote desktop on them to work on the systems remotely. what we heard there is VNC server in redhat bydefault, i need to know how to configure it? and is there any other tool available to use desktop remotelly on linux Sujit _________________________________________________________________ Live the life in style with MSN Lifestyle. Check out! http://content.msn.co.in/Lifestyle/Default _______________________________________________ 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 From peichieh at gmail.com Thu Nov 16 07:34:08 2006 From: peichieh at gmail.com (Jason Wee) Date: Thu, 16 Nov 2006 15:34:08 +0800 Subject: setting up VNc Server on linux In-Reply-To: References: Message-ID: Hello, if you are using gnome, it will be very easy. go to desktop -> preferences -> remote desktop. the rest i believe you can try it yourself. Hope that helps On 11/16/06, Kristjan Hinn - PERH wrote: > > Hi, > > Im not Rick but im running vnc on RH4. just run the vncserver and > configure your profile. .vnc/xstartup file if you want to startup gnome > or some else graphical interface. > > My xstartup file > > > xsetroot -solid grey > vncconfig -iconic & > xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & > gnome-session & > > it starts gnome gui > > regards, > kristjan hinn > > -----Original Message----- > From: redhat-install-list-bounces at redhat.com > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Sujitkumar > Shirkar > Sent: Thursday, November 16, 2006 7:39 AM > To: redhat-install-list at redhat.com; bret_stern at machinemanagement.com > Subject: setting up VNc Server on linux > > Hello Rick > > we have few IBM workstation 6217 with RHEL 4, and we need to setup > remote > desktop on them to work on the systems remotely. > > what we heard there is VNC server in redhat bydefault, i need to know > how to > configure it? > > and is there any other tool available to use desktop remotelly on linux > > Sujit > > _________________________________________________________________ > Live the life in style with MSN Lifestyle. Check out! > http://content.msn.co.in/Lifestyle/Default > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfebrian at gmx.net Thu Nov 16 07:47:18 2006 From: bfebrian at gmx.net (Budi Febrianto) Date: Thu, 16 Nov 2006 14:47:18 +0700 Subject: setting up VNc Server on linux In-Reply-To: References: Message-ID: <455C1786.7090900@gmx.net> Sujitkumar Shirkar wrote: > Hello Rick > > we have few IBM workstation 6217 with RHEL 4, and we need to setup > remote desktop on them to work on the systems remotely. > > what we heard there is VNC server in redhat bydefault, i need to know > how to configure it? > > and is there any other tool available to use desktop remotelly on linux > > Sujit > ssh with X11 forwading? if you running windows, you need to setup xserver first, mine is cygwin. From djuric at livingston.de Thu Nov 16 08:30:20 2006 From: djuric at livingston.de (Dalibor Juric) Date: Thu, 16 Nov 2006 09:30:20 +0100 Subject: setting up VNc Server on linux In-Reply-To: References: Message-ID: <455C219C.9000109@livingston.de> Hi, you can use ssh -X to redirect graphics to your local machine. For sample ssh -X 192.168.2.1. To use vnc you need vncclient on your local machine. Dalibor Juric Red Hat Certified Technician Technical Support IBM und FSC Livingston Electronic Services GmbH Borsigstr.11 64291 Darmstadt Germany Tel. +49 6151 9344 251 Fax +49 6151 9344 111 http://www.livingston.com mailto:djuric at livingston.de L?SUNGEN, DIE SICH RECHNEN! This e-mail contains proprietary information some or all of which may be legally privileged. It is intended for the recipient only. If an addressing or a transmission error has misdirected this e-mail, please notify the author by replying to the e-mail. If you are not the intended recipient you must not use, disclose, distribute, copy, print, or rely on this e-mail. __________________________________________________________________ Sujitkumar Shirkar schrieb: > Hello Rick > > we have few IBM workstation 6217 with RHEL 4, and we need to setup > remote desktop on them to work on the systems remotely. > > what we heard there is VNC server in redhat bydefault, i need to know > how to configure it? > > and is there any other tool available to use desktop remotelly on linux > > Sujit > > _________________________________________________________________ > Live the life in style with MSN Lifestyle. Check out! > http://content.msn.co.in/Lifestyle/Default > > _______________________________________________ > 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 email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > From bfebrian at gmx.net Thu Nov 16 08:45:35 2006 From: bfebrian at gmx.net (Budi Febrianto) Date: Thu, 16 Nov 2006 15:45:35 +0700 Subject: setting up VNc Server on linux In-Reply-To: <455C219C.9000109@livingston.de> References: <455C219C.9000109@livingston.de> Message-ID: <455C252F.5080003@gmx.net> Dalibor Juric wrote: > Hi, > you can use ssh -X to redirect graphics to your local machine. For > sample ssh -X 192.168.2.1. > > To use vnc you need vncclient on your local machine. > > Dalibor Juric > Red Hat Certified Technician > Technical Support IBM und FSC > > > Livingston Electronic Services GmbH > Borsigstr.11 > 64291 Darmstadt > Germany > i use vnc only in emergency, because the default is not secured, unless you use ssh for tunneling. if no vnc client, you can use firefox or else (like IE) to connect to the server with port 5800. Budi Febrianto From djuric at livingston.de Thu Nov 16 08:47:17 2006 From: djuric at livingston.de (Dalibor Juric) Date: Thu, 16 Nov 2006 09:47:17 +0100 Subject: setting up VNc Server on linux In-Reply-To: <455C252F.5080003@gmx.net> References: <455C219C.9000109@livingston.de> <455C252F.5080003@gmx.net> Message-ID: <455C2595.8040102@livingston.de> O yeah of course, i forget internet browser. Sorry. Regards Dalibor Juric Red Hat Certified Technician Technical Support IBM und FSC Livingston Electronic Services GmbH Borsigstr.11 64291 Darmstadt Germany Tel. +49 6151 9344 251 Fax +49 6151 9344 111 http://www.livingston.com mailto:djuric at livingston.de L?SUNGEN, DIE SICH RECHNEN! This e-mail contains proprietary information some or all of which may be legally privileged. It is intended for the recipient only. If an addressing or a transmission error has misdirected this e-mail, please notify the author by replying to the e-mail. If you are not the intended recipient you must not use, disclose, distribute, copy, print, or rely on this e-mail. __________________________________________________________________ Budi Febrianto schrieb: > Dalibor Juric wrote: >> Hi, >> you can use ssh -X to redirect graphics to your local machine. For >> sample ssh -X 192.168.2.1. >> >> To use vnc you need vncclient on your local machine. >> >> Dalibor Juric >> Red Hat Certified Technician >> Technical Support IBM und FSC >> >> >> Livingston Electronic Services GmbH >> Borsigstr.11 >> 64291 Darmstadt >> Germany >> > i use vnc only in emergency, because the default is not secured, > unless you use ssh for tunneling. > if no vnc client, you can use firefox or else (like IE) to connect to > the server with port 5800. > > Budi Febrianto > > _______________________________________________ > 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 email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > From Paul.Latulippe at alcatel.com Thu Nov 16 15:24:32 2006 From: Paul.Latulippe at alcatel.com (LATULIPPE Paul) Date: Thu, 16 Nov 2006 09:24:32 -0600 Subject: setting up VNC Server on Linux In-Reply-To: Message-ID: <48AB048E03013A48BAF3825D89878BC9017A425C@USDALSMBS01.ad3.ad.alcatel.com> Not sure if this will help or not, however this is how I set-up VNC and it worked just fine, I can connect with a client or via a browser: Login as $USER vncpasswd (choose one, confirm) root: vi /etc/sysconfig/vncserver VNCSERVERS="1:root" VNCSERVERARGS[1]="-geometry 1024x768" root: /sbin/chkconfig vncserver on root: service vncserver start open up firewall ports (5801 and 5901) where 01 is the id used in $VNCSERVERS. 5801 browser base access, 5901 standalone VNC client access. With service started, switch back to $USER cd ~ cd ./vnc vi xstartup you might want to uncomment the two first lines for a normal desktop with both ports open you can connect via a browser: http://$FULY_QUALIFIED_HOST_NAME:5801 ... or ... with a VNC client (i.e. RealVNC): $FULLY_QUALIFIED_HOST_NAME:1 Good luck and let me know if it worked, Paul -----Original Message----- From: redhat-install-list-bounces at redhat.com [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Sujitkumar Shirkar Sent: Thursday, November 16, 2006 12:39 AM To: redhat-install-list at redhat.com; bret_stern at machinemanagement.com Subject: setting up VNc Server on linux Hello Rick we have few IBM workstation 6217 with RHEL 4, and we need to setup remote desktop on them to work on the systems remotely. what we heard there is VNC server in redhat bydefault, i need to know how to configure it? and is there any other tool available to use desktop remotelly on linux Sujit _________________________________________________________________ Live the life in style with MSN Lifestyle. Check out! http://content.msn.co.in/Lifestyle/Default _______________________________________________ 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 From Paul.Latulippe at alcatel.com Thu Nov 16 15:38:34 2006 From: Paul.Latulippe at alcatel.com (LATULIPPE Paul) Date: Thu, 16 Nov 2006 09:38:34 -0600 Subject: setting up VNC Server on Linux In-Reply-To: <48AB048E03013A48BAF3825D89878BC9017A425C@USDALSMBS01.ad3.ad.alcatel.com> Message-ID: <48AB048E03013A48BAF3825D89878BC9017A4298@USDALSMBS01.ad3.ad.alcatel.com> Should have been: VNCSERVERS="1:$USER" VNCSERVERARGS[1]="-geometry 1024x768" ... (I use root for vnc'ing ;~) -----Original Message----- From: redhat-install-list-bounces at redhat.com [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of LATULIPPE Paul Sent: Thursday, November 16, 2006 10:25 AM To: Getting started with Red Hat Linux Subject: RE: setting up VNC Server on Linux Not sure if this will help or not, however this is how I set-up VNC and it worked just fine, I can connect with a client or via a browser: Login as $USER vncpasswd (choose one, confirm) root: vi /etc/sysconfig/vncserver VNCSERVERS="1:root" VNCSERVERARGS[1]="-geometry 1024x768" root: /sbin/chkconfig vncserver on root: service vncserver start open up firewall ports (5801 and 5901) where 01 is the id used in $VNCSERVERS. 5801 browser base access, 5901 standalone VNC client access. With service started, switch back to $USER cd ~ cd ./vnc vi xstartup you might want to uncomment the two first lines for a normal desktop with both ports open you can connect via a browser: http://$FULY_QUALIFIED_HOST_NAME:5801 ... or ... with a VNC client (i.e. RealVNC): $FULLY_QUALIFIED_HOST_NAME:1 Good luck and let me know if it worked, Paul -----Original Message----- From: redhat-install-list-bounces at redhat.com [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of Sujitkumar Shirkar Sent: Thursday, November 16, 2006 12:39 AM To: redhat-install-list at redhat.com; bret_stern at machinemanagement.com Subject: setting up VNc Server on linux Hello Rick we have few IBM workstation 6217 with RHEL 4, and we need to setup remote desktop on them to work on the systems remotely. what we heard there is VNC server in redhat bydefault, i need to know how to configure it? and is there any other tool available to use desktop remotelly on linux Sujit _________________________________________________________________ Live the life in style with MSN Lifestyle. Check out! http://content.msn.co.in/Lifestyle/Default _______________________________________________ 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 From shane.presley at gmail.com Thu Nov 16 18:23:33 2006 From: shane.presley at gmail.com (Shane Presley) Date: Thu, 16 Nov 2006 13:23:33 -0500 Subject: RHEL4 DVD ISOs? Message-ID: <27ae92160611161023r1e82869dsc6913a2e8f956b17@mail.gmail.com> Hello, We normally burn CD ISOs from the RHN for RHEL4. However our new servers come with DVD readers. But I can't find a RHEL4 DVD ISO. Does RedHat supply them? I'd love to not have to swap disks. Thanks, Shane From dcalhoun at blomand.net Fri Nov 17 00:29:52 2006 From: dcalhoun at blomand.net (Dennis D. Calhoun) Date: Thu, 16 Nov 2006 18:29:52 -0600 Subject: RHEL4 DVD ISOs? In-Reply-To: <27ae92160611161023r1e82869dsc6913a2e8f956b17@mail.gmail.com> Message-ID: <001101c709df$80c01f20$0100a8c0@dennis1> > -----Original Message----- > From: redhat-install-list-bounces at redhat.com > [mailto:redhat-install-list-bounces at redhat.com] On Behalf Of > Shane Presley > Sent: Thursday, November 16, 2006 12:24 PM > To: redhat-install-list at redhat.com > Subject: RHEL4 DVD ISOs? > > Hello, > > We normally burn CD ISOs from the RHN for RHEL4. However our > new servers come with DVD readers. But I can't find a RHEL4 DVD ISO. > Does RedHat supply them? I'd love to not have to swap disks. Hi Shane, Assuming that you have burned the CD ISOs to CD discs, you could just load the files on a server and run network installs, for no additional cost and little effort. -- Dennis D. Calhoun, MCSA From asmith at umdgrb.umd.edu Thu Nov 23 12:53:33 2006 From: asmith at umdgrb.umd.edu (Andrew Smith) Date: Thu, 23 Nov 2006 07:53:33 -0500 Subject: Kernel Panic on RHEL 4 CD Message-ID: <456599CD.1090004@umdgrb.umd.edu> Hi, I'm trying to install RHEL 4 on an HP DL140 G3 with 2 dual core Xeon 5140 CPUs. I'm using the 64-bit version of the OS and the 4th update (most recent at the time of this post). The kernel panics immediately after beginning the boot from the cd, so no install is possible. I tried the install with multiple media and multiple iso downloads. I also tried update 3 with the same results. I have successfully put the 32-bit version of RHEL 4 on the machine and it runs fine but at half the speed of a 64-bit OS for number crunching. I tried to install RHEL 5 beta, but the installer crashed during the install complaining that it couldn't find an xml file. I guess it is just too beta. Questions: 1) Is this a known bug? I can find only one other reference on the net to a similar problem. 2) Has this problem been fixed with more recent kernels? 3) Is there a way to install using the most recent kernel, instead of the kernel on the most recent update cd? There have been several kernel updates since the update 4 cd was released. Thanks -Andy From mnkgari at bocodol.ac.bw Thu Nov 23 13:42:42 2006 From: mnkgari at bocodol.ac.bw (Moses Nkgari) Date: Thu, 23 Nov 2006 15:42:42 +0200 Subject: Kernel Panic on RHEL 4 CD References: <456599CD.1090004@umdgrb.umd.edu> Message-ID: check the hardware compatibility list Moses Nkgari I.T Technician BOCODOL Private Bag BO 187 Gaborone tel: +267 3181470 Mobile: +267 71745958 e-mail: mnkgari at bocodol.ac.bw -----Original Message----- From: redhat-install-list-bounces at redhat.com on behalf of Andrew Smith Sent: Thu 11/23/2006 2:53 PM To: redhat-install-list at redhat.com Subject: Kernel Panic on RHEL 4 CD Hi, I'm trying to install RHEL 4 on an HP DL140 G3 with 2 dual core Xeon 5140 CPUs. I'm using the 64-bit version of the OS and the 4th update (most recent at the time of this post). The kernel panics immediately after beginning the boot from the cd, so no install is possible. I tried the install with multiple media and multiple iso downloads. I also tried update 3 with the same results. I have successfully put the 32-bit version of RHEL 4 on the machine and it runs fine but at half the speed of a 64-bit OS for number crunching. I tried to install RHEL 5 beta, but the installer crashed during the install complaining that it couldn't find an xml file. I guess it is just too beta. Questions: 1) Is this a known bug? I can find only one other reference on the net to a similar problem. 2) Has this problem been fixed with more recent kernels? 3) Is there a way to install using the most recent kernel, instead of the kernel on the most recent update cd? There have been several kernel updates since the update 4 cd was released. Thanks -Andy _______________________________________________ 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3434 bytes Desc: not available URL: From rstevens at vitalstream.com Mon Nov 27 17:10:53 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Mon, 27 Nov 2006 09:10:53 -0800 Subject: Kernel Panic on RHEL 4 CD In-Reply-To: <456599CD.1090004@umdgrb.umd.edu> References: <456599CD.1090004@umdgrb.umd.edu> Message-ID: <1164647454.9695.14.camel@prophead.corp.publichost.com> On Thu, 2006-11-23 at 07:53 -0500, Andrew Smith wrote: > Hi, > > I'm trying to install RHEL 4 on an HP DL140 G3 with 2 dual core > Xeon 5140 CPUs. I'm using the 64-bit version of the OS and the > 4th update (most recent at the time of this post). The kernel > panics immediately after beginning the boot from the cd, so > no install is possible. > > I tried the install with multiple media and multiple iso downloads. > I also tried update 3 with the same results. > > I have successfully put the 32-bit version of RHEL 4 on the machine > and it runs fine but at half the speed of a 64-bit OS for number > crunching. > > I tried to install RHEL 5 beta, but the installer crashed during > the install complaining that it couldn't find an xml file. I > guess it is just too beta. > > Questions: > > 1) Is this a known bug? I can find only one other reference on > the net to a similar problem. According to Red Hat, the DL140 G2 is certified, but not the G3. See: http://bugzilla.redhat.com/hwcert/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=DL140 > 2) Has this problem been fixed with more recent kernels? You'd have to check bugzilla for that. > 3) Is there a way to install using the most recent kernel, instead > of the kernel on the most recent update cd? There have been > several kernel updates since the update 4 cd was released. You didn't say what kind of panic you're seeing and that'd be quite helpful. Some things you might try would be adding any one or more of the following options to the "boot:" command line: noapic nodma noprobe e.g. "boot: linux noapic nodma" And you might also want to try doing a text-mode install: boot: linux text and append whatever options you feel are useful. For a full list of options, see: http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/x8664-multi-install-guide/ap-bootopts.html ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - LOOK OUT!!! BEHIND YOU!!! - ---------------------------------------------------------------------- From dmhunter at charter.net Mon Nov 27 17:58:23 2006 From: dmhunter at charter.net (Dan Hunter) Date: Mon, 27 Nov 2006 11:58:23 -0600 Subject: Kernel Panic on RHEL 4 CD References: <456599CD.1090004@umdgrb.umd.edu> <1164647454.9695.14.camel@prophead.corp.publichost.com> Message-ID: <002901c7124d$a17fd680$64011811@mutant> ----- Original Message ----- From: "Rick Stevens" To: "Getting started with Red Hat Linux" Sent: Monday, November 27, 2006 11:10 AM Subject: Re: Kernel Panic on RHEL 4 CD > On Thu, 2006-11-23 at 07:53 -0500, Andrew Smith wrote: >> Hi, >> >> I'm trying to install RHEL 4 on an HP DL140 G3 with 2 dual core >> Xeon 5140 CPUs. I'm using the 64-bit version of the OS and the >> 4th update (most recent at the time of this post). The kernel >> panics immediately after beginning the boot from the cd, so >> no install is possible. >> >> I tried the install with multiple media and multiple iso downloads. >> I also tried update 3 with the same results. >> >> I have successfully put the 32-bit version of RHEL 4 on the machine >> and it runs fine but at half the speed of a 64-bit OS for number >> crunching. >> >> I tried to install RHEL 5 beta, but the installer crashed during >> the install complaining that it couldn't find an xml file. I >> guess it is just too beta. >> >> Questions: >> >> 1) Is this a known bug? I can find only one other reference on >> the net to a similar problem. > > According to Red Hat, the DL140 G2 is certified, but not the G3. See: > > http://bugzilla.redhat.com/hwcert/list.cgi?product=Red+Hat+Hardware > +Certification&quicksearch=DL140 > >> 2) Has this problem been fixed with more recent kernels? > > You'd have to check bugzilla for that. > >> 3) Is there a way to install using the most recent kernel, instead >> of the kernel on the most recent update cd? There have been >> several kernel updates since the update 4 cd was released. > > You didn't say what kind of panic you're seeing and that'd be quite > helpful. Some things you might try would be adding any one or more of > the following options to the "boot:" command line: > > noapic > nodma > noprobe > > e.g. "boot: linux noapic nodma" > > And you might also want to try doing a text-mode install: > > boot: linux text > > and append whatever options you feel are useful. For a full list of > options, see: > > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/x8664-multi-install-guide/ap-bootopts.html > > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - LOOK OUT!!! BEHIND YOU!!! - > ---------------------------------------------------------------------- > > _______________________________________________ > 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 > According to the Hardware certification list the G3 is certified. Last line on the page. From rstevens at vitalstream.com Mon Nov 27 18:42:27 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Mon, 27 Nov 2006 10:42:27 -0800 Subject: Kernel Panic on RHEL 4 CD In-Reply-To: <002901c7124d$a17fd680$64011811@mutant> References: <456599CD.1090004@umdgrb.umd.edu> <1164647454.9695.14.camel@prophead.corp.publichost.com> <002901c7124d$a17fd680$64011811@mutant> Message-ID: <1164652947.9695.33.camel@prophead.corp.publichost.com> On Mon, 2006-11-27 at 11:58 -0600, Dan Hunter wrote: > ----- Original Message ----- > From: "Rick Stevens" > To: "Getting started with Red Hat Linux" > Sent: Monday, November 27, 2006 11:10 AM > Subject: Re: Kernel Panic on RHEL 4 CD > > > > On Thu, 2006-11-23 at 07:53 -0500, Andrew Smith wrote: > >> Hi, > >> > >> I'm trying to install RHEL 4 on an HP DL140 G3 with 2 dual core > >> Xeon 5140 CPUs. I'm using the 64-bit version of the OS and the > >> 4th update (most recent at the time of this post). The kernel > >> panics immediately after beginning the boot from the cd, so > >> no install is possible. > >> > >> I tried the install with multiple media and multiple iso downloads. > >> I also tried update 3 with the same results. > >> > >> I have successfully put the 32-bit version of RHEL 4 on the machine > >> and it runs fine but at half the speed of a 64-bit OS for number > >> crunching. > >> > >> I tried to install RHEL 5 beta, but the installer crashed during > >> the install complaining that it couldn't find an xml file. I > >> guess it is just too beta. > >> > >> Questions: > >> > >> 1) Is this a known bug? I can find only one other reference on > >> the net to a similar problem. > > > > According to Red Hat, the DL140 G2 is certified, but not the G3. See: > > > > http://bugzilla.redhat.com/hwcert/list.cgi?product=Red+Hat+Hardware > > +Certification&quicksearch=DL140 > > > >> 2) Has this problem been fixed with more recent kernels? > > > > You'd have to check bugzilla for that. > > > >> 3) Is there a way to install using the most recent kernel, instead > >> of the kernel on the most recent update cd? There have been > >> several kernel updates since the update 4 cd was released. > > > > You didn't say what kind of panic you're seeing and that'd be quite > > helpful. Some things you might try would be adding any one or more of > > the following options to the "boot:" command line: > > > > noapic > > nodma > > noprobe > > > > e.g. "boot: linux noapic nodma" > > > > And you might also want to try doing a text-mode install: > > > > boot: linux text > > > > and append whatever options you feel are useful. For a full list of > > options, see: > > > > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/x8664-multi-install-guide/ap-bootopts.html > > > > According to the Hardware certification list the G3 is certified. > Last line on the page. Well, I'd better read more closely! Thanks for catching that! ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Microsoft Windows: Proof that P.T. Barnum was right - ---------------------------------------------------------------------- From tbw at geo.hunter.cuny.edu Mon Nov 27 20:38:45 2006 From: tbw at geo.hunter.cuny.edu (Thomas B. Walter) Date: Mon, 27 Nov 2006 15:38:45 -0500 (EST) Subject: NFS filesystems not mounting at boot - can mount manually Message-ID: Good Afternoon, I have a lab of Dells running RHEL4u4. All but one NFS file systems are not mounting automatically at boot. If I manually issue command "mount -a" the offending file systems mount with no problems. Contents of /etc/fstab: everest:/scratch /scratch nfs soft,bg 0 0 yoda:/data/yoda/a /data/yoda/a nfs soft,bg yoda:/data/yoda/b /data/yoda/b nfs soft,bg Result of df -k command: [root at cslab2 log]# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 74730664 6816748 64117744 10% / /dev/sdb1 101086 12734 83133 14% /boot none 516592 0 516592 0% /dev/shm everest:/scratch 17413280 12970784 4268384 76% /scratch Relevent lines from /var/log/messages: Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver Both yoda and everest have entries in /etc/hosts. I see System Error: No route to host(retrying) but I don't know why one NFS file system mounts and not the others. TIA for any help. Tom ================================================================================== Thomas Walter Geography & Computer Science Departments Hunter College of the City University of New York 695 Park Avenue New York, NY 10021 (212)772-5457 Office (212)772-5268 Fax tbwalter at geo.hunter.cuny.edu http://geography.hunter.cuny.edu/~tbw From rstevens at vitalstream.com Tue Nov 28 02:14:37 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Mon, 27 Nov 2006 18:14:37 -0800 Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: References: Message-ID: <1164680077.9695.52.camel@prophead.corp.publichost.com> On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: > Good Afternoon, > > I have a lab of Dells running RHEL4u4. All but one NFS file systems are > not mounting automatically at boot. If I manually issue command "mount -a" the > offending file systems mount with no problems. > > Contents of /etc/fstab: > everest:/scratch /scratch nfs soft,bg 0 0 > yoda:/data/yoda/a /data/yoda/a nfs soft,bg > yoda:/data/yoda/b /data/yoda/b nfs soft,bg > > > Result of df -k command: > [root at cslab2 log]# df -k > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/VolGroup00-LogVol00 > 74730664 6816748 64117744 10% / > /dev/sdb1 101086 12734 83133 14% /boot > none 516592 0 516592 0% /dev/shm > everest:/scratch 17413280 12970784 4268384 76% /scratch > > Relevent lines from /var/log/messages: > Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded > Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" > Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: > Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" > Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" > Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). > Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded > Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded > Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver > > > Both yoda and everest have entries in /etc/hosts. > > I see System Error: No route to host(retrying) but I don't know why one > NFS file system mounts and not the others. Are both everest and yoda on the same network and/or NIC? It may be that one network or NIC's route isn't up by the time the "mount -a" occurs, so you get the "no route to host" issue. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - You possess a mind not merely twisted, but actually sprained. - ---------------------------------------------------------------------- From tbw at geo.hunter.cuny.edu Tue Nov 28 03:06:11 2006 From: tbw at geo.hunter.cuny.edu (Thomas B. Walter) Date: Mon, 27 Nov 2006 22:06:11 -0500 (EST) Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: <1164680077.9695.52.camel@prophead.corp.publichost.com> References: <1164680077.9695.52.camel@prophead.corp.publichost.com> Message-ID: On Mon, 27 Nov 2006, Rick Stevens wrote: > On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: >> Good Afternoon, >> >> I have a lab of Dells running RHEL4u4. All but one NFS file systems are >> not mounting automatically at boot. If I manually issue command "mount -a" the >> offending file systems mount with no problems. >> >> Contents of /etc/fstab: >> everest:/scratch /scratch nfs soft,bg 0 0 >> yoda:/data/yoda/a /data/yoda/a nfs soft,bg >> yoda:/data/yoda/b /data/yoda/b nfs soft,bg >> >> >> Result of df -k command: >> [root at cslab2 log]# df -k >> Filesystem 1K-blocks Used Available Use% Mounted on >> /dev/mapper/VolGroup00-LogVol00 >> 74730664 6816748 64117744 10% / >> /dev/sdb1 101086 12734 83133 14% /boot >> none 516592 0 516592 0% /dev/shm >> everest:/scratch 17413280 12970784 4268384 76% /scratch >> >> Relevent lines from /var/log/messages: >> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded >> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" >> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" >> Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). >> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded >> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded >> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver >> >> >> Both yoda and everest have entries in /etc/hosts. >> >> I see System Error: No route to host(retrying) but I don't know why one >> NFS file system mounts and not the others. > > Are both everest and yoda on the same network and/or NIC? It may be > that one network or NIC's route isn't up by the time the "mount -a" > occurs, so you get the "no route to host" issue. > Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are NIS masters for different NIS domains and the lab machines are part of the "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here including this additional info. Tom > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - You possess a mind not merely twisted, but actually sprained. - > ---------------------------------------------------------------------- > > _______________________________________________ > 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 > From rstevens at vitalstream.com Tue Nov 28 18:47:46 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Tue, 28 Nov 2006 10:47:46 -0800 Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: References: <1164680077.9695.52.camel@prophead.corp.publichost.com> Message-ID: <1164739666.9695.70.camel@prophead.corp.publichost.com> On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: > > On Mon, 27 Nov 2006, Rick Stevens wrote: > > > On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: > >> Good Afternoon, > >> > >> I have a lab of Dells running RHEL4u4. All but one NFS file systems are > >> not mounting automatically at boot. If I manually issue command "mount -a" the > >> offending file systems mount with no problems. > >> > >> Contents of /etc/fstab: > >> everest:/scratch /scratch nfs soft,bg 0 0 > >> yoda:/data/yoda/a /data/yoda/a nfs soft,bg > >> yoda:/data/yoda/b /data/yoda/b nfs soft,bg > >> > >> > >> Result of df -k command: > >> [root at cslab2 log]# df -k > >> Filesystem 1K-blocks Used Available Use% Mounted on > >> /dev/mapper/VolGroup00-LogVol00 > >> 74730664 6816748 64117744 10% / > >> /dev/sdb1 101086 12734 83133 14% /boot > >> none 516592 0 516592 0% /dev/shm > >> everest:/scratch 17413280 12970784 4268384 76% /scratch > >> > >> Relevent lines from /var/log/messages: > >> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded > >> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" > >> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: > >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" > >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" > >> Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). > >> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded > >> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded > >> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver > >> > >> > >> Both yoda and everest have entries in /etc/hosts. > >> > >> I see System Error: No route to host(retrying) but I don't know why one > >> NFS file system mounts and not the others. > > > > Are both everest and yoda on the same network and/or NIC? It may be > > that one network or NIC's route isn't up by the time the "mount -a" > > occurs, so you get the "no route to host" issue. > > > > Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are > NIS masters for different NIS domains and the lab machines are part of the > "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at > boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here including > this additional info. The "no route to host" is the telling issue. It appears that there is some oddball routing that's not occurring when the NFS client comes up. It sees everest right away, but not yoda. That's what you probably should investigate first. However, there's something you can try that may bypass fixing the routing. You can try changing the "bg" for yoda-based mounts in /etc/fstab to "fg" and see if that helps: yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 That will retry the mounts in the foreground if they fail and it may force the routing to occur in a more timely manner. This is only an attempt to bypass whatever weirdness is going on with the routing. You really do need to fix the network issue. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Overweight: When you step on your dog's tail...and it dies. - ---------------------------------------------------------------------- From celawrence at lbl.gov Wed Nov 29 19:31:41 2006 From: celawrence at lbl.gov (chuck lawrence) Date: Wed, 29 Nov 2006 11:31:41 -0800 Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: <20061129170035.A2FEA738EA@hormel.redhat.com> References: <20061129170035.A2FEA738EA@hormel.redhat.com> Message-ID: <456DE01D.5080807@lbl.gov> redhat-install-list-request at redhat.com wrote: > On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: >> On Mon, 27 Nov 2006, Rick Stevens wrote: > The "no route to host" is the telling issue. It appears that there is > some oddball routing that's not occurring when the NFS client comes up. > It sees everest right away, but not yoda. That's what you probably > should investigate first. you also mention that yoda is in /etc/hosts. is it also in your nis hosts map? if so, are the two entries both correct? possibly the local one is wrong, and you're able to mount when the correct(?) entry is available via nis. just a thought. you might want to look at your /etc/nsswitch.conf file. > However, there's something you can try that may bypass fixing the > routing. You can try changing the "bg" for yoda-based mounts in > /etc/fstab to "fg" and see if that helps: > > yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 > yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 > > That will retry the mounts in the foreground if they fail and it may > force the routing to occur in a more timely manner. This is only an > attempt to bypass whatever weirdness is going on with the routing. You > really do need to fix the network issue. agreed. you could also bypass by doing a mount in /etc/rc.local, or somewhere similar, as this is sourced just before login. you are then effectively doing a manual mount automatically. -- * ------------------- * ----------------------------* | charles e. lawrence | lawrence berkeley nat'l lab | | celawrence at lbl.gov | #1 cyclotron rd ms 50a6134 | | (510) 486-4682 | berkeley ca 94720 | * ------------------- * ----------------------------* www-eng.lbl.gov/~celawrence From Mobolaji.Osinuga at alcatel.fr Thu Nov 30 16:39:30 2006 From: Mobolaji.Osinuga at alcatel.fr (Mobolaji.Osinuga at alcatel.fr) Date: Thu, 30 Nov 2006 08:39:30 -0800 Subject: Redhat-install-list Digest, Vol 33, Issue 12 References: <20061129170036.4125273920@hormel.redhat.com> Message-ID: <088701c7149e$1f05a380$d4bdd99f@Prof> Hello, I actually feel the issue might be due to the fact that the route is not steady at the point the nfs mount is being initiated. Can you put the mount command in the /etc/rc.local script and see if the mount will work? Is the network auto-configured or you have some network-commands in the startup script 9/etc/rc.local ? Thank you. Bolaji ----- Original Message ----- From: To: Sent: Wednesday, November 29, 2006 9:00 AM Subject: Redhat-install-list Digest, Vol 33, Issue 12 > 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: NFS filesystems not mounting at boot - can mount manually > (Rick Stevens) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 28 Nov 2006 10:47:46 -0800 > From: Rick Stevens > Subject: Re: NFS filesystems not mounting at boot - can mount manually > To: Getting started with Red Hat Linux > > Message-ID: <1164739666.9695.70.camel at prophead.corp.publichost.com> > Content-Type: text/plain > > On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: >> >> On Mon, 27 Nov 2006, Rick Stevens wrote: >> >> > On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: >> >> Good Afternoon, >> >> >> >> I have a lab of Dells running RHEL4u4. All but one NFS file systems >> >> are >> >> not mounting automatically at boot. If I manually issue command >> >> "mount -a" the >> >> offending file systems mount with no problems. >> >> >> >> Contents of /etc/fstab: >> >> everest:/scratch /scratch nfs soft,bg 0 0 >> >> yoda:/data/yoda/a /data/yoda/a nfs soft,bg >> >> yoda:/data/yoda/b /data/yoda/b nfs soft,bg >> >> >> >> >> >> Result of df -k command: >> >> [root at cslab2 log]# df -k >> >> Filesystem 1K-blocks Used Available Use% Mounted on >> >> /dev/mapper/VolGroup00-LogVol00 >> >> 74730664 6816748 64117744 10% / >> >> /dev/sdb1 101086 12734 83133 14% /boot >> >> none 516592 0 516592 0% /dev/shm >> >> everest:/scratch 17413280 12970784 4268384 76% /scratch >> >> >> >> Relevent lines from /var/log/messages: >> >> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded >> >> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" >> >> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' >> >> failed: >> >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" >> >> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" >> >> Nov 27 15:08:36 cslab2 mount: System Error: No route to >> >> host(retrying). >> >> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded >> >> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded >> >> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver >> >> >> >> >> >> Both yoda and everest have entries in /etc/hosts. >> >> >> >> I see System Error: No route to host(retrying) but I don't know why >> >> one >> >> NFS file system mounts and not the others. >> > >> > Are both everest and yoda on the same network and/or NIC? It may be >> > that one network or NIC's route isn't up by the time the "mount -a" >> > occurs, so you get the "no route to host" issue. >> > >> >> Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are >> NIS masters for different NIS domains and the lab machines are part of >> the >> "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at >> boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here >> including >> this additional info. > > The "no route to host" is the telling issue. It appears that there is > some oddball routing that's not occurring when the NFS client comes up. > It sees everest right away, but not yoda. That's what you probably > should investigate first. > > However, there's something you can try that may bypass fixing the > routing. You can try changing the "bg" for yoda-based mounts in > /etc/fstab to "fg" and see if that helps: > > yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 > yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 > > That will retry the mounts in the foreground if they fail and it may > force the routing to occur in a more timely manner. This is only an > attempt to bypass whatever weirdness is going on with the routing. You > really do need to fix the network issue. > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - Overweight: When you step on your dog's tail...and it dies. - > ---------------------------------------------------------------------- > > > > ------------------------------ > > _______________________________________________ > 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 33, Issue 12 > *************************************************** > From tbw at geo.hunter.cuny.edu Thu Nov 30 16:45:09 2006 From: tbw at geo.hunter.cuny.edu (Thomas B. Walter) Date: Thu, 30 Nov 2006 11:45:09 -0500 (EST) Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: <1164739666.9695.70.camel@prophead.corp.publichost.com> References: <1164680077.9695.52.camel@prophead.corp.publichost.com> <1164739666.9695.70.camel@prophead.corp.publichost.com> Message-ID: > On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: >> >> On Mon, 27 Nov 2006, Rick Stevens wrote: >> >>> On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: >>>> Good Afternoon, >>>> >>>> I have a lab of Dells running RHEL4u4. All but one NFS file systems are >>>> not mounting automatically at boot. If I manually issue command "mount -a" the >>>> offending file systems mount with no problems. >>>> >>>> Contents of /etc/fstab: >>>> everest:/scratch /scratch nfs soft,bg 0 0 >>>> yoda:/data/yoda/a /data/yoda/a nfs soft,bg >>>> yoda:/data/yoda/b /data/yoda/b nfs soft,bg >>>> >>>> >>>> Result of df -k command: >>>> [root at cslab2 log]# df -k >>>> Filesystem 1K-blocks Used Available Use% Mounted on >>>> /dev/mapper/VolGroup00-LogVol00 >>>> 74730664 6816748 64117744 10% / >>>> /dev/sdb1 101086 12734 83133 14% /boot >>>> none 516592 0 516592 0% /dev/shm >>>> everest:/scratch 17413280 12970784 4268384 76% /scratch >>>> >>>> Relevent lines from /var/log/messages: >>>> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded >>>> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" >>>> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" >>>> Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). >>>> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded >>>> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded >>>> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver >>>> >>>> >>>> Both yoda and everest have entries in /etc/hosts. >>>> >>>> I see System Error: No route to host(retrying) but I don't know why one >>>> NFS file system mounts and not the others. >>> >>> Are both everest and yoda on the same network and/or NIC? It may be >>> that one network or NIC's route isn't up by the time the "mount -a" >>> occurs, so you get the "no route to host" issue. >>> >> >> Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are >> NIS masters for different NIS domains and the lab machines are part of the >> "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at >> boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here including >> this additional info. > > The "no route to host" is the telling issue. It appears that there is > some oddball routing that's not occurring when the NFS client comes up. > It sees everest right away, but not yoda. That's what you probably > should investigate first. > > However, there's something you can try that may bypass fixing the > routing. You can try changing the "bg" for yoda-based mounts in > /etc/fstab to "fg" and see if that helps: > > yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 > yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 > > That will retry the mounts in the foreground if they fail and it may > force the routing to occur in a more timely manner. This is only an > attempt to bypass whatever weirdness is going on with the routing. You > really do need to fix the network issue. Hi Rick, Changing bg to fg in /etc/fstab didn't work so I made entries in rc.local to do the mounts and that worked. I will then try to determine why the problem exists in the firrst place. Thanks a bunch. Tom ;-) > ---------------------------------------------------------------------- > - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - > - VitalStream, Inc. http://www.vitalstream.com - > - - > - Overweight: When you step on your dog's tail...and it dies. - > ---------------------------------------------------------------------- > > _______________________________________________ > 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 > From rstevens at vitalstream.com Thu Nov 30 19:47:25 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Thu, 30 Nov 2006 11:47:25 -0800 Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: References: <1164680077.9695.52.camel@prophead.corp.publichost.com> <1164739666.9695.70.camel@prophead.corp.publichost.com> Message-ID: <1164916045.9695.131.camel@prophead.corp.publichost.com> On Thu, 2006-11-30 at 11:45 -0500, Thomas B. Walter wrote: > > On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: > >> > >> On Mon, 27 Nov 2006, Rick Stevens wrote: > >> > >>> On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: > >>>> Good Afternoon, > >>>> > >>>> I have a lab of Dells running RHEL4u4. All but one NFS file systems are > >>>> not mounting automatically at boot. If I manually issue command "mount -a" the > >>>> offending file systems mount with no problems. > >>>> > >>>> Contents of /etc/fstab: > >>>> everest:/scratch /scratch nfs soft,bg 0 0 > >>>> yoda:/data/yoda/a /data/yoda/a nfs soft,bg > >>>> yoda:/data/yoda/b /data/yoda/b nfs soft,bg > >>>> > >>>> > >>>> Result of df -k command: > >>>> [root at cslab2 log]# df -k > >>>> Filesystem 1K-blocks Used Available Use% Mounted on > >>>> /dev/mapper/VolGroup00-LogVol00 > >>>> 74730664 6816748 64117744 10% / > >>>> /dev/sdb1 101086 12734 83133 14% /boot > >>>> none 516592 0 516592 0% /dev/shm > >>>> everest:/scratch 17413280 12970784 4268384 76% /scratch > >>>> > >>>> Relevent lines from /var/log/messages: > >>>> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded > >>>> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" > >>>> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: > >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" > >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" > >>>> Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). > >>>> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded > >>>> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded > >>>> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver > >>>> > >>>> > >>>> Both yoda and everest have entries in /etc/hosts. > >>>> > >>>> I see System Error: No route to host(retrying) but I don't know why one > >>>> NFS file system mounts and not the others. > >>> > >>> Are both everest and yoda on the same network and/or NIC? It may be > >>> that one network or NIC's route isn't up by the time the "mount -a" > >>> occurs, so you get the "no route to host" issue. > >>> > >> > >> Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are > >> NIS masters for different NIS domains and the lab machines are part of the > >> "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at > >> boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here including > >> this additional info. > > > > The "no route to host" is the telling issue. It appears that there is > > some oddball routing that's not occurring when the NFS client comes up. > > It sees everest right away, but not yoda. That's what you probably > > should investigate first. > > > > However, there's something you can try that may bypass fixing the > > routing. You can try changing the "bg" for yoda-based mounts in > > /etc/fstab to "fg" and see if that helps: > > > > yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 > > yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 > > > > That will retry the mounts in the foreground if they fail and it may > > force the routing to occur in a more timely manner. This is only an > > attempt to bypass whatever weirdness is going on with the routing. You > > really do need to fix the network issue. > > Hi Rick, > > Changing bg to fg in /etc/fstab didn't work so I made entries in rc.local > to do the mounts and that worked. I will then try to determine why the > problem exists in the firrst place. Glad you found a work around. Another poster (sorry, I lost your name but you know who you are) who made that "rc.local" suggestion also mentioned a possible conflict between what you have in /etc/hosts and NIS if you use it. It could also be a conflict in DNS, again if you use it. So, I suggest the following: 1. See what IP you have for yoda in /etc/hosts 2. Compare the /etc/hosts data against the NIS record if you use NIS. You can find that data by doing "ypmatch yoda hosts.bynames". 3. Compare the /etc/hosts data against the DNS record if you use DNS. You can find that data by doing "dig yoda" Something in the IP resolution for yoda isn't right. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Never try to outstubborn a cat. - ---------------------------------------------------------------------- From rstevens at vitalstream.com Thu Nov 30 21:34:49 2006 From: rstevens at vitalstream.com (Rick Stevens) Date: Thu, 30 Nov 2006 13:34:49 -0800 Subject: NFS filesystems not mounting at boot - can mount manually In-Reply-To: <1164916045.9695.131.camel@prophead.corp.publichost.com> References: <1164680077.9695.52.camel@prophead.corp.publichost.com> <1164739666.9695.70.camel@prophead.corp.publichost.com> <1164916045.9695.131.camel@prophead.corp.publichost.com> Message-ID: <1164922489.9695.141.camel@prophead.corp.publichost.com> On Thu, 2006-11-30 at 11:47 -0800, Rick Stevens wrote: > On Thu, 2006-11-30 at 11:45 -0500, Thomas B. Walter wrote: > > > On Mon, 2006-11-27 at 22:06 -0500, Thomas B. Walter wrote: > > >> > > >> On Mon, 27 Nov 2006, Rick Stevens wrote: > > >> > > >>> On Mon, 2006-11-27 at 15:38 -0500, Thomas B. Walter wrote: > > >>>> Good Afternoon, > > >>>> > > >>>> I have a lab of Dells running RHEL4u4. All but one NFS file systems are > > >>>> not mounting automatically at boot. If I manually issue command "mount -a" the > > >>>> offending file systems mount with no problems. > > >>>> > > >>>> Contents of /etc/fstab: > > >>>> everest:/scratch /scratch nfs soft,bg 0 0 > > >>>> yoda:/data/yoda/a /data/yoda/a nfs soft,bg > > >>>> yoda:/data/yoda/b /data/yoda/b nfs soft,bg > > >>>> > > >>>> > > >>>> Result of df -k command: > > >>>> [root at cslab2 log]# df -k > > >>>> Filesystem 1K-blocks Used Available Use% Mounted on > > >>>> /dev/mapper/VolGroup00-LogVol00 > > >>>> 74730664 6816748 64117744 10% / > > >>>> /dev/sdb1 101086 12734 83133 14% /boot > > >>>> none 516592 0 516592 0% /dev/shm > > >>>> everest:/scratch 17413280 12970784 4268384 76% /scratch > > >>>> > > >>>> Relevent lines from /var/log/messages: > > >>>> Nov 27 15:08:23 cslab2 network: Bringing up interface eth0: succeeded > > >>>> Nov 27 15:08:30 cslab2 mount: mount: backgrounding "everest:/scratch" > > >>>> Nov 27 15:08:36 cslab2 mount: mount: mount to NFS server 'everest' failed: > > >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/a" > > >>>> Nov 27 15:08:36 cslab2 mount: mount: backgrounding "yoda:/data/yoda/b" > > >>>> Nov 27 15:08:36 cslab2 mount: System Error: No route to host(retrying). > > >>>> Nov 27 15:08:36 cslab2 netfs: Mounting NFS filesystems: succeeded > > >>>> Nov 27 15:08:36 cslab2 netfs: Mounting other filesystems: succeeded > > >>>> Nov 27 15:08:36 cslab2 kernel: i2c /dev entries driver > > >>>> > > >>>> > > >>>> Both yoda and everest have entries in /etc/hosts. > > >>>> > > >>>> I see System Error: No route to host(retrying) but I don't know why one > > >>>> NFS file system mounts and not the others. > > >>> > > >>> Are both everest and yoda on the same network and/or NIC? It may be > > >>> that one network or NIC's route isn't up by the time the "mount -a" > > >>> occurs, so you get the "no route to host" issue. > > >>> > > >> > > >> Everest and yoda are on the same subnet. Everest (geo) and yoda (cs) are > > >> NIS masters for different NIS domains and the lab machines are part of the > > >> "cs" NIS domain but it's everest (NIS=geo) that mounts successfully at > > >> boot and yoda (NIS=cs) that doesn't. I'm grasping at straws here including > > >> this additional info. > > > > > > The "no route to host" is the telling issue. It appears that there is > > > some oddball routing that's not occurring when the NFS client comes up. > > > It sees everest right away, but not yoda. That's what you probably > > > should investigate first. > > > > > > However, there's something you can try that may bypass fixing the > > > routing. You can try changing the "bg" for yoda-based mounts in > > > /etc/fstab to "fg" and see if that helps: > > > > > > yoda:/data/yoda/a /data/yoda/a nfs soft,fg 0 0 > > > yoda:/data/yoda/b /data/yoda/b nfs soft,fg 0 0 > > > > > > That will retry the mounts in the foreground if they fail and it may > > > force the routing to occur in a more timely manner. This is only an > > > attempt to bypass whatever weirdness is going on with the routing. You > > > really do need to fix the network issue. > > > > Hi Rick, > > > > Changing bg to fg in /etc/fstab didn't work so I made entries in rc.local > > to do the mounts and that worked. I will then try to determine why the > > problem exists in the firrst place. > > Glad you found a work around. Another poster (sorry, I lost your name > but you know who you are) who made that "rc.local" suggestion also > mentioned a possible conflict between what you have in /etc/hosts and > NIS if you use it. It could also be a conflict in DNS, again if you > use it. So, I suggest the following: > > 1. See what IP you have for yoda in /etc/hosts > > 2. Compare the /etc/hosts data against the NIS record if you use NIS. > You can find that data by doing "ypmatch yoda hosts.bynames". Oops! That should be "ypmatch yoda hosts.byname". Typing too fast as usual! > 3. Compare the /etc/hosts data against the DNS record if you use DNS. > You can find that data by doing "dig yoda" > > Something in the IP resolution for yoda isn't right. ---------------------------------------------------------------------- - Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Diplomacy: The art of saying "Nice doggy!" until you can find a - - big enough rock. - ----------------------------------------------------------------------