QRCMD.EXE Behaviour

asked on January 3, 2023

Hi All,

Our customer is trying to re-index the repository volume by volume, but they're not seeing the expected results and I just wanted to check what's expected in line with my understanding of how QRCMD.EXE works.

Let's say the customer has 20 volumes, and they run the QRCMD.EXE on volume 1 of 20, would that re-index volume 1 and leave the other 19 volumes worth of data in the text catalog, or would it overwrite the entire catalog leaving just the index data for volume 1?

I thought it would just index volume 1 and leave the remaining 19 volumes data untouched, but that isn't what we're seeing in testing. It seems to be overwriting the entire catalog.

Cheers!

Chris Douglas

0 0

replied on January 4, 2023

Hi Chris,

By default, QRcmd will replace the origin index data with the newly indexed one.

If you want to use QRcmd to reindex a volume and leave other data untouched, "-merge" option is needed.

For example, to reindex volume A in repository TEST and leave other data untouched, the command is like:

QRcmd.exe -p <path> -s <DBserver> -r TEST -vn A -merge

Yuan

0 0

View 4 previous replies

replied on January 6, 2023

Thanks Yuan Yuan,

I don't see the -merge option documented anywhere in the list of arguments.

https://doc.laserfiche.com/laserfiche.documentation/11/administration/en-us/Subsystems/LFAdmin/Content/QuickReindex_Utility.htm

Do you have any documentation on this?

Thanks!

Chris

0 0

replied on January 9, 2023

No, you are looking at correct place. The document needs update and I will send a request for updating.

0 0

replied on January 11, 2023

Hi Yuan Yuan,

The -merge parameter is not merging the catalog, it still completely overwrites the catalog with just the named volume in the argument.

Please can someone from Laserfiche confirm this behaviour and if the -merge parameter is supported.

Thanks!

0 0

replied on January 11, 2023

I tried it on my end. My QRcmd is 11.0.0.170, and my repository TESTQR has 2 volumes "DEFAULT" and "TEST", search folder of the catalog is "D:\lfdb\testqr\SEARCH". Before running QRcmd, contents on both DEFAULT and TEST are searchable.

Here are my steps:

1. re-index volume DEFAULT

Stop LFFTS
run QRcmd -p "D:\lfdb\testqr\SEARCH" -s heyuan -r TESTQR -vn DEFAULT -merge
start LFFTS
search and check that both contents in volume DEFAULT and TEST are searchable

2. re-index volume TEST

Stop LFFTS
run QRcmd -p "D:\lfdb\testqr\SEARCH" -s heyuan -r TESTQR -vn TEST -merge
start LFFTS
search and check that both contents in volume DEFAULT and TEST are searchable

If it doesn't work for you, I think a support case is appropriate here to collect more info so we can dig further. You may provide the version number of QRcmd, your command lines and steps, and the console outputs of QRcmd when opening the support case.

0 0

replied on January 11, 2023

Hi Yuan Yuan,

In your above example, if you complete just step 1 only and re-index and merge the DEFAULT volume, is the TEST volume searchable without completing step 2?

Cheers!

Chris Douglas

0 0

SELECTED ANSWER

replied on January 11, 2023 • Show version history

In my test, the search folder of my catalog D:\lfdb\testqr\SEARCH already contains the index data of both DEFAULT and TEST before running QRcmd. So the answer is yes.

If the search folder of the catalog is empty or DEFAULT has been re-indexed without -merge option before running QRcmd, then

run QRcmd -p "D:\lfdb\testqr\SEARCH" -s heyuan -r TESTQR -vn DEFAULT -merge => only contains index data of volume DEFAULT

then run QRcmd -p "D:\lfdb\testqr\SEARCH" -s heyuan -r TESTQR -vn TEST -merge => contains both index data of volume DEFAULT and TEST

0 0

replied on January 12, 2023

Thanks Yuan Yuan,

This is working now, just need Laserfiche to update the documentation to include the -merge command.

Cheers!

Chris Douglas

0 0

Question

Question

Answer

Replies

Sign in to reply to this post.