To get help with their individual installation of Tine 2.0, admins may either sign a commercial Service Level Agreement (SLA) with the developers (the company behing the project is called metaways) or they ask other users for help. Since Tine 2.0 as a project is widely community driven, for my share I try support others to enable them to spread the word about Tine 2.0 (and after that to help, too).
I guess you're probably here because you asked for support in the forum at tine20.org. To make things faster please read the following details on how to get reliable help as fast as possible.
Sometimes something goes wrong. As you're trying around the failure goes away. That's what we all do mostely. Here are my top advices for a good guess (with reasonable risk in stake):
If first aid doesn't help:
Many questioner only provide a description of symptoms ("cannot log in anymore..."). That's usually not even enough for a wild guess if it is not a common and known problem. Error reporting and solving depends on your environment heavily.
Please tell us within your first question:
The most important source of information about your Tine 2.0 system is the log-file. You will need it at some point so set it up directly at the beginning (where's the file, permissions, etc.); deactivate it later when not needed anymore.
To get help or report any errors the log should be in level DEBUG (priority = 7).You may configure it in setup.php (recommended for beinners) or directly in the file config.inc.php:
'logger' =>
array (
'active' => true,
'filename' => '/srv/www/tine20/tine20.log',
'priority' => '7',
),
If log-file already exists make sure to remember where the crucial part begins (parallel threads can overlap). In an bigger environment at least filter for the watched user. If you're unsure post the whole output (if too long provide it as separate download file). Watch out for lines with level "ERR" (meanwhile you're level is "DEBUG") or for stack traces (typically around more than one line beginning with a sharp "#"). Each thread has its unique identifier (the first five characters) - keep things together...
There shouldn't be any passwords or other sensitive informations included. In very rare cases they are (i.e. encoded in base64), so whenever possible use a test account.
Notes: After you configured it, tested your environment and all went well, only deactivate it (keep the working settings for next time)! For further information see the FAQ in the wiki. Especially the chapter about filtering the log file is very useful.
I can support foremost within my own field of expertise, which is:
To avoid any misunderstanding: In my experience releases are not public beta (some folks suggested that). Although there's a Tine 2.0 business edition this doesn't mean that only this releases are tested and supported well. Infact I never used other version as the regular releases of the community project. I have a Tine 2.0 system running productive for years on different systems (and upgraded since), so I can confirm "it works as expected".
Regards
Johannes
That's a good guide. If you like to post it at the tine20 forums I would make it sticky! :)
Erstellt von Michael Spahn, 24/02/2016 4:38pm (vor 9 Jahre)
RSS Feed für die Kommentare auf dieser Seite | RSS feed für alle Kommentare