Thema geschlossen
Ergebnis 1 bis 10 von 10

Thema: (Erledigt) Sessions killen

  1. #1
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard (Erledigt) Sessions killen

    Hallo :hilfe2: ,

    habe ein Problem, auf meinem Server ist der Benutzer "root" bereits 4x eingeloggt, jedoch sind die Sessions schon lange beendet.
    Unter "ps -fu root" seh ich nur die 5. (aktive!) Session.
    Wie kann ich die User abmelden? Gibt es da einen Befehl, mit dem ich alle Verbindungen zurücksetze?
    Die Verbindungen würden wenn es stimmen würde bereits 30-40 Tage laufen, jedoch ist dies nicht so.


    uptime for dedicated : 7:32pm an 292 Tage 21:26, 4 Benutzer, Durchschnittslast: 0,11, 0,15, 0,06
    machine: i686, nodename: dedicated, os: Linux 2.4.29
    users logged in: root root root root


    Vielen Dank für eure Hilfe im Voraus.
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

  2. #2
    Berater
    Registriert seit
    14.02.2006
    Ort
    127.0.0.1
    Beiträge
    24

    Standard AW: Sessions killen

    Servus,

    wenn "who" machst siehst ja z.B. pts/0 bei nem User richtig?

    versuch mal über "ps -auxw |grep pts/0" die ID des Prozesses heraus zu bekommen bzw "ps -auxw |grep bash" und dann mit "kill [PID]"

    Ansonsten meldest dich nochmal!

    Gruß Basti

  3. #3
    cm
    cm ist offline
    Benutzer
    Registriert seit
    27.01.2006
    Beiträge
    1,117

    Standard AW: Sessions killen

    Hi, Log dich mal auf deinen Server ein und tippe dort ps -aux ein
    dann suchst du dir die entsprechende PID und tippst kill pidnummer ein

    dann sollten diese beendet werden


    Zitat Zitat von cHrIsS
    Hallo :hilfe2: ,

    habe ein Problem, auf meinem Server ist der Benutzer "root" bereits 4x eingeloggt, jedoch sind die Sessions schon lange beendet.
    Unter "ps -fu root" seh ich nur die 5. (aktive!) Session.
    Wie kann ich die User abmelden? Gibt es da einen Befehl, mit dem ich alle Verbindungen zurücksetze?
    Die Verbindungen würden wenn es stimmen würde bereits 30-40 Tage laufen, jedoch ist dies nicht so.


    uptime for dedicated : 7:32pm an 292 Tage 21:26, 4 Benutzer, Durchschnittslast: 0,11, 0,15, 0,06
    machine: i686, nodename: dedicated, os: Linux 2.4.29
    users logged in: root root root root


    Vielen Dank für eure Hilfe im Voraus.

  4. #4
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard AW: Sessions killen

    Zitat Zitat von root-forum
    Hi, Log dich mal auf deinen Server ein und tippe dort ps -aux ein
    dann suchst du dir die entsprechende PID und tippst kill pidnummer ein

    dann sollten diese beendet werden



    Das ist ja das Problem, ich seh da keine bash logins mehr...
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

  5. #5
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard AW: Sessions killen

    Zitat Zitat von Basti
    Servus,

    wenn "who" machst siehst ja z.B. pts/0 bei nem User richtig?

    versuch mal über "ps -auxw |grep pts/0" die ID des Prozesses heraus zu bekommen bzw "ps -auxw |grep bash" und dann mit "kill [PID]"

    Ansonsten meldest dich nochmal!

    Gruß Basti
    dedicated:~ # who
    root pts/2 Mar 5 20:18 (.dip0.t-ipconnect.de)
    root pts/15 Mar 4 20:46 (.dip0.t-ipconnect.de)
    root pts/13 Mar 4 19:31 (.dip0.t-ipconnect.de)
    root pts/17 Mar 4 05:57 (.dip0.t-ipconnect.de)
    root pts/19 Feb 5 16:41 (.dip0.t-ipconnect.de)


    der in pts/2 bin ich


    dedicated:~ # ps aux |grep pts/15
    root 14973 0.0 0.1 1792 580 pts/2 R 20:25 0:00 grep pts/15
    dedicated:~ # kill -9 14973
    -bash: kill: (14973) - No such process
    dedicated:~ # kill -9 1792
    -bash: kill: (1792) - No such process
    dedicated:~ # kill -9 580
    -bash: kill: (580) - No such process


    die erste zahl ist doch die PID und mit kill -9 [PID] ?
    Geändert von cHrIsS (05.03.2006 um 19:28 Uhr)
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

  6. #6
    cm
    cm ist offline
    Benutzer
    Registriert seit
    27.01.2006
    Beiträge
    1,117

    Standard AW: Sessions killen

    Zitat Zitat von cHrIsS
    dedicated:~ # who
    root pts/2 Mar 5 20:18 (.dip0.t-ipconnect.de)
    root pts/15 Mar 4 20:46 (.dip0.t-ipconnect.de)
    root pts/13 Mar 4 19:31 (.dip0.t-ipconnect.de)
    root pts/17 Mar 4 05:57 (.dip0.t-ipconnect.de)
    root pts/19 Feb 5 16:41 (.dip0.t-ipconnect.de)


    der in pts/2 bin ich


    dedicated:~ # ps aux |grep pts/15
    root 14973 0.0 0.1 1792 580 pts/2 R 20:25 0:00 grep pts/15
    dedicated:~ # kill -9 14973
    -bash: kill: (14973) - No such process
    dedicated:~ # kill -9 1792
    -bash: kill: (1792) - No such process
    dedicated:~ # kill -9 580
    -bash: kill: (580) - No such process


    die erste zahl ist doch die PID und mit kill -9 [PID] ?
    ohne die -9

  7. #7
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard AW: Sessions killen

    ohne geht genauso wenig... die pids sin wohl alle unbelegt aber noch eingeloggt...

    dedicated:~ # who -u
    root pts/2 Mar 5 20:38 . 19528 (.dip0.t-ipconnect.de)
    root pts/15 Mar 4 20:46 ? 16986 (.dip0.t-ipconnect.de)
    root pts/13 Mar 4 19:31 23:11 5290 (.dip0.t-ipconnect.de)
    root pts/17 Mar 4 05:57 ? 7302 (.dip0.t-ipconnect.de)
    root pts/19 Feb 5 16:41 ? 21743 (.dip0.t-ipconnect.de)


    dedicated:~ # kill -9 5290
    -bash: kill: (5290) - No such process
    dedicated:~ # kill 5290
    -bash: kill: (5290) - No such process

    dedicated:~ # kill 21743
    -bash: kill: (21743) - No such process
    dedicated:~ # kill -9 21743
    -bash: kill: (21743) - No such process
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

  8. #8
    Supermoderator Avatar von Raven24
    Registriert seit
    27.01.2006
    Ort
    Österreich, Wien
    Beiträge
    229

    Standard AW: Sessions killen

    Jetzt mal ganz blöd aber:
    Neu starten kommt nicht in Frage? :-?
    Da müsste dann alles wieder "wie neu" sein...

    LG Flo

  9. #9
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard AW: Sessions killen

    Zitat Zitat von Raven24
    Jetzt mal ganz blöd aber:
    Neu starten kommt nicht in Frage? :-?
    Da müsste dann alles wieder "wie neu" sein...

    LG Flo
    nein.

    Jetzt sind nur noch 2 "eingeloggt", scheinbar werden die nach ner bestimmten Zeit doch noch getrennt..
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

  10. #10
    Newbie
    Registriert seit
    05.03.2006
    Beiträge
    6

    Standard AW: Sessions killen

    dedicated:~ # finger root
    Login: root Name: root
    Directory: /root Shell: /bin/bash
    On since Sat Mar 4 19:31 (CET) on pts/13, idle 1 day 20:37,
    from .dip0.t-ipconnect.de
    On since Sun Feb 5 16:41 (CET) on pts/19 (messages off)
    from .dip0.t-ipconnect.de

    dedicated:~ # who -u
    root pts/13 Mar 4 19:31 old 5290 (.dip0.t-ipconnect.de)
    root pts/19 Feb 5 16:41 ? 21743 (.dip0.t-ipconnect.de)



    dedicated:~ # kill -9 5290
    -bash: kill: (5290) - No such process

    dedicated:~ # kill 5290
    -bash: kill: (5290) - No such process

    dedicated:~ # kill 21743
    -bash: kill: (21743) - No such process

    dedicated:~ # kill -9 21743
    -bash: kill: (21743) - No such process
    Viele Grüße,

    cHrIsS

    ____________________________

    Wer lesen kann ist klar im Vorteil !!
    Software is like Sex, it's better when it's free !!

Thema geschlossen

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

     

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87