Additionally checked...
Method of starting: sudo /opt/traccar/bin/traccar start
Tried both as a normal user and as root.
Made sure there were read permissions on the entire traccar directory.
The database is increasing in size every 60 seconds.
Currently using the Traccar client set to update every 60 seconds. Status shows this is happening.
Log shows the receipt of information every 60 seconds.
Server log shows receipt of information every 60 seconds.
Is there any timing for the java web page? My page never updates (devices last update) unless I hit refresh.
Mark
I stopped, then restarted the traccar process to get a good log of the restart:
STATUS | wrapper | 2016/05/18 15:50:52 | Java Service Wrapper Community Edition 64-bit 3.5.28 STATUS | wrapper | 2016/05/18 15:50:52 | Copyright (C) 1999-2016 Tanuki Software, Ltd. All Rights Reserved. STATUS | wrapper | 2016/05/18 15:50:52 | http://wrapper.tanukisoftware.com STATUS | wrapper | 2016/05/18 15:50:52 | STATUS | wrapper | 2016/05/18 15:50:53 | Launching a JVM... INFO | jvm 1 | 2016/05/18 15:50:53 | WrapperManager: Initializing... INFO | jvm 1 | 2016/05/18 15:50:53 | [MLog-Init-Reporter] INFO com.mchange.v2.log.MLog - MLog clients using slf4j logging. INFO | jvm 1 | 2016/05/18 15:50:53 | [WrapperSimpleAppMain] INFO com.mchange.v2.c3p0.C3P0Registry - Initializing c3p0-0.9.5.2 [built 08-December-2015 22:06:04 -0800; debug? true; trace: 10] INFO | jvm 1 | 2016/05/18 15:50:54 | INFO 5/18/16 3:50 PM: liquibase: Clearing database change log checksums INFO | jvm 1 | 2016/05/18 15:50:54 | INFO 5/18/16 3:50 PM: liquibase: Successfully acquired change log lock INFO | jvm 1 | 2016/05/18 15:50:54 | INFO 5/18/16 3:50 PM: liquibase: Successfully released change log lock INFO | jvm 1 | 2016/05/18 15:50:54 | INFO 5/18/16 3:50 PM: liquibase: Successfully acquired change log lock INFO | jvm 1 | 2016/05/18 15:50:56 | INFO 5/18/16 3:50 PM: liquibase: Reading from PUBLIC.DATABASECHANGELOG INFO | jvm 1 | 2016/05/18 15:50:56 | INFO 5/18/16 3:50 PM: liquibase: Reading from PUBLIC.DATABASECHANGELOG INFO | jvm 1 | 2016/05/18 15:50:56 | INFO 5/18/16 3:50 PM: liquibase: Successfully released change log lock INFO | jvm 1 | 2016/05/18 15:50:56 | [WrapperSimpleAppMain] INFO com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource - Initializing c3p0 pool... com.mchange.v2.c3p0.ComboPooledDataSource [ acquireIncrement -> 3, acquireRetryAttempts -> 30, acquireRetryDelay -> 1000, autoCommitOnClose -> false, automaticTestTable -> null, breakAfterAcquireFailure -> false, checkoutTimeout -> 0, connectionCustomizerClassName -> null, connectionTesterClassName -> com.mchange.v2.c3p0.impl.DefaultConnectionTester, contextClassLoaderSource -> caller, dataSourceName -> 2xophf9g1iu4j2f18srsi1|6bdaa5d1, debugUnreturnedConnectionStackTraces -> false, description -> null, driverClass -> org.h2.Driver, extensions -> {}, factoryClassLocation -> null, forceIgnoreUnresolvedTransactions -> false, forceSynchronousCheckins -> false, forceUseNamedDriverClass -> false, identityToken -> 2xophf9g1iu4j2f18srsi1|6bdaa5d1, idleConnectionTestPeriod -> 600, initialPoolSize -> 3, jdbcUrl -> jdbc:h2:/opt/traccar/data/database, maxAdministrativeTaskTime -> 0, maxConnectionAge -> 0, maxIdleTime -> 0, maxIdleTimeExcessConnections -> 0, maxPoolSize -> 15, maxStatements -> 0, maxStatementsPerConnection -> 0, minPoolSize -> 3, numHelperThreads -> 3, preferredTestQuery -> null, privilegeSpawnedThreads -> false, properties -> {user=******, password=******}, propertyCycle -> 0, statementCacheNumDeferredCloseThreads -> 0, testConnectionOnCheckin -> true, testConnectionOnCheckout -> false, unreturnedConnectionTimeout -> 0, userOverrides -> {}, usesTraditionalReflectiveProxies -> false ] INFO | jvm 1 | 2016/05/18 15:50:56 | [WrapperSimpleAppMain] INFO org.eclipse.jetty.util.log - Logging initialized @3135ms INFO | jvm 1 | 2016/05/18 15:50:56 | [WrapperSimpleAppMain] INFO org.eclipse.jetty.server.Server - jetty-9.2.15.v20160210 INFO | jvm 1 | 2016/05/18 15:50:57 | [WrapperSimpleAppMain] INFO org.eclipse.jetty.server.handler.ContextHandler - Started o.e.j.s.ServletContextHandler@3802e653{/api,null,AVAILABLE} INFO | jvm 1 | 2016/05/18 15:50:57 | [WrapperSimpleAppMain] INFO org.eclipse.jetty.server.ServerConnector - Started ServerConnector@11fe0df{HTTP/1.1}{0.0.0.0:8082} INFO | jvm 1 | 2016/05/18 15:50:57 | [WrapperSimpleAppMain] INFO org.eclipse.jetty.server.Server - Started @4420ms
And the problem turned out to be my own. A client side java blocker in the browser!
I knew if I took a break something would appear out of nowhere.
Mark
Traccar doesn't use client-side Java. Only JavaScript.
Yeah, it was a javascript blocker.
Is there any way to select different icons for groups maybe? I don't see where any icons (except for the favicon) are stored. It would be a nice feature.
Also, is there any way to allow auto registration?
Thanks
Mark
Currently it's not possible to select icons, but I'm considering implementing it in one of the next releases.
Auto-registration is not possible either at the moment.
Currently it's not possible to select icons, but I'm considering implementing it in one of the next releases.
Auto-registration is not possible either at the moment.
I am trying to diagnose why no devices are seen on the map. They should be seen in near real time, right? I should not have to do anything to see one, should I?
Here are some details:
Traccar 3.5 on Centos 7 (traccar-linux-64-3.5.zip)
The device shows on the devices list and is green.
Time is within a minute.
Report shows history of more than a dozen location reports.
Nothing shows on map UNLESS I bring up the history. Then all points show and individual points are highlighted as I select them.
I have tried both Traccar (above) and OSMAnd (below) protocols and everything gets to the server. It all appears correct.
I have tried two clients both obtained from the google play store on android.
netstat -ln show it is listening on all of the protocol ports (something I'll likely eventually change.)
The firewall is allowing both of the used ports on both tcp and udp.
I cannot find any filters in the conf files that would be disallowing anything.
I'm at a loss now. Any suggestions?
Thanks
Mark