ಸಮಸ್ಯೆ ಪರಿಹಾರ

DNS ಡಿಬಗ್ ಲಾಗ್‌ಗಳನ್ನು ಪರಿವರ್ತಿಸುವಾಗ ನೀವು ಎದುರಿಸಬಹುದಾದ ಲಕ್ಷಣಗಳು, ಅವುಗಳ ಕಾರಣಗಳು, ಮತ್ತು ಅವುಗಳನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಬೇಕು ಎಂಬುದರ ಬಗ್ಗೆ.

For AI agents: a documentation index is available at /llms.txt; a markdown version of this page is available at /kn/docs/08-troubleshooting/index.md.

“ಫೈಲ್ ಮಾನ್ಯವಾದ DNS ಡಿಬಗ್ ಲಾಗ್ ಫೈಲ್ ಅಲ್ಲ”

ಹೆಡರ್ ಪರಿಶೀಲನೆ ಇನ್‌ಪುಟ್ ಅನ್ನು ನಿರಾಕರಿಸಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಮಾರ್ಗ ಸರಿಯಿಲ್ಲ — ಅದೇ ಫೋಲ್ಡರ್‌ನಲ್ಲಿರುವ .log ಫೈಲ್ ಆದರೆ ಅದು DNS ಡಿಬಗ್ ಲಾಗ್ ಅಲ್ಲ, ಅಥವಾ ಕೇವಲ ರೋಟೇಟು ಮಾಡಿದ ಹೆಡರ್ ಅನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ಫೈಲ್.

ಇದನ್ನು ಪರಿಶೀಲಿಸಿ:

  1. ಫೈಲ್ ತೆರೆಯಿರಿ. DNS ಡಿಬಗ್ ಲಾಗ್ Message logging started at … ಎಂಬ ಹೆಡರ್ ಲೈನ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗಿ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್ ಹೊಂದಿರುವ ಕ್ವೇರಿ ಎಂಟ್ರಿಗಳೊಂದಿಗೆ ಮುಂದುವರಿಯುತ್ತದೆ.

  2. DNS ಡಿಬಗ್ ಲಾಗಿಂಗ್ ನಿಜವಾಗಿಯೂ ಸಕ್ರಿಯವಾಗಿದೆ ಮತ್ತು ನೀವು ನಿರೀಕ್ಷಿಸುವ ಮಾರ್ಗದಲ್ಲಿ ಬರೆಯುತ್ತಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ:

    Get-DnsServerDiagnostics | Select-Object Enable, LogFilePath, MaxMBFileSize
    
  3. ಫೈಲ್ ನಿಜವಾಗಿಯೂ DNS ಲಾಗ್ ಆಗಿದ್ದರೂ ಹೆಡರ್ ಅಸಾಮಾನ್ಯವಾಗಿದ್ದರೆ — ಕೈಯಿಂದ ಸಂಪಾದಿತ, ಪೂರ್ವ-ಫಿಲ್ಟರ್ ಮಾಡಲಾದ, ಕಸ್ಟಮ್ ಎಕ್ಸ್ಪೋರ್ಟ್ — ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಹೋಗಿ:

    Convert-DNSDebugLogFile -InputFile "C:\Logs\odd.log" -SkipHeaderValidation
    

ಇತರ ಎಲ್ಲ ಸ್ಥಳಗಳಲ್ಲಿ ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿರಿಸಿ. ಗಮನಿಸಿ -SkipHeaderValidation ಅನ್ನು -RemoveSourceFile ಜೊತೆಗೆ ಬಳಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪರಿಶೀಲನೆ ಮಾಡದ ಫೈಲ್ ಅನ್ನು ಪರಿವರ್ತನೆಯಿಂದ ಅಳಿಸಲಾಗುವುದಿಲ್ಲ.

