---

SuSE 7.3 pro. ReiserFS på harddisken.
Der er tilstrækkelig ledig plads på partitionerne.

Jeh kan ikke mounte mit cd-drev.
Ved det første forsøg får jeg beskedden:

/bin/bash: eror while loading shared libraries:
libhistory.so.4: cannot oven shared object file: Error 23

Ved andet forsøg får jeg:
/root/bin/mount: /root/bin/mount: bad interpreter: Too
many open files in system

Jeg regner med, jeg har fået de mange åbne filer, da
jeg skulle udpakke et rar-arkiv. Jeg slettede bagefter
manuelt omkring 19.000 filer fra /tmp.


Nogen ideer til, hvordan jeg får funder/lukket de
åbne filer?


mvh...
Morten Christensen

---

Morten Christensen <m--c@indbakke.dk> writes:

> SuSE 7.3 pro. ReiserFS på harddisken.
> Der er tilstrækkelig ledig plads på partitionerne.
>
> Jeh kan ikke mounte mit cd-drev.
> Ved det første forsøg får jeg beskedden:
>
> /bin/bash: eror while loading shared libraries:
> libhistory.so.4: cannot oven shared object file: Error 23
>
> Ved andet forsøg får jeg:
> /root/bin/mount: /root/bin/mount: bad interpreter: Too
> many open files in system
>
> Jeg regner med, jeg har fået de mange åbne filer, da
> jeg skulle udpakke et rar-arkiv. Jeg slettede bagefter
> manuelt omkring 19.000 filer fra /tmp.
>
>
> Nogen ideer til, hvordan jeg får funder/lukket de
> åbne filer?
>
Hvilke filer der er åbne kan du se med lsof, og antallet af max åbne filer
kan du sætte gennem /proc/sys/fs/file-max
/proc/sys/fs/file-nr viser i øvrigt hvor mange filer der er åbne i øjeblikket

mvh
--
Joakim Recht
Tlf. 20 85 54 77
Email god@cs.auc.dk / PGP key http://www.braindump.dk/pgp.txt
WWW http://www.braindump.dk / http://www.compuclub.dk

---

Joakim Recht wrote:
>
>>SuSE 7.3 pro. ReiserFS på harddisken.
>>Der er tilstrækkelig ledig plads på partitionerne.
>>
>>Jeh kan ikke mounte mit cd-drev.
>>Ved det første forsøg får jeg beskedden:
>>
>>/bin/bash: eror while loading shared libraries:
>>libhistory.so.4: cannot oven shared object file: Error 23
>>
>>Ved andet forsøg får jeg:
>>/root/bin/mount: /root/bin/mount: bad interpreter: Too
>>many open files in system
>>
>>Jeg regner med, jeg har fået de mange åbne filer, da
>>jeg skulle udpakke et rar-arkiv. Jeg slettede bagefter
>>manuelt omkring 19.000 filer fra /tmp.
>>
>>
>>Nogen ideer til, hvordan jeg får fundet/lukket de
>>åbne filer?


> Hvilke filer der er åbne kan du se med lsof, og antallet af max åbne filer
> kan du sætte gennem /proc/sys/fs/file-max
> /proc/sys/fs/file-nr viser i øvrigt hvor mange filer der er åbne i øjeblikket

Tak for svaret

lsof giver 1200 linier.

/proc/sys/fs/file-max ser ud til, at indeholde tallet "8192"

/proc/sys/fs/file-nr ser ud til, at indeholde tallene "8192 7544 8192"


Men hvordan kommer jeg videre (får lukket de åbne filer)
- jeg vil jo helst undgå en total geninstallation?

Er løsningen, at sætte maksimum så højt, at styresystemet
kan rumme alle de åbne filer, hvorefter det automatisk
selv lukker dem igen?

Er file-max en almindelig ascii-fil, som jeg må rette i ?
Skal det være imens, jeg er startet via en rescue-disk?


mvh...
Morten Christensen

---

Morten Christensen <m--c@indbakke.dk> writes:

> /proc/sys/fs/file-max ser ud til, at indeholde tallet "8192"
altså der kan max åbnes 8192 filer
>
> /proc/sys/fs/file-nr ser ud til, at indeholde tallene "8192 7544 8192"
>
Det er antallet af allokerede FD'er, antallet af brugte FD'er og max antal
FD'er, og i dit tilfælde ligger det temmelig højt...
>
> Er løsningen, at sætte maksimum så højt, at styresystemet
> kan rumme alle de åbne filer, hvorefter det automatisk
> selv lukker dem igen?
ja
>
> Er file-max en almindelig ascii-fil, som jeg må rette i ?
ja
> Skal det være imens, jeg er startet via en rescue-disk?
nej

mvh
--
Joakim Recht
Tlf. 20 85 54 77
Email god@cs.auc.dk / PGP key http://www.braindump.dk/pgp.txt
WWW http://www.braindump.dk / http://www.compuclub.dk

---

Joakim Recht wrote:


> Morten Christensen <m--c@indbakke.dk> writes:
>
>>/proc/sys/fs/file-max ser ud til, at indeholde tallet "8192"
>
> altså der kan max åbnes 8192 filer
>
>>/proc/sys/fs/file-nr ser ud til, at indeholde tallene "8192 7544 8192"
>>
>
> Det er antallet af allokerede FD'er, antallet af brugte FD'er og max antal
> FD'er, og i dit tilfælde ligger det temmelig højt...
>
>>Er løsningen, at sætte maksimum så højt, at styresystemet
>>kan rumme alle de åbne filer, hvorefter det automatisk
>>selv lukker dem igen?
>
> ja
>
>>Er file-max en almindelig ascii-fil, som jeg må rette i ?
>
> ja
>
>>Skal det være imens, jeg er startet via en rescue-disk?

Jeg logger ind som root,

skriver:
echo 32768 >/proc/sys/fs/file-max

og får svaret:
/root/bin/mount: fork: Resource temporarily unavaible

/proc/sys/fs/file-nr indeholder "9256 8648 32768"
/proc/sys/fs/file-max indeholder "32768"

Efter en genstart (init 6) er file-max tilbage på 8192
og file-nr på "563 11 8192"

og mount /cdrom giver svaret
/bin/bash: eror while loading shared libraries:
libc.so.6: cannot open shared object file: Error 23

derefter er file-nr på "8192 7548 8192"


mvh...
Morten Christensen
der stadig håber at undgå en total geninstallation

---

Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>
>Jeg logger ind som root,
>
>skriver:
>echo 32768 >/proc/sys/fs/file-max
>
>og får svaret:
>/root/bin/mount: fork: Resource temporarily unavaible
>
>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>/proc/sys/fs/file-max indeholder "32768"
>
>Efter en genstart (init 6) er file-max tilbage på 8192
>og file-nr på "563 11 8192"
>
>og mount /cdrom giver svaret
>/bin/bash: eror while loading shared libraries:
>libc.so.6: cannot open shared object file: Error 23
>
>derefter er file-nr på "8192 7548 8192"

Du har et eller andet der går amok under opstarten. Prøv at checke
med "ps", om der kører noget der ikke burde køre.

Enten er der et program der åbner en masse filer uden at lukke dem igen,
eller også er der et program der er startet mange gange (hvilket fork:
beskeden kunne tyde på). Lav en killall på det program, og se om ikke
problemet løser sig. Derefter skal du så have fundet ud af hvornår det
program bliver startet, når maskinen booter, og sørge for at det ikke
bliver startet næste gang.

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>
>>Jeg logger ind som root,
>>
>>skriver:
>>echo 32768 >/proc/sys/fs/file-max
>>
>>og får svaret:
>>/root/bin/mount: fork: Resource temporarily unavaible
>>
>>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>>/proc/sys/fs/file-max indeholder "32768"
>>
>>Efter en genstart (init 6) er file-max tilbage på 8192
>>og file-nr på "563 11 8192"
>>
>>og mount /cdrom giver svaret
>>/bin/bash: eror while loading shared libraries:
>>libc.so.6: cannot open shared object file: Error 23
>>
>>derefter er file-nr på "8192 7548 8192"
>
>
> Du har et eller andet der går amok under opstarten. Prøv at checke
> med "ps", om der kører noget der ikke burde køre.
>
> Enten er der et program der åbner en masse filer uden at lukke dem igen,
> eller også er der et program der er startet mange gange (hvilket fork:
> beskeden kunne tyde på). Lav en killall på det program, og se om ikke
> problemet løser sig. Derefter skal du så have fundet ud af hvornår det
> program bliver startet, når maskinen booter, og sørge for at det ikke
> bliver startet næste gang.
>
> Mvh
> Kent

ps -A ser sådan her ud. Forslag til,
hvem der er forbryderen?

PID TTY TIME CMD
1 ? 00:00:04 init
2 ? 00:00:00 keventd
3 ? 00:00:00 kapm-idled
4 ? 00:00:00 ksoftirqd_CPU0
5 ? 00:00:00 kswapd
6 ? 00:00:00 bdflush
7 ? 00:00:00 kupdated
8 ? 00:00:00 mdrecoveryd
14 ? 00:00:00 khubd
15 ? 00:00:00 kreiserfsd
49 ? 00:00:00 kjournald
198 ? 00:00:00 eth0
265 ? 00:00:00 dhcpcd
374 ? 00:00:00 syslogd
377 ? 00:00:00 klogd
392 ? 00:00:00 sshd
403 ? 00:00:00 portmap
449 ? 00:00:00 ypserv
472 ? 00:00:00 atd
508 ? 00:00:00 cupsd
557 ? 00:00:00 safe_mysqld
588 ? 00:00:00 mysqld-max
590 ? 00:00:00 mysqld-max
591 ? 00:00:00 mysqld-max
620 ? 00:00:00 named
621 ? 00:00:00 named
622 ? 00:00:00 named
623 ? 00:00:00 named
624 ? 00:00:00 named
625 ? 00:00:00 mysqld-max
671 ? 00:00:00 master
674 ? 00:00:00 pickup
675 ? 00:00:00 qmgr
676 ? 00:00:00 tlsmgr
760 ? 00:00:00 rpc.yppasswdd
775 ? 00:00:00 nmbd
786 ? 00:00:00 smbd
864 ? 00:00:00 ntpd
897 ? 00:00:00 cron
901 ? 00:00:00 nscd
906 ? 00:00:00 nscd
907 ? 00:00:00 nscd
908 ? 00:00:00 nscd
909 ? 00:00:00 nscd
910 ? 00:00:00 nscd
911 ? 00:00:00 nscd
922 ? 00:00:00 inetd
1015 tty1 00:00:00 login
1016 tty2 00:00:00 mingetty
1017 tty3 00:00:00 mingetty
1018 tty4 00:00:00 mingetty
1019 tty5 00:00:00 mingetty
1020 tty6 00:00:00 mingetty
1021 ? 00:00:01 httpd
1023 ? 00:00:00 httpd
1026 tty1 00:00:00 bash
1039 tty1 00:00:00 ps



mvh...
Morten Christensen
der stadig håber på, at undgå en total geninstallation

---

Den Sun, 24 Mar 2002 21:14:21 +0100 skrev Morten Christensen:
>Kent Friis wrote:
>> Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>>
>>>Jeg logger ind som root,
>>>
>>>skriver:
>>>echo 32768 >/proc/sys/fs/file-max
>>>
>>>og får svaret:
>>>/root/bin/mount: fork: Resource temporarily unavaible
>>>
>>>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>>>/proc/sys/fs/file-max indeholder "32768"
>>>
>>>Efter en genstart (init 6) er file-max tilbage på 8192
>>>og file-nr på "563 11 8192"
>>>
>>>og mount /cdrom giver svaret
>>>/bin/bash: eror while loading shared libraries:
>>>libc.so.6: cannot open shared object file: Error 23
>>>
>>>derefter er file-nr på "8192 7548 8192"
>>
>>
>> Du har et eller andet der går amok under opstarten. Prøv at checke
>> med "ps", om der kører noget der ikke burde køre.
>>
>> Enten er der et program der åbner en masse filer uden at lukke dem igen,
>> eller også er der et program der er startet mange gange (hvilket fork:
>> beskeden kunne tyde på). Lav en killall på det program, og se om ikke
>> problemet løser sig. Derefter skal du så have fundet ud af hvornår det
>> program bliver startet, når maskinen booter, og sørge for at det ikke
>> bliver startet næste gang.
>>
>> Mvh
>> Kent
>
>ps -A ser sådan her ud. Forslag til,
>hvem der er forbryderen?
>
> PID TTY TIME CMD
> 198 ? 00:00:00 eth0

Suspekt, prøv lige at lave en "cat /proc/198/cmdline"

> 403 ? 00:00:00 portmap

Bruger du NFS? Ellers er denne overflødig.

> 449 ? 00:00:00 ypserv

NIS/yellowpages - er der virkelig nogen udenfor SUN der bruger det?

> 671 ? 00:00:00 master
> 674 ? 00:00:00 pickup
> 675 ? 00:00:00 qmgr
> 676 ? 00:00:00 tlsmgr

Hvis du ikke ved hvad det her er, ville det nok være min første
mistanke.

> 901 ? 00:00:00 nscd
> 906 ? 00:00:00 nscd
> 907 ? 00:00:00 nscd
> 908 ? 00:00:00 nscd
> 909 ? 00:00:00 nscd
> 910 ? 00:00:00 nscd
> 911 ? 00:00:00 nscd

De skulle gerne være overflødige, hvis du kører en lokal named.

Der var ikke noget der kunne tyde på en "fork bomb", så vi må kigge
efter programmer der åbner vildt mange filer.

for i in /proc/[0-9]*/fd; do echo -n $i; ls $i | wc -l; done

kig efter en linie med et ret højt tal (summen af tallene skulle
gerne være 7548). Tallet mellem /proc/ og /fd er PID'en, som du kan
sammenligne med output'et fra ps.

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Sun, 24 Mar 2002 21:14:21 +0100 skrev Morten Christensen:
>
>>Kent Friis wrote:
>>
>>>Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>>>
>>>
>>>>Jeg logger ind som root,
>>>>
>>>>skriver:
>>>>echo 32768 >/proc/sys/fs/file-max
>>>>
>>>>og får svaret:
>>>>/root/bin/mount: fork: Resource temporarily unavaible
>>>>
>>>>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>>>>/proc/sys/fs/file-max indeholder "32768"
>>>>
>>>>Efter en genstart (init 6) er file-max tilbage på 8192
>>>>og file-nr på "563 11 8192"
>>>>
>>>>og mount /cdrom giver svaret
>>>>/bin/bash: eror while loading shared libraries:
>>>>libc.so.6: cannot open shared object file: Error 23
>>>>
>>>>derefter er file-nr på "8192 7548 8192"
>>>
>>>
>>>Du har et eller andet der går amok under opstarten. Prøv at checke
>>>med "ps", om der kører noget der ikke burde køre.
>>>
>>>Enten er der et program der åbner en masse filer uden at lukke dem igen,
>>>eller også er der et program der er startet mange gange (hvilket fork:
>>>beskeden kunne tyde på). Lav en killall på det program, og se om ikke
>>>problemet løser sig. Derefter skal du så have fundet ud af hvornår det
>>>program bliver startet, når maskinen booter, og sørge for at det ikke
>>>bliver startet næste gang.
>>>
>>>Mvh
>>>Kent
>>
>>ps -A ser sådan her ud. Forslag til,
>>hvem der er forbryderen?
>>
>> PID TTY TIME CMD
>> 198 ? 00:00:00 eth0
>
>
> Suspekt, prøv lige at lave en "cat /proc/198/cmdline"

den er tom.

>> 675 ? 00:00:00 qmgr
>> 676 ? 00:00:00 tlsmgr

> Hvis du ikke ved hvad det her er, ville det nok være min første
> mistanke.

den hører til postfix

> Der var ikke noget der kunne tyde på en "fork bomb", så vi må kigge
> efter programmer der åbner vildt mange filer.
>
> for i in /proc/[0-9]*/fd; do echo -n $i; ls $i | wc -l; done
>
> kig efter en linie med et ret højt tal (summen af tallene skulle
> gerne være 7548). Tallet mellem /proc/ og /fd er PID'en, som du kan
> sammenligne med output'et fra ps.

Jeg får kun tallene til 430 selvom /proc/sys/fs/file-nr siger
"8192 7512 8192"

