Re: convert FA to RF port

Hi,

We have DMX3 with 5773. We have a RF port replicatng to other DMX3 via fibre.

We wanna migrate from first DMX3 to VMAX via FCIP.

Now can, for eg : 7A0 is an existing RA port …can i use 7A1 for another SRDF traffic to VMAX. They both will be RF ports eventually.

I know that we can’t use the port 7A as half FA and half RF as the whole processor is dedicated for RF but here i wanna use them as RF for both.

7A0 in RDFG1 and 7A1 in RDFG2.

Is it possible ??? If not any real reason of wasting other port ???

Thanks

Related:

Re: Documentum 7.2 Repository fails to start after joining windows domain

Lockbox is sensitive to system parameters, so as soon as you changed some hardware settings, you would need to reset

system fingerprint.

The only way to resolve the finger print issues is to run the below command for CS lockbox, so lockbox will collect new systems fingerprint and will continue work.

dm_crypto_manage_lockbox -lockbox <lockboxname> -lockboxpassphrase mypass -resetfingerprint

This command only available from 7.2 P03, and it states in 7.2 patch release notes. You need to apply latest patch if CS is not on P03 yet.

CS-50306

Add a new tool dm_crypto_manage_lockbox to change lockbox passphrase and to reset host finger print.

To reset the host, type the following command:

dm_crypto_manage_lockbox.exe -lockbox a.lb -resetfingerprint -lockboxpassphrase password@123P

To change the passphrase, type the following command:

dm_crypto_manage_lockbox.exe -lockbox a.lb -lockboxpassphrase Password@123 -changepassphrase -newpassphrase password@123P

Related:

Re: Index agent failing to index: timeout

2017-04-27 11:10:34,782 INFO [http–0.0.0.0-9302-143] c.e.d.c.fulltext.indexserver.search.SearchServer – QueryID=PrimaryDsearch$521d0781-66f8-45d1-b4a6-609ccabba7e0, query-locale=en, query-string=declare option xhive:fts-analyzer-class ‘com.emc.documentum.core.fulltext.indexserver.core.index.xhive.IndexServerAnalyzer’; declare option xhive:ignore-empty-fulltext-clauses ‘true’; declare option xhive:index-paths-values “dmftmetadata//owner_name,dmftsecurity/acl_name,dmftsecurity/acl_domain”; let $libs := collection(‘/DocStore/dsearch/Data’) let $results := for $dm_doc score $s in $libs/dmftdoc[(dmftmetadata//a_is_hidden = “false”) and (dmftversions/iscurrent = “true”) and (dmftinternal/i_all_types = “030095b980000261”) and (dmftmetadata//authors ftcontains “Esen Muhammet Enes” with stemming using stop words default entire content)] order by $s descending return $dm_doc return (for $dm_doc in subsequence($results,1,351) return <r>{for $attr in $dm_doc/dmftmetadata//*[local-name()=(‘r_object_id’,’r_version_label’,’object_name’,’r_object_type’,’a_content_type’,’a_application_type’,’r_is_virtual_doc’,’r_link_cnt’,’r_lock_owner’,’r_policy_id’,’r_assembled_from_id’,’r_immutable_flag’,’r_frozen_flag’,’i_is_reference’,’legacy_no’,’title’,’lc_state’,’r_modify_date’)] return <attr name='{local-name($attr)}’ type='{$attr/@dmfttype}’>{string($attr)}</attr>}{xhive:highlight(($dm_doc/dmftcontents/dmftcontent/dmftcontentref,$dm_doc/dmftcustom))}<attr name=’score’ type=’dmdouble’>{string(dsearch:get-score($dm_doc))}</attr></r>) is running

2017-04-27 11:11:34,855 ERROR [http–0.0.0.0-9302-143] c.e.d.c.fulltext.indexserver.search.SearchServer – Failed to execute query PrimaryDsearch$521d0781-66f8-45d1-b4a6-609ccabba7e0

com.emc.documentum.core.fulltext.common.search.FtSearchException: QueryID=PrimaryDsearch$521d0781-66f8-45d1-b4a6-609ccabba7e0 timed out

at com.emc.documentum.core.fulltext.indexserver.search.SearchSession.waitForResult(SearchSession.java:992)

at com.emc.documentum.core.fulltext.indexserver.search.SearchSession.takeFromResultCache(SearchSession.java:849)

at com.emc.documentum.core.fulltext.indexserver.search.SearchSession.produceResults(SearchSession.java:750)

at com.emc.documentum.core.fulltext.indexserver.search.SearchServer.processResults(SearchServer.java:518)

