Re: [ActiveDir] Ntfrs Errors
Justin, you wouldn't lose your AD data by deleting NTFRS Jet database. AD data is stored in ntds.dit file under Systemroot\Ntds\ folder. What you would want to do is to copy everything fromSYSTEMROOT\SYSVOL\SYSVOL\DOMAIN.com\ to another folder forbackup measures, before you perform that action. If you read the event 13555, it is explains on how to delete jet database as well. Also, restart your NTFRS NETLOGON services. Stop NTFRS, and NETLOGON, and then start NETLOGON and then NTFRS. Hope that helps. On 2/15/06, Clay, Justin (ITS) [EMAIL PROTECTED] wrote: Guys, I found this article yesterday: http://www.jsifaq.com/SUBH/tip3600/rh3605.htm What do you think? When you perform these actions, the idea is that you delete the FRS database and logs, and when you restart the services these will be recreated using replicated information from other DCs in the domain? I think that's the part I'm unclear about: Does this process end with me losing all of my AD data for the problematic domain? Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICEThe information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. -- Ambition is a dream with a V8 engine. ~ Elvis Presley
RE: [ActiveDir] Ntfrs Errors
If you are on a Windows 2000 be careful of copy and paste, better off using ntbackup!: Junctions graft the namespace (any bounded area in which a specific name can be resolved) of the destination file system location to an NTFS volume. An underlying reparse point permits NTFS to transparently remap an operation to the destination object. As a result, if you modify the data in the Sysvol structure, changes occur directly on these physical files. Additionally, if you perform a cut-and-paste operation or a copy-and-paste operation with these folders in the Sysvol structure that contains junction points, the cut-and-paste operation or the copy-and-paste operation occur in the junction point information. Microsoft recommends that you avoid performing a cut-and-paste operation or a copy-and-paste operation on the Sysvol structure, especially when you perform the paste operation on the same server. If you perform a cut-and-paste operation or a copy-and-paste operation on the Sysvol structure, a copy of the junction point information is created. This does not result in a copy of the actual data. Instead, a copy of the junction point information only is created. If you modify any of the files that appear in that folder, you modify the source files directly. http://support.microsoft.com/?kbid=324175 Thanks... ... ... ... Sergio J. Olivarez - Contractor GD-NS From: Umer Y [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 8:40 AM To: ActiveDir@mail.activedir.org Subject: Re: [ActiveDir] Ntfrs Errors Justin, you wouldn't lose your AD data by deleting NTFRS Jet database. AD data is stored in ntds.dit file under Systemroot\Ntds\ folder. What you would want to do is to copy everything fromSYSTEMROOT\SYSVOL\SYSVOL\DOMAIN.com\ to another folder forbackup measures, before you perform that action. If you read the event 13555, it is explains on how to delete jet database as well. Also, restart your NTFRS NETLOGON services. Stop NTFRS, and NETLOGON, and then start NETLOGON and then NTFRS. Hope that helps. On 2/15/06, Clay, Justin (ITS) [EMAIL PROTECTED] wrote: Guys, I found this article yesterday: http://www.jsifaq.com/SUBH/tip3600/rh3605.htm What do you think? When you perform these actions, the idea is that you delete the FRS database and logs, and when you restart the services these will be recreated using replicated information from other DCs in the domain? I think that's the part I'm unclear about: Does this process end with me losing all of my AD data for the problematic domain? Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. -- Ambition is a dream with a V8 engine. ~ Elvis Presley
RE: [ActiveDir] NtFrs Errors
Did you delete the DC in AD Sites and Services? Thanks... ... ... ... Sergio J. Olivarez - Contractor GD-NS From: Clay, Justin (ITS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 12:28 PM To: ActiveDir@mail.activedir.org Subject: [ActiveDir] NtFrs Errors Im seeing errors 13555 and 13552 in the event log ever since one of our DCs died and had to be pulled out of AD. When the DC died, I did the following: 1. Seized its PDC role 2. Removed all entries for this DC using Metadata cleanup in ntdsutil 3. Followed the rest of the steps outlined for Windows 2003 pre-SP1 here: http://support.microsoft.com/default.aspx?kbid=216498 Ive removed all entries I can find for this dead DC (SBASVISDC03 is the dead DCs name) using ADSIEdit, Metadata cleanup, and the DNS console. I ran FRSDiag this morning and found that one of the other DCs (SBASVISDC01) still shows SBASVISDC03 as an INBOUND NEIGHBOR. Now Ive looked and looked and cannot find where this INBOUND NEIGHBOR information is being stored. What am I doing wrong? There must be some place Im overlooking. Thanks, Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
RE: [ActiveDir] NtFrs Errors
Yes I did. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Olivarez, Sergio J Mr ANOSC/FCBS Sent: Tuesday, February 14, 2006 1:53 PM To: ActiveDir@mail.activedir.org Subject: RE: [ActiveDir] NtFrs Errors Did you delete the DC in AD Sites and Services? Thanks... ... ... ... Sergio J. Olivarez - Contractor GD-NS From: Clay, Justin (ITS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 12:28 PM To: ActiveDir@mail.activedir.org Subject: [ActiveDir] NtFrs Errors Im seeing errors 13555 and 13552 in the event log ever since one of our DCs died and had to be pulled out of AD. When the DC died, I did the following: 1. Seized its PDC role 2. Removed all entries for this DC using Metadata cleanup in ntdsutil 3. Followed the rest of the steps outlined for Windows 2003 pre-SP1 here: http://support.microsoft.com/default.aspx?kbid=216498 Ive removed all entries I can find for this dead DC (SBASVISDC03 is the dead DCs name) using ADSIEdit, Metadata cleanup, and the DNS console. I ran FRSDiag this morning and found that one of the other DCs (SBASVISDC01) still shows SBASVISDC03 as an INBOUND NEIGHBOR. Now Ive looked and looked and cannot find where this INBOUND NEIGHBOR information is being stored. What am I doing wrong? There must be some place Im overlooking. Thanks, Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
RE: [ActiveDir] NtFrs Errors
In addition to AD Sites and Services, check under System\File Replication Service\Domain System Volume (Sysvol share)\ for any leftover frsMember objects. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clay, Justin (ITS)Sent: Tuesday, February 14, 2006 1:28 PMTo: ActiveDir@mail.activedir.orgSubject: [ActiveDir] NtFrs Errors Im seeing errors 13555 and 13552 in the event log ever since one of our DCs died and had to be pulled out of AD. When the DC died, I did the following: 1. Seized its PDC role 2. Removed all entries for this DC using Metadata cleanup in ntdsutil 3. Followed the rest of the steps outlined for Windows 2003 pre-SP1 here: http://support.microsoft.com/default.aspx?kbid=216498 Ive removed all entries I can find for this dead DC (SBASVISDC03 is the dead DCs name) using ADSIEdit, Metadata cleanup, and the DNS console. I ran FRSDiag this morning and found that one of the other DCs (SBASVISDC01) still shows SBASVISDC03 as an INBOUND NEIGHBOR. Now Ive looked and looked and cannot find where this INBOUND NEIGHBOR information is being stored. What am I doing wrong? There must be some place Im overlooking. Thanks, Justin ClayITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICEThe information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
RE: [ActiveDir] NtFrs Errors
If youre seeing 13505 13506 check out the links below: http://support.microsoft.com/kb/823230/EN-US/ http://mcpmag.com/Features/article.asp?EditorialsID=403 http://www.experts-exchange.com/Operating_Systems/Q_21579612.html Thanks... ... ... ... Sergio J. Olivarez - Contractor Phone # (520) 538-2909 DSN: 879-2909 [EMAIL PROTECTED] GD-NS From: Clay, Justin (ITS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 1:23 PM To: ActiveDir@mail.activedir.org Subject: RE: [ActiveDir] NtFrs Errors Yes I did. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Olivarez, Sergio J Mr ANOSC/FCBS Sent: Tuesday, February 14, 2006 1:53 PM To: ActiveDir@mail.activedir.org Subject: RE: [ActiveDir] NtFrs Errors Did you delete the DC in AD Sites and Services? Thanks... ... ... ... Sergio J. Olivarez - Contractor GD-NS From: Clay, Justin (ITS) [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 12:28 PM To: ActiveDir@mail.activedir.org Subject: [ActiveDir] NtFrs Errors Im seeing errors 13555 and 13552 in the event log ever since one of our DCs died and had to be pulled out of AD. When the DC died, I did the following: 1. Seized its PDC role 2. Removed all entries for this DC using Metadata cleanup in ntdsutil 3. Followed the rest of the steps outlined for Windows 2003 pre-SP1 here: http://support.microsoft.com/default.aspx?kbid=216498 Ive removed all entries I can find for this dead DC (SBASVISDC03 is the dead DCs name) using ADSIEdit, Metadata cleanup, and the DNS console. I ran FRSDiag this morning and found that one of the other DCs (SBASVISDC01) still shows SBASVISDC03 as an INBOUND NEIGHBOR. Now Ive looked and looked and cannot find where this INBOUND NEIGHBOR information is being stored. What am I doing wrong? There must be some place Im overlooking. Thanks, Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
RE: [ActiveDir] NtFrs Errors
I just checked there and I only see the 3 current, working DCs listed. I dont see the 4th dead DC. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Adner Sent: Tuesday, February 14, 2006 2:25 PM To: ActiveDir@mail.activedir.org Subject: RE: [ActiveDir] NtFrs Errors In addition to AD Sites and Services, check under System\File Replication Service\Domain System Volume (Sysvol share)\ for any leftover frsMember objects. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clay, Justin (ITS) Sent: Tuesday, February 14, 2006 1:28 PM To: ActiveDir@mail.activedir.org Subject: [ActiveDir] NtFrs Errors Im seeing errors 13555 and 13552 in the event log ever since one of our DCs died and had to be pulled out of AD. When the DC died, I did the following: 1. Seized its PDC role 2. Removed all entries for this DC using Metadata cleanup in ntdsutil 3. Followed the rest of the steps outlined for Windows 2003 pre-SP1 here: http://support.microsoft.com/default.aspx?kbid=216498 Ive removed all entries I can find for this dead DC (SBASVISDC03 is the dead DCs name) using ADSIEdit, Metadata cleanup, and the DNS console. I ran FRSDiag this morning and found that one of the other DCs (SBASVISDC01) still shows SBASVISDC03 as an INBOUND NEIGHBOR. Now Ive looked and looked and cannot find where this INBOUND NEIGHBOR information is being stored. What am I doing wrong? There must be some place Im overlooking. Thanks, Justin Clay ITS Enterprise Services Metropolitan Government of Nashville and Davidson County Howard School Building Phone: (615) 880-2573 ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. ITS ENTERPRISE SERVICES EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
