Re: mc startet extrem langsam
Am Sonntag 24 Februar 2008 20:50:19 schrieb Jens Seidel:
> On Sun, Feb 24, 2008 at 05:56:04PM +0100, Stefan Ritter wrote:
> > M. Houdek schrieb:
> > >Seit kurzem startet mein MidnightCommander extrem langsam - egal, als
> > >welcher User (auch root). Das Arbeiten danach geht normal.
> >
> > setz mal deinen Hostnamen wieder richtig, dann gehts auch mit dem mc :)
>
> das Netzwerk ist auch meine Vermutung.
Was versucht den der mc im Netzwerk beim Starten?
Aber schaun wir mal. Möglich wäre es, ich hab auch eine Bridge eingerichtet,
um aus einer VBox Dienste im Netz anbieten zu können. Das hätte ich aber nie
mit dem mc in Verbindung gebracht. Alle anderen File-Browser "spinnen" ja
auch nicht.
> Starte mal "strace mc" (ja, ja, die Ausgabe wird keinen Spaß machen) und
> schaue mal, wo es hängt. Es wird irgendein Netzwerk-Dienst sein und aus der
> Port-Nummer solltest du auf das Problem rückschließen können.
Bingo!
Der mc schickt DNS-Anfragen raus, aber direkt an meinen WAN-Router
(192.168.64.254).
Dieses wiederholt sich mehrfach, und immer beim "poll(..." hängt es:
---8<------------------------------------
open("/etc/mdns.allow", O_RDONLY) = -1 ENOENT (No such file or \
directory)
stat64("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=44, ...}) = 0
stat64("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=44, ...}) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=260, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) \
=0xb7b79000
read(3, "127.0.0.1\tlocalhost\n192.168.64.2"..., 4096) = 260
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7b79000, 4096) = 0
stat64("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=44, ...}) = 0
gettimeofday({1203920644, 881558}, NULL) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr("192.168.64.254")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1203920644, 881787}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\335_\1\0\0\1\0\0\0\0\0\0\4br0,\5olymp\4home\0\0\1\0"..., 33, \
MSG_NOSIGNAL) = 33
poll([{fd=3, events=POLLIN}], 1, 5000) = 0
gettimeofday({1203920649, 879985}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\335_\1\0\0\1\0\0\0\0\0\0\4br0,\5olymp\4home\0\0\1\0"..., 33, \
MSG_NOSIGNAL) = 33
poll([{fd=3, events=POLLIN}], 1, 5000) = 0
close(3) = 0
---8<------------------------------------
Hm. Asche auf mein Haupt.
Wobei ich keine Ahnung habe, wo der Eintrag herkommt (war ich schon zu müde
oder hat das irgend ein Script gemacht - ich hatte zwischenzeitlich mal Kolab
installiert?):
In der /etc/resolve.conf stand auch der WAN-Router. Da nützt mein forwarder in
der bind-Konfiguration ja nur noch den anderen Hosts im Netzwerk (bei denen
ist natürlich mein Server als Resolver eingetragen).
Jetzt geht es wieder. Dank an alle :-)
(Wobei mir immer noch ein Rätsel ist, warum der mc schon DNS-Anfragen macht,
bevor überhaupt ein Verzeichnis über eine Netzverbindung geöffnet werden
soll.)
--
Gruß
MaxX
Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen.
Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Reply to: