Keine verbindung per ftp telnet usw

    • wau, damit können wir sehr viel anfangen.

      :glaskugel2: :glaskugel4: :glaskugel2: :glaskugel1: :glaskugel1:
      Probleme kann man niemals mit derselben Denkweise lösen.

      ¯\_(ツ)_/¯

      "Die Deutsche Rechtschreibung ist Freeware, sprich, du kannst sie kostenlos nutzen.
      Allerdings ist sie nicht Open Source, d.h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen."

    • Newnigma2 Services - Systemwerkzeuge - Linux Services

      xinetd -> mit GREEN neustarten

      Wenn das das Problem löst, mal darüber nachdenken ein swapfile anlegen. Der xinetd superserver wird als erstes gekillt, wenn der Box der RAM ausgeht. Am xinetd hängen busybox-telnetd, vsftpd, dropbear und streamproxy und sind dann nicht mehr bis zum nächsten reboot oder xinetd neustart verfügbar
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Fred Bogus Trumper ()

    • Fred Bogus Trumper schrieb:

      Newnigma2 Services - Systemwerkzeuge - Linux Services

      xinetd -> mit GREEN neustarten

      Wenn das das Problem löst, mal darüber nachdenken ein swapfile anlegen. Der xinetd superserver wird als erstes gekillt, wenn der Box der RAM ausgeht. Am xinetd hängen busybox-telnetd, vsftpd, dropbear und streamproxy und sind dann nicht mehr bis zum nächsten reboot oder xinetd neustart verfügbar


      hmm, habe ne 8000er mit swap und der xinetd friert manchmal ein. konnte noch nicht rausfinden, warum. Neustart über /etc/init.d geht auch nicht, killall xinetd geht auch nicht, mit -9 gehts manchmal, manchmal nicht. da ich nen sshzugang benötige, starte ich den dropbear als daemon, also nicht über xinetd. seitdem null probs, aber bei telnet und freunden immer mal wieder. vielleicht speicherleak?

    • ich hab' hier zwei SE v1 und eine DM7020HD v1 mit je aktiver Swappartition auf USB - xinetd ist seit Ewigkeiiten nicht mehr abgeschmiert und der Neustart über die Newnigma² Services hat jedesmal geklappt, wenn xinetd doch mal abgeschmiert ist.

      Aber ich nutze z.B. HbbTV und Browser selten bis gar nicht

      versuchs mal so, das sollte immer funktionieren und kann man auch in ein kleines shell Script packen

      /usr/script/xinetdrestart.sh

      Shell-Script

      1. #!/bin/sh
      2. # force restart xinetd
      4. kill -9 $(pidof xinetd)
      5. sleep 1
      6. killall -9 xinetd 2>/dev/null
      7. /etc/init.d/xinetd stop
      8. /etc/init.d/xinetd start
      10. exit 0



      das Script bzw. den restart könnte man dann auch per cron ein/zweimal täglichich ausführen - quasi "vorbeugend".

      Das xinietd gelegentlich abschmiert ist schon seit dem Release OE2.0 so und von DMM wird da nichts mehr kommen - da muss man eben basteln ...
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