[ 
https://issues.apache.org/jira/browse/SOLR-6775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14221134#comment-14221134
 ] 

Ryan Hesson commented on SOLR-6775:
-----------------------------------

Sure, I really appreciate the help. Please let me know if I can share any more 
information. 

Thank you for your time,

Ryan

This is my setting on the master Solr index: 

  <requestHandler name="/replication" class="solr.ReplicationHandler" >
       <lst name="master">
         <str name="replicateAfter">commit</str>
         <str name="replicateAfter">startup</str>
         <str name="backupAfter">optimize</str>
         <str name="confFiles">schema.xml,stopwords.txt</str>
       </lst>
       <int name="maxNumberOfBackups">2</int>
  </requestHandler>

This is my setting on the slave Solr index:

  <requestHandler name="/replication" class="solr.ReplicationHandler" >
       <lst name="slave">
         <str name="masterUrl">[Server URL]:8983/solr/[Core Name]</str>
         <str name="pollInterval">01:00:00</str>
       </lst>
  </requestHandler>

Far as API call, I know I'm doing add/update documents to the core and then a 
commit. Here's additional log info if it helps:

58316473 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update params={wt=javabin&version=2} {add=[559991 (1485389611244978176)]} 
0 14
58316500 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update params={wt=javabin&version=2} {add=[560030 (1485389611278532608)]} 
0 9
58316507 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update params={wt=javabin&version=2} {add=[539417 (1485389611289018368)]} 
0 4
58316523 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update params={wt=javabin&version=2} {add=[568646 (1485389611304747008)]} 
0 5
58316537 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update params={wt=javabin&version=2} {add=[635394 (1485389611318378496)]} 
0 6
58316677 [qtp12610551-16] INFO  org.apache.solr.update.UpdateHandler  – start 
commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=false,prepareCommit=false}
58316714 [qtp12610551-16] INFO  org.apache.solr.core.SolrCore  – 
SolrDeletionPolicy.onCommit: commits: num=2
        
commit{dir=NRTCachingDirectory(NIOFSDirectory@/index/solr-4.10.0/[Company 
Name]/[Core Name]/data/index 
lockFactory=NativeFSLockFactory@/index/solr-4.10.0/[Company Name]/[Core 
Name]/data/index; maxCacheMB=48.0 
maxMergeSizeMB=4.0),segFN=segments_9n,generation=347}
        
commit{dir=NRTCachingDirectory(NIOFSDirectory@/index/solr-4.10.0/[Company 
Name]/[Core Name]/data/index 
lockFactory=NativeFSLockFactory@/index/solr-4.10.0/[Company Name]/[Core 
Name]/data/index; maxCacheMB=48.0 
maxMergeSizeMB=4.0),segFN=segments_9o,generation=348}
58316714 [qtp12610551-16] INFO  org.apache.solr.core.SolrCore  – newest commit 
generation = 348
58316717 [qtp12610551-16] INFO  org.apache.solr.search.SolrIndexSearcher  – 
Opening Searcher@1ff79df[Core Name] main
58316721 [qtp12610551-16] INFO  org.apache.solr.update.UpdateHandler  – 
end_commit_flush
58316721 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
QuerySenderListener sending requests to Searcher@1ff79df[Core Name] 
main{StandardDirectoryReader(segments_9o:1720:nrt _ik(4.10.0):C90144/5:delGen=1 
_il(4.10.0):C5)}
58316721 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
QuerySenderListener done.
58316722 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
[Core Name] Registered new searcher Searcher@1ff79df[Core Name] 
main{StandardDirectoryReader(segments_9o:1720:nrt _ik(4.10.0):C90144/5:delGen=1 
_il(4.10.0):C5)}
58316735 [qtp12610551-16] INFO  
org.apache.solr.update.processor.LogUpdateProcessor  – [Core Name] webapp=/solr 
path=/update 
params={waitSearcher=true&commit=true&wt=javabin&version=2&softCommit=false} 
{commit=} 0 58
58316737 [qtp12610551-16] INFO  org.apache.solr.update.UpdateHandler  – start 
commit{,optimize=true,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=false,prepareCommit=false}
58319963 [qtp12610551-16] INFO  org.apache.solr.core.SolrCore  – 
SolrDeletionPolicy.onCommit: commits: num=2
        
