일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 프로세스 CPU 사용량
- Nested VM
- 작업관리자
- 터키여행
- windows debugging tool
- LiveKD
- FTP7.5
- windows media service
- cluster node as Domain controller
- SQL Server 2008
- paged pool
- iSCSI target
- Hyper-V
- Session space
- Local TempDB
- Windows Server 2008
- failover cluster
- windbg
- 클러스터
- dsquery
- Windows Server 2016 Hyper-v Cluster
- ftp7.5 장애조치 클러스터
- windows update
- SQL Server 2012R2 FCI
- 안철수
- nonpaged pool
- Windows Server 2016
- MSCS on VMWare
- 인문고전
- Xperf
- Today
- Total
류짱:Beyond MySelf
주어진 네트워크 경로에 사용 가능한 네트워크 공급자가 없습니다 본문
잘 운영 중인 서버를 정기 PM작업을 맞아 재 시작하고 나니 그동안 잘 되던 파일 공유에 접속이 실패되는 현상이 발생 하였습니다.
실제 공유 폴더들은 아무 문제 없고 Command prompt에서 net share 명령어로 공유 된 폴더들을 확인하면 모두 정상적으로 보이는데...
로컬에서든 다른 서버에서든 UNC로 공유된 서버에 접근만 하려고 하면
"주어진 네트워크 경로에 사용 가능한 네트워크 공급자가 없습니다" 라는 메시지와 함께 공유 폴더에 접근 되지 않는 현상........
오늘 이와 같은 이슈로 점심도 먹지 못하고 저녁 11시까지 작업을 했습니다. 간단한 일처럼 보였는데 어디서 부터 꼬인 일인지 파악 할 수 없어서 문제 해결에 상당한 시간이 걸렸네요..
아래 내용을 일찍부터 적용 했더라면 빨리 퇴근 할 수 있었었는뎅.... ㅋㅋ
문제 해결의 답은 KB968389를 삭제 한 후 다시 서버를 재 시작 하는 것입니다만.... 이 hofix 때문에 공유 폴더에 접근이 불가능 할거라고 유추하기는 매우 힘들었습니다.
물론 기본적으로는 위와 같은 오류가 발생 하면 services.msc를 실행 한 후 server service와 그에 종속 된 서비스들이 제대로 동작하고 있는지 확인 해야 합니다. 그러나 제가 경험 한 것은 모든 방법을 다 동원해서 오류 조치를 하려고 하였는데 되지 않았을 때 또 다른 하나의 희망으로...... 아래 방법을 사용해 볼 수 있다는 것입니다.
This behavior can occur if the update discussed in KB 968389 did not install properly. To correct the issue, please uninstall the update completely and then reboot the server. Errors may be seen when attempting to access shares after installation of the update described in KB 968389
After the restart, you should find that the symptoms no longer occur. Reinstall the update from KB 968389 and restart the server again. The issue should not re-occur. You should be able to access all shares successfully locally and remotely.
그래서 이런 경우는 매우 특이한 case라고 생각합니다.ㅎㅎ
그런데.....해결 방법을 찾아서 좋아라 하고 있었는데.... 흑..... 다른 분이 원격으로 서버에 접속하여 원인 분석을 한답시고.... 공유 폴더에 대한 권한이나 사용자 관련 레지스트리를 백업 하지 않고 네트워크 등록 정보에서 Microsoft 네트워크 모니터용 파일 및 프린터 공유를 제거하여 기존 공유 되어 있던 정보들이 없어져 버리는 초유의 사태가 발생 하였습니다.
으하....공유 문제 해결하고.....이것 복구하느라고 정말 쑈 아닌 쑈를 했습니다. ㅋㅋ
다행히도 이틀 전 받아놓은 Win_state 백업 파일이 있어서 그 파일을 제 PC의 가상머신으로 copy한 후 그 백업 파일을 restore 하였습니다.
SYSTEM\CurrentControlSet\Services\LanmanServer\Shares 레지스트리를 복구 하기 위해서..
기존 Windows NT 공유의 저장과 복원
http://support.microsoft.com/kb/125996
그러나 Physical machine에서 백업 받은 Wins state 백업 파일을 가상 머신에서 restore 하고 가상머신을 시작하니 가상 머신이 미친 듯이 재 부팅을 하였습니다... 이를 어쩔 까.....
생각 해 낸 것이 WinPE 였다. WinPE의 사용 방법은 추후 한번 정리 하도록 하겠다..
WinPE로 시스템을 부팅 한 후 SYSTEM\CurrentControlSet\Services\LanmanServer\Shares 레지스트리를 crash 발생하는 머신에 copy 하긴 하였는데 그 파일을 다시 물리적 머신으로 copy 할 수 있는 방법이 없어서 난관에 봉착하였습니다.
그러다가 번뜩 떠오른 아이디어가 레지스트리를 copy 한 가상 서버에 새로은 폴더를 만들어 export한 registry를 copy하고 OS를 다시 한번 설치 하는 것이었습니다.. 기존 OS에 새로운 Windows 파일 폴더를 만들어서.....
결과는 대 성공.....
새로운 windows server 2003을 설치한 후 기존 window server에 있던 레지스트리 파일을 copy하여 물리적 머신에 복사 한 후 마침내....기존 공유 설정을 전부 복원 하였습니다.^^
야호~~~~~~
오늘의 교훈..... 무슨 작업 하던 변경 작업 전에는 반드시 백업을 하자^^