[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: debian2.2r2 on powerbook G4



On 12 Mar 2001 22:30:27 +0100, Michel Dänzer wrote:
> Alan DuBoff wrote:
> > 
> > Adam Goode wrote:
> > 
> > > Is it fixed? I found that this was the biggest problem I had on my
> > > iMac. Because this does not cause just ldconfig to fail, but MANY
> > > programs, randomly to fail on running. The most common case was in
> > > running subprograms out of emacs (latex, xdvi, ispell). It happened so
> > > often that I could not continue running Paulus's 2.4 kernel. And this
> > > was as recent as a week ago. This seems like a serious problem, and
> > > I'm surprised no one has mentioned it before.
> > 
> > Now you're scaring me! Would I have to sacrifice emacs to get the airport?
> > 
> > Maybe it's a good time to think about switching to VI to do all my
> > coding...nah, I didn't think so...:-/
> 
> Don't worry, I'm running a kernel rsynced on Mar
ch 10th and it hasn't shown
> shown any weird behaviour so far. I'd say it's fixed.

FYI I had this too. Especially ldconfig, but also a lot of other
programs would fail. Only on paulus' tree. I am currently running olaf's
patches against 2.4.1 and they work ok so far.

    http://penguinppc.org/~olaf/linux-2.4.1/ 

(There are patches for 2.4.2 too, just do the obvious modification to
the above url. But that 2.4.1 one is the stuff I am running currently.)
I guess it might be fixed by now in Paulus' tree. This machine is a
Pismo.

Now, onto another weird problem. I am currently having some strange
stuff happening with airport and NFS. If I use the internal ethernet,
NFS works as well as NFS can work. But if I use it with airport, it
blocks after a while. I get this stuff on my kern.log:

Mar 14 03:11:30 localhost kernel: nfs: server foo.bar.baz not
responding, still trying
Mar 14 03:13:19 localhost kernel: nfs: task 17272 can't get a request
slot
Mar 14 03:13:19 localhost kernel: nfs: task 17273 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17274 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17275 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17276 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17277 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17278 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17279 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17280 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17281 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17282 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17283 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17284 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17285 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17286 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17287 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17288 can't get a request
slot
Mar 14 03:13:25 localhost kernel: nfs: task 17289 can't get a request
slot
Mar 14 03:13:56 localhost kernel: nfs: task 17290 can't get a request
slot
Mar 14 03:34:30 localhost kernel: nfs: server foo.bar.baz not
responding, still trying
Mar 14 03:46:14 localhost kernel: nfs: server foo.bar.baz not
responding, still trying

And I can ping the machine fine. Everything else works on the network.
The problem is fixed temporarily by doing ifdown/ifup or by remounting
the NFS volume.

And it only happens with NFS. If I scp large files accross the airport
to another machine, it has absolutely no problems. 

And I have no clue. Eek. Sometimes I wish I could code a bit more than
the daily perl spaghetti.. :-(

I didnt notice this problem with 2.2 kernels. Has anyone else had
anything like this?

Tuomas


________________________________________________________________________
 
Tuomas Kuosmanen - Art Director -
Ximian - tigert@ximian.com -
www.ximian.com



Reply to: