administratoren:systemmeldungen:errorcodes_btrieve
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
administratoren:systemmeldungen:errorcodes_btrieve [30.01.2024 10:56] – walter | administratoren:systemmeldungen:errorcodes_btrieve [10.05.2024 10:07] – [Pervasive SQL / Btrieve Errorcodes] walter | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
===== Pervasive SQL / Btrieve Errorcodes ===== | ===== Pervasive SQL / Btrieve Errorcodes ===== | ||
- | [[administratoren:systemmeldungen:errorcodes: | + | [[https:// |
+ | [[https:// | ||
+ | |||
+ | ==== Actian Logbuch: ==== | ||
+ | c: | ||
+ | ===== 3115: Actian Zen / Pervasive / Btrieve ===== | ||
+ | **Fehlermeldung: | ||
+ | Beim starten des IFW erschein die Fehlernummer 3115. | ||
+ | 3115 Pervasive Network Services Layer encountered a transport failure. | ||
+ | **Ursache: | ||
+ | Pervasive / Btrieve kann keine Verbindung zur Datenbankengine aufbauen. Entwender sind die benötigten Ports nicht geöffnet oder die DNS Namensauflösung findet den Server nicht. | ||
+ | **Abhilfe**\\ | ||
+ | Pervasive SQL verwendet die TCP/IP Ports 3351/tcp und 1583/tcp. Siehe http:// | ||
+ | oder geben Sie in der etc/hosts die IP des Datenbankservers an. | ||
+ | ---- | ||
+ | ===== Actian / Pervasive PSQL Licence Key Reparatur ===== | ||
+ | Die PSQL Lizenz hat Status " | ||
+ | Seit PSQL v11 SP3 gibt es dazu ein " | ||
+ | Wählen Sie zur Reparatur den entsprechenden Key aus und klicken Sie rechts unten, auf " | ||
\\ | \\ | ||
- | [[http://docs.pervasive.com/products/ | + | Sollten Sie das Servicepack 3 noch nicht installiert haben wenden Sie sich an Ihren Systembetreuer.\\ |
+ | \\ | ||
+ | \\ | ||
+ | Wieso wird ein Key überhaupt inaktiv? | ||
+ | \\ | ||
+ | Seit PSQL v10 wurde ein Lizenzsystem eingeführt, | ||
+ | \\ | ||
+ | Jedes Mal, wenn die Pervasive PSQL ausgeführt wird, wird ein " | ||
+ | \\ | ||
+ | WICHTIG: Da bei einer Reparatur eine neue Signatur erstellt wird, und diese auch im Pervasive Lizenzserver hinterlegt wird, muss eine Internetverbindung hergestellt sein. Beachten Sie bitte auch, dass die Reparaturvorgänge auf maximal 5 begrenzt sind. | ||
+ | |||
+ | ---- | ||
+ | ===== MKDE-2039: System Error: 612.0.-1, Actian Zen PSQL V13 ===== | ||
+ | Im Logbuch pvsw.log steht folgende Meldung: | ||
+ | < | ||
+ | 27.03.2020 15: | ||
+ | 27.03.2020 15: | ||
+ | 27.03.2020 15: | ||
+ | </ | ||
+ | |||
+ | ==== Abhilfe: ==== | ||
+ | Installation der neusten Version. Sie Patchnote: | ||
+ | http://esdftp.actian.com/~CEINXu/PSQLv13_31_patch_readme.html | ||
+ | (System Error 612.0.-1 may be generated in PVSW.LOG when accessing files on a 4K sector disk.) | ||
+ | |||
+ | ===== PSQL startet nicht. Actian Zen PSQL V13 ===== | ||
+ | Nach einem geplanten Serverneustart zur Installation von Windows Updates starten die Dienste " | ||
+ | < | ||
+ | 27.03.2020 20: | ||
+ | 27.03.2020 20: | ||
+ | 28.03.2020 20: | ||
+ | 28.03.2020 20: | ||
+ | 29.03.2020 20: | ||
+ | 29.03.2020 20: | ||
+ | </code> | ||
+ | ==== Abhilfe: ==== | ||
+ | Die einzige z.Zt bekannte Lösung dieses Problem zu beheben ist, die Dienste erneut zu starten oder den Server neu zu booten. | ||
+ | ---- | ||
+ | ===== Error 3006 ===== | ||
+ | Fehlermeldung: | ||
+ | Beim starten oder im Lauf des IFW erscheint die Fehlernummer 3006. Das IFW arbeitet stark verzögert, im IFW Fenster erscheint am oberen Rand "keine Rückmeldung" | ||
+ | **Ursache**: | ||
+ | Eine zuvor bestehnde Netzwerkverbindung ist verloren gegangen. Das IFW kann nicht mehr mit der Datenbank kommunizieren.\\ | ||
+ | \\ | ||
+ | **Abhilfe**: | ||
+ | - beenden Sie das IFW und starten Sie es neu. | ||
+ | - Sollte das nicht ausreichen: | ||
+ | - prüfen Sie ob der IFW Server läuft die Datenbank (Actian) gestartet und erreichbar ist. | ||
+ | - starten Sie die Datenbank Actian auf dem Server neu. | ||
+ | - beenden Sie das IFW und starten Sie es neu. | ||
+ | \\ | ||
+ | **Ausführliches Statement vom Actian Support**: | ||
+ | === Answer Goldstar-Software Bill Bach === | ||
+ | " | ||
+ | |||
+ | Another possible issue is with some PC's (especially from Dell) and RealTek network cards. Microsoft released a faulty driver for various versions of Windows for the RealTek NICs, and I have seen these cards cause endless problems with exactly the symptoms you mention. Swap out the NIC or upgrade the driver to one from RealTek' | ||
+ | |||
+ | It might be helpful to confirm the exact exception, too. Check the Windows Event log and post the complete message you see from the software exception. The exception type, module, and location may be beneficial in determining what is going on. | ||
+ | |||
+ | If all else fails, monitoring a PC's connection with Wireshark can yield information about what is truely happening under the covers...." | ||
+ | |||
+ | |||
+ | === Statement Customer Girish Duddu === | ||
+ | "We have enabled Auto Reconnect option both on the server and client side. | ||
+ | |||
+ | The exact exception that we get is " | ||
+ | ..." | ||
+ | |||
+ | |||
+ | === Answer Goldstar-Software Bill Bach === | ||
+ | Ahh -- the dreadded " | ||
+ | |||
+ | I am afraid to tell you that this is a common Windows issue, usually caused by network outages. Your search through the Windows Event Logs must have missed it -- every InPage I/O Error is logged by the OS there! Were you looking on the workstations or on the server? | ||
+ | |||
+ | I have seen a few possible causes of this type of outage: | ||
+ | |||
+ | 1) Power Saving Mode kicking in on the client or server, limiting network traffic. This is indicated if the problems happen after a computer is idle for a time period. | ||
+ | |||
+ | 2) Extremely busy network traffic on a LAN segment, preventing communications for a long period of time. (With PARC disabled, 10-15 seconds is enough -- with PARC enabled, though it should take 3 minutes.) This can happen at any time, but especially while backups are running. | ||
+ | |||
+ | 3) Suspension of a virtual machine, due to either backup via an external tool (e.g. Veeam) or vMotion (which can also cause a LAN overload). This can also happen any time, especially on VM environments. | ||
+ | |||
+ | 4) Failing DHCP renewals. This can happen with a short DHCP lease and a renewal process that is not working. The Windows Event Logs should ALSO indicate that the IP address has been released, and if it takes more than 10 seconds to renew, all hel1 breaks loose. This can easily be seen if you monitor a problem workstation via a network analyzer -- you can actually see the DHCP renewals returning NAK and the IP address getting freed up, killing EVERY TCP connection, including both the database AND the windows sessions. | ||
+ | |||
+ | 5) Windows Sessions getting disconnected. You can disable the Windows SMB disconnect via registry settings (search the web for " | ||
+ | |||
+ | While you can eliminate the InPage I/O Error by moving the application locally, the loss of the TCP connection for the database cannot be fixed. I would start by capturing a network trace (with Wireshark) on a workstation experiencing the problem, and you should see EXACTLY what is happening when the failure appears. | ||
+ | |||
+ | |||
- | [[http:// | ||
- | [[administratoren: | ||
/data/kunden/wiki.ifw.de/htdocs/wiki/data/pages/administratoren/systemmeldungen/errorcodes_btrieve.txt · Zuletzt geändert: 10.05.2024 10:08 von walter