/proc/1/fd 1
/proc/1020/fd 3
/proc/1021/fd 3
/proc/1022/fd 3
/proc/1023/fd 3
/proc/1024/fd 3
/proc/1025/fd 3
/proc/1026/fd 8
/proc/1029/fd 8
/proc/1031/fd 4
/proc/1045/fd 4
/proc/1058/fd 10
/proc/1059/fd 4
/proc/1060/fd 8
/proc/1080/fd 4
/proc/1093/fd 10
/proc/1094/fd 4
/proc/1095/fd 8
/proc/1101/fd 4
/proc/14/fd 1
/proc/15/fd 1
/proc/198/fd 1
/proc/2/fd 1
/proc/2361/fd 5
/proc/265/fd 4
/proc/3/fd 1
/proc/374/fd 15
/proc/377/fd 2
/proc/392/fd 4
/proc/4/fd 1
/proc/403/fd 5
/proc/449/fd 6
/proc/472/fd 4
/proc/49/fd 1
/proc/5/fd 1
/proc/508/fd 3
/proc/557/fd 4
/proc/588/fd 9
/proc/590/fd 9
/proc/591/fd 9
/proc/6/fd 1
/proc/620/fd 14
/proc/621/fd 14
/proc/622/fd 14
/proc/623/fd 14
/proc/624/fd 14
/proc/625/fd 9
/proc/671/fd 68
/proc/674/fd 6
/proc/675/fd 10
/proc/676/fd 7
/proc/7/fd 1
/proc/760/fd 5
/proc/791/fd 14
/proc/8/fd 1
/proc/812/fd 12
/proc/859/fd 8
/proc/873/fd 5
/proc/911/fd 3
/proc/923/fd 3
/proc/924/fd 3
/proc/925/fd 3
/proc/926/fd 3
/proc/927/fd 3
/proc/928/fd 3
/proc/930/fd 10

de 68 er fra postfix/master


mvh...
Morten Christensen

---

Den Sun, 24 Mar 2002 23:28:51 +0100 skrev Morten Christensen:
>Kent Friis wrote:
>> Den Sun, 24 Mar 2002 21:14:21 +0100 skrev Morten Christensen:
>>
>>>Kent Friis wrote:
>>>
>>>>Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>>>>
>>>>
>>>>>Jeg logger ind som root,
>>>>>
>>>>>skriver:
>>>>>echo 32768 >/proc/sys/fs/file-max
>>>>>
>>>>>og får svaret:
>>>>>/root/bin/mount: fork: Resource temporarily unavaible
>>>>>
>>>>>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>>>>>/proc/sys/fs/file-max indeholder "32768"
>>>>>
>>>>>Efter en genstart (init 6) er file-max tilbage på 8192
>>>>>og file-nr på "563 11 8192"
>>>
>>> PID TTY TIME CMD
>>> 198 ? 00:00:00 eth0
>>
>> Suspekt, prøv lige at lave en "cat /proc/198/cmdline"
>
>den er tom.

Så er det nok en speciel netkort-driver. Hvilken kerne kører du med?

>> Der var ikke noget der kunne tyde på en "fork bomb", så vi må kigge
>> efter programmer der åbner vildt mange filer.
>>
>> for i in /proc/[0-9]*/fd; do echo -n $i; ls $i | wc -l; done
>>
>> kig efter en linie med et ret højt tal (summen af tallene skulle
>> gerne være 7548). Tallet mellem /proc/ og /fd er PID'en, som du kan
>> sammenligne med output'et fra ps.
>
>Jeg får kun tallene til 430 selvom /proc/sys/fs/file-nr siger
>"8192 7512 8192"

Så mangler der cirka 7000 et eller andet sted. Hvilken kerne kører du?

Står der nogen suspekte ting i dmesg?

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Sun, 24 Mar 2002 23:28:51 +0100 skrev Morten Christensen:
>
>>Kent Friis wrote:
>>
>>>Den Sun, 24 Mar 2002 21:14:21 +0100 skrev Morten Christensen:
>>>
>>>
>>>>Kent Friis wrote:
>>>>
>>>>
>>>>>Den Sun, 24 Mar 2002 18:21:57 +0100 skrev Morten Christensen:
>>>>>
>>>>>
>>>>>
>>>>>>Jeg logger ind som root,
>>>>>>
>>>>>>skriver:
>>>>>>echo 32768 >/proc/sys/fs/file-max
>>>>>>
>>>>>>og får svaret:
>>>>>>/root/bin/mount: fork: Resource temporarily unavaible
>>>>>>
>>>>>>/proc/sys/fs/file-nr indeholder "9256 8648 32768"
>>>>>>/proc/sys/fs/file-max indeholder "32768"
>>>>>>
>>>>>>Efter en genstart (init 6) er file-max tilbage på 8192
>>>>>>og file-nr på "563 11 8192"
>>>>>
>>>> PID TTY TIME CMD
>>>> 198 ? 00:00:00 eth0
>>>
>>>Suspekt, prøv lige at lave en "cat /proc/198/cmdline"
>>
>>den er tom.
>
>
> Så er det nok en speciel netkort-driver. Hvilken kerne kører du med?