ಔಟ್‌ಪುಟ್ ಫೈಲ್ ಖಾಲಿ ಅಥವಾ ನಿರೀಕ್ಷಿತಕ್ಕಿಂತ ಬಹಳ ಕಡಿಮೆ ಸಾಲುಗಳಿವೆ

ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ:

  • ಲಾಗ್‌ನಲ್ಲಿ ಕ್ವೇರಿ ಎಂಟ್ರಿಗಳು ಇದ್ದವೆಯೇ? ಹೊಸದಾಗಿ ರೋಟೇಟು ಮಾಡಿದ ಲಾಗ್‌ನಲ್ಲಿ ಯಾವುದೇ ಕ್ವೇರಿ ಇಲ್ಲದಿದ್ದರೆ ಕೇವಲ ಹೆಡರ್ ಮಾತ್ರ ಇರಬಹುದು.
  • -ContextFilter ಬಳಸಲಾಗಿದೆಯೇ? -ContextFilter Packet ವಿನ್ಯಾಸದಂತೆ Event ಮತ್ತು Note ಎಂಟ್ರಿಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ನೀವು Event ಅಥವಾ Note ಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿದರೆ, ಬಹುತೇಕ ಕಾಲಮ್‌ಗಳು ಖಾಲಿಯಾಗಿರುತ್ತವೆ — ಆ ಎಂಟ್ರಿ ಪ್ರಕಾರಗಳು ಕೇವಲ DateTime, ThreadId, Context ಮತ್ತು Information ಅನ್ನು ಹೊಂದಿರುತ್ತವೆ.
  • ಮೂಲ ಲಾಗ್ ಸಕ್ರಿಯವಾಗಿದೆಯೇ? DNS ಸರ್ವರ್ ಇನ್ನೂ ಬರೆಯುತ್ತಿರುವ ಫೈಲ್ ಪರಿವರ್ತನೆಯಾಗುತ್ತಿರುವಾಗ ಬದಲಾಯಿಸಬಹುದು; ಹೊಸ ಎಂಟ್ರಿಗಳು ಕಾಣಿಸದಿರಬಹುದು ಮತ್ತು ಕೊನೆಯ ದಾಖಲೆ ಕತ್ತರಿಸಬಹುದು. ಸಂಪೂರ್ಣ ಔಟ್‌ಪುಟ್ ಬೇಕಾದರೆ ರೋಟೇಟು ಆಗಿರುವ, ಮುಚ್ಚಿದ ಲಾಗ್ ಅನ್ನು ಪರಿವರ್ತಿಸಿ.
  • ಫೈಲ್ ಹಾಳಾಗಿದೆಯೇ ಅಥವಾ ಕತ್ತರಿಸಲ್ಪಟ್ಟಿದೆಯೇ? ಲಾಗ್‌ನ ಕೊನೆಯಲ್ಲಿ ಅರ್ಧವಾಗಿ ಬರೆಯಲಾದ ಲೈನ್ ಇದ್ದೇನೋ ನೋಡಿರಿ.

ದಿನಾಂಕಗಳು ತಪ್ಪಾಗಿವೆ, ಸರಿದಿಲ್ಲ, ಅಥವಾ ದಿನ ಮತ್ತು ತಿಂಗಳು ಬದಲಾಯಿಸಲಾಗಿದೆ

ಲಾಗ್ ಅನ್ನು ಪರಿವರ್ತಿಸುವ ಸೆಷನ್‌ನ Windows ಸ್ಥಳೀಯತೆ (locale) ಮತ್ತು ಲಾಗ್ ಬರೆಯಲಾದ ಸರ್ವರ್‌ನ ಸ್ಥಳೀಯತೆ ಭಿನ್ನವಾಗಿದೆ. 20.01.2026 ಮತ್ತು 01/20/2026 ಒಂದೇ ಕ್ಷಣವನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಆದರೆ ಎರಡೂ ಕಡೆ ಫಾರ್ಮ್ಯಾಟ್ ಒಪ್ಪಿಕೊಂಡಿದ್ದರೆ ಮಾತ್ರ.

# ಲಾಗ್ ಜರ್ಮನ್ ಸರ್ವರ್‌ನಿಂದ ಬಂದಿದೆ
Convert-DNSDebugLogFile -InputFile "C:\Logs\dns-berlin.log" -InputCulture 'de-DE'

ನಿಯೋಜಿತ ಕೆಲಸಗಳಲ್ಲಿ (scheduled jobs) -InputCulture ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿ, ಅದನ್ನು ಚಾಲನೆ ಮಾಡುವ ಖಾತೆಯ ಸಂಸ್ಕೃತಿಯನ್ನು ಅವಲಂಬಿಸಬೇಡಿ. ಔಟ್‌ಪುಟ್ ಯಂತ್ರ ಓದಲು ಸುಲಭವಾಗಬೇಕಾದರೆ -OutputCulture 'sv-SE' ಸೇರಿಸಿ. ವಿವರಗಳು ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಮತ್ತು ಆಯ್ಕೆಗಳು ನಲ್ಲಿ.

