Apache errors are apache errors. These could be anything that apache doesn't understand. OTRS application based logging happens in otrs logs via the method described. The front end interface to the application has different things that it checks, and may be out of the scope of what OTRS knows, and vice versa. It is entirely possible that OTRS can receive and manage tickets with all other events, filters, and cron jobs executing without apache running. Whether Agents can interact with tickets is a different issue, but the provider of the web interface (apache, iis, nginx, etc) and OTRS may not know anything about the other.
Re: logging from cron: the fact that a job runs or not is logged via the appropriate logging method of the cron service. This only tells you that it tried to run it. Anything that the job does to otrs, if the job uses API and the API logs something, will be handled via OTRS's syslog facility. As with any other service, the provider of the service and OTRS itself may be agnostic to anything the service does. OTRS won't know the cron job has run. It will report in its syslog facility (see my link) on what it knows in the application. Timestamps in OTRS's syslog should concur with the cron job being run, but to OTRS, it is immaterial that the job is being run by cron or by command line. The cron service has no clue that it is running an OTRS job, on its own, but may report on errors if such is configured in the crontab. On Wed, Oct 17, 2012 at 10:52 AM, Bogdan Iosif <bogdan.io...@gmail.com>wrote: > I get the fact that on *nix systems, otrs.log is likely replaced by syslog. > > Apache's error.log, I'm most confused about, especially in relationship > with otrs.log. Will errors commonly appear in both logs in different form > or is my initial (3.2.1) assumption generally true in that an error usually > appears in apache's error log if it's missed by OTRS's code. > > Also, I saw references in mailing list entries / forums pointing users to > check OTRS's "console log". I don't know what that usually means. Apache's > error.log, otrs.log/syslog, both or something else? > > Logging from jobs invoked via cron[w] are another source of mystery. Do > the jobs coming with OTRS by default perform their logging to > syslog/otrs.log or do they do it by using cron's log? Auditing some kind of > output from Generic Agent's executions is of special interest to me because > I hate running that without being able to see exactly what it did or did > not do. > > Thanks, > bogdan > > > On Wed, Oct 17, 2012 at 5:06 PM, Gerald Young <cryth...@gmail.com> wrote: > >> I want to plug this link ... >> http://forums.otterhub.org/viewtopic.php?f=60&t=16826 >> >> 2 through 4 are application/operating system specific file locations, but >> much of what you've described appears to be accurate. >> >> In *general*, the only truly relevant logs are otrs.log/syslog (per the >> link above, more information) and apache logs. >> >> On the other hand, application specific logs would troubleshoot problems >> with, for instance, email or cron jobs not running. Much of the time, these >> issues do not relate to problems with OTRS, but with the service OTRS calls. >> >> TicketCounter.log is also in var/log/ and is relevant in different ways >> to different ticket numbering schemes. >> >> On Wed, Oct 17, 2012 at 9:46 AM, Bogdan Iosif <bogdan.io...@gmail.com>wrote: >> >>> Hi, >>> >>> What is the big picture of an OTRS instance's logging subsystem[s]? >>> Please validate / complete the following statements or maybe paint your >>> own picture or point me to a doc source (i failed to Google my way to one): >>> >>> >>> - (1) files: %OTRS_HOME%\var\logs\*.log >>> - (1.1) "otrs.log" >>> - (1.1.1) Are these statements correct? : "otrs.log" is the >>> main log file where entries are written only via the >>> "Kernel::System::Log" >>> core module. Investigation for most non-trivial OTRS errors should >>> start by >>> looking in "otrs.log". >>> - (1.2) "SchedulerERR*.log" / "SchedulerOUT*.log" >>> - (1.2.1) What purpose do these files serve? >>> - (1.3) Are there other log files commonly found in this folder? >>> - (2) GUI: ADMIN -> "System Log" >>> - (2.1) Are these statements correct? : "otrs.log" from (1.1) is >>> exposed in this GUI on *nix installations but not on Windows >>> http://doc.otrs.org/3.1/en/html/adminarea-system-log.html >>> - (3) files: %APACHE_HOME%\logs\*.log >>> - (3.1) "access.log" >>> - (3.1.1) Are these statements correct? : Not very interesting >>> for OTRS error analysis. Documented here >>> http://httpd.apache.org/docs/2.2/logs.html#accesslog >>> - (3.2) "error.log" >>> - (3.2.1) Are these statements correct? : When OTRS crashes >>> really bad, this is the log to look at. "Console" log for >>> mod_perl??? >>> Documented here >>> http://httpd.apache.org/docs/2.2/logs.html#errorlog >>> - (3.3) Are there other log files commonly found in this folder? >>> - (4) files: %CRONW_HOME%\logs\*.log >>> - (4.1) "cronw.log" >>> - (4.1.1) Are these statements correct? : Specific to Windows. >>> Cronw writes to this log, depending on its logging level, when it >>> starts >>> up, reloads crontab or executes various entries in crontab >>> - (4.1.1) Since Generic Agent jobs are run from cronw, will >>> errors encountered by these jobs be written to this log? If not, >>> then >>> where? Any relationship to (1.2)? Is it possible to log some kind >>> of output >>> from Generic Agent jobs for audit purposes? If so, how? >>> - (4.2) Are there other log files commonly found in this >>> folder? >>> >>> >>> Looks like a quiz but I was just trying to make it easy to answer to a >>> particular question. >>> >>> Thanks, >>> Bogdan >>> >>> P.S: I'm running v3.1.10 on Windows with the configuration deployed by >>> the Windows installer OTRS package (Apache/StrawberryPerl/mysql) >>> --------------------------------------------------------------------- >>> OTRS mailing list: otrs - Webpage: http://otrs.org/ >>> Archive: http://lists.otrs.org/pipermail/otrs >>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >>> >> >> >> --------------------------------------------------------------------- >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> > > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