commit{dir=NRTCachingDirectory(NIOFSDirectory@/index/solr-4.10.0/[Company 
Name]/[Core Name]/data/index 
lockFactory=NativeFSLockFactory@/index/solr-4.10.0/[Company Name]/[Core 
Name]/data/index; maxCacheMB=48.0 
maxMergeSizeMB=4.0),segFN=segments_9o,generation=348}
        
commit{dir=NRTCachingDirectory(NIOFSDirectory@/index/solr-4.10.0/[Company 
Name]/[Core Name]/data/index 
lockFactory=NativeFSLockFactory@/index/solr-4.10.0/[Company Name]/[Core 
Name]/data/index; maxCacheMB=48.0 
maxMergeSizeMB=4.0),segFN=segments_9p,generation=349}
58319963 [qtp12610551-16] INFO  org.apache.solr.core.SolrCore  – newest commit 
generation = 349
58319983 [Thread-19] INFO  org.apache.solr.handler.SnapShooter  – Creating 
backup snapshot...
Exception in thread "Thread-19" java.lang.NullPointerException
        at org.apache.solr.handler.SnapPuller.delTree(SnapPuller.java:1026)
        at 
org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:162)
        at org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:91)
58320080 [qtp12610551-16] INFO  org.apache.solr.search.SolrIndexSearcher  – 
Opening Searcher@ff73af[Core Name] main
58320083 [qtp12610551-16] INFO  org.apache.solr.update.UpdateHandler  – 
end_commit_flush
58320083 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
QuerySenderListener sending requests to Searcher@ff73af[Core Name] 
main{StandardDirectoryReader(segments_9p:1722:nrt _im(4.10.0):C90144)}
58320084 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
QuerySenderListener done.
58320084 [searcherExecutor-6-thread-1] INFO  org.apache.solr.core.SolrCore  – 
[Core Name] Registered new searcher Searcher@ff73af[Core Name] 
main{StandardDirectoryReader(segments_9p:1722:nrt _im(4.10.0):C90144)}




> Creating backup snapshot null pointer exception
> -----------------------------------------------
>
>                 Key: SOLR-6775
>                 URL: https://issues.apache.org/jira/browse/SOLR-6775
>             Project: Solr
>          Issue Type: Bug
>          Components: replication (java)
>    Affects Versions: 4.10
>         Environment: Linux Server, Java version "1.7.0_21", Solr version 
> 4.10.0
>            Reporter: Ryan Hesson
>              Labels: snapshot, solr
>
> I set up Solr Replication. I have one master on a server, one slave on 
> another server. The replication of data appears functioning correctly. The 
> issue is when the master SOLR tries to create a snapshot backup it gets a 
> null pointer exception. 
> org.apache.solr.handler.SnapShooter createSnapshot method calls 
> org.apache.solr.handler.SnapPuller.delTree(snapShotDir); at line 162 and the 
> exception happens within  org.apache.solr.handler.SnapPuller at line 1026 
> because snapShotDir is null. 
> Here is the actual log output:
> 58319963 [qtp12610551-16] INFO  org.apache.solr.core.SolrCore  - newest 
> commit generation = 349
> 58319983 [Thread-19] INFO  org.apache.solr.handler.SnapShooter  - Creating 
> backup snapshot...
> Exception in thread "Thread-19" java.lang.NullPointerException
>         at org.apache.solr.handler.SnapPuller.delTree(SnapPuller.java:1026)
>         at 
> org.apache.solr.handler.SnapShooter.createSnapshot(SnapShooter.java:162)
>         at org.apache.solr.handler.SnapShooter$1.run(SnapShooter.java:91)
> I may have missed how to set the directory in the documentation but I've 
> looked around without much luck. I thought the process was to use the same 
> directory as the index data for the snapshots. Is this a known issue with 
> this release or am I missing how to set the value? If someone could tell me 
> how to set snapshotdir or confirm that it is an issue and a different way of 
> backing up the index is needed it would be much appreciated. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to