2.4.10 - en standard SuSE 7.3 kerne.

>>>Der var ikke noget der kunne tyde på en "fork bomb", så vi må kigge
>>>efter programmer der åbner vildt mange filer.
>>>
>>>for i in /proc/[0-9]*/fd; do echo -n $i; ls $i | wc -l; done
>>>
>>>kig efter en linie med et ret højt tal (summen af tallene skulle
>>>gerne være 7548). Tallet mellem /proc/ og /fd er PID'en, som du kan
>>>sammenligne med output'et fra ps.

>>Jeg får kun tallene til 430 selvom /proc/sys/fs/file-nr siger
>>"8192 7512 8192"

> Så mangler der cirka 7000 et eller andet sted. Hvilken kerne kører du?

2.4.10

> Står der nogen suspekte ting i dmesg?

I /var/log/messages har jeg fundet

Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory

og efter at have disablet gpm i yast1 og en genstart en linie med
Mar 25 21:25:56 server /usr/sbin/cron[878]: (CRON) STARTUP (fork ok)
så laver jeg en "mount /cdrom" og der kommer en linie med
Mar 25 21:35:03 server kernel: VFS: file-max limit 8192 reached




mvh...
Morten Christensen
der stadig håber at undgå en total geninstallation

---

Den Mon, 25 Mar 2002 21:38:26 +0100 skrev Morten Christensen:
>
>2.4.10

Prøv at opgradere til 2.4.18 - 2.4.10 er en af de kerner jeg vil holde
mig LANGT fra (jeg hoppede faktisk fra 2.4.9 via et par -ac kerner til
2.4.17 af samme årsag).

>> Står der nogen suspekte ting i dmesg?
>
>I /var/log/messages har jeg fundet
>
>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory

mc? Er det midnight commander der spøger? Har du også problemer hvis
du ikke bruger den?

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Mon, 25 Mar 2002 21:38:26 +0100 skrev Morten Christensen:
>
>>2.4.10
>
>
> Prøv at opgradere til 2.4.18 - 2.4.10 er en af de kerner jeg vil holde
> mig LANGT fra (jeg hoppede faktisk fra 2.4.9 via et par -ac kerner til
> 2.4.17 af samme årsag).
>
>
>>>Står der nogen suspekte ting i dmesg?
>>
>>I /var/log/messages har jeg fundet
>>
>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>
>
> mc? Er det midnight commander der spøger? Har du også problemer hvis
> du ikke bruger den?

Ja. Hvis "mount /cdrom" er det første jeg gør, efter
en genstart, får jeg svaret:
/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
shared object file: Error 23

Så ser jeg forøvrigt under opstarten at det mislykkes at starte
cron-dæmonen.


mvh...
Morten Christensen

---

Den Mon, 25 Mar 2002 22:08:42 +0100 skrev Morten Christensen:
>Kent Friis wrote:
>> Den Mon, 25 Mar 2002 21:38:26 +0100 skrev Morten Christensen:
>>
>>>2.4.10
>>
>>
>> Prøv at opgradere til 2.4.18 - 2.4.10 er en af de kerner jeg vil holde
>> mig LANGT fra (jeg hoppede faktisk fra 2.4.9 via et par -ac kerner til
>> 2.4.17 af samme årsag).
>>
>>
>>>>Står der nogen suspekte ting i dmesg?
>>>
>>>I /var/log/messages har jeg fundet
>>>
>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>
>>
>> mc? Er det midnight commander der spøger? Har du også problemer hvis
>> du ikke bruger den?
>
>Ja. Hvis "mount /cdrom" er det første jeg gør, efter
>en genstart, får jeg svaret:
>/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
>shared object file: Error 23

Var det SuSE? Så ville jeg nok gå ind i YaST og sætte R (replace) i
aaa_base, util, ldso og shlibs. Hvis det ikke hjælper så så prøv med R
i alle hvor der står "i" under Base.

>Så ser jeg forøvrigt under opstarten at det mislykkes at starte
>cron-dæmonen.

