One of three cores is missing userData and lastModified fields from /admin/cores

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

One of three cores is missing userData and lastModified fields from /admin/cores

Aaron Daubman
Hey All,

On a Solr server running 4.10.2 with three cores, two return the expected
info from /solr/admin/cores?wt=json but the third is missing userData and
lastModified.

The first (artists) and third (tracks) cores from the linked screenshot are
the ones I care about. Unfortunately, the third (tracks) is the one missing
lastModified.

As far as I can see, that comes from:
https://github.com/apache/lucene-solr/blob/lucene_solr_4_10_2/solr/core/src/java/org/apache/solr/handler/admin/LukeRequestHandler.java#L568

I can't trace back to see what would possible cause getUserData() to return
an empty Object, but that appears to be what is happening?

For these severs, indexes that are pre-optimized are shipped over to the
server and the server is re-started... nothing is actually ever committed
on these live servers. This should behave exactly the same for artists and
tracks, even though tracks is the one always missing lastUpdated.

Here's the output in img format, I'll paste the full JSON[1] below:
http://monosnap.com/image/XMyAfk5z3AvHgY39m0qAKAGlc3RACI.png

I'd like to be able to provide access to clients to grab lastUpdated time
for both indices so that they can see how old/stale the data they are
getting results back from is...

...alternately, is there any other way to expose easily how old (last
modified time?) the index for a core is?

Thanks,
      Aaron

1: Full JSON
---snip---
{
  "responseHeader": {
    "status": 0,
    "QTime": 10
  },
  "defaultCoreName": "collection1",
  "initFailures": {
  },
  "status": {
    "artists": {
      "name": "artists",
      "isDefaultCore": false,
      "instanceDir": "/opt/solr/search/solr/artists/",
      "dataDir": "/opt/solr/search/solr/artists/",
      "config": "solrconfig.xml",
      "schema": "schema.xml",
      "startTime": "2015-03-24T14:12:23.667Z",
      "uptime": 7335696,
      "index": {
        "numDocs": 3360380,
        "maxDoc": 3360380,
        "deletedDocs": 0,
        "indexHeapUsageBytes": 63366952,
        "version": 421,
        "segmentCount": 1,
        "current": true,
        "hasDeletions": false,
        "directory":
"org.apache.lucene.store.MMapDirectory:MMapDirectory@/opt/solr/search/solr/artists/index
lockFactory=NativeFSLockFactory@/opt/solr/search/solr/artists/index",
        "userData": {
          "commitTimeMSec": "1427133705908"
        },
        "lastModified": "2015-03-23T18:01:45.908Z",
        "sizeInBytes": 25341305528,
        "size": "23.6 GB"
      }
    },
    "banana-int": {
      "name": "banana-int",
      "isDefaultCore": false,
      "instanceDir": "/opt/solr/search/solr/banana-int/",
      "dataDir": "/opt/solr/search/solr/banana-int/data/",
      "config": "solrconfig.xml",
      "schema": "schema.xml",
      "startTime": "2015-03-24T14:12:22.895Z",
      "uptime": 7336472,
      "index": {
        "numDocs": 3,
        "maxDoc": 3,
        "deletedDocs": 0,
        "indexHeapUsageBytes": 17448,
        "version": 135,
        "segmentCount": 3,
        "current": true,
        "hasDeletions": false,
        "directory":
"org.apache.lucene.store.NRTCachingDirectory:NRTCachingDirectory(MMapDirectory@/opt/solr/search/solr/banana-int/data/index
lockFactory=NativeFSLockFactory@/opt/solr/search/solr/banana-int/data/index;
maxCacheMB=48.0 maxMergeSizeMB=4.0)",
        "userData": {
          "commitTimeMSec": "1412796723183"
        },
        "lastModified": "2014-10-08T19:32:03.183Z",
        "sizeInBytes": 16196,
        "size": "15.82 KB"
      }
    },
    "tracks": {
      "name": "tracks",
      "isDefaultCore": false,
      "instanceDir": "/opt/solr/search/solr/tracks/",
      "dataDir": "/opt/solr/search/solr/tracks/",
      "config": "solrconfig.xml",
      "schema": "schema.xml",
      "startTime": "2015-03-24T14:12:23.656Z",
      "uptime": 7335713,
      "index": {
        "numDocs": 53268126,
        "maxDoc": 53268126,
        "deletedDocs": 0,
        "indexHeapUsageBytes": 517650552,
        "version": 100,
        "segmentCount": 1,
        "current": true,
        "hasDeletions": false,
        "directory":
"org.apache.lucene.store.MMapDirectory:MMapDirectory@/opt/solr/search/solr/tracks/index
lockFactory=NativeFSLockFactory@/opt/solr/search/solr/tracks/index",
        "userData": {
        },
        "sizeInBytes": 122892905007,
        "size": "114.45 GB"
      }
    }
  }
}
---snip---
Reply | Threaded
Open this post in threaded view
|

Re: One of three cores is missing userData and lastModified fields from /admin/cores

www.vivek.sharma
Were you able to get a solution to this issue ?


Aaron Daubman wrote
> On a Solr server running 4.10.2 with three cores, two return the expected
> info from /solr/admin/cores?wt=json but the third is missing userData and
> lastModified.
>
> The first (artists) and third (tracks) cores from the linked screenshot
> are
> the ones I care about.
*
> Unfortunately, the third (tracks) is the one missing
> lastModified.
*
>
> As far as I can see, that comes from:
> https://github.com/apache/lucene-solr/blob/lucene_solr_4_10_2/solr/core/src/java/org/apache/solr/handler/admin/LukeRequestHandler.java#L568
>
> I can't trace back to see what would possible cause getUserData() to
> return
> an empty Object, but that appears to be what is happening?





--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html