Discuss

discuss@lists.centos.org

5 participants
34752 discussions

RE: [CentOS] NFS insanity
by Plant, Dean 26 Apr '05

26 Apr '05

Mark Weaver wrote: > Collins Richey wrote: >> On 4/24/05, Mark Weaver <mdw1982(a)mdw1982.com> wrote: >> >>> Hi all, >>> >>> I've got some insanity with mounting an NFS share that before >>> reloading my workstation afresh worked perfectly, but now refuses >>> to mount. >>> >>> Actually there are two servers with shares mounted. >>> (1) Mandrake 10.0 file server - two shares - mount perfectly >>> (2) Fedora Core 3 - one share - can't mount to save my life! >>> >>> My workstation is CentOS 4. I reloaded it to get rid of the FC3 >>> installation at the front of the main drive and recover some space >>> on the second drive moving CentOS to the main drive. Everything >>> else works wonderfully as advertised. The following is the only >>> feedback I'm getting when attempting to mount the share from the >>> FC3 server. (the shares on the file server mount perfectly) >>> >>> SERVER: >>> Apr 24 09:43:41 mail rpc.mountd: authenticated mount request from >>> 192.168.0.252:921 for /var/www (/var/www) >>> >>> CLIENT: >>> Mounting NFS filesystems: mount: 192.168.0.4:/var/www failed, >>> reason given by server: Permission denied >>> >> >> >> What does your fstab entry for the share look like? >> > > sorry about that... I knew I'd forget something. > > the fstab entry on the client machine appears thusly: > 192.168.0.4:/var/www /mnt/www nfs rsize=8192,wsize=8192,auto,hard 0 0 > > The exports file on the server appears as this: > /var/www 192.168.0.252(rw) > > (the IP of the client machine is 192.168.0.252) Have you tried to mount another test share on the server with no options/IP restrictions? Dean.

5 6

A 'simple' problem?
by Nigel Kendrick 25 Apr '05

25 Apr '05

Here's one for you if you have the time: I very stupidly killed the wrong process on a server on a remote site on Friday and now I cannot ssh login to it! It's not a major problem as it's main functions are as a file and print sharer (samba) and to run postfix/mailscanner, and I can have someone on site reboot the server when they start work on Monday, but I was wondering whether I could 'get in' by other means to reboot it - so far I have tried the following without luck: Simultaneous login requests to 'reach' a listening login as I think I've only screwed up pts0 A VNC connection to a machine on site and then using telnet (nope, telnet disabled) A VNC connection to a machine on site and then a VNC connection to the server (VNC not running on this one). Any suggestions to issue a remote reboot - as I said, it's not a major issue as I can have the server rebooted by someone on site. Thanks Nigel Kendrick

4 3

Re: Re[4]: [CentOS] Vncserver not serving up my gnome desktop, just a fancy terminal!
by Lee Parmeter 25 Apr '05

25 Apr '05

--- "Jerry57 (GMail)" <jerry57(a)gmail.com> wrote: > Hello Noah, > > CentOS seems to have it, I will be taking a look at it > later on > today. Thanks for the tip. > > jer > > Sunday, April 24, 2005, 9:58:37 AM, you wrote: > > > applications >> preferences > remote desktop > > > "Vino is a VNC server for GNOME. It allows remote users > to > > connect to a running GNOME session using VNC." > > > I have it here, but then again I have added some apt > repos so I'm not > > sure if it's a stock centos package. The Vino package was installed on my installation by default, but I am unable to connect to the CentOS 4 server from a client machine running Ubuntu Hoary (gnome 2.10). The is rejected. Tried vncviewer using hostname:0 per documentation. So, I am now wondering what else needs to be done to enable remote connects to succeed. I did configure the "remote desktop" settings per discussion in the thread. I would just use the standard Xvnc and hostname:1, which is working, but when I login via vncviewer I am unable to do any root configuration via gnome. In other distros, I have not had this problem. I run my file server without a monitor, so I need full access to root settings from gnome just like I have when logged in non-root using a monitor and keyboard. Lee > -- > USE THE BEST . . . > > Linux for servers . . . > > Macintosh for graphics . . . > > Palm for mobility . . . > > Windows for solitaire! > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [CentOS] Centos 3.4 Problem
by Steven Vishoot 25 Apr '05

25 Apr '05

--- Pasi Pirhonen <upi(a)iki.fi> wrote: > Hi, > > On Mon, Apr 25, 2005 at 03:44:43PM -0400, Orlando > Rubino Gala wrote: > > Once installed Centos 3.4 and restart the server > and to give error 2umount > > /var > > What it can be? > > > I'd say it's the audit keeping the /var busy (from > laus), but it's just > a thought. That package does have a lot of bad karma > in it ..... > > > -- > Pasi Pirhonen - upi(a)iki.fi - http://iki.fi/upi/ > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > i had a similar one to this, but mine happened after i updated my bios and happen to change some stuff in the bios related to memory. that could of been a fluke though, worth mentioning. after fixing settings i did not have anymore problems. Steven "On the side of the software box, in the 'System Requirements' section, it said 'Requires Windows or better'. So I installed Linux." __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

RE: [CentOS] losing NFS connection
by Angelo Machils 25 Apr '05

25 Apr '05

> > >-----Original Message----- >> From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On >> Behalf Of Angelo Machils >> Sent: Sunday, April 24, 2005 1:28 PM >> To: centos(a)centos.org >> Subject: [CentOS] losing NFS connection >> >> Hello there! >> >> Perhaps this is a little off-topic, but I notice this only on the > > >Centos > > >>> box. >>> I'm running Centos 4 on an AMD64 which has the following entries in >> >> >the > > >>> fstab to connect to NFS shares on a Fedora3 box: >>> 192.168.1.12:/home/angelo/ /home/angelo/NFS_share1 nfs >>> rw,addr=192.168.1.12 0 0 >>> 192.168.1.12:/home/angelo/data /home/angelo/NFS_share2 nfs >>> rw,addr=192.168.1.12 0 0 >>> 192.168.1.12:/home/angelo/data2 /home/angelo/NFS_share3 nfs >>> rw,addr=192.168.1.12 0 0 >>> I have opened ports 111 (TCP), 648 (TCP), 651 (TCP) and 2049 (TCP and >>> UDP) in iptables on the FC3 box and I can connect to them, but after a >>> while I seem to loose the connection to the shares. >> >> > >[snip] > > > >>> >>> Anyone any idea what is wrong here? >> >> > >Just a thought but have you hard-coded speed and duplex all the way >through? Don't trust auto-negotiation. > >-- >Marc > I have opened the firewall on the server all the way for the client (and also the other way around) but it makes no difference. After a while I see these messages again in the /var/log/messages on the client: Apr 25 21:38:02 solaris kernel: RPC: garbage, exit EIO Apr 25 21:38:33 solaris last message repeated 70 times Apr 25 21:39:34 solaris last message repeated 122 times Apr 25 21:40:01 solaris last message repeated 55 times Apr 25 21:40:01 solaris crond(pam_unix)[4701]: session opened for user root by (uid=0) Apr 25 21:40:01 solaris crond(pam_unix)[4701]: session closed for user root Apr 25 21:40:02 solaris kernel: RPC: garbage, exit EIO And this keeps repeating...... No entries on the server though..... Which file do I have to edit in order to set the NIC into fixed state. I know that I can use mii-tool to check and set, but is this permanent, even after a reboot? Thanks in advance, Angelo

1 0

rebuilding anaconda for centos 4.0
by David Thompson 25 Apr '05

25 Apr '05

Hi all: I'm trying to rebuild the anaconda installer for Centos 4.0 (i386) to add some RPMs and do some other things, and I've run into a problem. I've done lots of anaconda rebuilds for Tao Linux 1.0, and I'm bringing those bits forward into Centos 4.0. The all-knowing web hasn't turned up anything useful. It looks like the PXE-loaded kernel unpacked and mounted the initrd OK, but then things went awry (quickly). Anyone seen this on a PXE boot of an anaconda build? <snip> RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). VFS: Cannot open root device "<NULL>" or unknown-block(3,2) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,2) Help or pointers to applicable docs very welcome. -- Dave Thompson ( thomas(at)cs(dot)wisc(dot)edu ) Associate Researcher Department of Computer Science University of Wisconsin-Madison http://www.cs.wisc.edu/(twiddle)thomas 1210 West Dayton Street Madison, WI 53706-1685 --

2 1

Help!!Firefox for CentOS 3
by Hugh Tollan 25 Apr '05

25 Apr '05

saw a post the other day with a link for the rpm for the latest Firefox build for CentOS 3..lost it..anyone copy me in on the post or send me the link?? thanks _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

4 3

bugs with large partitions
by John Moylan 25 Apr '05

25 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I installed centos4 on a raid system with 7 400GB Hitachi SATA disks in RAID 5 on the 3Ware card. I set up a 2.2TB EXT3 Partition /opt. After the install I rebooted and the system went straight into maintenance mode....! The system reported a problem with /opt, but I was able to mount it manually and init 4 with no problems. However a reboot dropped me straight back into maintanence mode ??? Back in maintenance mode again I tried to used parted to create a partition, but it says it can't manage a partition greater than 1.72TB - I thought parted could do > 2TB fs's? parted output below: [root@localhost ~]# parted GNU Parted 1.6.19 Copyright (C) 1998 - 2004 Free Software Foundation, Inc. This program is free software, covered by the GNU General Public License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Using /dev/sda (parted) print Disk geometry for /dev/sda: 0.000-2288754.000 megabytes Disk label type: msdos Minor Start End Type Filesystem Flags 1 0.031 101.975 primary ext3 boot 2 101.975 5098.754 primary linux-swap 3 5098.755 7091.191 primary ext3 4 7091.191 191600.624 extended 5 7091.222 9083.627 logical ext3 6 9083.659 11076.064 logical ext3 (parted) mkpart logical ext3 11076.065 2288754 Warning: You requested to create a partition at 11076.065-2288754.000Mb. The closest Parted can manage is 11076.095-191595.520Mb. OK/Cancel? Any one have experience/ideas? Regards, John -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCbQjfHgDLUzVQ7OARAjNJAJ9DRwfUCS8eWjHndOToFpytfEp8swCgxEBV HPyZBViU+lb4XxeKiGZSqBo= =/CEl -----END PGP SIGNATURE----- ****************************************************************************** The information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Please note that emails to, from and within RTÉ may be subject to the Freedom of Information Act 1997 and may be liable to disclosure. ******************************************************************************

3 2

RE: [CentOS] losing NFS connection
by Bowie Bailey 25 Apr '05

25 Apr '05

From: Marc Powell [mailto:marc@ena.com] > From: Joshua Baker-LePain > > On Sun, 24 Apr 2005 at 2:53pm, Marc Powell wrote > > > > > > Anyone any idea what is wrong here? > > > > > > Just a thought but have you hard-coded speed and duplex all the way > > > through? Don't trust auto-negotiation. > > > > Just a dissenting opinion here on that last bit. No less a source than > > Donald Becker often advises *strongly* against disabling auto-negotiation. > > Yes, some switches *cough*Cisco*cough* historically did it very badly. > > But that was then, not now. And, AIUI, it's actually part of the gbe > > standard. > > Sure, let me rephrase my original wording -- "I don't trust > auto-negitiation." =) I say that for two reasons -- The problem I've found with hard-coding speed and duplex is that it MUST be done on both sides of the link. If one side is hard-coded and the other side is trying to negotiate, the speed will be detected properly, but the duplex will not. This can result in one side of the link running at full and the other side running at half. Obviously, problems will occur. If both sides support (and are configured for) negotiation, there shouldn't be a problem. Likewise, if both sides are hard-coded, there shouldn't be a problem. Bowie

1 0

RE: [CentOS] losing NFS connection
by Marc Powell 25 Apr '05

25 Apr '05

> -----Original Message----- > From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf Of Joshua Baker-LePain > Sent: Monday, April 25, 2005 7:59 AM > To: CentOS mailing list > Subject: RE: [CentOS] losing NFS connection > > On Sun, 24 Apr 2005 at 2:53pm, Marc Powell wrote > > > > Anyone any idea what is wrong here? > > > > Just a thought but have you hard-coded speed and duplex all the way > > through? Don't trust auto-negotiation. > > Just a dissenting opinion here on that last bit. No less a source than > Donald Becker often advises *strongly* against disabling auto-negotiation. > Yes, some switches *cough*Cisco*cough* historically did it very badly. > But that was then, not now. And, AIUI, it's actually part of the gbe > standard. Sure, let me rephrase my original wording -- "I don't trust auto-negitiation." =) I say that for two reasons -- I work with a very large network consisting of tens of thousands of machines connecting to a hodge-podge of switches and routers from many different vendors. It is my personal experience that auto-negotiation does not result in optimum or even compatible speed/duplex settings often enough to be trustworthy. I've experienced this as recently as last week with brand new Cisco equipment and Dell computers running CentOS 3.4 (100/Full on one end, 100/Half on the other). I've seen the problem with Alteon and Foundry equipment recently as well. It may be part of the standard but as anyone who's been around a while knows, each vendor's interpretation of a standard can vary enough to be problematic. Second, as an administrator I want to do everything in my power to make sure the devices I manage are going to run smoothly. Why leave something as simple but as problematic as speed/duplex settings to chance or trust when it is a simple task to force it to be that which works best in the networking environment that the device lives in? For example, if auto-negotiation comes up with 100/half, 10/full or 10/half and every other local device is 100/full or vice-versa, the network is operating at less than peak efficiency and that can also result in odd problems. -- Marc

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss