Beiträge: 128
Themen: 45
Registriert seit: Sep 2015
Servus zusammen,
folgender Fehler tritt bei jetzt nur bei einem Kollegen auf.
Um alles korrekt zu bechreiben hab ich ihm über die Schulter geschaut.
Nachdem alles korrekt geklickt wurde, das Passwort für die Verschlüsselung eigegenben wurde "hängt" sich der NM beim erstellen des Ordners auf.
Vielleicht hatte schon jemand das Problem und kann mir weiterhelfen
Vielen Dank und beste Grüße
Beiträge: 18.373
Themen: 817
Registriert seit: Sep 2003
Hallo,
klingt nach fehlenden Zugriffsrechten oder vollem Speichermedium oder etwas ähnlichem. Genaueres kann ich aber nur sagen, wenn ich einen Blick in die nmsvlog.txt (aus dem Programmverzeichnis der Schulversion) werfen kann. Schick mir die bitte mal mit einem Verweis auf dieses Posting zu.
Gruß
Stephan
Beiträge: 392
Themen: 104
Registriert seit: Feb 2012
02.10.2015, 20:45
(Dieser Beitrag wurde zuletzt bearbeitet: 03.10.2015, 09:22 von steve.)
Hallo,
ein ähnliches Problem hatte ich (dieses Jahr Umstieg auf PostgreSQL) allerdings an allen NM-Rechnern. Was half:
NM neue Version drüber installieren. Vielleicht war NMSync noch nicht in der neuesten Version auf den Rechnern bzw. wurde durch den NM-Update nicht aktualisiert/ ergänzt?
Viele Grüße
Steve
Beiträge: 128
Themen: 45
Registriert seit: Sep 2015
Das Problem tritt nur bei einem einzigen Nutzer auf (bis jetzt). Ich selbst und 13 andere Kollegen konnten das Transportmedium ohne Probleme erstellen.
Beiträge: 24
Themen: 6
Registriert seit: Jan 2014
Hallo Stephan,
bei einem einzelnen Kollegen kann das Transportmedium nicht erstellt werden.
Kannst Du aus den Fehlermeldungen der nmsvlog und der nmsynclog etwas ablesen?
Vielen Dank,
Arne
nmsvlog.txt:
# 12.10.2015, 11:39:41
3 Unterrichte für ESH geladen.;;;;LoadLehrer;;comClsLehrer;;;;3;;ESH;;111-03
----------------------------------------
# 12.10.2015, 11:39:41
Auswahlfenster wird geladen;;;;;;;;;;1;;ESH;;111-03
----------------------------------------
# 12.10.2015, 11:39:54
FEHLER: doppelter Schlüsselwert verletzt Unique-Constraint »td_pkey«
Schlüssel »(idx)=(13)« existiert bereits.;
Error while executing the query;;80;;UpdateSyncTable;;comClsSync;;NManagerSV;;1;;ESH;;111-03
----------------------------------------
# 12.10.2015, 11:39:54
Index außerhalb des gültigen Bereichs;;40;;CleanFile;;comClsTDUserFile;;NManagerSV;;1;;ESH;;111-03
----------------------------------------
# 12.10.2015, 11:39:54
Starte NMSync zum Erstellen des Transportmediums (ESH);;;;CreateDisk;;frmTDErstellen;;NManagerSV;;3;;ESH;;111-03
nmsynclog.txt
[12.10.2015 11:39:54 | 111-03]#Ausführungsmodus: Transportmedium erstellen##Application_Startup#Application.xaml#ErrorTypeWarnung
[12.10.2015 11:39:54 | 111-03]#Benutzer: ESH##Application_Startup#Application.xaml#ErrorTypeWarnung
[12.10.2015 11:39:54 | 111-03]#Erstelle TM:11:39:54####ErrorTypeProgrammfehler
[12.10.2015 11:39:54 | 111-03]#Verbindung zum Server v01 wurde hergestellt.####ErrorTypeInfo
[12.10.2015 11:39:55 | 111-03]#System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei nmClasses.clsTools.InitData(DataInterface& oDI, eSchulart eSArt, clsLogFile& cLog)#System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei nmClasses.clsTools.InitData(DataInterface& oDI, eSchulart eSArt, clsLogFile& cLog)#InitData#nmClasses.clsTools#ErrorTypeProgrammfehler
[12.10.2015 11:39:55 | 111-03]#Konfigurationsdaten wurden gelesen.####ErrorTypeInfo
[12.10.2015 11:39:55 | 111-03]#Benutzerdaten wurden gelesen (ESH).####ErrorTypeInfo
[12.10.2015 11:39:55 | 111-03]#System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei nmClasses.clsTools.InitData(DataInterface& oDI, eSchulart eSArt, clsLogFile& cLog)#System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei nmClasses.clsTools.InitData(DataInterface& oDI, eSchulart eSArt, clsLogFile& cLog)#InitData#nmClasses.clsTools#ErrorTypeProgrammfehler
[12.10.2015 11:39:55 | 111-03]#Aktuelles Schuljahr: 2015/2016####ErrorTypeInfo
[12.10.2015 11:39:55 | 111-03]#Aktuelle Schulversion: ####ErrorTypeInfo
[12.10.2015 11:39:55 | 111-03]#Lokales Verzeichnis: V:\NManager\nmsync\dta####ErrorTypeInfo
[12.10.2015 11:39:57 | 111-03]#Die für den Notenabgleich notwendigen Daten konnten nicht aus der Datenbank abgerufen werden. Das Programm wird beendet.#Inkonsistente Daten###ErrorTypeInfo
[12.10.2015 11:39:57 | 111-03]#End Sync:11:39:57####ErrorTypeInfo
[12.10.2015 11:41:35 | 111-03]#-----------------------------------------------------
Beiträge: 18.373
Themen: 817
Registriert seit: Sep 2003
Hallo Arne,
das Problem entsteht durch Kopierfehler beim Umzug von der Jet-Datenbank in Postgres. Unter
http://forum.notenmanager.net/showthread.php?tid=5373&pid=25362#pid25362 habe ich im letzten Jahr eine "manuelle" Lösung gepostet.
Der aktuelle NMAdmin sollte in der Lage sein, das automatisch zu reparieren: Lass in NMAdmin die Datenbank prüfen und schau, ob es danach geht. Falls nicht gib mir bitte Bescheid und geh den manuellen Weg.
Gruß
Stephan
Beiträge: 24
Themen: 6
Registriert seit: Jan 2014
Hallo Stephan,
NMAdmin hats gerichtet. Ich hatte "Datenbank überprüfen" immer nur mit der Schulversion gemacht.
Vielen Dank,
Arne
Beiträge: 29
Themen: 8
Registriert seit: Jul 2012
Hallo Stephan,
ich habe den oben beschriebenen Fehler jetzt auch bei EINER Kollegin.
Datenbank prüfen hat weder mit Schulversion noch mit NMADMIN zu Fortschritt geführt.
Welche Tabelle müsste ich denn überhaupt bei dem händischen Weg manipulieren? Das ist für mich nicht ersichtlich.
Gruß
Carsten
Nmsync.log:
[18.10.2017 14:58:32 | KLAFKE2]#-----------------------------------------------------
Computername: KLAFKE2
Betriebssystem: Microsoft Windows 7 Professional
Gebietsschema: Deutsch (Deutschland)
Verzeichnis: N:\NM\nmsync
Version: 1.0.16346.270
-----------------------------------------------------####ErrorTypeInfo
[18.10.2017 14:58:32 | KLAFKE2]#Ausführungsmodus: Transportmedium erstellen##Application_Startup#Application.xaml#ErrorTypeWarnung
[18.10.2017 14:58:32 | KLAFKE2]#Benutzer: ME-R##Application_Startup#Application.xaml#ErrorTypeWarnung
[18.10.2017 14:58:32 | KLAFKE2]#Erstelle TM:14:58:32####ErrorTypeProgrammfehler
[18.10.2017 14:58:32 | KLAFKE2]#Verbindung zum Server ksv-01-srv wurde hergestellt.####ErrorTypeInfo
[18.10.2017 14:58:34 | KLAFKE2]#Konfigurationsdaten wurden gelesen.####ErrorTypeInfo
[18.10.2017 14:58:34 | KLAFKE2]#Benutzerdaten wurden gelesen (ME-R).####ErrorTypeInfo
[18.10.2017 14:58:34 | KLAFKE2]#Aktuelles Schuljahr: 2017/2018####ErrorTypeInfo
[18.10.2017 14:58:34 | KLAFKE2]#Aktuelle Schulversion: voll####ErrorTypeInfo
[18.10.2017 14:58:34 | KLAFKE2]#Lokales Verzeichnis: N:\NM\nmsync\dta####ErrorTypeInfo
[18.10.2017 14:58:36 | KLAFKE2]#Die für den Notenabgleich notwendigen Daten konnten nicht aus der Datenbank abgerufen werden. Das Programm wird beendet.#Inkonsistente Daten###ErrorTypeInfo
[18.10.2017 14:58:36 | KLAFKE2]#End Sync:14:58:36####ErrorTypeInfo
Beiträge: 18.373
Themen: 817
Registriert seit: Sep 2003
Hallo Carsten,
das Problem ist bei euch ein anderes. Bitte erst einmal gar nichts ändern sondern nur gucken (falls möglich). Mit pgAdmin die NM-Datenbank öffnen, dort das "Schema" mit dem Namen "public" öffnen und die Daten der Tabelle "td" anzeigen lassen. Gibt es dort einen Eintrag mit dem Kürzel der Kollegin? Gibt es dort vielleicht zwei Einträge für sie?
Gruß
Stephan
Beiträge: 29
Themen: 8
Registriert seit: Jul 2012
Hallo Stephan,
ja da habe ich insgesamt jetzt 12 Einträge für die betroffene Kollegin - wobei der oberste (in der Reihe der anderen Kollegen) aus dem letzten Schuljahr wohl ist - die anderen 11 wurden alle bei meinen Versuchen neu erzeugt (ich habe es mit meinem Stick probiert und da steht immer mein Stick-Name).
Gruß
Carsten
Beiträge: 18.373
Themen: 817
Registriert seit: Sep 2003
Hallo Carsten,
hat sich die Schreibweise des Lehrerkürzels geändert (in Hinblick auf Groß-/Kleinschreibung)? Am besten löschst du einfach alle Einträge für diese Kollegin raus. Dann sollte es auf jeden Fall wieder gehen.
Gruß
Stephan
Beiträge: 29
Themen: 8
Registriert seit: Jul 2012
Hallo Stephan,
wunderbar - es klappt ich habe alle 12 Einträge der Kollegin gelöscht und konnte dann den Datenträger erstellen.
Die Schreibweise hat sich insofern geändert, dass ich in diesem Jahr bei allen KollegInnen die Schulart standardmäßig angehängt habe. In den Jahren zuvor habe ich das nur bei den Lehrpersonen gemacht, die auch in dem Schuljahr tatsächlich an beiden Schularten unterrichtet haben. Das hat sich aber jedes Jahr geändert. Jetzt habe ich einheitlich die Gymkürzel mit -G und die Realschulkürzel mit -R gemacht und das soll bleiben, auch wenn die Kolleginnen in einem Jahr nur an einer Schulart unterrichten.
Das sind die kleinen Problemchen bei zwei Schularten....
Gruß
Carsten