Verity / cfindex issues

I've been having problems working with collections on our
site. This has been happening frequently ever since we upgraded
from CFMX6 to CFMX7. Sometimes it works, sometimes it doesn't.
Happens for both PURGE and REFRESH. I am performing the CFINDEX
within a CFM file, and it deosn't matter if I run the program in a
browser or from ColdFusion scheduled tasks.
Here is the error message I usually get:
An error occurred while performing an operation in the Search
Engine library.
Error reading collection information:
com.verity.api.administration.ConfigurationException:
java.io.IOException: Read timed out
Here is another message that I have received:
An error occurred while performing an operation in the Search
Engine library.
Error switching collection offline:
com.verity.api.administration.ConfigurationException:
java.io.IOException: Read timed out

Thank you, Pondini, I appreciate the link also.
Regards,
peter
Pondini wrote:
Texasbounds wrote:
Here is the message that i am receiving “System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent” has been modified and will not be repaired.
That's not a problem. See Mac OS X: Disk Utility's Repair Disk Permissions messages that you can safely ignore

Similar Messages

Verity Indexing issue

Hi All,
Can anyone help with this one. We're running CF5 (migrating
to 8 soon, so please don't chuckle). However when we come to
reindex our current collections, it takes a matter of seconds and
returns with no error. I've tried this through CF Administrator and
through CFINDEX code that has been running fine for over 4 years.
It now just doesn't seem to acknowledge there are any files to
index.
Just FYI, we have around 10,000 topics so nowhere near the
limit, we're also installed on Unix. I've been checking permissions
for the 'nobody' user and it looks fine, I'm not sure how it could
have changed without manual intervention anyway.
This is working in our development server, but in production
it's not.
Any thoughts?
Kind regards
Paul Pounder

Resolved.
FYI for future ref: Was around 100% space in /var/
Wish Coldfusion would have errored and let us know this
though. Hopefully 8 will be better.

Cfindex: path attribute issue

I am currently trying to index a network directory
recursively so that all of our HR files will be in a verity index.
This way a user could just search for "benefits" and view all
related benefit documentation that were placed in the HR hierarchy.
The issue occurs when trying to specify the path attribute for
cfindex. The files are stored on a network drive, so that ideal
path would be: "\\hrdata\documents". We do have an IIS mapping so
that if you want to our intranet and typed "
http://#ourintranet#/documents/"
you could reach any file. If I do a cfdirectory action="list" or
try to use cffile with the network paths, everything returns
correctly so I know that CF can see the propper mappings. However,
when I run the attached code it does not index any documents. Does
anyone have any ideas? I have been working on this for quite awhile
and I am really stumped.
Thanks in advance:
Brendan
Currently we are using CF MX 7.02 with Hot Fix 3

Brendan
I know that lucene (sp?) works on a unix implementation and
you can find some information over at coldfusionjedi.com, but are
there any other possible solutions you can use? I am unaware of how
you should proceed short of contacting the K2 (or whomever owns
verity now).

ColdFusion 9 - Verity Issue

Hello. We recently upgraded to CF 9 Enterprise running on Windows Server 2008 64 bit. It is running well with an issue we cannot seem to trace down.
The server works great for a random period of time and then randomly we get this error:
"The collection you specified does not exists or is not registered with the ColdFusion Search Service."
If you login to the CF Admin you see the collection but for some reason it cannot be searched... or accessed. If you attempt to delete it, the admin throws an error stating the collection doesn't exist. What ends up happening is that we recreate it, and repopulate the index. It runs fine for a while and then happens all over again...
Our current work around was to use the old server these sites were operating off of and use a remote web service. It's not ideal but given that the old system (CF 8 Standard on Windows Server 2003 32bit) doesn't have the above issue it "patches" the problem while we investigate a fix.
Any input/help would be appreciated.
Thanks
-Thomas

I like to add the following... when I check the log file verity-install.out I see the follwoing............
/coldfusion/verity/k2/_ilnx21/bin/vconfig: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
ERROR: Configuration failed to complete successfuly at Fri Sep 14 08:13:23 PDT 2012

