sslug-teknik team mailing list archive

[Jon Bendtsen <bendtsen@xxxxxxx>]

On 29/04/2008, at 10.31, Bjarne Büchmann wrote:

> On Fri, 25 Apr 2008 15:06:47 +0200, Jon Bendtsen wrote:
>
> <snip>


> > Lige så snart xinetd overtager så tror jeg at forbindelsen bliver
> > flyttet til en anden port.
> > Et andet problem kunne være hvor mange TCP forbindelser du må have  
> > pr.
> > ip
> > eller åbne filer. Prøv at hæfte en strace på din xinetd process og se
> > hvad der
> > sker når du laver mange rsh forbindelser.
>
> Hmm... Faktisk laver jeg kun 2-3 rsh'er af gangen. Det går godt
> de første "nogle hundrede" gange.
>
> Jeg har ikke erfaringer med strace - jeg håber på fortsat hjælp...
>
> Jeg har prøvet med strace f.eks.:
>  strace -f -o xinetd.strace.0003 xinetd -dontfork -stayalive
> Hvis jeg kører med "-f" for at se, hvad children laver, så
> bliver der genereret så meget log, at systemet sløver ned
> (antallet af logins per sekund falder) og problemet ophører.
> Dette også selvom jeg reducerer output-mængde med
>  -e trace=network

øv da


> Det må være sådan at:
>  * der kommer ind (accept)
>  * der laves fork - ny process (child) PID=23979
>  * Child slutter, og høstes med waitpid.
>
> Jeg forstår ikke fuldt ud indholdet af 'accept'-delen (linie 2),
> og jeg bryder mig ikke meget om linien "close(-1) ... EBADF ...".

Ja, det virker ikke lige så elegant.


> Hvis jeg laver mange rsh'er (efter hinanden - kun een samtidig),
> så bliver der efter noget tid (klient-side)
>  'poll: protocol failure in circuit setup'
> men der er ikke nogen ændring i, hvordan strace viser det på
> server-siden.

Måske problemet er på client siden?



JonB