Board error occurred (cod_ref: 15722...)
Hello, has anyone experienced the following error message in BOARD that simply does not allow you to navigate any further once logged in? (Board 10.3)
Answers
-
Dear Johan Kotze,
the code reference just describes the timestamp, when the error occured.
To get more informations about you have to check the LOG File of the BOARD Web Api.
For case you are using the self hosted engine by the default you have to check the directory C:\Program Files (x86)\Board\Board WebApi Server\App_Data\log\BoardWeb-yyyymmdd.log
Inside this file you can search for the reference number and see what happened.
Hope it helps
regards
Alexander Kappes
1 -
Hi Alexander Kappes,
Thanks for the pathway to the log. My folder is empty. Do I have to switch on this logging feature and, if so, how do I achieve this.
Kind regards,
Paul Wyatt
0 -
Dear Paul Wyatt - Avison Young UK,
for general the LOG is enabled for Log Level "error"
You can perform changes inside the file log.config. The file can be found inside C:\Program Files (x86)\Board\Board WebApi Server\App_Data\config:
Honestly I think your problem is related to missing permissions to the log folder. Can you check if the Account running the web API (by default "Systemaccount") is allowed to write into the folder?
Otherwise did you change the "write to" inside the log.config?
Or do you use IIS to host the BOARD Web Client?
Thanks for some more information
regards
Alexander Kappes
0 -
Hi Alexander,
Thanks for your response. I have requested that my IT support check the access rights of the Server Account as you have suggested. My log.config file is the same as yours, as are all of my config files which were not altered on installation.
I do have a IIS host for my production models and, once I've resolved this on my DEV and TEST platforms, I will deal with this in due course.
Kind regards,
Paul Wyatt
0 -
Hi Paul,
We had similar errors popping up on our Web Client. Our IT department "restarted the BOARD server" and it seemed to resolve the problem.
Hope this helps.
Michael
0 -
Thanks Michael,
Unfortunately, I have access to all of my servers so that I can fully administer them; re-boot, save files etc. What I don't have access to is the AD accounts, created and controlled by my IT dept.
Kind regards,
Paul Wyatt
0