Verity issue

Hey all. I have been using the admin console to update the
vertiy collection. However I want to start using the tag.
Question for you is: I have added a few new documents to the
collection. I want the verity engine to see them. Before I would
recreate the collection in the admin console. Is this the correct
process for the tag also? Or would I use the cfindex tag? Or do I
use the cfcollection tag?
thanks.

Use <CFINDEX ACTION="update" ... > You only use the
CFCOLLECTION tag when you are creating a new collection.

Verity Issue - Clustered Servers

To summarize:
We have an interesting issue that I am attempting to create a
work around for. Our website exists in a clustered enviorment (3
servers), a development server, and a file server (mostly PDF's
Word docs, PPT's etc...). Each server re-indexes the Verity
collections nightly via scheduled task and the file server does as
well. Since we host our servers in a sercure external enviorment
there is no direct network connection between the clustered servers
and the file server. Our work around for this was, since our
development server can see both, we would:
1) Re-index nightly on the file server
2) Set a scheduled task on the dev server to copy the files
from the collection on the file server to the test enviorment
3) Use our source control to submit these copies to the
clustered servers via scheduled task.
Everything was working great until we upgraded the file
server to MX 7. The collection file structure has changed for
vertity in MX 7 and we cannot output the results on the search
pages. We do plan to upgrade all of our servers to MX 7 but it is
going to take a few months.
We are trying to come up with some ideas as how we can
integrate the results from the file server. (i.e CFHTTP) as we dump
the results from 3 collections into an array and then sort the
relevance.
Any thoughts?
Thanks,
Jon

I'll restate this in simpler fashion.
Can you retrieve MX 7 verity search results on a MX 6.1
server?
Can this be done via CFHTTP or any other similar method?
Thanks

Verity issue after purging a collection

All,
I have recently discovered an issue with the way verity
provides suggestions when returning search results.
I have created a verity collection using verity spider. i
have registerd this collection in CFAdmin. I have successfully
searched against this collection and received 'suggestions' where
approriate.
So far so good.
However, when i re-run the spider (which purges the
collection then re-builds it) i no longer receive 'suggestions'
This issue is easily reproducable and consistently has
similar behavoir in that following the initial registering of the
collection it works but subsequent rebuilds of the collection
(which obviously don't need re-registering as the collection is
alreay registered) faiuls to provide suggestions
Am I missing something subtle here?

I'll restate this in simpler fashion.
Can you retrieve MX 7 verity search results on a MX 6.1
server?
Can this be done via CFHTTP or any other similar method?
Thanks

Verity Disk Permissions Issues with the New OS X Mountain Loin?

Has anyone run into any issue when you try to Verity Disk Permissions with the New OS X Mountain Loin?

Thank you, Pondini, I appreciate the link also.
Regards,
peter
Pondini wrote:
Texasbounds wrote:
Here is the message that i am receiving “System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent” has been modified and will not be repaired.
That's not a problem. See Mac OS X: Disk Utility's Repair Disk Permissions messages that you can safely ignore

Verity Search Server Issues

Anyone else have this issue when trying to use cfsearch
against a
collection? If so, was there a fix? We installed the search
server when we
installed CF8 as a package install.
Message Unable to connect to the ColdFusion Search service.
Detail On Windows, you may need to start the ColdFusion
Search Server from
the services control panel.
On Unix, you may need to run the search startup script in the
ColdFusion bin
directory.
Error: java.io.IOException: unable to obtain from connection
pool: cannot
make connection to server at: k2://localhost:9951
I restarted the search server about 10 times and even tried
the uninstall
and install bat files. Nothing seems to work. Thanks

Thanks for the suggestion. I tried just re-installing the CF8
Search server, but it still didn't work so I uninstalled it and
then reinstalled it. After that I was able to create the new
collections and finally, re-index the new collections. All seems
well for now. I have four more systems to recreate the collections
for and then re-index all of them.
This whole thing begs the questions:
1. How long is this installation going to survive?
2. Is this an indication of a very fragile product?
3. Are you and I the only ones having problems?
4. Are you and I the only ones using CF8 Verity?
5. Is Adobe aware of any problems with CF8 Verity?
6. Is there something wrong with my code that has worked
successfully with CF4, CF5 & CF6 now that I'm using CF8?
I’m sure there are other questions that should be asked
but I’m too tired and hungry to think about them right now.
Thanks again for your insight.
Len

Verity server license issue

Hi,
I have coldfusion/verity installation and everything is fine
after the installation. I ran the creation of verity collections
with no problem at all.
But after sometime, the "k2server.exe" won't run anymore. And
when I ran "k2server.exe" on the DOS prompt, it told me that I have
more CPU than that was licensed to verity. (I have two CPU's and
verity logs showed that it's binding only to a single CPU).Then
after that, verity "k2server.exe" will shutdown inself. When I
tried to re-install verity, "k2server.exe" ran properly again.
Any ideas what is really causing this problem. Im running
coldfusion/verity on windows 2003
Thanks in advance.

Hi Ahmed,
Just a thought :
can u check the number of servers appearing in system ----servers and system----cisco unified CM.
also, is database replication fine
regds,
aman

Verity issue - urgent

We are running Stellent 7.1.1 and verity 4.5 version
We have stage and production enviroment. The full text index works fine on the stage server but returns nothing on the production.
Metadata search like dDocTitle works on both servers.
Only difference between stage and production, production is configured to run verity as isolated process
eg:
/idcplg?IdcService=GET_SEARCH_RESULTS&QueryText=test&ftx=1&AdvSearch=True&ResultCount=20&SortField=dInDate&SortOrder=Desc
above query works on stage but not on Production server
eg:
idcplg?IdcService=GET_SEARCH_RESULTS&QueryText=dDocTitle+%3Csubstring%3E+%60test%60&ftx=&AdvSearch=True&ResultCount=20&SortField=dInDate&SortOrder=Desc
works on both servers
Thanks

Have you tried to rebuild the index on Production?

CF8 verity and acrobat 9.0 errors

we have an issue where the CF8 verity engine is not indexing
PDF files created with acrobat 9.0
the same PDF files generated with acrobat 8.1 work fine.
the acrobat 9.0 PDF files generate these errr messages in the
verity logs
Tue Jan 13 14:44:44 2009
msg(1): Warn E0-1514 (Drvr): TstrIOFilter:flt_kv: KV failed
on filtering document: error = 8
Tue Jan 13 14:44:44 2009
msg(1): Warn E2-0527 (Document Index): Document 3
(d:\developers\MRC\wesinfo\version2\admin\test\wespress_testing\docs\Stark4_acrobat_9_vie w_7.pdf):
Stream error (-140) - SKIPPING
are there a new set of filters available for verity, so that
it can index acrobat 9.0 files ?
also, we found that while cf8 verity can index word 2007
.docx files, it does not pickup the Title metatag.

I have figured it out....
Adobe Acrobat v8 saves PDFs in v5 (1.4) format by default. Adobe Acrobat v9 saves PDFs in v7 (1.6) format by default.
ColdFusions CFINDEX doesn't like PFDs saved in v6 (1.5) or higher. So if you upgrade to Adobe Acrobat v9 and want to use the PDFs in a CF verity search you need to configure Distiller to save in v5 (or earlier) format so they can be indexed. (Or just resave the files to be optimised for v5 after they have been created.)
My solution was to configure the application to do a CFFILE READ on the PDF when a user uploads the document into the system. The first 8 characters of the file contents indicate the PDF version. v4 and v5 will work. v6+ won't work.
<cfif Mid(fileContents, 6, 3) lte 1.4>

<cfelseif Mid(fileContents, 6, 3) gt 1.4>

</cfif>
Hope this comes in handy for someone one day!

ColdFusion Verity Search Float Problem

I have a database full of products. One of the fields for each product in the database is a minimum price. I'm trying to create a search that says something like "find all products with a minimum price between X and Y." However, when it returns results, it includes numbers that are out of the range. For instance, if I say between 2 and 3 dollars, it will return the correct results but will include numbers like 25.00 and 245.00, and when I do something like "between 4 and 5 dollars" it returns the correct results with additional numbers like "40.00" and "434.00." So it seems to me that ColdFusion can't process the floating number correctly...It sees a number like "40.00" and assumes its in the range between 4 and 5. Here is my code for the indexing:
<cfquery name="v_qryProductInfo" datasource="#application.DSN#">
SELECT DISTINCT    SP.pk_storeProductID,
                P.productName,
                C.categoryName,
                P.prodTimeMin,
                P.prodTimeMax,
                PD.miniDesc,
                PD.keywords,
                CONVERT(float, (dbo.getMinPrice(pk_storeProductID))) AS minPrice
FROM             tblProduct P
INNER JOIN        tblProductDescription PD ON P.pk_productID = PD.fk_productID
INNER JOIN        tblStoreProduct SP ON P.pk_productID = SP.fk_productID
INNER JOIN        tblProductSubCategory PSC ON SP.pk_storeProductID = PSC.fk_productID
INNER JOIN        tblSubCategory SC ON SC.pk_subCategoryID = PSC.fk_subCategoryID
INNER JOIN        tblCategory C ON C.pk_categoryID = SC.fk_categoryID
WHERE            (SP.blnStoreActive = 1)
AND                (SP.fk_storeID = #application.storeID#)
</cfquery>
<cfdump var="#v_qryProductInfo#">
<h1>Indexing data...</h1>
<cfindex
    action="refresh"
    collection="#application.vcCollection#"
    key="pk_storeProductID"
    type="custom"
    title="productName"
    query="v_qryProductInfo"
    body="miniDesc, keywords, pk_storeProductID, minPrice"
    Custom1="minPrice"
    Custom2="prodTimeMin"
    Custom3="prodTimeMax"
    Custom4="categoryName"
>
My cfsearch tag criteria looks like this:
    <cfsearch
        criteria="CF_CUSTOM1 >= #priceRangeMin# <AND> CF_CUSTOM1 <= #priceRangeMax#"
        name="qryFoundProducts"
        collection="#application.vcCollection#">
I've made the Custom1 column for the indexing the "minPrice" which is calculated as a function in my database. I've even tried making sure the number that is being entered in the Custom1 index is a float by using the CONVERT function in my SQL code. Any ideas why ColdFusion can't properly relate a float? It seems like it's trying to compare a string and a float, which isn't working too well.
Any info would be greatly apprecaited.

Well, firstly: don't blame Adobe for Verity... Verity is (well: was) a separate product, and I don't think Verity as a company has even existed during Adobe's tenure at the helm (to mix metaphors awkwardly) of CF.
That said, one perhaps can blame Adobe for any disconnect between Verity and CF's support thereof, if Verity does actually support numeric processing, and CF mungs that somehow. I'm not saying this is the case, but who knows?
What Adobe perhaps didn't do is ditch or deprecate Verity earlier than it did. Lucene's been around for ages, and has been solid for ages, so I don't know why they didn't revise their search engine support earlier than they did. Oh well.
Now: your issue.
First thing, this won't work:
<cfset keyList = #Val(ValueList(qryFoundProducts.key))#>
val() returns the value of a number, whereas valueList() returns... a list. So it val() works at all, the result will just be the value of the first number in the list. You also don't need the pound-signs there, but either way, it won't affect your situation.
Second, as CF is loosely typed, it doesn't matter if you pass a numeric string or an actual number to a <cfqueryparam> tag, if you've said the value is supposed to be an integer (CF_SQL_INTEGER), then CF will automatically convert it to an integer if it can. So provided the values in your query column can be expressed as integers, they will convert with no intervention on your part.
So, in that light, I'm not sure your problem is necessarily what you think it is..?
But you say there's a problem in your WHERE clause, but you don't actually say what the problem actually is. Are you getting an error? Or just no records? The wrong records?
What do you see if you dump the query out? If you take the values output by valueList() and execute the query with those values in a different DB client (like MS SQL Studio or whatever), do you get the results you expect?
What sort of data is in the Verity collection btw? Are they documents, or DB data, or a mix, or what? If there are PKs coming out of the collection, it sounds like the data came from a DB in the first place. Can you not use full-text searching in your DB, and leave Verity out of the equation?
Adam

CF9 New Search Engine Issues?

I have an older application that I have upgraded and I am only having issues with the Search Engine going form Verity to Solr.
I have a simple query tht gets the content for each page and indexes it. The code works awesome in Varity - but when I run it on the Solr system I get the following error:
Error_opening_new_searcher_exceeded_limit_of_maxWarmingSearchers4_try_again_later
Also - when this errors out (only this error) - the prowser shows the HTML Source of the error instead of the typical?
Any help, please!
There are only 207 records that I am trying to index?
between 20-25 actually get indexed.
<cfindex action="PURGE" collection="#application.stSiteData.objectCollection#">
            <cfquery name="qGetData" datasource="#application.stSiteData.datasource#">
                SELECT objectID
                FROM Objects
                WHERE active = 1
            </cfquery>
        <cfset myList = valueList(qGetData.objectID)>
        <cfloop list="#myList#" index="xobjectID">
            <CFQUERY name="qGetObjectData" datasource="#application.stSiteData.datasource#">
                SELECT        *
                FROM            objects INNER JOIN
                                        Pages ON objects.pageID = Pages.pageID
                WHERE            Pages.exSiteSearch <> 1
                        and objects.objectID = '#xobjectID#'
            </CFQUERY>
            <cfindex action="UPDATE"
                collection="#application.stSiteData.objectCollection#"
                key="objectID"
                query="qGetObjectData"
                type="CUSTOM"
                title="label"
                body="label,objectData"
                custom1="pageid"
                custom2="">
        </cfloop>

So I am still working on this and it seems that it's some kinf of Commit issue?
I don't understand why I can index 200 records without CF crashing? Thiis doens seem logical that the new SE would be such a POS?
I have tried updated the XML config form 4 to 8 - all that I could find, but I am still getting the same error that you see above - so Im not sure that changing that setting did anything?
This seems like there is a simple answer somewhere - I can't be the only one on these boards that is having issues?

Problems with Verity under ColdFusion MX 6.1

Hi,
I am having problems with Verity collection under ColdFusion
MX 6.1. I do a query and then try to index the results of that
query using the CFINDEX tag:
<cfquery name="qryContent"
datasource="#application.datasource#">
SELECT *
FROM table
</cfquery>
<cfoutput>#qryContent.RecordCount# pages being
indexed...<br></cfoutput> ----- here I get 1468 records
<cfindex
collection="Main_Content"
action="refresh"
type="custom"
query="qryContent"
body="cntContent"
key="pg"
urlpath="/info.cfm?"
custom1="content" >
<cfsearch
name = "search_results"
collection = "CoM_Main_Content">
<cfdump var="#search_results#">
<cfabort>
When I do the <CFSEARCH and then <CFDUMP the number of
records in the collection is 1409 - hence 59 records less than the
query returns...I have deleted the collection numeruos times and
re-created it, I have also increased the JVM settings on the
ColdFusion server and no difference at all...
I am out of ideas on how to solve this problem so I am hoping
somebody can recommend the solution to this...
Any ideas would be much appreciated.....
Thanks,
Vlad

Odds are it's nothing to do with the Coldfusion upgrade, it
has to do with MSIE 7. We were in the middle of a Site Rewrite
project when Windows XP started automatically updating users to
MSIE 7. They "fixed" so many things in 7, we had to re-QA the whole
site and fix a bunch of CSS issues so that the site would work and
display correctly in 7.
You might also verify that your Windows 2003 server has all
the current service packs and hotfixes. IIRC, there was at least
one that threw our servers for a loop until we applied another
hotfix.

Verity / cfindex issues

Similar Messages

Maybe you are looking for