Am 16.09.2015 um 10:58 schrieb Tobias Kuechel: > Hallo Rüdiger, > > wo du das grade ansprichst: > Das hat mich letztens fast den letzten Nerv bzw. eine Nacht gekostet, > weil ich mir die Datenbank zerschossen habe: > > 1. sophomorix-check -move -add angeschmisssen um die Schüler zu > versetzen etc. > > 2. nebenher aptitude aufgerufen > > wusste nicht, dass sophomorix die debconf benutzt. Weil aptitude ein > locking auf irgendeine debconf oder dpkg-datei machte, schmierte > sophomorix ab. > Danach war ein schüler nur halb aufgenommen und sophomorix-check kam > nicht dran vorbei. > Habe den exakten output leider nicht gesichert. > > Fazit: Ich habe (frage an dich: OK so?) in der postgres-db die Zeile mit > dem betreffenden Schüler gelöscht, dann konnte sophomorix-add ihn wieder > aufnehmen.
Hallo, man muss aus mehreren Tabellen Zeilen löschen. Im view userdata kann man sehen, was zu einem user gehört. Meines erachtens sind aber ungenutzte Zeilen in einigen Tabellen nur unwichtiger Ballast. > Die internen Zähler sind bei jedem gescheiterten -add hochgelaufen, so > dass es jetzt einen gap bei den internen IDs gibt. Ich hoffe, das ist > nicht weiter schlimm. Das macht nichts. Der Zähler geht halt irgendwann zu ende. Viele Grüße, Rüdiger > > Grüße, Tobias > > > > Hallo Jesko, > > sophomorix liest einige Dinge aus der debconf Datenbank. > > Wenn das nicht klappt gibts Fehlermeldungen. > > Weshalb die Fehlermeldungen kommen weiss ich auch nicht. > > Ist es so, dass EINMAL die debconf-Fehler kamen, und dann nicht mehr? > > > Rüdiger > _______________________________________________ > linuxmuster-user mailing list > [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user >
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