at com.emc.documentum.core.fulltext.indexserver.search.SearchServer.executeQuery(SearchServer.java:133)

at com.emc.documentum.core.fulltext.indexserver.core.handlers.impl.SearchQueryHandler.executeAction(SearchQueryHandler.java:21)

at com.emc.documentum.core.fulltext.indexserver.core.handlers.impl.AbstractSearchHandler.handleRequestBody(AbstractSearchHandler.java:26)

at com.emc.documentum.core.fulltext.indexserver.core.handlers.impl.AbstractRequestHandler.handle(AbstractRequestHandler.java:28)

at com.emc.documentum.core.fulltext.webapp.FtDispatchFilter.execute(FtDispatchFilter.java:183)

at com.emc.documentum.core.fulltext.webapp.FtDispatchFilter.doFilter(FtDispatchFilter.java:80)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)

at com.emc.documentum.indexserver.rest.log.MessageLoggingFilter.doFilter(Unknown Source)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)

at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)

at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)

at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)

at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)

at java.lang.Thread.run(Thread.java:745)

2017-04-27 11:11:34,855 WARN [Search-Thread-1] c.e.d.core.fulltext.indexserver.cps.CPSSubmitter – Interrupted while waiting for CPS stub

java.lang.InterruptedException: null

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.reportInterruptAfterWait(AbstractQueuedSynchronizer.java:2017)

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2052)

at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:374)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter.getCPSSvc(CPSSubmitter.java:573)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter.access$600(CPSSubmitter.java:43)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter$CPSNormalAction.doAction(CPSSubmitter.java:702)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter$CPSAction.call(CPSSubmitter.java:660)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter.sendRequests(CPSSubmitter.java:302)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSRouter.sendRequestsWithRetry(CPSRouter.java:388)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSRouter.submit(CPSRouter.java:128)

at com.emc.documentum.core.fulltext.indexserver.core.index.xhive.ESSBaseAnalyzer.rlpTokenStreams(ESSBaseAnalyzer.java:246)

at com.emc.documentum.core.fulltext.indexserver.core.index.xhive.ESSBaseAnalyzer.tokenStreams(ESSBaseAnalyzer.java:219)

at com.xhive.xquery.fts.queryparser.e.a(xdb:816)

at com.xhive.xquery.fts.queryparser.e.a(xdb:635)

at com.xhive.xquery.fts.queryparser.e.a(xdb:616)

at com.xhive.xquery.fts.queryparser.e.a(xdb:526)

at com.xhive.xquery.fts.queryparser.e.a(xdb:329)

at com.xhive.xquery.fts.xqft.e.a(xdb:61)

at com.xhive.xquery.fts.xqft.f.b(xdb:14)

at com.xhive.xDB_10_5_r3285790.or.a(xdb:30)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOFtcontains.a(xdb:710)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1214)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1211)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1211)

at com.xhive.xquery.pathexpr.v$a.initialize(xdb:158)

at com.xhive.xquery.pathexpr.v$a.cg(xdb:84)

at com.xhive.xquery.pathexpr.ad$a.cn(xdb:104)

at com.xhive.xquery.pathexpr.ax.axi(xdb:39)

at com.xhive.xquery.pathexpr.ax.<init>(xdb:32)

at com.xhive.xquery.pathexpr.av.a(xdb:424)

at com.xhive.xquery.pathexpr.av.a(xdb:404)

at com.xhive.xquery.pathexpr.av.a(xdb:276)

at com.xhive.xquery.pathexpr.av.a(xdb:220)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:121)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:83)

at com.xhive.xDB_10_5_r3285790.hx.a(xdb:56)

at com.xhive.xDB_10_5_r3285790.ic$a.<init>(xdb:199)

at com.xhive.xDB_10_5_r3285790.ic.a(xdb:132)

at com.xhive.xquery.context.j.start(xdb:96)

at com.xhive.xquery.context.j.fc(xdb:110)

at com.xhive.xquery.context.k$a.VR(xdb:52)

at com.xhive.xquery.av.VR(xdb:23)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:124)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:83)

at com.xhive.xDB_10_5_r3285790.hx.a(xdb:56)

at com.xhive.xDB_10_5_r3285790.ia.a(xdb:39)

at com.xhive.xDB_10_5_r3285790.ia.a(xdb:39)

at com.xhive.xquery.bk.a(xdb:131)

at com.xhive.xquery.bp.a(xdb:196)

at com.xhive.xquery.bo.executeOn(xdb:141)

at com.xhive.xquery.bp.executeOn(xdb:43)

at com.xhive.xquery.bo.executeOn(xdb:132)

