VMware with Windows 2003 Server and Team Foundation Server (TFS) 2008. No Windows domain membership, just a stand-alone workgroup server.
Connecting from a client in a different AD domain with my own TFS API wrapper or with the „tf.exe“ command line tool to the server.
Error:
TF30063: You are not authorized to access server <servername>
I received the above error message all the time, even when providing a valid user name and password for the server.
Solution:
Seems that the credentials still depend somehow on the logged in user. I therefore created a new user on the TFS that has the same user name and the same password as my currently logged in workstation user.
Heute habe ich mich als Apple Developer registriert und die 79-Euro-pro-Jahr-Mitgliedschaft gekauft.
Ich habe dann eine Aktivierungs-E-Mail-Nachricht erhalten und als ich auf den Aktivierungs-Hyperlink geklickt habe, erschien eine Website mit der Fehlermeldung
We are unable to activate your Apple Developer Program membership.
We are unable to activate your Apple Developer Program membership because we are unable to successfully verify your identity. Please contact us and reference Enrollment ID# XXXXXXXXXX for further assistance.
Ich habe zunächst das Online-Support-Formular ausgefüllt, danach aber noch zusätzlich nach einer Empfehlung in einem Forum direkt per Telefon an die (deutschsprachige) Hotline gewendet.
Lösung
Nach ca. 10 Minuten hatte ich eine sympathische Dame am Telefon, die kurz meine Enrollment ID abgefragt hat und mir dann erklärt hat, dass deren System wohl mit Umlauten manchmal nicht zurecht kommt.
In meinem Fall war/ist der Wohnort „Göppingen“, also mit „ö“.
Sie hat dann manuell mein Status umgestellt und ich konnte anschließend erfolgreich auf den Link klicken und mein Konto aktivieren.
Gestern dank der Hilfe eines sehr sympathischen Kunden ein Issue bei einem anderen sehr sympathischen Kunden gelöst 🙂
Wir haben einen Webserver (Windows 2003, IIS 6) neu aufgesetzt und NTLM-Authentifizierung aktiviert, anonyme Anmeldung deaktiviert.
Wenn wir uns mit dem Client (IE 9) verbunden hatten, jedes mal der Anmeldedialog (Benutzername, Kennwort) im Internet Explorer, obwohl sowohl Client als auch Server in derselben Domäne waren.
Ein Telefonat später war die Lösung da:
Die Lösung war, dass zunächst die IP-Adresse/Name des Servers im IE-Client in eine definierte Zone gelegt wurde.
Anschließend konnten wir auf dieser Zone dann die Anmelde-Einstellungen (siehe erstes Bild oben) anpassen. Wir haben in unserem Fall einfach alles zugelassen (niedrigste Sicherheitsstufe).
Dann hat alles wie gewünscht funktioniert: Die Anmeldung an der IIS-6-Website funktionierte automatisch ohne extra Anmeldedialog.
Bei mir trat/tritt von Zeit-zu-Zeit die Fehlermeldung „Column does not belong to table“ auf, jeweils mit einer angegebenen Spalte, z.B.
Column ‚TestPlanID‘ does not belong to table
Oder
Column ‚ParentID‘ does not belong to table
Bzw. auf Deutsch
Spalte ‚RunnableTestCaseID‘ gehört nicht zu Tabelle
Da das nur teilweise auftritt und nur bei manchen Kunden und nur wenn viele SQL-Anfragen hintereinander ausgeführt werden, hat mir dieser Blogpost hier geholfen.
Der Autor dort geht davon aus, dass er ggf. Connections nicht rechtzeitig schließt. Als er das beseitigt hatte und der Fehler immer noch auftrat, hat er folgende Schlussfolgerungen/Aktionen daraus gezogen:
Use „iisreset“ command every time you stop the IIS server.
Walk through your code and make sure you are closing connection properly.
Bei mir hat das teilweise geholfen, ggf. ist das ja doch irgend ein .NET-Bug, der irgendwann mal mit den neuesten Treibern für Microsoft SQL Server beseitigt sind.
Ergänzung 1:
Gerade heute bekomme ich wieder eine ähnliche Meldung bei einem Oracle-Projekt:
Column „FACH“ does not belong to table
Ich deute das so, dass das auch beim Oracle-Treiber so ein Issue ist. Es handelt sich hier um eine ASP.NET-4.0-Webanwendung. Andere sprechen auch darüber, dass es bei Ihnen auch bei Oracle auftritt. Vermutlich also ein Issue in ADO.NET. Einer schreibt:
We had this exact problem and we solved it.
Using static (C#) or shared (VB) .Net data classes on a multi-processor server will cause this error. The data class and its objects, e.g. DataTable, get resused across threads for some reason. So when when two requests come in at the same time, the second request overwrote the DataTable object variable with its own results, causing the first request to fail when it went looking for its tables, columns, etc.
This problem only occurred on multi-processor servers and went away when we declared our data classes without static or shared.
Wobei ich ihm das nicht ganz glaube. der Oracle provider hat auch eine Funktion ClearAllPools/ClearPool, diese werde ich jetzt mal aufrufen.
Ergänzung 2:
Den Fehler konnte ich jetzt beim Oracle erfolgreich beseitigen, indem ich meinen (eigenen) Cache deaktiviert habe. Eventuell hängt es mit dem Background-Cache-Aufräumen zusammen oder mit zu vielen Elementen im Cache.
Ergänzung 3 (2013-04-22):
Hatte jetzt erneut so einen Fall, den ich durch Cache-Deaktivieren lösen konnte.
Eventuell ist es ja sinnvoll, wenn eine DataTable aus dem Cache geholt wird, diese zu clonen, so dass nur die gleiche, nicht jedoch dieselbe DataTable genutzt wird und es so nicht zu Concurrency-Issues kommen kann. (Habe das jetzt probiert, hat in meinen Tests keine Änderung gebracht, leider).
