NSMMReplicationPlugin - Incremental protocol:

Hi;
I would appreciate if any body can tell me what is the meaning of following message in the error log :
NSMMReplicationPlugin - Incremental protocol: event update_window_opened should not occur in state wait_for_changes
thanks for your reply

Hi !
I think I found the cause of my problem.
I have a server A which is Master. It's synchronized with a server B but this replication is scheduled between 01H and 05H.
The time of the server B was changed every day (at 05H preciasely with the cron... ! ) by the administrator (because it has to be on another time zone nanana nanana ... :-/ ). So it plays with a few milliseconds certainly but that's enough to generate this message "Event update_window_closed should not occur in state wait_for_window_to_open". And it makes the server B to go in the future, and the "window" is than for him closed but for the other server not yet... (does anybody still see what I mean ??? Sun Directory doesn't but it's normal) The Directory doesn't know anymore what to do ... That reaction is quite normal. It isn't a bug but a problem of system administration.
I hope it was the same problem for you. I have posted this message to contribute to help other users ;-)
By

Similar Messages

  • Replication DS6.2 - DS5.2 stops working after some time

    Hello!
    After weeks of unsuccessfully trying to solve a replication problem, I hope that someone of this forum can give me a hint.
    I have 2 masters DS5.2 and two masters DS6.2.
    Replication is working fine for some days. E.g. last time the replication was working until 29.11.
    But at some point the replication stops working and I get the following errors in the errors log:
    [28/Nov/2007:10:51:16 +0100] - WARNING<10288> - Repl. Transport - conn=-1 op=-1 msgId=-1 - Replay of an already seen operation csn 474d3d84000002bd0000, s
    equence number 1, ignoring it
    [28/Nov/2007:12:48:09 +0100] - WARNING<10288> - Repl. Transport - conn=-1 op=-1 msgId=-1 - Replay of an already seen operation csn 474d58e9000002bd0000, s
    equence number 1, ignoring it
    [28/Nov/2007:19:06:55 +0100] - INFO: 29398 entries in the directory database.
    [28/Nov/2007:19:06:55 +0100] - INFO: add:107, modify:0, modrdn:0, search:3651, delete:0, compare:0, bind:2763 since startup.
    [29/Nov/2007:13:18:38 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - csnplCommit: can't find csn 474eb18e00001a360000
    [29/Nov/2007:13:18:38 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - ruv_update_ruv: cannot commit csn 474eb18e00001a360000
    [29/Nov/2007:13:18:38 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - replica_update_ruv: unable to update RUV for replica dc=hvb,d
    c=de, csn = 474eb18e00001a360000
    [29/Nov/2007:13:18:38 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:13:18:38 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:13:34:05 +0100] - WARNING<20805> - Backend Database - conn=328186 op=1 msgId=2 - search is not indexed base='ou=people,dc=hvb,dc=de' filter='(
    objectClass=*)' scope='sub'
    [29/Nov/2007:13:58:10 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:13:58:10 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:15:45:46 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:15:46:03 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - csnplCommit: can't find csn 474ed41b00001a9a0000
    [29/Nov/2007:15:46:03 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - ruv_update_ruv: cannot commit csn 474ed41b00001a9a0000
    [29/Nov/2007:15:46:03 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - replica_update_ruv: unable to update RUV for replica dc=hvb,d
    c=de, csn = 474ed41b00001a9a0000
    [29/Nov/2007:15:46:03 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    Since the replication was not working I had to initialize the DS6 masters again:
    [29/Nov/2007:16:03:59 +0100] - import hvb: Index buffering enabled with bucket size 76
    [29/Nov/2007:16:03:59 +0100] - import hvb: Beginning import job...
    [29/Nov/2007:16:04:20 +0100] - import hvb: Processed 14166 entries -- average rate 674.3/sec, recent rate 674.2/sec, hit ratio 0%
    [29/Nov/2007:16:04:41 +0100] - import hvb: Processed 22598 entries -- average rate 525.5/sec, recent rate 525.5/sec, hit ratio 100%
    [29/Nov/2007:16:05:03 +0100] - import hvb: Processed 31591 entries -- average rate 493.6/sec, recent rate 405.4/sec, hit ratio 100%
    [29/Nov/2007:16:05:05 +0100] - import hvb: Workers finished; cleaning up...
    [29/Nov/2007:16:05:17 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Replica (dc=hvb,dc=de) has been initialized by total protocol
    as full replica
    [29/Nov/2007:16:06:56 +0100] - WARNING<20805> - Backend Database - conn=334334 op=1 msgId=2 - search is not indexed base='ou=people,dc=hvb,dc=de' filter='(
    objectClass=*)' scope='sub'
    [29/Nov/2007:16:07:42 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - csnplCommit: can't find csn 474ed92e00001a360000
    [29/Nov/2007:16:07:42 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - ruv_update_ruv: cannot commit csn 474ed92e00001a360000
    [29/Nov/2007:16:07:42 +0100] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - replica_update_ruv: unable to update RUV for replica dc=hvb,d
    c=de, csn = 474ed92e00001a360000
    I tried to change a password. But the replication failed again and since than the replication is working again.
    [29/Nov/2007:16:07:42 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    [29/Nov/2007:16:07:42 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [dsmmucqsu05.sys.hypo
    vereinsbank.de:636]
    But I'm sure that after some days there will be a problem again.
    Sometime there are also the errors:
    [29/Nov/2007:16:27:05 +0100] - ERROR<8264> - Replication - conn=-1 op=-1 msgId=-1 - Internal error Failed to position cursor in db at C
    SN 474ed8d5000002590000, DB error 5 - I/O error
    [29/Nov/2007:16:27:05 +0100] - WARNING<10258> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Changelog error A database error is encou
    ntered while servicing replication agreement "dsmmucqsu08.sys.hypovereinsbank.de:10636/dc=hvb,dc=de"
    [29/Nov/2007:16:27:05 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [d
    smmucqsu08.sys.hypovereinsbank.de:10636]
    [29/Nov/2007:16:27:05 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [d
    smmucqsu08.sys.hypovereinsbank.de:10636]
    [29/Nov/2007:16:27:06 +0100] - ERROR<8264> - Replication - conn=-1 op=-1 msgId=-1 - Internal error Failed to position cursor in db at C
    SN 474ed8d5000002590000, DB error 5 - I/O error
    [29/Nov/2007:16:27:06 +0100] - WARNING<10258> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Changelog error A database error is encou
    ntered while servicing replication agreement "dsmmucqsu08.sys.hypovereinsbank.de:10636/dc=hvb,dc=de"
    [29/Nov/2007:16:27:06 +0100] - ERROR<8221> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Failed and requires administrator action [d
    smmucqsu08.sys.hypovereinsbank.de:10636]
    I tried to reproduce the problem.
    At the moment everything works fine and I can do many changes.
    But I know that there is somewhere a problem and the replication will stop working again in the next days.
    Can you give any advise?
    Regards,
    Beate
    Edited by: 72716 on Nov 30, 2007 10:05 AM

    Here is an explanation of the failure:
    1. Prioritized replication was introduced with DS6.0;
    2. When a suffix at a DS6 instance is initialized from a DS5 instance, and then an operation is performed at the DS6 instance that uses prioritized replication, replication fails;
    3. By default, password policy uses prioritized replication to propagate auth-failure-lockout state updates (e.g., adding a pwdFailureTime attribute value on a failed bind attempt);
    A work-around:
    Disable DS6 supplying auth-failure lockout state using prioritized replication. In any password policy having auth-failure-lockout enabled, set
    pwdIsLockoutPrioritized:FALSE
    Note that DS6 enables prioritized lockout by default, in particular, it enables this feature when migrating a password policy received from a DS5 instance. Hence, for this workaround to be effective, the prioritized lockout feature must be disabled in any DS6 password policy that has auth-failure lockout enabled, which could include:
    1. The default password policy at any DS6 instance (cn=password policy,cn=config);
    2. Any password policy originating at a DS5 instance, including those in data imported into a DS6 instance, received via replication total update initialization, or added at the DS5 instance subsequent to the DS6 instance initialization;
    3. Any password policy added to a DS6 instance.
    Additionally, do not set any prioritized replication rules for other attributes.
    It is possible the bug can still be triggered in the case of a DS6-only topology that was initialized from DS5 data.
    Contact Sun support for the status of a fix for the bug. The CR is 6645742.

  • Regarding multi master replication

    hi
    i am getting below error while i am doing multi master replication.
    I had master 1 with some entries and now i am doing replication with master-2 which doesn't have any entries.
    [21/May/2007:16:52:15 -0700] - import userRoot: Import complete. Processed 258 entries in 6 seconds. (43.00 entries/sec)
    [21/May/2007:16:52:15 -0700] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - multimaster_be_state_change: replica dc=homedepot,dc=com is coming online; enabling replication
    [21/May/2007:16:52:15 -0700] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - replica_reload_ruv: Warning: new data for replica dc=homedepot,dc=com does not match the data in the changelog.
    Recreating the changelog file. This could affect replication with replica's consumers in which case the consumers should be reinitialized.
    [21/May/2007:16:52:15 -0700] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - This supplier for replica dc=homedepot,dc=com will immediately start accepting client updates
    [21/May/2007:16:52:15 -0700] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Replica (dc=homedepot,dc=com) has been initialized by total protocol as full replica
    [21/May/2007:16:52:16 -0700] - WARNING<10276> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Replication inconsistency Consumer Replica "alpha.ad.com:19940/dc=homedepot,dc=com" has a different data version. It may have not been initialized yet.
    i initialized both replicas.
    any help is appreciated .

    As Ludovic mentioned, after you load data to the first master server, you have to initialize your second server (either it's master or read-only replica) in two ways:
    1) offline (with server down)
    in server 1: do db2ldif -r and save the output to file
    in server 2: do ldif2db using the saved file
    2) online: using GUI
    I don't think that you need copy over the user schema, which should be able to replicated during replication. (please correct if wrong)

  • I need help on Config Master Master Replication

    Hi :
    I got fail on config Master-Master Replica on Directory Server 5.2sp4
    . Can anyone give me some on configuring MMR.
    Error message I got as follows:
    [25/Jul/2006:17:11:17 +0800] - import userRoot: Processed 489736 entries -- average rate 191.8/sec, recent rate 104.7/sec, hit ratio 97%
    [25/Jul/2006:17:11:38 +0800] - import userRoot: Processed 492001 entries -- average rate 191.1/sec, recent rate 105.8/sec, hit ratio 97%
    [25/Jul/2006:17:12:00 +0800] - import userRoot: Processed 494072 entries -- average rate 190.3/sec, recent rate 100.8/sec, hit ratio 97%
    [25/Jul/2006:17:12:22 +0800] - import userRoot: Processed 496657 entries -- average rate 189.7/sec, recent rate 105.8/sec, hit ratio 97%
    [25/Jul/2006:17:12:43 +0800] - import userRoot: Processed 499113 entries -- average rate 189.1/sec, recent rate 114.6/sec, hit ratio 97%
    [25/Jul/2006:17:13:05 +0800] - import userRoot: Processed 501254 entries -- average rate 188.4/sec, recent rate 106.9/sec, hit ratio 97%
    [25/Jul/2006:17:13:08 +0800] - import userRoot: Workers finished; cleaning up...
    [25/Jul/2006:17:13:25 +0800] - import userRoot: Workers cleaned up.
    [25/Jul/2006:17:13:25 +0800] - import userRoot: Indexing complete. Post-processing...
    [25/Jul/2006:17:13:26 +0800] - import userRoot: Flushing caches...
    [25/Jul/2006:17:13:26 +0800] - import userRoot: Closing files...
    [25/Jul/2006:17:13:35 +0800] - import userRoot: Import complete. Processed 501537 entries in 2691 seconds. (186.38 entries/sec)
    [25/Jul/2006:17:13:35 +0800] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - multimaster_be_state_change: replica o=tfn.net.tw is coming online; enabling replication
    [25/Jul/2006:17:13:35 +0800] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - replica_reload_ruv: Warning: new data for replica o=tfn.net.tw does not match the data in the changelog.
    Recreating the changelog file. This could affect replication with replica's consumers in which case the consumers should be reinitialized.
    [25/Jul/2006:17:13:36 +0800] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - This supplier for replica o=tfn.net.tw will immediately start accepting client updates
    [25/Jul/2006:17:13:36 +0800] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Replica (o=tfn.net.tw) has been initialized by total protocol as full replica
    [25/Jul/2006:17:13:36 +0800] - WARNING<10276> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Replication inconsistency Consumer Replica "ldap1.tfn.net.tw:389/o=tfn.net.tw" has a different data version. It may have not been initialized yet.
    The procedure I did as follows:
    Two LDAP , LDAP1, LDAP2
    1. Install LDAP1 and LDAP2
    2. Migrate Data from old LDAP Server to New LDAP1
    then
    On LDAP1:
    3. Enable Change Log and some parameter
    4. Enable Replication, select "Master"
    5. Create Replication Agreement to LDAP2
    and then
    On LDAP2:
    6. Enable Change Log and some parameter
    7. Enable Replication, select "Master"
    8. Create Replication Agreement to LDAP1
    Now Go back LDAP1
    9. select replication agreement and start initial LDAP2 now.
    10. wait for finished, LDAP1will receive initialiation completed message on startconsole.
    but On LDAP2
    11. check for error log. I got errors.
    [25/Jul/2006:17:13:36 +0800] - WARNING<10276> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Replication inconsistency Consumer Replica "ldap1.tfn.net.tw:389/o=tfn.net.tw" has a different data version. It may have not been initialized yet.
    Can anyone point out what steps I was wrong ?
    ps: I can't also find the button on procedure 3 mentioned on admin manual.==>
    "To Begin Accepting Updates Through the Console"
    Follow these steps to explicitly allow update operations after the initialization of a multi-master replica:
    3. Click the button to the right of the message to start accepting update
    operations immediately.
    Victor

    1. answer for your last question:
    data server -- configuration -- Data -- your suffix -- Replication
    In right panel, click on the SIR agreement -- click on "Action" on your right low corner -- choose "Send Updates now ..."
    2. answer for your replication question:
    Usually I will move step 2 down before step 9. That means setting up replication first, then feeding your master server using your ldif file: to ldap1, then init ldap2 using data from ldap1, either through Console or through command (if using command, have to use db2ldif -r to dump data from ldap1 and use ldif2db to init ldap2).
    If anytime in your log, you see "different verison of data", try to init again.

  • Replication failing on ids 5.2 update4

    We currently have a multimaster ldap setup. All ldapserver's run solaris 10 and the replication was working fine till we had a power outage due to two power strips blowing fuses.
    Now when we start ldap on the master server get the following
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=monitor
    objectClass: top
    objectClass: exten..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=changelog5, cn=config
    objectClass: extensib..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=encryption,cn=config
    objectClass: top
    objec..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=features,cn=config
    objectClass: top
    objectC..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=identity mapping,cn=config
    objectClass: top..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=mapping tree,cn=config
    objectClass: top
    obj..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=Password Policy,cn=config
    objectClass: top
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=plugins, cn=config
    objectClass: top
    objectC..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=replication,cn=config
    objectClass: top
    obje..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=security, cn=config
    objectClass: top
    object..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=SNMP,cn=config
    objectClass: top
    objectClass..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=tasks,cn=config
    objectClass: top
    objectClas..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=uniqueid generator,cn=config
    objectClass: t..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=counters,cn=monitor
    objectClass: top
    object..."
    [06/Jul/2009:17:27:50 +0000] - DEBUG - conn=-1 op=-1 msgId=-1 - slapi_str2entry: flags=0xc1, entry="dn: cn=disk, cn=monitor
    objectClass: top
    I'm not 100% sure if the sudden crash caused data corrupiton on the DB.
    In the error logs get the following
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Running incremental protocol for agreement [consumer.dc.example.com:636/dc=example,dc=com]; current state - backoff, next_state - begin
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Current state [consumer.dc.example.com:636] : S_BEGIN
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Running incremental protocol for agreement [consumer.dc.example.com:636/dc=example,dc=com]; current state - begin, next_state - bind
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Current state [consumer.dc.example.com:636] : S_BIND
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Trying secure slapi_ldap_init(consumer.dc.example.com, 636)
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Could not send consumer consumer.dc.example.com:636 the bind request
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Failed to connect to replication consumer consumer.dc.example.com:636
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Disconnected from replication consumer consumer.dc.example.com:636
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Disconnected from replication consumer consumer.dc.example.com:636
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Disconnected from replication consumer consumer.dc.example.com:636
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Running incremental protocol for agreement [consumer.dc.example.com:636/dc=example,dc=com]; current state - bind, next_state - backoff
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Current state [consumer.dc.example.com:636] : S_BACKOFF
    We are using self-certified SSL replication using password authentication.

    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Trying secure slapi_ldap_init(consumer.dc.example.com, 636)
    [06/Jul/2009:17:30:59 +0000] - INFORMATION - NSMMReplicationPlugin - conn=-1 op=-1 msgId=-1 - Could not send consumer consumer.dc.example.com:636 the bind requestThis just means the supplier was not able to contact the consumer. Have you enabled debug logging because you are seeing some problem? If so, what is the problem. Try stopping the master, removing the nsslapd-infolog-area and nsslapd-infolog-level from dse.ldif and starting instance again. This should restore logging levels to normal and you might be able to see any important error messages.

  • Unstable MMR Behaviour

    Hi,
    Symptoms -
    MMR IDS 5.1
    NT 2000 Advanced Server Sp2
    Two masters RW1, RW2
    Add user to rw1 replicates to rw2 fine...
    Add user to rw2 replicates to rw1 fine...
    Add user to rw2 will not replicate to rw1...
    add user to rw1 replicates to rw2 fine and non replicated items from rw2 suddenly come across to rw1.....
    Trace on add to rw2 that does not replicate...
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - ruv_add_csn_inprogress: successfully inserted csn 3d0d9828000000020000 into pending list
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - ruv_update_ruv: successfully committed csn 3d0d9828000000020000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Running incremental protocol for consumer mldaprw1.sml.net:389; current state - wait_for_changes, next_state - wait_for_changes
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Running incremental protocol for consumer mldaprw1.sml.net:389; current state - wait_for_changes, next_state - ready_to_acquire_replica
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Trying non-secure slapi_ldap_init(mldaprw1.sml.net, 389)
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - binddn = uid=ReplicationManager,cn=config, passwd = {DES}o6mqKeF1WxAox/ozthi4YA==
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - No linger to cancel on connection to replica mldaprw1.sml.net:389
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Sent extended operation 2.16.840.1.113730.3.5.3 to replica "mldaprw1.sml.net:389" and received result code 0
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Replica "cn=update-internet-to-master-mldaprw1, cn=replica, cn="o=internet", cn=mapping tree, cn=config (host mldaprw1.sml.net, port 389)": was successfully acquired.
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - Running incremental protocol for consumer mldaprw1.sml.net:389; current state - ready_to_acquire_replica, next_state - sending_updates
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - _cl5PositionCursorForReplay: consumer RUV
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replicageneration} 3d0d92fa000000010000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replica 1 ldap://MLDAPRW1.sml.net:389} 3d0d9466000000010000 3d0d95db000000010000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replica 2 ldap://MLDAPRW2.sml.net:389} 3d0d94b0000000020000 3d0d95f9000000020000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - _cl5PositionCursorForReplay: supplier RUV
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replicageneration} 3d0d92fa000000010000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replica 2 ldap://MLDAPRW2.sml.net:389} 3d0d94b0000000020000 3d0d9828000000020000
    [17/Jun/2002:18:04:56 +1000] NSMMReplicationPlugin - {replica 1 ldap://MLDAPRW1.sml.net:389} 3d0d9466000000010000 3d0d95db000000010000
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - No changes to send for agreement "cn=update-internet-to-master-mldaprw1, cn=replica, cn="o=internet", cn=mapping tree, cn=config (host mldaprw1.sml.net, port 389)"
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - Sent extended operation 2.16.840.1.113730.3.5.5 to replica "mldaprw1.sml.net:389" and received result code 0
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - Successfully released consumer "cn=update-internet-to-master-mldaprw1, cn=replica, cn="o=internet", cn=mapping tree, cn=config (host mldaprw1.sml.net, port 389)"
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - Beginning linger on connection to replica mldaprw1.sml.net:389
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - Running incremental protocol for consumer mldaprw1.sml.net:389; current state - sending_updates, next_state - wait_for_changes
    [17/Jun/2002:18:04:59 +1000] NSMMReplicationPlugin - Replication session for agreement "cn=update-internet-to-master-mldaprw1, cn=replica, cn="o=internet", cn=mapping tree, cn=config" waiting for changes to send
    Thanks

    This problem has been already identified and fixed in the Directory Server 5.1 Service Pack 1 which should be publicly available by the end of this month.
    Regards,
    Ludovic.

  • Replication ERROR 8324

    Any ideas? 4-way MMR, 5.2 patch 6.
    All of a sudden one of the master's could not send updates to the other masters. This was in the error logs:
    [14/Oct/2008:10:12:53 -0500] - *ERROR<8324> - Replication - conn=-1 op=-1 msgId=-1 - [C] Consumer detected a connection timeout and decided to close it after 30 sec of idle time.*
    [14/Oct/2008:10:57:33 -0500] - WARNING<10290> - Repl. Transport - conn=-1 op=-1 msgId=-1 - [S] LDAP connection error rc=-1
    [14/Oct/2008:11:23:12 -0500] - WARNING<10253> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Unable to replay update Could not replay operation with csn 48ebba52000e012d0000 to consumer xxxxxxx.com:13904/dc=com
    [14/Oct/2008:11:23:12 -0500] - WARNING<10253> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Unable to replay update Failed to replay change (uniqueid 39812b15-8eff11d8-8025c303-49a47370, CSN 48ebba52000e012d0000) to replica [xxxxxxxx.com:13904/dc=com]: Error 901.
    =============
    Error log for consumer
    [14/Oct/2008:10:14:04 -0500] - WARNING<10253> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Unable to replay update Failed to replay change (uniqueid a1350401-8e3511dd-80bbc303-49a47370, CSN 48f4b6320008012f0000) to replica [xxxxxx.com:13904/dc=com]: Error 901.
    [14/Oct/2008:10:14:04 -0500] - ERROR<8320> - Repl. Transport - conn=-1 op=-1 msgId=-1 - [S] End Failed with response: Connection is shutdown (901)
    [14/Oct/2008:10:14:05 -0500] - WARNING<10289> - Repl. Transport - conn=-1 op=-1 msgId=-1 - Removing dependency op=1
    [14/Oct/2008:10:57:33 -0500] - *ERROR<8324> - Replication - conn=-1 op=-1 msgId=-1 - [C] Consumer detected a connection timeout and decided to close it after 31 sec of idle time.*
    =============

    We re-initialized the problem-master to fix the problem. Then we started getting other issues - The problem master could now replicate to the other masters, but it could no longer replicate to any of the consumers. Then we saw that the the other master in the data center could no longer replicate to those same consumers either.
    We ended up re-initializing the consumers as well.
    At this time, everything is working, but I thought I'd put the details of the replicas here anyway. It may not be pertinent anymore, since we are no longer experiencing issues. The hard part is trying to find root cause now. Regardless, here are the details:
    ==========================================================================================
    MASTER 1
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    dc: ntrs
    nsds50ruv: {replicageneration} 407ea7c50000012c0000
    nsds50ruv: {replica 300 ldap://M1.xxxx.com:13902} 407eafe30000012c0000
    48f66e01000c012c0000
    nsds50ruv: {replica 302 ldap://M2.xxxx.com:13902} 407edcf90000012e0000
    48f66498001e012e0000
    nsds50ruv: {replica 304 ldap://M8.xxxx.com:13902} 48cab56100000130000
    0 48f64043000001300000
    nsds50ruv: {replica 306 ldap://M7.xxxx.com:13902} 48cab57e00370132000
    0 48f71b12009201320000
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, ou=users,dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    ou: users
    nsds50ruv: {replicageneration} 407ea7c50000012d0000
    nsds50ruv: {replica 301 ldap://M1.xxxx.com:13902} 407ebfe40000012d0000
    48f6b0a30000012d0000
    nsds50ruv: {replica 303 ldap://M2.xxxx.com:13902} 407eee900000012f0000
    48f667fa0007012f0000
    nsds50ruv: {replica 305 ldap://M8.xxxx.com:13902} 48cab4ff00000131000
    0 48f7a912000001310000
    nsds50ruv: {replica 307 ldap://M7.xxxx.com:13902} 48caac31003f0133000
    0 48f7a90a002901330000
    ==========================================================================================
    MASTER 2
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    dc: ntrs
    nsds50ruv: {replicageneration} 407ea7c50000012c0000
    nsds50ruv: {replica 302 ldap://M2.xxxx.com:13902} 407edcf90000012e0000
    48f66498001e012e0000
    nsds50ruv: {replica 304 ldap://M8.xxxx.com:13902} 48cab56100000130000
    0 48f64043000001300000
    nsds50ruv: {replica 306 ldap://M7.xxxx.com:13902} 48cab57e00370132000
    0 48f71b12009201320000
    nsds50ruv: {replica 300 ldap://M1.xxxx.com:13902} 407eafe30000012c0000
    48f66e01000c012c0000
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, ou=users,dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    ou: users
    nsds50ruv: {replicageneration} 407ea7c50000012d0000
    nsds50ruv: {replica 303 ldap://M2.xxxx.com:13902} 407eee900000012f0000
    48f667fa0007012f0000
    nsds50ruv: {replica 305 ldap://M8.xxxx.com:13902} 48cab4ff00000131000
    0 48f7abdb001001310000
    nsds50ruv: {replica 307 ldap://M7.xxxx.com:13902} 48caac31003f0133000
    0 48f7abda000001330000
    nsds50ruv: {replica 301 ldap://M1.xxxx.com:13902} 407ebfe40000012d0000
    48f6b0a30000012d0000
    ==========================================================================================
    MASTER 7
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    dc: ntrs
    nsds50ruv: {replicageneration} 407ea7c50000012c0000
    nsds50ruv: {replica 306 ldap://M7.xxxx.com:13902} 48cab57e00370132000
    0 48f71b12009201320000
    nsds50ruv: {replica 304 ldap://M8.xxxx.com:13902} 48cab56100000130000
    0 48f64043000001300000
    nsds50ruv: {replica 300 ldap://M1.xxxx.com:13902} 407eafe30000012c0000
    48f66e01000c012c0000
    nsds50ruv: {replica 302 ldap://M2.xxxx.com:13902} 407edcf90000012e0000
    48f66498001e012e0000
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, ou=users,dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    ou: users
    nsds50ruv: {replicageneration} 407ea7c50000012d0000
    nsds50ruv: {replica 307 ldap://M7.xxxx.com:13902} 48caac31003f0133000
    0 48f7ac12000001330000
    nsds50ruv: {replica 301 ldap://M1.xxxx.com:13902} 407ebfe40000012d0000
    48f6b0a30000012d0000
    nsds50ruv: {replica 305 ldap://M8.xxxx.com:13902} 48cab4ff00000131000
    0 48f7ac17000801310000
    nsds50ruv: {replica 303 ldap://M2.xxxx.com:13902} 407eee900000012f0000
    48f667fa0007012f0000
    ==========================================================================================
    MASTER 8
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    dc: ntrs
    nsds50ruv: {replicageneration} 407ea7c50000012c0000
    nsds50ruv: {replica 304 ldap://M8.xxxx.com:13902} 48cab56100000130000
    0 48f64043000001300000
    nsds50ruv: {replica 306 ldap://M7.xxxx.com:13902} 48cab57e00370132000
    0 48f71b12009201320000
    nsds50ruv: {replica 300 ldap://M1.xxxx.com:13902} 407eafe30000012c0000
    48f66e01000c012c0000
    nsds50ruv: {replica 302 ldap://M2.xxxx.com:13902} 407edcf90000012e0000
    48f66498001e012e0000
    dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, ou=users,dc=company,dc=com
    objectClass: top
    objectClass: nsTombstone
    objectClass: extensibleobject
    ou: users
    nsds50ruv: {replicageneration} 407ea7c50000012d0000
    nsds50ruv: {replica 305 ldap://M8.xxxx.com:13902} 48cab4ff00000131000
    0 48f7ac2f000001310000
    nsds50ruv: {replica 307 ldap://M7.xxxx.com:13902} 48caac31003f0133000
    0 48f7ac30000001330000
    nsds50ruv: {replica 301 ldap://M1.xxxx.com:13902} 407ebfe40000012d0000
    48f6b0a30000012d0000
    nsds50ruv: {replica 303 ldap://M2.xxxx.com:13902} 407eee900000012f0000
    48f667fa0007012f0000
    ==========================================================================================

  • DS5.2 one server experiencing slow replication

    I'm looking after a DS5.2 patch 4 environment comprising 12 Directory Servers (2 suppliers, 2 hubs, 8 consumers).
    Everything is running fine except for 1 of the consumers experiences short periods of slow replication performance 3 or 4 times a day. All of the servers are built the same, using similar hardware and configuration - there are no obvious indications of stress on the server experiencing these sporadic problems, and it sits on the same network as another server that behaves perfectly.
    The hub records the following error messages at the time of the problem:
    [10/Jan/2008:16:08:19 +0000] - ERROR<8320> - Repl. Transport  - conn=-1 op=-1 msgId=-1 -  [S] End Failed with response: Consumer acks are missing (825)
    [10/Jan/2008:16:08:19 +0000] - WARNING<10252> - Incremental Protocol - conn=-1 op=-1 msgId=-1 -  Failed to end the current replication session [server5.host.co.uk:31314]
    [10/Jan/2008:16:08:20 +0000] - WARNING<10289> - Repl. Transport  - conn=-1 op=-1 msgId=-1 -  Removing dependency op=1I've tried doing a full re-initialise of the data, but this didn't improve things.
    Has anyone else seen this and can suggest how I might be able to track down the problem?
    Thanks,
    Mark.

    These errors and warning on the Supplier side (Hub) are mostly harmless. The only impact is that the last change will be resend when the replication session restarts.
    Sometimes these errors are due to intermittent network errors (bad cables, misconfigured or defective routers... based on previous customer's experiences)
    I've seen these messages with DS 5.2.x when the supplier sends a modification to a large static group. Or some other update that does require some processing.
    You can troubleshoot this problem by looking at the consumer access and error logs. Identify the replication connection, and the last change done on this replication session (all replication sessions starts and ends with extended operations with distinct OIDs).
    From the access log you will be able to determine the DN of the updated entry and the CSN of the change that could not be acknowledged. Usually, this should be enough to identify if it is a static group or a large entry.
    I hope this helps.
    Ludovic.

  • Reliplication Errors

    I am running Version 6.3.1 and I have 2 Masters. They send and recieve to each other. I have been getting the following errors the last few days and cannot seem to fix.
    In DSCC, I get the following errors:
    Error receiving updates from server imprdld03.excellus.com:3389. Error: Replication error updating replica: Fatal error while sending updates : Incremental update session aborted and requires a total update - Unknown error. Error code: 203.
    Error receiving updates from server imprdld01.excellus.com:3389. Error: Replication error updating replica: Fatal error while sending updates : Incremental update session aborted and requires a total update - Unknown error. Error code: 203.
    In the error logs I see the following:
    [26/Jun/2010:00:01:00 -0400] - WARNING<10249> - Incremental Protocol - conn=-1 o
    p=-1 msgId=-1 - Internal error Could not replay operation with csn 4c16282a0000
    00050000 to consumer imprdld01.excellus.com:3389/o=tlhc, got error: No such obje
    ct (32).
    [29/Jun/2010:09:54:46 -0400] - DEBUG - conn=-1 op=-1 msgId=-1 - slapd_poll(39)
    timed out
    [29/Jun/2010:10:14:40 -0400] - ERROR<8264> - Replication - conn=-1 op=-1 msgId=
    -1 - Internal error Failed to position cursor in db at CSN 4c0e796a000200050000
    , DB error 5 - I/O error
    [29/Jun/2010:10:14:40 -0400] - WARNING<10258> - Incremental Protocol - conn=-1 o
    p=-1 msgId=-1 - Changelog error A database error is encountered while servicing
    replication agreement "imprdld01.excellus.com:3389/o=tlhc"
    [29/Jun/2010:10:14:40 -0400] - ERROR<8221> - Incremental Protocol - conn=-1 op=-
    1 msgId=-1 - Failed and requires administrator action [imprdld01.excellus.com:3
    389]
    [29/Jun/2010:10:14:40 -0400] - ERROR<8221> - Incremental Protocol - conn=-1 op=-
    1 msgId=-1 - Failed and requires administrator action [imprdld01.excellus.com:3
    389]
    [29/Jun/2010:10:14:41 -0400] - ERROR<8264> - Replication - conn=-1 op=-1 msgId=
    -1 - Internal error Failed to position cursor in db at CSN 4c0e796a000200050000
    , DB error 5 - I/O error
    [29/Jun/2010:10:14:41 -0400] - WARNING<10258> - Incremental Protocol - conn=-1 o
    p=-1 msgId=-1 - Changelog error A database error is encountered while servicing
    replication agreement "imprdld01.excellus.com:3389/o=tlhc"
    [29/Jun/2010:10:14:41 -0400] - ERROR<8221> - Incremental Protocol - conn=-1 op=-
    1 msgId=-1 - Failed and requires administrator action [imprdld01.excellus.com:3
    389]
    Any thoughts or suggestions?

    This chunk:
    [29/Jun/2010:10:14:40 -0400] - ERROR<8264> - Replication - conn=-1 op=-1 msgId=-1 - Internal error Failed to position cursor in db at CSN 4c0e796a000200050000, DB error 5 - I/O errorand what follows it mean that your changelog DB does not contain a needed CSN for replication to continue.
    This:
    [26/Jun/2010:00:01:00 -0400] - WARNING<10249> - Incremental Protocol - conn=-1 op=-1 msgId=-1 - Internal error Could not replay operation with csn 4c16282a000000050000 to consumer imprdld01.excellus.com:3389/o=tlhc, got error: No such object (32).is a different problem. A change was replayed to a remote replica that does not contain the entry the change was made to. It means that data has become inconsistent across at least some of your topology. You will want to track down how that occurred and remedy it.

  • RMAN RECOVERY FROM INCREMENTAL BACKUP

    Hi,
    hOW TO RECOVER FROM INCREMENTAL BACKUP ?
    Any script for recovery from Full+incremental BACKUP?
    Many thanks before.

    Thank you,
    but I can not connect from RMAN when database is shutdowned.
    C:\Documents and Settings\Farid>rman catalog rman/****@reprman target sys/***@bd1
    Recovery Manager: Release 10.2.0.1.0 - Production on Ven. FÚvr. 16 18:28:19 2007
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00554: Úchec de l'initialisation du gestionnaire de rÚcupÚration interne
    RMAN-04005: erreur de la base de donnÚes cible :
    ORA-12514: TNS : le processus d'Úcoute ne conna¯t pas actuellement le service demandÚ dans le descripteur de connexion
    tnsping BD1Adaptateur TNSNAMES utilisÚ pour la rÚsolution de l'alias
    Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST
    E = bd1.virtualparc.com)))
    OK (30 msec)

  • The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly. If the repository was temporarily unavailable, an incremental crawl will fix this error

    We are getting the below error when we see in Crawl logs
    "The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly. If the repository was temporarily unavailable, an incremental crawl will fix this error."
    This is happening in FAST search.
    Here I can see soke of the logs related to this search crawl.
    Could anyone please help on this?
    web application 'http://xvy/' doesn't use search application 'FAST Query SSA', skipping it.
    ABC\sp_search' on web application 'http://xvy/'. 2d7dba01-3d2e-4903-b59f-9a8601627bcd
    07/30/2014 01:30:46.65  OWSTIMER.EXE (0x28DC)                    0x1BC0 SharePoint Server Search       Administration               
     dl2m Verbose  Search application 'Search Service Application 1': Skipping web application '48ed7882-9f70-424e-bf72-e3c9f5340b97' because its outbound url 'http://ebc:30347' was automatically added once.
    Ensure full read access to the indexing account 'ABC\sp_search' on web application 'http://nvcp/'. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dl2m Verbose  Search application 'FAST Query SSA': Skipping web application '57718ea1-8cb5-4adc-abd2-9e55415e5791' because its outbound url 'http://nvcp' was automatically added once. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dl2n Verbose  Search application 'FAST Query SSA': Adding start address 'http://nvcp' for web application '57718ea1-8cb5-4adc-abd2-9e55415e5791' to list of valid start addresses. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dmb6 Verbose  Ensure full read access to the indexing account 'ABc\sp_search' on web application 'http://nvcp'ext/'. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dl2m Verbose  Search application 'FAST Query SSA': Skipping web application '64d562a1-535e-4917-8979-88840e2a67fe' because its outbound url 'http://nvcp'ext' was automatically added once. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dl2n Verbose  Search application 'FAST Query SSA': Adding start address 'http://nvcpext' for web application '64d562a1-535e-4917-8979-88840e2a67fe' to list of valid start addresses. 85041609-d618-4132-ac8e-195a910d99a0
    07/30/2014 01:31:46.53  OWSTIMER.EXE (0x28DC)                    0x05F4 SharePoint Server Search       Administration               
     dmb6 Verbose  Ensure full read access to the indexing account 'ABC\sp_search' on web application 'http://nvcpnew/'. 85041609-d618-4132-ac8e-195a910d99a0
    executing SQL query {? = call dbo.proc_MSS_PropagationIndexerGetReadyQueryComponents}  [propdatabase.cxx:70]  d:\office\source\search\native\ytrip\tripoli\propagation\propdatabase.cxx 
    07/30/2014 01:32:04.31  mssearch.exe (0x0588)                    0x1DE4 SharePoint Server Search       Propagation Manager          
     e3o3 Verbose  executing SQL query {? = call dbo.proc_MSS_PropagationIndexerGetReadyQueryComponents}  [propdatabase.cxx:70]  d:\office\source\search\native\ytrip\tripoli\propagation\propdatabase.cxx 
    07/30/2014 01:32:04.68  mssdmn.exe (0x15CC)                      0x1060 SharePoint Server Search       HTTP Protocol
    Handler          du4i                     0x29E4 SharePoint Server Search       HTTP
    Protocol Handler          du4i Verbose  CHttpAccessorHelper::InitRequestInternal - opening request for '/robots.txt'.   [httpacchelper.cxx:353]  d:\office\source\search\native\gather\protocols\http\httpacchelper.cxx 
    07/30/2014 01:32:04.70  mssdmn.exe (0x15CC)                      0x29E4 SharePoint Server Search       HTTP Protocol
    Handler          du54 High     CHttpAccessorHelper::InitRequestInternal - unexpected status (503) on request for 'http://ppecpnew/robots.txt' Authentication 0.  [httpacchelper.cxx:703] 
    d:\office\source\search\native\gather\protocols\http\httpacchelper.cxx 
    07/30/2014 01:32:04.70  mssearch.exe (0x0588)                    0x130C SharePoint Server Search       Gatherer                     
     cd11 Warning  The start address http://nvcp'/sites/quipme cannot be crawled.  Context: Application 'FAST_Content_SSA', Catalog 'Portal_Content'  Details: 
    The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly. If the repository was temporarily unavailable, an incremental crawl will fix this error.   (0x80041200) 
    07/30/2014 01:32:04.70  mssdmn.exe (0x15CC)                      0x104C SharePoint Server Search       HTTP Protocol
    Handler          du4i Verbose  CHttpAccessorHelper::InitRequestInternal - opening request for '/robots.txt'.   [httpacchelper.cxx:353]  d:\office\source\search\native\gather\protocols\http\httpacchelper.cxx 
    07/30/2014 01:32:04.70  mssdmn.exe (0x15CC)                      0x104C SharePoint Server Search       HTTP Protocol
    Handler          du54 High  
    07/30/2014 01:32:04.70  mssearch.exe (0x0588)                    0x2948 SharePoint Server Search       Gatherer                     
     cd11 Warning  The start address
    http://nvcp'/sites/MDPPubng cannot be crawled.  Context: Application 'FAST_Content_SSA', Catalog 'Portal_Content'  Details:  The crawler could not communicate with the server. Check that the server is
    available and that the firewall access is configured correctly. If the repository was temporarily unavailable, an incremental crawl will fix this error.   (0x80041200) 
     CHttpProbeHelper::ProbeServer: InitRequest failed for 'http://ppecpnew/_vti_bin/sitedata.asmx'. Return error to caller, hr=80041200  [stscommon.cxx:490]  d:\office\source\search\native\gather\protocols\common\stscommon.cxx 
    07/30/2014 01:32:26.06  mssdmn.exe (0x15CC)                      0x193C SharePoint Server Search       PHSts                        
     dvg0 High     STS3::COWSServer::InitializeClaimsCookie: Probing url 'http://pncvr' failed. Return error to caller, hr=80041200  [sts3util.cxx:1332]  d:\office\source\search\native\gather\protocols\sts3\sts3util.cxx 
    07/30/2014 01:32:26.06  mssdmn.exe (0x15CC)                      0x193C SharePoint Server Search       PHSts                        
     en0e High     CSTS3Accessor::InitURLType: Return error to caller, hr=80041200                 [sts3acc.cxx:2214]  d:\office\source\search\native\gather\protocols\sts3\sts3acc.cxx 
    07/30/2014 01:32:26.06  mssdmn.exe (0x15CC)                      0x193C SharePoint Server Search       PHSts                        
     dv3p High     CSTS3Accessor::GetServer fails, Url sts4://pnvpr/siteurl=sites/product/siteid={7ebfb072-08a8-4df7-8f74-e06730325d9a}/weburl=/webid={bd7ae724-1256-4b26-9633-416447d6bc5c}, hr=80041200  [sts3acc.cxx:185] 
    d:\office\source\search\native\gather\protocols\sts3\sts3acc.cxx 
    07/30/2014 01:32:26.06  mssdmn.exe (0x15CC)                      0x193C SharePoint Server Search       PHSts                        
     dvb1 High     CSTS3Accessor::Init fails, Url sts4:/mngbv/siteurl=sites/product/siteid={7ebfb072-08a8-4df7-8f74-e06730325d9a}/weburl=/webid={bd7ae724-1256-4b26-9633-416447d6bc5c}, hr=80041200  [sts3handler.cxx:312] 
    d:\office\source\search\native\gather\protocols\sts3\sts3handler.cxx 
    07/30/2014 01:32:26.06  mssdmn.exe (0x15CC)                      0x16FC SharePoint Server Search       HTTP Protocol
    Handler          du2z Verbose  CHttpProbeHelper::ProbeServer: Probing server with url 'http://pnvpr/_vti_bin/sitedata.asmx'.  [stscommon.cxx:476]  d:\office\source\search\native\gather\protocols\common\stscommon.cxx 
    07/30/2014 01:32:26.08  mssdmn.exe (0x15CC)                      0x193C SharePoint Server Search       PHSts                        
     dvb2 High     CSTS3Handler::CreateAccessorExD: Return error to caller, hr=80041200            [sts3handler.cxx:330]  d:\office\source\search\native\gather\protocols\sts3\sts3handler.cxx 
    07/30/2014 01:32:26.08  mssdmn.exe (0x15CC)                      0x16FC SharePoint Server Search       HTTP Protocol
    Handler          du4i Verbose  CHttpAccessorHelper::InitRequestInternal - opening request for '/_vti_bin/sitedata.asmx'.  [httpacchelper.cxx:353]  d:\office\source\search\native\gather\protocols\http\httpacchelper.cxx 
    earch application 'FAST Query SSA': Adding start address 'http://mnvfgext' for web application '64d562a1-535e-4917-8979-88840e2a67fe' to list of valid start addresses. a6b7948a-dc16-419d-b58a-0ee798a0bb9c
    07/30/2014 01:32:46.53  OWSTIMER.EXE (0x28DC)                    0x1444 SharePoint Server Search       Administration               
     dmb6 Verbose  Ensure full read access to the indexing account 'ABC\sp_search' on web application 'http://nvpr/'. a6b7948a-dc16-419d-b58a-0ee798a0bb9c
    07/30/2014 01:32:46.53  OWSTIMER.EXE (0x28DC)                    0x1444 SharePoint Server Search       Administration               
     dl2m Verbose  Search application 'FAST Query SSA': Skipping web application 'cea7b67b-fd5f-4c9a-a300-64a7d7ca3093' because its outbound url 'http://pnvpr' was automatically added once. a6b7948a-dc16-419d-b58a-0ee798a0bb9c
    07/30/2014 01:32:46.53  OWSTIMER.EXE (0x28DC)                    0x1444 SharePoint Server Search       Administration               
     dl2n Verbose  Search application 'FAST Query SSA': Adding start address 'http://pnvpr' for web application 'cea7b67b-fd5f-4c9a-a300-64a7d7ca3093' to list of valid start addresses. a6b7948a-dc16-419d-b58a-0ee798a0bb9c
    07/30/2014 01:32:46.53  OWSTIMER.EXE (0x28DC)                    0x1444 SharePoint Server Search       Administration               
     dl2k Verbose  web application 'http://abcrsp/' doesn't use search application 'FAST Query SSA', skipping it. a6b7948a-dc16-419d-b58a-0ee798a0bb9c
    07/30/2014 01:32:46.53  OWSTIMER.EXE (0x28DC)                    0x1444 SharePoint Server Search       Administration               
     dl2k Verbose  web application 'http://excb/' doesn't use search application 'FAST Query SSA', ski
    Anil Loka

    Hi,
    According to your post, my understanding is that you got error when communicating to the server.
    This happens when crawler is not able to connect to the server. Make sure server name is correct. Couple of steps to troubleshoot it
    You should be able to ping the server from the server having crawl component. Make sure there is an entry for the server in the host file under c:\Windows\System32\drivers\etc folder.
              Ping <servername>
          2.  You should be able to connect to the server using telnet command
    Telnet< servername> <port number>
    More information:
    Troubleshooting of FAST Search Configuration
    If the issue still exists, you can delete the old search application and recreate from the beginning.
    You can also reset the index and do a full crawl after.
    Here is a similar thread for your reference:
    http://social.technet.microsoft.com/Forums/en-US/f3c61b53-304a-4c2a-a370-d0e573219d1d/an-unrecognized-http-response-was-received-when-attempting-to-crawl-this-item?forum=sharepointadminprevious
    Best Regards,
    Linda Li
    Linda Li
    TechNet Community Support

  • How to set a different time increment in Calendar

    Hi,
    Trying to configure the calendar in the default calendar profile.
    We are trying to set the calendar time increment to 10 minutes;
    We have tried to set it up buy updating the following file:
    $ORACLE_HOME/ocal/misc/eventcal.ini
    Tried to set the following parameter:
    TimeInc = 10
    Changes are not applying to existing user calendars nor for new created users
    Do I have to do other steps than those above?

    Short answer: you can't - at least not directly.
    What you're trying to do breaks the fundamental rules of IP routing - specifically you can only have one default route that's used for all non-local traffic. That route will either point out our ADSL link or your second WAN link. You cannot route by port or protocol.
    Your best bet is to use an SMTP relay where you tell your server to relay all outgoing mail through an intermediate server (rather than directly to the destination domain). Then you can setup a static route to that relay over the second WAN link to override the default route.

  • Unknown protocol drops

    We started using Cisco 3850 switches. We are seeing unknown protocol drops on 10gb and 1gb uplinks. We have 3750x switches that have the same config. The 3750s are not showing these drops. What would cause these unknown protocol drops? It does not appear to be a fiber or SFP issue. And it does not seem to be affecting the normal traffic.
    Sent from Cisco Technical Support iPhone App

    Hello lindseye444,
    Please have a look at this bug:
    https://tools.cisco.com/bugsearch/bug/CSCuh47950/?reffering_site=dumpcr
    Symptom:
    when a routing protocol packet (such as but not limited to EIGRP) is received on a 3850 configured as an L2 device, interfaces receiving these packets will increment "unknown protocol drops" 
    This is a cosmetic issue and will not affect the routing protocols involved.
    Conditions:
    EIGRP or other routing protocol packets are received by a Catalyst 3850 that is configured as an Layer2 switch.
    Workaround:
    Once an SVI (switch virtual interface: for example "interface vlan 10") with an IP address is configured on the 3850 for the vlan in question the "unknown protocol drops" counter stops incrementing
    Further Problem Description:
    L3 routing protocol packets might be punted to CPU received on a L2 switchport, if no SVI is presented, unknown protocol drops will increase on the physical interface.
    Regards.

  • Is Flash Server required to incrementally "stream" audio?

    I need the ability to jump forward through an mp3 file
    without downloading
    the entire file.
    Do I need Flash Server to do this?
    Thank you

    "David Stiller" <[email protected]> wrote in
    message
    news:ggjt48$29r$[email protected]..
    > Tim,
    >
    >> I need the ability to jump forward through an mp3
    file without
    >> downloading the entire file.
    >> Do I need Flash Server to do this?
    >
    > Yes. Flash Media Server gives you RTMP, which is the
    protocol you need
    > for that sort of streaming. Without FMS, you're using
    HTTP -- the same
    > protocol the browser uses to download HTML, JGPs, CSS
    files, and nearly
    > everything else.
    >
    >
    > David Stiller
    > Adobe Community Expert
    > Dev blog,
    http://www.quip.net/blog/
    > "Luck is the residue of good design."
    >
    Thank you. It would be nice if a watered down version of
    Flash Server
    existed for people who only need to incrementally stream
    audio.

  • Incrementing folder name script? help...

    Here is the thing, im into tethering mode in my nikon camera (Picture talk/transfer protocol) in which it automatically saves every shot into a "hot folder" (~desktop/images) i've got my action to automate 4 pictures to be posted into a 4R size contact sheet, saved as jpeg, and closes the window. though the hard part is, i can't figure out how to automatically script it so that after saving and closing the contact sheet, all of the four raw jpg  shots + the newly saved contact_sheet.jpg file would be foldered into a subfolder (inside ~desktop/images) which generates a unique/incrementing folder names everytime. And so, i could continue shooting, and every after 4 shots, i could use my action+ the given script so it automatically does the foldering for me. Below are some examples of what's inside the "image folder" looks like.
    above is the ïmage folder before the script should work
    above is how the script should work, then after, if another 4 shot has been taken, i could execute the action to make and save the contact sheet and hopefully, if i would use the script again, it would put these five new *.jpg files to a incremented folder name like "Contact (1)" then for the next batch "Contact (2)"... and so on...
    Can anyone help me please? Tnx!

    I think creating that folder comes close to this, with a few adjustments. I really understand a few in scripting and so I hope someone could help out..
    function createFolder(file) {
      var parentFolder = file.parent;
      var saveFolder = new Folder( parentFolder + '/' + file.name.substring( 0, 8 ) );
      if( !saveFolder.exists ) saveFolder.create();
      var saveFile = new File( saveFolder + '/' + file.name);
      if( file.copy( saveFile ) ) file.remove();
    function main() {
       var folder = new Folder("~/Desktop/images");
       var files = folder.getFiles();
       for (var i = 0; i < files.length; i++) {
         var f = files[i];
         if (f instanceof File) {
          createFolder(f);
    main();

Maybe you are looking for

  • TableSorter errors when adding new data

    so here is the deal: I am using the TableSorter.java helper class with DefaultTableModel from: http://java.sun.com/docs/books/tutorial/uiswing/components/table.html It works great when the data is static and I get it for the first time. however, occa

  • How do i overcome "itunes library cannot be saved" message and problems?

    Hi fellow itunes users This is the second time i've had this problem in the past few months. I was working on my itunes for hours getting playlists in order, ripping songs from CDs, etc and all was going well. I burned a whole load of CDs with the ne

  • [SOLVED] make fails but makepkg works fine (when building zathura git)

    Hello, when I build the "zathura-girara-git" AUR package with makepkg everything works fine, but if I try to build zathura after cloning the git repo make fails with some errors. make output from makepkg: zathura build options: CFLAGS = -march=native

  • What is a GSM-compatible SIM card and where do I get one?

    I live inMexico and plan to buy an unlocked iPhone5s in the States this summer.  What is a GSM-compatible SIM card and where do I get one? 

  • To Know The Status Of The Grant

    Hi, I have a schema corxpradm which is a admin user and I have one more schema tptux.Normally when we create any object in the corxpradm,we create a synonym in tptux schema and grant all dml on this table to the tptux from corxpradm.There are around