at com.xhive.xquery.bp.executeOn(xdb:43)

at com.emc.documentum.core.fulltext.indexserver.search.threads.QueryXHive.call(QueryXHive.java:196)

at com.emc.documentum.core.fulltext.indexserver.search.threads.QueryXHive.call(QueryXHive.java:51)

at com.emc.documentum.core.fulltext.xlib.workers.TicketJobFuture.work(TicketJobFuture.java:116)

at com.emc.documentum.core.fulltext.xlib.workers.TicketJob.run(TicketJob.java:43)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

2017-04-27 11:11:34,856 WARN [Search-Thread-1] c.e.d.c.fulltext.indexserver.search.SearchSession – QueryID=PrimaryDsearch$521d0781-66f8-45d1-b4a6-609ccabba7e0, FTSearch exception message: java.lang.RuntimeException: com.emc.cma.cps.common.CPSException: No CPS service stub available.

com.emc.documentum.core.fulltext.common.search.FtSearchException: java.lang.RuntimeException: com.emc.cma.cps.common.CPSException: No CPS service stub available.

at com.emc.documentum.core.fulltext.indexserver.search.threads.QueryXHive.call(QueryXHive.java:210)

at com.emc.documentum.core.fulltext.indexserver.search.threads.QueryXHive.call(QueryXHive.java:51)

at com.emc.documentum.core.fulltext.xlib.workers.TicketJobFuture.work(TicketJobFuture.java:116)

at com.emc.documentum.core.fulltext.xlib.workers.TicketJob.run(TicketJob.java:43)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

Caused by: java.lang.RuntimeException: com.emc.cma.cps.common.CPSException: No CPS service stub available.

at com.emc.documentum.core.fulltext.indexserver.core.index.xhive.ESSBaseAnalyzer.rlpTokenStreams(ESSBaseAnalyzer.java:271)

at com.emc.documentum.core.fulltext.indexserver.core.index.xhive.ESSBaseAnalyzer.tokenStreams(ESSBaseAnalyzer.java:219)

at com.xhive.xquery.fts.queryparser.e.a(xdb:816)

at com.xhive.xquery.fts.queryparser.e.a(xdb:635)

at com.xhive.xquery.fts.queryparser.e.a(xdb:616)

at com.xhive.xquery.fts.queryparser.e.a(xdb:526)

at com.xhive.xquery.fts.queryparser.e.a(xdb:329)

at com.xhive.xquery.fts.xqft.e.a(xdb:61)

at com.xhive.xquery.fts.xqft.f.b(xdb:14)

at com.xhive.xDB_10_5_r3285790.or.a(xdb:30)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOFtcontains.a(xdb:710)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1214)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1211)

at com.xhive.xquery.pathexpr.ExternallyOptimizableCondition$EOPathNode.a(xdb:1211)

at com.xhive.xquery.pathexpr.v$a.initialize(xdb:158)

at com.xhive.xquery.pathexpr.v$a.cg(xdb:84)

at com.xhive.xquery.pathexpr.ad$a.cn(xdb:104)

at com.xhive.xquery.pathexpr.ax.axi(xdb:39)

at com.xhive.xquery.pathexpr.ax.<init>(xdb:32)

at com.xhive.xquery.pathexpr.av.a(xdb:424)

at com.xhive.xquery.pathexpr.av.a(xdb:404)

at com.xhive.xquery.pathexpr.av.a(xdb:276)

at com.xhive.xquery.pathexpr.av.a(xdb:220)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:121)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:83)

at com.xhive.xDB_10_5_r3285790.hx.a(xdb:56)

at com.xhive.xDB_10_5_r3285790.ic$a.<init>(xdb:199)

at com.xhive.xDB_10_5_r3285790.ic.a(xdb:132)

at com.xhive.xquery.context.j.start(xdb:96)

at com.xhive.xquery.context.j.fc(xdb:110)

at com.xhive.xquery.context.k$a.VR(xdb:52)

at com.xhive.xquery.av.VR(xdb:23)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:124)

at com.xhive.xDB_10_5_r3285790.hx$a.<init>(xdb:83)

at com.xhive.xDB_10_5_r3285790.hx.a(xdb:56)

at com.xhive.xDB_10_5_r3285790.ia.a(xdb:39)

at com.xhive.xDB_10_5_r3285790.ia.a(xdb:39)

at com.xhive.xquery.bk.a(xdb:131)

at com.xhive.xquery.bp.a(xdb:196)

at com.xhive.xquery.bo.executeOn(xdb:141)

at com.xhive.xquery.bp.executeOn(xdb:43)