ಆಮದು ಮಾಡಿದ ನಂತರ ಎಲ್ಲವೂ ಒಂದೇ ಕಾಲಮ್‌ನಲ್ಲಿ ಬರುತ್ತದೆ

ಡೆಲಿಮಿಟರ್ ಹೊಂದಾಣಿಕೆ ತಪ್ಪಾಗಿದೆ. ಮೋಡ್ಯೂಲ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ; ಅನ್ನು ಬರೆಯುತ್ತದೆ; ನಿಮ್ಮ ಗ್ರಾಹಕ , (ಅಥವಾ ಅದರ ವಿರುದ್ಧ) ನಿರೀಕ್ಷಿಸಿದ್ದಾನೆ.

ಗ್ರಾಹಕ ಬೇಕಾದ ಡೆಲಿಮಿಟರ್‌ನೊಂದಿಗೆ ಪರಿವರ್ತನೆಯನ್ನು ಮರುನಡೆಸಿರಿ:

Convert-DNSDebugLogFile -InputFile "C:\Logs\dns.log" -Delimiter ","

…ಅಥವಾ ಆಮದು ಮಾಡುವಾಗ ಫೈಲ್ ಯಾವ ಡೆಲಿಮಿಟರ್ ಬಳಸುತ್ತದೆ ಎಂದು ತಿಳಿಸಿ — ಎಕ್ಸೆಲ್‌ನಲ್ಲಿ Data → From Text/CSV ಮೂಲಕ, ಪವರ್‌ಶೆಲ್‌ನಲ್ಲಿ Import-Csv -Delimiter ';' ಮೂಲಕ.

“ಪ್ರವೇಶ ನಿರಾಕರಿಸಲಾಗಿದೆ”

  • DNS ಲಾಗ್ ಡೈರೆಕ್ಟರಿ ಸಾಮಾನ್ಯವಾಗಿ ಆಡಳಿತಾಧಿಕಾರಗಳನ್ನು (administrative rights) ಅಗತ್ಯವಿರುತ್ತದೆ. ಪವರ್‌ಶೆಲ್ ಅನ್ನು ಎಲೆವೇಟೆಡ್ (elevated) ಆಗಿ ಪ್ರಾರಂಭಿಸಿ, ಅಥವಾ ಆಕ್ಸೆಸ್ ಇರುವ ಖಾತೆಯಿಂದ ನಿಯೋಜಿತ ಕಾರ್ಯವನ್ನು (scheduled task) ಚಾಲನೆ ಮಾಡಿ.
  • ಲಾಗ್ ಓದಲು ಮಾತ್ರವಲ್ಲ, ಔಟ್‌ಪುಟ್ ಡೈರೆಕ್ಟರಿಗೂ ಬರೆಯುವ ಹಕ್ಕು ಪರಿಶೀಲಿಸಿ.
  • SMB/UNC ಮಾರ್ಗಗಳಿಗಾಗಿ: SYSTEM ಖಾತೆಯಿಂದ ಕಾರ್ಯ ಚಾಲನೆ ಮಾಡಿದಾಗ ನೆಟ್ವರ್ಕ್‌ನಲ್ಲಿ ಕಂಪ್ಯೂಟರ್ ಖಾತೆ ಆಗಿ ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ. ಆ ಕಂಪ್ಯೂಟರ್ ಖಾತೆಗೆ (ಅಥವಾ Domain Controllers ಗುಂಪಿಗೆ) ಶೇರ್ ಮತ್ತು NTFS ಹಕ್ಕುಗಳನ್ನು ನೀಡಿ, ಅಥವಾ ವಿಶೇಷ ಸೇವಾ ಖಾತೆಯನ್ನು ಬಳಸಿ.
  • -RemoveSourceFile ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದ ನಂತರ ವಿಫಲವಾದರೆ, ಆ ಖಾತೆಗೆ ಲಾಗ್ ಓದಲು ಸಾಧ್ಯ ಆದರೆ ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಪ್ರಕ್ರಿಯೆ ಬಹಳ ನಿಧಾನವಾಗಿದೆ

  1. ಮೊದಲು ಡಿಸ್ಕ್ ಪರಿಶೀಲಿಸಿ — ಪರಿವರ್ತನೆ I/O-ಬಂಧಿತವಾಗಿದೆ. ಬ್ಯುಸಿ ವಾಲ್ಯೂಮ್ ಅಥವಾ ನಿಧಾನ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗ ಸಮಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.
  2. ಪ್ಯಾಕೆಟ್-ವಿವರ JSON ಬೇಕಾಗದಿದ್ದರೆ -NoDetailsParsing ಬಳಸಿ; ವಿವರ ಭರಿತ ಲಾಗ್‌ಗಳಲ್ಲಿ ಇದು 30–50% ಸಮಯ ಉಳಿಸುತ್ತದೆ.
  3. ಕಡಿಮೆ ಬರೆಯಲು -ContextFilter Packet ಬಳಸಿ.
  4. ಒಂದು ದೊಡ್ಡ ಫೈಲ್ ಪರಿವರ್ತಿಸುವ ಬದಲು DNS ಸರ್ವರ್ ಲಾಗ್ ರೋಲ್ಓವರ್ ಬಳಸಿ ದೊಡ್ಡ ಲಾಗ್‌ಗಳನ್ನು ವಿಭಜಿಸಿ.
  5. ಲಾಗ್ ಡೈರೆಕ್ಟರಿಗಾಗಿ ಆಂಟಿವೈರಸ್ ಹೊರತುಪಡಿಸುವಿಕೆ (exclusion) ಪರಿಗಣಿಸಿ.