Sikkert samme fejl.

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Mon, 25 Mar 2002 22:08:42 +0100 skrev Morten Christensen:
>
>>>>
>>>>I /var/log/messages har jeg fundet
>>>>
>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>
>>>
>>Ja. Hvis "mount /cdrom" er det første jeg gør, efter
>>en genstart, får jeg svaret:
>>/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
>>shared object file: Error 23
>
>
> Var det SuSE? Så ville jeg nok gå ind i YaST og sætte R (replace) i
> aaa_base, util, ldso og shlibs. Hvis det ikke hjælper så så prøv med R
> i alle hvor der står "i" under Base.

Jeg prøvede at geninstallere nogen af dem over ftp
(jeg kan jo ikke bruge installations-cd'en).
Det tog en frygtelig tid og gjorde ingen forskel.

Jeg har opgivet og er startet forfra

Men tak for jeres forsøg.


mvh...
Morten Christensen

---

Den Tue, 26 Mar 2002 22:08:36 +0100 skrev Morten Christensen:
>Kent Friis wrote:
>> Den Mon, 25 Mar 2002 22:08:42 +0100 skrev Morten Christensen:
>>
>>>>>
>>>>>I /var/log/messages har jeg fundet
>>>>>
>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>
>>>>
>>>Ja. Hvis "mount /cdrom" er det første jeg gør, efter
>>>en genstart, får jeg svaret:
>>>/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
>>>shared object file: Error 23
>>
>>
>> Var det SuSE? Så ville jeg nok gå ind i YaST og sætte R (replace) i
>> aaa_base, util, ldso og shlibs. Hvis det ikke hjælper så så prøv med R
>> i alle hvor der står "i" under Base.
>
>Jeg prøvede at geninstallere nogen af dem over ftp
>(jeg kan jo ikke bruge installations-cd'en).
>Det tog en frygtelig tid og gjorde ingen forskel.

"nogen af dem" - var det de fire nævnte?

>Jeg har opgivet og er startet forfra

Er du kommet fra windows-verdenen for nylig? Det er _aldrig_ nødvendigt
at geninstallere (eneste undtagelse, hvis maskinen er blevet cracket,
men det er for at sikre at der ikke er noget tilbage man har overset).

Mvh
Kent
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

Kent Friis wrote:
> Den Tue, 26 Mar 2002 22:08:36 +0100 skrev Morten Christensen:
>
>>Kent Friis wrote:
>>
>>>Den Mon, 25 Mar 2002 22:08:42 +0100 skrev Morten Christensen:
>>>
>>>
>>>>>>I /var/log/messages har jeg fundet
>>>>>>
>>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>>
>>>>>
>>>>Ja. Hvis "mount /cdrom" er det første jeg gør, efter
>>>>en genstart, får jeg svaret:
>>>>/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
>>>>shared object file: Error 23
>>>
>>>
>>>Var det SuSE? Så ville jeg nok gå ind i YaST og sætte R (replace) i
>>>aaa_base, util, ldso og shlibs. Hvis det ikke hjælper så så prøv med R
>>>i alle hvor der står "i" under Base.
>>
>>Jeg prøvede at geninstallere nogen af dem over ftp
>>(jeg kan jo ikke bruge installations-cd'en).
>>Det tog en frygtelig tid og gjorde ingen forskel.

> "nogen af dem" - var det de fire nævnte?

Jeg havde vist ikke tålnodighed til at finde
ldso og util.

>>Jeg har opgivet og er startet forfra

> Er du kommet fra windows-verdenen for nylig?

Ja, det er kun en 3-4 år siden.

> Det er _aldrig_ nødvendigt at geninstallere (eneste undtagelse,
> hvis maskinen er blevet cracket, men det er for at sikre at
> der ikke er noget tilbage man har overset).

Nu har jeg ihvertfald spildt betydelig mere tid på
at forsøge at undgå geninstallationen, end en
geninstallation ta'r.

Og der er jo heller ingen af forsøgene, som har
tydet på, at det ville lykkes i sidste ende.


mvh...
Morten Christensen

---

Den Tue, 26 Mar 2002 22:25:54 +0100 skrev Morten Christensen:
>Kent Friis wrote:
>> Den Tue, 26 Mar 2002 22:08:36 +0100 skrev Morten Christensen:
>>
>>>Kent Friis wrote:
>>>
>>>>Den Mon, 25 Mar 2002 22:08:42 +0100 skrev Morten Christensen:
>>>>
>>>>
>>>>>>>I /var/log/messages har jeg fundet
>>>>>>>
>>>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>>>Mar 25 20:37:20 server mc: /dev/gpmctl: No such file or directory
>>>>>>>Mar 25 20:37:20 server kernel: VFS: file-max limit 8192 reached
>>>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>>>>Mar 25 20:40:48 server mc: /dev/gpmctl: No such file or directory
>>>>>>
>>>>>>
>>>>>Ja. Hvis "mount /cdrom" er det første jeg gør, efter
>>>>>en genstart, får jeg svaret:
>>>>>/bin/bash: eroro while loading shared libraries: libdl.so.2: cannot open
>>>>>shared object file: Error 23
>>>>
>>>>
>>>>Var det SuSE? Så ville jeg nok gå ind i YaST og sætte R (replace) i
>>>>aaa_base, util, ldso og shlibs. Hvis det ikke hjælper så så prøv med R
>>>>i alle hvor der står "i" under Base.
>>>
>>>Jeg prøvede at geninstallere nogen af dem over ftp
>>>(jeg kan jo ikke bruge installations-cd'en).
>>>Det tog en frygtelig tid og gjorde ingen forskel.
>
>> "nogen af dem" - var det de fire nævnte?
>
>Jeg havde vist ikke tålnodighed til at finde
>ldso og util.

ldso indeholder de ting der har med shared libraries at gøre.
util indeholder mount-kommandoen

>>>Jeg har opgivet og er startet forfra
>
>> Er du kommet fra windows-verdenen for nylig?
>
>Ja, det er kun en 3-4 år siden.

Hvis man ikke har forladt windows-verdenen, er det ikke sikkert at det
hjælper. En jeg kender, som har arbejdet med *nix siden før Linux har
stadig den opfattelse at en linux-maskine skal behandles på samme måde
som windows. Men sålænge han passer sine Win2k maskiner laver han ingen
ulykker.

>> Det er _aldrig_ nødvendigt at geninstallere (eneste undtagelse,
> > hvis maskinen er blevet cracket, men det er for at sikre at
> > der ikke er noget tilbage man har overset).
>
>Nu har jeg ihvertfald spildt betydelig mere tid på
>at forsøge at undgå geninstallationen, end en
>geninstallation ta'r.

Det er så ulempen ved usenet som support-medium. Jeg tror ikke det ville
tage mere end 10-15 minutter at løse problemet, hvis jeg sad ved
konsollen.

>Og der er jo heller ingen af forsøgene, som har
>tydet på, at det ville lykkes i sidste ende.

Jeg plejer at vide hvornår jeg skal give op, og det punkt var langt fra
nået. Jeg har engang fået en slackware maskine op igen efter jeg havde
slettet aaa_base pakken[1][2], UDEN at geninstallere maskinen. Det tog
tid, og involverede at boote på boot/root disketterne nogle gange, men
det ville tage meget længere tid at få genetableret den nøjagtige
opsætning, som jeg ville have den.

Mvh
Kent

[1] eller hvad den nu hed - det er længe siden.

[2] Jeg ved det godt, ret dumt. Men man kan ikke lave en rpm -U på et
..tgz arkiv, så jeg mente at det smarteste var at afinstallere den gamle
version inden jeg installerede en ny.
--
Advarsel: ny e-mail adresse - med risiko for at mails går tabt.
Den gamle adresse virker stadig, men bliver primært checket i
arbejdstiden.

---

On Sun, 24 Mar 2002 20:37:25 +0000 (UTC), Kent Friis wrote:

>> 671 ? 00:00:00 master 674 ? 00:00:00 pickup 675 ? 00:00:00 qmgr
>> 676 ? 00:00:00 tlsmgr

> Hvis du ikke ved hvad det her er, ville det nok være min første
> mistanke.

master, qmgr og pickup ligner postfix-processer:

virgil$ ps aux | grep ^postfix
postfix 410 0.0 0.3 2448 840 ? S 19:34 0:00 qmgr -l -t fifo -u -c
postfix 3013 0.0 0.3 2372 904 ? S 20:52 0:00 pickup -l -t fifo -c
virgil$ ls -l /usr/libexec/postfix/master
-rwxr-xr-x 1 root root 59152 Dec 21 1999 /usr/libexec/postfix/master*
virgil$


Mvh.

--
"Super heroes wear snow pants?" Adam Sjøgren
"When there's snow out, they do!" spamtrap@koldfront.dk