Re: [Cooker] nfs install
berazafi <[EMAIL PROTECTED]> writes: > can anyone confirm the probs im having with the nfs install see 1784 > pls help im sick of buring iso or coping it all to my hd answered at bugzilla. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] nfs install
berazafi wrote: can anyone confirm the probs im having with the nfs install see 1784 pls help im sick of buring iso or coping it all to my hd did not look into your bug yet, but I can tell tou that ftp install worked fine 3 times last week :-)
Re: [Cooker] NFS install
Adam Williamson <[EMAIL PROTECTED]> writes: > I've not tried NFS, but i've had equally big problems with an FTP > install recently, on two different platforms whose only common feature > is the floppy drive (Sony USB floppy.) It just crashes out immediately > after setting the network parameters citing 'fatal error' on the main > console but with nothing obvious having gone wrong on the others. People > familiar with the install process, would it be trying to access the > floppy at this point? If so, would it be confused by the floppy not Normally not but there are a few things being done at that time behind your back. First, it would help if you could see on terminal #3 the last messages before crash and tell me? > appearing at /dev/fd0? i've had consistent problems with USB floppies Normally not confused up to crash, man :-). Except if the kernel crashes before of usb floppy access. > and Linux installations, all of which could be solved simply by making > the install process look for the floppy drive at /dev/sda as well as at > /dev/fd0...but it seems a trifle early in the process for this to raise > its head, at the equivalent point in the other installs that failed they > were still working and still reading the drive... -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install
David Walser <[EMAIL PROTECTED]> writes: > I tried it and when it asked for the directory I tried > a few things, which it > said did not seem to contain the Mandrake Linux > distribution, when I gave it > the cooker/i586 directory it said (on console 3 that > it found it) on console 1: > > error in exec of stage 2 :-( > FATAL ERROR IN STAGE 1: Permission denied pixel's suggestion is a good one. also check in the nfs server logs, sometimes there can be strange problems of servers with dns problems or anything related to authentication pbs. > and something interesting on console 4: > nfs warning: mount version older than kernel it's a warning, it is supposed to be harmless (has always been). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install
I'm using a regular floppy. --- Adam Williamson <[EMAIL PROTECTED]> wrote: > On Sat, 2002-07-13 at 01:15, David Walser wrote: > > Does *anybody* do NFS installs? Is it broken? > What's > > the deal? > > I've not tried NFS, but i've had equally big > problems with an FTP > install recently, on two different platforms whose > only common feature > is the floppy drive (Sony USB floppy.) It just > crashes out immediately > after setting the network parameters citing 'fatal > error' on the main > console but with nothing obvious having gone wrong > on the others. People > familiar with the install process, would it be > trying to access the > floppy at this point? If so, would it be confused by > the floppy not > appearing at /dev/fd0? i've had consistent problems > with USB floppies > and Linux installations, all of which could be > solved simply by making > the install process look for the floppy drive at > /dev/sda as well as at > /dev/fd0...but it seems a trifle early in the > process for this to raise > its head, at the equivalent point in the other > installs that failed they > were still working and still reading the drive... > -- > adamw > > __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com
Re: [Cooker] NFS install
On Sat, 2002-07-13 at 01:15, David Walser wrote: > Does *anybody* do NFS installs? Is it broken? What's > the deal? I've not tried NFS, but i've had equally big problems with an FTP install recently, on two different platforms whose only common feature is the floppy drive (Sony USB floppy.) It just crashes out immediately after setting the network parameters citing 'fatal error' on the main console but with nothing obvious having gone wrong on the others. People familiar with the install process, would it be trying to access the floppy at this point? If so, would it be confused by the floppy not appearing at /dev/fd0? i've had consistent problems with USB floppies and Linux installations, all of which could be solved simply by making the install process look for the floppy drive at /dev/sda as well as at /dev/fd0...but it seems a trifle early in the process for this to raise its head, at the equivalent point in the other installs that failed they were still working and still reading the drive... -- adamw
Re: [Cooker] NFS install
NFS installs are the only way I install cooker (except for hd.img when I'm really desperate and the server is buggered). So long as you know the complete export path from the server in question you should be able to install properly. I just finished an install on a 600Mhz Toshiba Laptop which happened almost flawlessly (save for sound not being configured). Thanks, NB On Fri, 2002-07-12 at 21:15, David Walser wrote: > Does *anybody* do NFS installs? Is it broken? What's > the deal? > > --- David Walser <[EMAIL PROTECTED]> wrote: > > Is there any documentation anywhere on this? > > > > I tried it and when it asked for the directory I > > tried > > a few things, which it > > said did not seem to contain the Mandrake Linux > > distribution, when I gave it > > the cooker/i586 directory it said (on console 3 that > > it found it) on console 1: > > > > error in exec of stage 2 :-( > > FATAL ERROR IN STAGE 1: Permission denied > > > > I can't recover from this. > > You may reboot your system. > > > > And on console 3: > > stage1: disconnecting life support systems > > > > and something interesting on console 4: > > nfs warning: mount version older than kernel > > > > I have cooker/i586/Mandrake and contrib/i586 > > mirrored, > > and am using the newest network.img, 11-Jul-2002 > > 20:03. > > > > __ > > Do You Yahoo!? > > Sign up for SBC Yahoo! Dial - First Month Free > > http://sbc.yahoo.com > > > > __ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > >
Re: [Cooker] NFS install
Does *anybody* do NFS installs? Is it broken? What's the deal? --- David Walser <[EMAIL PROTECTED]> wrote: > Is there any documentation anywhere on this? > > I tried it and when it asked for the directory I > tried > a few things, which it > said did not seem to contain the Mandrake Linux > distribution, when I gave it > the cooker/i586 directory it said (on console 3 that > it found it) on console 1: > > error in exec of stage 2 :-( > FATAL ERROR IN STAGE 1: Permission denied > > I can't recover from this. > You may reboot your system. > > And on console 3: > stage1: disconnecting life support systems > > and something interesting on console 4: > nfs warning: mount version older than kernel > > I have cooker/i586/Mandrake and contrib/i586 > mirrored, > and am using the newest network.img, 11-Jul-2002 > 20:03. > > __ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com
Re: [Cooker] NFS install
David Walser <[EMAIL PROTECTED]> writes: > error in exec of stage 2 :-( > FATAL ERROR IN STAGE 1: Permission denied at this step, the stage1 tries to run /usr/bin/runinstall2 maybe your mirror is on a fat partition (which doesn't handle symlinks)? a simple test: - in cooker/i586/Mandrake/mdkinst/usr/bin/perl-install/install2 replace "#!/usr/bin/perl" with "#!/usr/bin/perl -c" (the first line) - then try chroot cooker/i586/Mandrake/mdkinst /usr/bin/runinstall2 it should say: "/usr/bin/runinstall2 syntax OK" !! Don't forget to remove the "-c" you added from install2 !!
Re: [Cooker] NFS install
On Thu, 11 Jul 2002 18:10:14 -0700 (PDT) David Walser <[EMAIL PROTECTED]> wrote: I had lots of problems with nfs installs in 8.2, switched to ftp then. > error in exec of stage 2 :-( > FATAL ERROR IN STAGE 1: Permission denied well, what do the logs of the server say about that? Should be something like this: Jul 12 09:57:53 pc4 rpc.mountd: authenticated mount request [...] what options are in exports? do you connect through a firewall or router? - Mark
Re: [Cooker] NFS install fails
On 31 Jul 2001, Guillaume Cottenceau wrote: > > 1- isa-pnp in the krenel (but it give some problems when isa-pnp was > >compiled in-kernel, jeff do you remind was what they? > > 2- do a insmod isa-pnp before _anything_ in stage1. > > 3- fix all the kernel isa drivers and remove their isa-pnp support > >(not an option IMHO). > > But, I don't get it: > > - 3c509 is not dependant on isa-pnp > - when isa-pnp is insmod'ed, it messes with 3c509 > > Why so? Hmmm, I have been bursting into cursing mode because of this issue too. Actually, kernel isa-pnp module will *OVERRIDE* isapnptools setting, and used some certain decided setting. If that setting don't fit the real jumper setting of card, then there's no easy way to fix it -- either change jumper and all other conflicting cards to suit the kernel setting, or go through some undocumented (or barely documented) setting under /proc. Abel
Re: [Cooker] NFS install fails
Juan Quintela <[EMAIL PROTECTED]> writes: [...] > pixel> - fix the kernel :-( > > nope, if you ask the kernel to install isa-pnp, you initialize the > isa-pnp space, you need to do that the first time that you need the > thing. Ohh, wait, we need to fix the kernel, 3c509 _should_ not work > until isa-pnp is loaded. Problem was, isa-pnp worked pretty bad in > the kernel, that means that _some_ cards put a simple implementation > (aka it works for me), that implementation now breaks that we have > real isa-pnp support. I think that we need: > 1- isa-pnp in the krenel (but it give some problems when isa-pnp was >compiled in-kernel, jeff do you remind was what they? > 2- do a insmod isa-pnp before _anything_ in stage1. > 3- fix all the kernel isa drivers and remove their isa-pnp support >(not an option IMHO). But, I don't get it: - 3c509 is not dependant on isa-pnp - when isa-pnp is insmod'ed, it messes with 3c509 Why so? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install fails
> "pixel" == Pixel <[EMAIL PROTECTED]> writes: pixel> Guillaume Cottenceau <[EMAIL PROTECTED]> writes: pixel> [...] >> - you load (during stage1) 3c509 isa netword card driver by hand >> - there is no dependency 3c509 -> isa-pnp >> - but when isa-pnp gets loaded by drakx (due to dep on serial.o), it >> reclaims the netword card, and make the interface collapse >> >> >> For the moment we may have two solutions: >> >> - disable isa-pnp for boot kernel >> - always insmod isa-pnp during stage1 (dirty!?) pixel> third solution: pixel> - fix the kernel :-( nope, if you ask the kernel to install isa-pnp, you initialize the isa-pnp space, you need to do that the first time that you need the thing. Ohh, wait, we need to fix the kernel, 3c509 _should_ not work until isa-pnp is loaded. Problem was, isa-pnp worked pretty bad in the kernel, that means that _some_ cards put a simple implementation (aka it works for me), that implementation now breaks that we have real isa-pnp support. I think that we need: 1- isa-pnp in the krenel (but it give some problems when isa-pnp was compiled in-kernel, jeff do you remind was what they? 2- do a insmod isa-pnp before _anything_ in stage1. 3- fix all the kernel isa drivers and remove their isa-pnp support (not an option IMHO). Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] NFS install fails
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: [...] > - you load (during stage1) 3c509 isa netword card driver by hand > - there is no dependency 3c509 -> isa-pnp > - but when isa-pnp gets loaded by drakx (due to dep on serial.o), it > reclaims the netword card, and make the interface collapse > > > For the moment we may have two solutions: > > - disable isa-pnp for boot kernel > - always insmod isa-pnp during stage1 (dirty!?) third solution: - fix the kernel :-(
Re: [Cooker] NFS install fails
"kk1" <[EMAIL PROTECTED]> writes: > I don't know if anything has been changed by anyone, but it still fails > with the July 30 build. No, it's not solved yet AFAIK. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install fails
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > "kk1" <[EMAIL PROTECTED]> writes: > > > I don't know if anything has been changed by anyone, but it still fails > > with the July 30 build. > > No, it's not solved yet AFAIK. The scenario seems to be (correct me if necessary): - you load (during stage1) 3c509 isa netword card driver by hand - there is no dependency 3c509 -> isa-pnp - but when isa-pnp gets loaded by drakx (due to dep on serial.o), it reclaims the netword card, and make the interface collapse For the moment we may have two solutions: - disable isa-pnp for boot kernel - always insmod isa-pnp during stage1 (dirty!?) -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install fails
> "kk1" == kk1 <[EMAIL PROTECTED]> writes: kk1> Here are the console dumps. kk1> On F4 kk1> <4>eth0: setting Rx mode to 1 addresses. (sic) kk1> <4>nfs warning: mount version older than kernel kk1> <6>isapnp: scanning for PnP cards kk1> <4>eth0: infinite loop in interrupt, status kk1> <6>isapnp: Card '3Com 3C509B Etherlink III' kk1> <6>isapnp: 1 Plug & Play card detected total kk1> <5>nfs: server xx.xx.xx.xx is not respoonding kk1> etc... Let me guess, you network card is an isa-pnp one. kk1> On F3: kk1> *succeeded nfs kk1> *preparing nfs mount kk1> *found the Mandrake installation kk1> *stage 1: disconnecting life support systems kk1> *second stage install running (DrakX v1.523 built 07/19/2001) kk1> *running: /usr/bininsmod_ 2> /dev/tty5 -f /tmp/isa-pnp.o We need to load that in a different order, forwarded the mail to responsible. Thanks for the report. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] NFS install fails
"kk1" <[EMAIL PROTECTED]> writes: > -- > Original Message > From: "Guillaume Cottenceau"<[EMAIL PROTECTED]> > Subject: Re: [Cooker] NFS install fails > Date: 25 Jul 2001 13:14:13 +0200 > > >"kk1" <[EMAIL PROTECTED]> writes: > > > >> Here are the console dumps. > >> > >> On F4 > >> <4>eth0: setting Rx mode to 1 addresses. (sic) > >> <4>nfs warning: mount version older than kernel > >> <6>isapnp: scanning for PnP cards > >> <4>eth0: infinite loop in interrupt, status > >> <6>isapnp: Card '3Com 3C509B Etherlink III' > >> <6>isapnp: 1 Plug & Play card detected total > >> <5>nfs: server xx.xx.xx.xx is not respoonding > > > >Are you sure the server is still responding :-)) ? > > > Seriously, yes I am sure. > I am using a hub and I can see the light going off on the client side. > The server is still on and available. Well the kernel says that the server is not responding.. how do you interpret this? Some compatibility problems? The thing is that it begins to work (isapnp stuff, etc) before "not responding" which is strange... -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install fails
-- Original Message From: "Guillaume Cottenceau"<[EMAIL PROTECTED]> Subject: Re: [Cooker] NFS install fails Date: 25 Jul 2001 13:14:13 +0200 >"kk1" <[EMAIL PROTECTED]> writes: > >> Here are the console dumps. >> >> On F4 >> <4>eth0: setting Rx mode to 1 addresses. (sic) >> <4>nfs warning: mount version older than kernel >> <6>isapnp: scanning for PnP cards >> <4>eth0: infinite loop in interrupt, status >> <6>isapnp: Card '3Com 3C509B Etherlink III' >> <6>isapnp: 1 Plug & Play card detected total >> <5>nfs: server xx.xx.xx.xx is not respoonding > >Are you sure the server is still responding :-)) ? > Seriously, yes I am sure. I am using a hub and I can see the light going off on the client side. The server is still on and available. =-= kk1 _ Free email with personality! Over 200 domains! http://www.MyOwnEmail.com
Re: [Cooker] NFS install fails
"kk1" <[EMAIL PROTECTED]> writes: > Here are the console dumps. > > On F4 > <4>eth0: setting Rx mode to 1 addresses. (sic) > <4>nfs warning: mount version older than kernel > <6>isapnp: scanning for PnP cards > <4>eth0: infinite loop in interrupt, status > <6>isapnp: Card '3Com 3C509B Etherlink III' > <6>isapnp: 1 Plug & Play card detected total > <5>nfs: server xx.xx.xx.xx is not respoonding Are you sure the server is still responding :-)) ? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] NFS install
"kk1" <[EMAIL PROTECTED]> writes: > But the first thing that DrakX tries to do is to to insert the isapnp > module and this deactivates the ethernet card and breaks the network > connection. this is strange, DrakX doesn't try to insmod' isa-pnp... any more precise info?
Re: [Cooker] NFS install troubles
On Mon, 23 Apr 2001 21:41:22 -0400 Pierre Fortin <[EMAIL PROTECTED]> [Re: [Cooker] NFS install troubles] wrote : > Eaon wrote: > > > >What a lazy bum I can be on > > weekends. But something else jumped out at me this weekend. I was > reading > > the latest ReiserFS sucks/rocks flame war on linuxtoday.com and one > person > > mentioned that there were problems with NFS working with Reiser. > Could that > > have something to do with it? The partition on the NFS server > (Mandrake > > 7.2) that I am trying to mount is Reiser. Any issues there that you > (or > > anyone, feel free to jump in) know of? > > This is a possibility since your server is running Reiser; the NFS > crashing > problem is a separate issue that occurs with ext2 though it's possible > that they > are fstype independent. > The problem with ReiserFS and NFS is from a quota POV. They are conceptualy incompatible. And without any tricks it's impossible to get ReiserFS + NFS + quota. Anyway ReiserFS + NFS is more than a Stephen King nightmare ! my 20cents. > > Eaon > > Pierre > > -- + Fabien Lebaillif Delamare R&D Engineer + Office : +65 844 1301 HP : +65 9848 1431 + 18 Tannery Lane #03-05 Lian Tong Building Singapore 347780 +
Re: [Cooker] NFS install troubles
Eaon wrote: > >What a lazy bum I can be on > weekends. But something else jumped out at me this weekend. I was reading > the latest ReiserFS sucks/rocks flame war on linuxtoday.com and one person > mentioned that there were problems with NFS working with Reiser. Could that > have something to do with it? The partition on the NFS server (Mandrake > 7.2) that I am trying to mount is Reiser. Any issues there that you (or > anyone, feel free to jump in) know of? This is a possibility since your server is running Reiser; the NFS crashing problem is a separate issue that occurs with ext2 though it's possible that they are fstype independent. > Eaon Pierre
RE: [Cooker] NFS install troubles
> Dunno. I'm too busy to really dig into the sources for various > problems I've > analyzed and reported; probably by the time 8.1 comes out, I'll > be able to spend > more time with the sources. So much for retirement... :^) > If there's something as cool as Linux to play with when I retire, I won't be complaining. ;-) > Anyway, did you have a look at the /var/log/kernel/warnings[*gz] > files to see if > you had any nfsd crashes? If you did, send me the crash data > therein and I'll > keep them for analysis as more a reported... > > To figure out why the connections fail, I find ethereal to be a > great asset... > If you get a trace and don't understand it, feel free to save the > data and send > it to me. > I haven't had a chance to do any of this. What a lazy bum I can be on weekends. But something else jumped out at me this weekend. I was reading the latest ReiserFS sucks/rocks flame war on linuxtoday.com and one person mentioned that there were problems with NFS working with Reiser. Could that have something to do with it? The partition on the NFS server (Mandrake 7.2) that I am trying to mount is Reiser. Any issues there that you (or anyone, feel free to jump in) know of? Eaon
Re: [Cooker] NFS install troubles
Mandrake 7.2 server On 21 Apr 2001 21:36:45 +0200, Juan Quintela wrote: > > "eaon" == Eaon <[EMAIL PROTECTED]> writes: > > Hi > > eaon> When I supply the IP (all IPs are static) and path to where the files > eaon> are located, then hit enter, I can see on the hub that the lights for > eaon> the client and server machines are blinking together (and that's the > eaon> only network traffic there is), so there is some form of communication, > eaon> but they blink about 5 or 6 times then it tells me it couldn't mount the > eaon> directory. There is no error on the logs console on the client (no "RPC > eaon> Timeout" or anything, just the "preparing nfsmount" line, that's the > eaon> last thing). > > What system is running the NFS server? It happened to me that with a > debian woody (unstable) NFS server, I had a lot of NFS traffic on the > wire, but the installer don't show anything. As I was in a hurry and > the machine was a unstable server I didn't investigate more about > that. Could you confirm what system is running in your server please? > > Later, Juan. > > -- > In theory, practice and theory are the same, but in practice they > are different -- Larry McVoy >
Re: [Cooker] NFS install troubles
> "eaon" == Eaon <[EMAIL PROTECTED]> writes: Hi eaon> When I supply the IP (all IPs are static) and path to where the files eaon> are located, then hit enter, I can see on the hub that the lights for eaon> the client and server machines are blinking together (and that's the eaon> only network traffic there is), so there is some form of communication, eaon> but they blink about 5 or 6 times then it tells me it couldn't mount the eaon> directory. There is no error on the logs console on the client (no "RPC eaon> Timeout" or anything, just the "preparing nfsmount" line, that's the eaon> last thing). What system is running the NFS server? It happened to me that with a debian woody (unstable) NFS server, I had a lot of NFS traffic on the wire, but the installer don't show anything. As I was in a hurry and the machine was a unstable server I didn't investigate more about that. Could you confirm what system is running in your server please? Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] NFS install troubles
Eaon wrote: > > > Could be a server problem... On the server, what do you get from: > > > >netstat -l | grep 2049 > > > > If you see someting like this: > > > >udp16992 0 *:2049 *:* > > ^ (anything but zero) > > retry the command; if still the same, get the nfsd crash data from > > /var/log/kernel/warnings and send it in. > > > > I've already reported that NFS sometimes crashes and only > > solution I can find > > requires server reboot. I still have LM6.1 and LM7.2 machines in > > that state if > > Mandrake want to get more info (what logrotate hasn't removed). > > > > Pierre > > > > Pierre, > > I tried this last night (after the Oilers/Stars game, of course), and wasn't > able to get the 7.2 NFS server to crash again (why is it they never crash > when you want them to?), but still wasn't able to connect from the network > install disk from cooker. > > Eaon Dunno. I'm too busy to really dig into the sources for various problems I've analyzed and reported; probably by the time 8.1 comes out, I'll be able to spend more time with the sources. So much for retirement... :^) Anyway, did you have a look at the /var/log/kernel/warnings[*gz] files to see if you had any nfsd crashes? If you did, send me the crash data therein and I'll keep them for analysis as more a reported... To figure out why the connections fail, I find ethereal to be a great asset... If you get a trace and don't understand it, feel free to save the data and send it to me. Pierre -- Support Linux development: http://www.linux-mandrake.com/donations/ Last reboot reason: 01/03/27: winter storm 6hr power outage
RE: [Cooker] NFS install troubles
> Could be a server problem... On the server, what do you get from: > >netstat -l | grep 2049 > > If you see someting like this: > >udp16992 0 *:2049 *:* > ^ (anything but zero) > retry the command; if still the same, get the nfsd crash data from > /var/log/kernel/warnings and send it in. > > I've already reported that NFS sometimes crashes and only > solution I can find > requires server reboot. I still have LM6.1 and LM7.2 machines in > that state if > Mandrake want to get more info (what logrotate hasn't removed). > > Pierre > Pierre, I tried this last night (after the Oilers/Stars game, of course), and wasn't able to get the 7.2 NFS server to crash again (why is it they never crash when you want them to?), but still wasn't able to connect from the network install disk from cooker. Eaon
RE: [Cooker] NFS install troubles
> > and HTTP require 52 MB - who picked that number?? ;-) ), and a first > > We. Ramdisk takes RAM. > Cool. You got 4 meg of RAM, a soldering iron and a hammer? I think that should do it to get this system up to spec. ;-) > Are you sure you have nothing on log console? > Absolutely positive. Even got it to a point where NFS wasn't working for anything (more on this later), and on the cooker machine I get "mount: RPC: Timeout", but definitely nothing in the install. Just the message on console 1 "I couldn't mount the directory" (or whatever it says). > Also, pleasy try to nfs mount from a valid host. Here's where I thought you had me! "Ah," I thought, "I'm a moron". I checked the exports file and it turns out the IP I picked for this machine didn't have rights. So I redid the exports so there were no restrictions on the export, and now NFS is just hooped on the server machine. This happens often. It's a 7.2 machine, and after a reboot or after I change something in exports (usually through linuxconf) and reload NFS, it often just stops working. This morning after I redid the export through linuxconf it wouldn't work. Couldn't even mount from the local machine to itself. So I rebooted (I think I need a 12 step program to help end that M$-induced habit), and was able to mount locally on the 7.2 machine to itself. Tried it from the cooker machine, and it timed out. Same from the install. Went back to the 7.2 machine and tried again, and it timed out too. Something crashed it? Or a better question: What is it with NFS on 7.2? ;-) Then I had to leave for work (where I write this - shhh!), so I couldn't play anymore. > This nfs mount stuff > should do it. Please also try to have a 2.4 kernel on the nfs server, > there are some weird incompatibilities between different kernels for > server and client sometimes. > I thought of that. The 7.2 machine is the stock 2.2.17-21mdk kernel. But the cooker machine is 2.4.3-5mdk, and I tried exporting something from that machine (not doing anything stupid like restricting access) and directing the installer to that, and that wouldn't mount either. But I didn't try that one too hard, so I could have messed that up too. > They don't have a graphical install -- do they? ;-) > No, they have an evil install that makes you partition and format the hard drive before you do anything else at all, including setting up your network card, so if your NIC isn't BSD compatible, you don't get to find out until you've completely trashed the system. I like the Mandrake way better for that. :-) > Please try with an alternatives/network.img to have a 2.2.19 kernel, so we > can understand if it's incompatibility between kernels. > > > Oh, ya, and I tried all three network boot disks (the main network.img > > and the two "alternatives"), and it didn't help any. > > Argh. Well. > Ya, that's what I said too. > -- > Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/ > Eaon
Re: [Cooker] NFS install troubles
Eaon wrote: > > Trying to install via NFS and it just won't do it. [...] > When I supply the IP (all IPs are static) and path to where the files > are located, then hit enter, I can see on the hub that the lights for > the client and server machines are blinking together (and that's the > only network traffic there is), so there is some form of communication, > but they blink about 5 or 6 times then it tells me it couldn't mount the > directory. There is no error on the logs console on the client (no "RPC > Timeout" or anything, just the "preparing nfsmount" line, that's the > last thing). [...] > Ideas? Could be a server problem... On the server, what do you get from: netstat -l | grep 2049 If you see someting like this: udp16992 0 *:2049 *:* ^ (anything but zero) retry the command; if still the same, get the nfsd crash data from /var/log/kernel/warnings and send it in. I've already reported that NFS sometimes crashes and only solution I can find requires server reboot. I still have LM6.1 and LM7.2 machines in that state if Mandrake want to get more info (what logrotate hasn't removed). > Eaon Pierre -- Linux (Up 28 days) -- Reboots are for system upgrades... not Windows X^P Last reboot reason: 01/03/27: winter storm 6hr power outage
Re: [Cooker] NFS install troubles
Eaon <[EMAIL PROTECTED]> writes: > Trying to install via NFS and it just won't do it. IBM Aptiva C30 (if > that means anything to anyone - a friend gave it to me for free because > he got a job in the Caribbean and couldn't take it with him - I cried > for him, really, but I promised to give the system a good home). > Pentium 233, 3c509 ISA NIC, 48 MB RAM (so I have to use NFS, since FTP > and HTTP require 52 MB - who picked that number?? ;-) ), and a first We. Ramdisk takes RAM. > generation DVD drive that steadfastly refuses to read burned CDs, > leaving NFS as the only way to get the code in there. > > When I supply the IP (all IPs are static) and path to where the files > are located, then hit enter, I can see on the hub that the lights for > the client and server machines are blinking together (and that's the > only network traffic there is), so there is some form of communication, > but they blink about 5 or 6 times then it tells me it couldn't mount the > directory. There is no error on the logs console on the client (no "RPC > Timeout" or anything, just the "preparing nfsmount" line, that's the > last thing). I pretty sure that the hardware is good - the system had Strange. I'm pretty sure you should have at least one of the following error message: NFS server says: No such file or directory NFS server says: Permission denied nfsmount prepare failed, reason given by server: %d mount failed: %s Are you sure you have nothing on log console? Also, pleasy try to nfs mount from a valid host. This nfs mount stuff should do it. Please also try to have a 2.4 kernel on the nfs server, there are some weird incompatibilities between different kernels for server and client sometimes. > Win95 on it when I got it (like I said, I told him I'd treat it well, so > to keep that promise, Win95 had to go) and I was able to browse the net, > and in a fit of frustration when Mandrake wouldn't work I installed > OpenBSD via FTP (they don't have a 52 meg limit ;-) ), connecting to They don't have a graphical install -- do they? ;-) > the same server machine as I tried for NFS, and that all worked. From > the server side, I was able to mount the cooker location from a third > machine via NFS, so I am pretty sure that is working too. The server is > LM7.2. The "third location" machine is another cooker install. Please try with an alternatives/network.img to have a 2.2.19 kernel, so we can understand if it's incompatibility between kernels. > Oh, ya, and I tried all three network boot disks (the main network.img > and the two "alternatives"), and it didn't help any. Argh. Well. -- Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/
Re: [Cooker] NFS Install failure with latest cooker file set
David Eastcott <[EMAIL PROTECTED]> writes: > /tmp/floppy.o: error reading ELF header /tmp/floppy.o: no space left on device the new mkreiserfs was too verbose and was filling the /tmp, now fixed.