nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Tagging error

msrinivas

TeamSite 6.7.1 SP1/Solaris

We have migrated TS from one box to another. Most of the stuff seems to be working fine except for metadata tagging. There is no MetaTagger involved and we are using the older tagger GUI.

I have verified that the datacapture.cfg and metadata-rules.cfg match on both the boxes. There are no errors in the usual log files.

[HTML]
Root cause:
No ruleset found for vpath: //iwov01/default/main/gearhead/WORKAREA/common/templatedata/documents/On_Demand.pdf

Details...

com.interwoven.ui.tagui.util.NoRulesetFoundException: No ruleset found for vpath: //iwov01/default/main/gearhead/WORKAREA/common/templatedata/documents/On_Demand.pdf
at com.interwoven.ui.tagui.util.DCTMergeManager.mergeDCT(DCTMergeManager.java:122)
at com.interwoven.ui.tagui.util.DCTMergeManager.mergeDCT(DCTMergeManager.java:93)
at com.interwoven.ui.tagui.SaveMetadataCommand.execute(SaveMetadataCommand.java:160)
at com.interwoven.ui.base.impl.command.CommandHandler.doExecuteCommand(CommandHandler.java:915)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandDescriptor(CommandHandler.java:752)
at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandID(CommandHandler.java:629)
at com.interwoven.ui.base.impl.command.CommandHandler.runCommandLoop(CommandHandler.java:234)
at com.interwoven.ui.base.impl.command.CommandServlet.doGet(CommandServlet.java:163)
at com.interwoven.ui.base.impl.command.CommandServlet.doPost(CommandServlet.java:263)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.interwoven.ui.base.impl.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:204)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.interwoven.ui.base.util.SetRequestEncodingFilter.doFilter(SetRequestEncodingFilter.java:105)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)

[/HTML]

Any ideas?

TIA

Find more posts tagged with

Comments

ISCBorisB

Do you have identical Branch Naming as well? In other words, do regexes from the metadata Rules File still match?

msrinivas

Yep. We migrated the entire store from the old box to the new one.

ccprofessional

...We migrated the entire store from the old box to the new one.

How did you migrate?
Do you see any other problems? especially errors like 'access denied' when the asset appears to have proper permissions?
Anything else wierd since the migration?

msrinivas

Nope. Everything else is good. Able to edit DCRs, preview files etc. Made sure permissions match on metadata-rules.cfg and datacapture.cfg

nipper

Can you write just a basic ruleset ? Does anything get procssed ?
is there a ruleset for //iwov1/default/.......

BTW, what version of TS did you migate from ?

ccprofessional

I'll have to repeat:

How did you migrate?

msrinivas

Can you write just a basic ruleset ? Does anything get procssed ?
is there a ruleset for //iwov1/default/.......

BTW, what version of TS did you migate from ?

We are just replacing hardware. TS version is same incl. patches. I forgot to mention that the tagger GUI comes up and all the field that are already tagged are there correctly. If I edit any one of them or add data to a new field and try to save that is when this error pops up.

There are a lot of rule sets and all of them give the same error when we try to edit/add metadata and save.

Adam Stoller

We are just replacing hardware. TS version is same incl. patches. I forgot to mention that the tagger GUI comes up and all the field that are already tagged are there correctly. If I edit any one of them or add data to a new field and try to save that is when this error pops up.

There are a lot of rule sets and all of them give the same error when we try to edit/add metadata and save.

Please verify:

The issue shown is for conditions that match *.pdf in this particular (or generic) directory path within this particular (or generic) workarea within this particular (or generic) branch, on a server whose hostname value is either generically ignored or explicitly specified as "iwov01".It would help if you could post the metadata-rules.cfg file you are using so that we can see how the above path should be interpreted via the conditions. We might also need to see the datacapture.cfg file as well to verify that the rulesets for the condition(s) that should be triggered in the metadata-rules.cfg actually exist within the datacapture.cfg.

msrinivas

Please verify:
Both old and new server are running the same exact version of TS/OD/etc. (TS671 SP1 - right?)
Both old and new server are running the same version of OS (which is?)
The "migration" was performed by copying the entire iw-store directory from one server to the other while TS was shut down on both servers (if not - please explain exactly what you did)
iwidmap was used to fix local server account userid and groupid mappings between the two servers

Yes on all four. Solaris.

The issue shown is for conditions that match *.pdf in this particular (or generic) directory path within this particular (or generic) workarea within this particular (or generic) branch, on a server whose hostname value is either generically ignored or explicitly specified as "iwov01".

The same exact rulesets work on the old server that is currently being used.

I will try and get both the files. Just for kicks I might just delete both the files and put them back on the new server. You never know!!

ISCBorisB

Yes on all four. Solaris.

The same exact rulesets work on the old server that is currently being used.

I will try and get both the files. Just for kicks I might just delete both the files and put them back on the new server. You never know!!

If "NoRulesetFound" is not a red herring certain rule(s) either do not match or can not be obtained in the first place

Perhaps you have some access rights discrepancies, IWOV processes effective PIDs difference and the like.
Have you tried to change mode for both Files to 777? Temporarily, just for troubleshooting...