ಹೆಚ್ಚು ಮಾಹಿತಿಗೆ ಕಾರ್ಯಕ್ಷಮತೆ ನೋಡಿ.

ಸಂಕುಚಿತ ಔಟ್‌ಪುಟ್ ನಿರೀಕ್ಷಿತಕ್ಕಿಂತ ದೊಡ್ಡದಾಗಿದೆ

ಬಹುಮಟ್ಟಿಗೆ ವಿಭಿನ್ನ ವಿಷಯ ಹೊಂದಿರುವ ಲಾಗ್‌ಗಳು — ಅನೇಕ ವಿಭಿನ್ನ ಡೊಮೇನ್‌ಗಳು, ಅನೇಕ ವಿಭಿನ್ನ ಕ್ಲೈಂಟ್‌ಗಳು — ಪುನರಾವರ್ತಿತ ಲಾಗ್‌ಗಳಿಗಿಂತ ಕಡಿಮೆ ಸಂಕುಚಿತವಾಗುತ್ತವೆ. ಇದು ಸಾಮಾನ್ಯ. ZIP ಸಾಮಾನ್ಯವಾಗಿ ಸಾಕಷ್ಟು ಕಡಿತ ಸಾಧಿಸುತ್ತದೆ; ಕಡಿತವಾಗದಿದ್ದರೆ Details ಕಾಲಮ್ ಫೈಲ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತಿದೆಯೇ ಮತ್ತು ಅದನ್ನು ನೀವು ನಿಜವಾಗಿಯೂ ಬೇಕಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಅಂಕಿಅಂಶಗಳು ನಾನು ನಿರೀಕ್ಷಿಸಿದಂತೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿಲ್ಲ

  • ನೀವು -OutputType Both ಅಥವಾ -OutputType Statistic ಬಳಸಿದ್ದೀರಾ ಎಂದು ದೃಢೀಕರಿಸಿ. -OutputType CSV ಬಳಿಸಿದರೆ ಯಾವುದೇ ಅಂಕಿಅಂಶ ಫೈಲ್‌ಗಳು ಬರೆಯಲಾಗುವುದಿಲ್ಲ.
  • Count ಒಟ್ಟು ಸಂಖ್ಯೆಯಾಗಿದೆ, ವಿಭಿನ್ನ ಸಂಖ್ಯೆಯಲ್ಲ. ಒಂದು ಕ್ಲೈಂಟ್ ಒಂದೇ ಹೆಸರಿಗಾಗಿ 500 ಬಾರಿ ಕೇಳಿದರೆ 500 ಆಗಿ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಇದು “ಅಂಕಿ ಸರಿಯಾಗಿಲ್ಲ” ಎಂಬುದರ ಪ್ರಮುಖ ಕಾರಣ.
  • ಅಂಕಿಅಂಶಗಳು ದಿನಾಂಕ ಪ್ರಕಾರ ಗುಂಪು ಮಾಡಲ್ಪಟ್ಟಿವೆ. ಎರಡು ದಿನಗಳನ್ನು ಒಳಗೊಂಡ ಲಾಗ್ ಎರಡೂ ದಿನಗಳ ಸಾಲುಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.
  • ಅಂಕಿಅಂಶ ಫೈಲ್‌ಗಳಲ್ಲಿ ComputerName ಖಾಲಿಯಾಗಿದ್ದರೆ, ಪರಿವರ್ತನೆಯಾಗುತ್ತಿರುವಾಗ -ComputerName ಹೊಂದಿಸಲಾಗಿರಲಿಲ್ಲ.

ನಿಯೋಜಿತ ಕಾರ್ಯ ಇಂಟರಾಕ್ಟಿವ್ ಆಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಟಾಸ್ಕ್ ಆಗಿ ಅಲ್ಲ

ಬಹುಶಃ ಈ ಮೂರು ವಿಷಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ:

  • ಮೋಡ್ಯೂಲ್ ಕಂಡುಬರಲಿಲ್ಲ. SYSTEM -NoProfile ಜೊತೆಗೆ ಯಂತ್ರ-ವ್ಯಾಪಕ ಮೋಡ್ಯೂಲ್ ಮಾರ್ಗಗಳನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. ಮೋಡ್ಯೂಲ್ ಅನ್ನು ಯಂತ್ರ-ವ್ಯಾಪಕವಾಗಿ ಸ್ಥಾಪಿಸಿ ಅಥವಾ ಟಾಸ್ಕ್ ಕ್ರಿಯೆಯಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ Import-Module DNSServer.DebugLogParser ಸೇರಿಸಿ.
  • ತಪ್ಪಾದ ಸಂಸ್ಕೃತಿ. ಟಾಸ್ಕ್ ಖಾತೆಯ ಸ್ಥಳೀಯತೆ ನಿಮ್ಮದರಿಂದ ಭಿನ್ನವಾಗಿದೆ. -InputCulture ಮತ್ತು -OutputCulture ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿ.
  • ನಿರ್ವಹಣಾ ನೀತಿ ಅಥವಾ ಅಸೈನ್ ಮಾಡಿದ ಸ್ಕ್ರಿಪ್ಟ್. ಟಾಸ್ಕ್‌ನ -ExecutionPolicy ಅನ್ನು ನಿಮ್ಮ ಸಹಿ ನೀತಿಗೆ ಹೊಂದಿಸಿ, ಮತ್ತು ಬೇರೆಡೆಗಳಿಂದ ನಕಲಿಸಿದ ಫೈಲ್‌ಗಳನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಿ.

ಅದನ್ನು ಪುನರಾವರ್ತಿಸಲು ಅದೇ ಸನ್ನಿವೇಶದಲ್ಲಿ (ಉದಾಹರಣೆಗೆ PsExec ಮೂಲಕ SYSTEM ಆಗಿ) ಟಾಸ್ಕ್ ಕಮಾಂಡ್ ಲೈನ್ ಅನ್ನು ಕೈಯಿಂದ ಚಾಲನೆ ಮಾಡಿ.

ಸಮಸ್ಯೆಯನ್ನು ವರದಿ ಮಾಡುವುದು

ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸಹಾಯ ಮಾಡದಿದ್ದರೆ:

  1. ಇತ್ತೀಚಿನ ಮೋಡ್ಯೂಲ್ ಆವೃತ್ತಿಗೆ ನವೀಕರಿಸಿ ಮತ್ತು ಮರುಪ್ರಯತ್ನಿಸಿ.

  2. GitHub issues ನಲ್ಲಿ ಅದೇ ಲಕ್ಷಣಕ್ಕಾಗಿ ಹುಡುಕಿ.

  3. ಡಯಾಗ್ನೋಸ್ಟಿಕ್ಸ್ ಸಂಗ್ರಹಿಸಿ:

    $PSVersionTable
    Get-Module DNSServer.DebugLogParser -ListAvailable | Select-Object Name, Version, Path
    Get-Culture
    

    ಜೊತೆಗೆ ನೀವು ನಡೆಸಿದ ನಿಖರ ಕಮಾಂಡ್, ಪೂರ್ಣ ದೋಷ ಸಂದೇಶ ಮತ್ತು ಸ್ಟ್ಯಾಕ್ ಟ್ರೇಸ್, ಮತ್ತು ಸಾಧ್ಯವಾದರೆ ಸಮಸ್ಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಲಾಗ್‌ನ ಸಣ್ಣ ಅನಾಮಧೇಯ ಭಾಗವನ್ನು ಹಂಚಿಕೊಳ್ಳಿ.

  4. ಆ ಮಾಹಿತಿಯೊಂದಿಗೆ ಹೊಸ ಇಶ್ಯೂ ತೆರೆಯಿರಿ.