at com.xhive.xquery.bo.executeOn(xdb:132)

at com.xhive.xquery.bp.executeOn(xdb:43)

at com.emc.documentum.core.fulltext.indexserver.search.threads.QueryXHive.call(QueryXHive.java:196)

… 6 common frames omitted

Caused by: com.emc.cma.cps.common.CPSException: No CPS service stub available.

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter$CPSNormalAction.doAction(CPSSubmitter.java:707)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter$CPSAction.call(CPSSubmitter.java:660)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSSubmitter.sendRequests(CPSSubmitter.java:302)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSRouter.sendRequestsWithRetry(CPSRouter.java:388)

at com.emc.documentum.core.fulltext.indexserver.cps.CPSRouter.submit(CPSRouter.java:128)

at com.emc.documentum.core.fulltext.indexserver.core.index.xhive.ESSBaseAnalyzer.rlpTokenStreams(ESSBaseAnalyzer.java:246)

… 49 common frames omitted

2017-04-27 11:11:34,879 WARN [http–0.0.0.0-9302-143] c.e.d.c.fulltext.indexserver.search.SearchServer – PrimaryDsearch$521d0781-66f8-45d1-b4a6-609ccabba7e0 was closed

Related:

Re: Cloning activities hangs and moves from “clone sessions” to “recover sessions”

Issue: Random cloning activities hangs and moves from “clone sessions” to “recover sessions”.

IMPACT: daily operations not expected due to the only workaround that works is:

– restart cloning activity for the save sets not cloned.

Environment details

—————————–

Networker version: 8.2.3.8 (same physical host for Server, Storage Node and GST)

OS: Suse Linux v11.3

Machine: Proliant G7 32 – RAM / 32 CPUs / 5 internal SATA disks of 600 GB on RAID5 (lvm)

Filesystem layout: / – /tmp – /opt – /index (all on local disks) & /disk01 (aftd – external LUN)

SAN: [4 HBAs = 8 Gb/s each] + [2 switches Brocade = 8 Gb/s (fabric A & B)]

Libraries:

– IBM 3584 Library drives = 2 Gb/s – (10 drives LTO5, TS=4 MS=4)

– DataDomain 4200 (32GB) – VTL via 8 Gb/s FC endpoint – (70 drives LTO3, TS=4 MS=4)

All clone data goes from VTL-L180 to IBM library 3584, both libraries via SAN.

All tapes required are in place, available and with the right values on mmdb database (location mminfo field).

The way cloning jobs are launched varies from:

  • authomatic clonning after group backup completion
  • scheduled jobs filtered by pools
  • manual operations (by tapes and also by save set list)

This customer performs 2 additional copies of all his backup data because of industry regulation requirements.*

SRs created were closed advising “version update”, done, but issue is still there.

Something weird about this issue: it happens sometimes twice or more in a week, then everything fine through around a month, then again maybe one in a week and after two weeks without problems, again there and so on (without a clear pattern).

Another interesting detail is, when the job hangs the tape with backup data is in “reading, data” and shows, in “all sessions”, that is transferring data.

Our tries to find the root cause were focus on:

  1. specific save sets (discarded)
  2. volume cloned (between 2 – 14 TB, no patterns)
  3. amount of save sets cloned (between 500 – 5000, no patterns)
  4. parallelism limitations (discarded, 128 for server, not reached at all)
  5. iops for database operations (under investigation, jobdb & mminfo resides on the same “/” filesystem)
  6. ram (32 GB, seems enough, idle more than 70%)
  7. cpu (32, under investigation due to jobdb/nsrmmdbd/gst performance)
  8. concurrent heavy mminfo queries (almost discarded, there is not any heavy query running when hanged)
  9. tape contention between backups and clones tape requests (discarded, it hangs when clone is the only task running)
  10. tapes damaged (almost discarded due to same tapes are using without problems when we do the restart)
  11. dirty drives (under investigation)
  12. st driver (under investigation, there is a Linux driver named “lin_tape”, IBM property for our 3584 library model, not tested yet)
  13. IBM library/drives firmware version (discarded, were updated twice)
  14. LAN issues (almost discarded, NW server has link aggregation for 4 nics, 1 Gb/s each but cloning jobs goes via SAN)
  15. SAN issues (almost discarded, there are no errors found on switches)
  16. index issues (under investigation, there are 11 nsrclientfix errors reported but clients involved seems not to be a pattern)
  17. NW known bug not solved completely (?)

Thanks a lot for:

  • reading
  • question/discard/add/comment or let me know your thoughts

* we were working for almost a year in order to found a solution, but nothing really helps yet.

Related: