한국어 English Chinese Russian

질문&답변 게시판 / 기술지원



SSL 암호화로 사용자의 입력정보가 보호되고 있습니다.
No. 2411 Re: Re: Re: Re: Re: Re: ezvsp로 인한 재부팅 현상 2021-02-24

ELTIMA Software 홈페이지에 가보니 업데이트된 드라이버가 있더군요.

아래는 해당 URL 입니다.

https://www.eltima.com/rss/en-vspdxp.rss

evsbc9.sys 파일의 버전은 9.0.374 입니다. (가장 최신 버전 드라이버 다운로드 하였을때)

그리고, 위 사이트의 드라이버 릴리즈노트에 보면 아래의 글이 있습니다.

Virtual Serial Port Driver 9
2017-08-08 10:08:21
Build: 9.0.567 - Download.
Added: Windows Server 2016 support.
Added: full Windows 10 support.
Improved: new software protection system.
Improved: GUI compatibility with high-resolution monitors.
Improved: displaying a more detailed information about the virtual serial ports in the device manager.
Improved: drivers are digitally signed with WHQL.
Improved: the ports are marked as occupied to the system, which prevents them from being overlapped (e.g. by USB to serial driver).
Improved: the information about created virtual ports is removed after the application uninstallation.
Fixed: displaying of the newly created virtual ports in the device manager.
Fixed: timeouts processing during the read operation.
Fixed: flow control displaying when a serial port was opened by HyperTerminal.

현재 솔내시스템에서 배포한 드라이버가 위의 드라이버 인지요?

답변 기다리겠습니다.

감사합니다.

> 솔내시스템(주) wrote:
> ------------------------------------
> 말씀하신 정도의 발생빈도라면 1~2일 테스트로는 큰 의미가 없을 듯 합니다.

설치된 드라이버 버전은 ezVSP v5.0A 기준으로 9.0.369.0 이며, 지난 번 검색시 확인하신 버전과 같은 버전 입니다.(32비트 기준, ezVSP는 32비트 응용프로그램입니다.)

안타깝게도 드라이버 자체는 당사 개발이 아닌 ELTIMA社의 드라이버를 이용하는 것이라서 추후 업데이트 예정은 저희도 알 수 없습니다.

일단은 당사에서도 장기적으로 테스트를 진행하겠습니다.

또한 해당 증상에 대한 고객 피드백을 모니터링하고 동일한 증상을 겪는 다른 고객이 있는지 추적해 보도록 하겠습니다.
ELTIMA의 해당 드라이버는 ezVSP뿐만 아니라 여러 상용 응용프로그램에 사용되고 있는것으로 알고 있습니다. 해당 증상이 문제가 된다면 ezVSP고객 이외에도 발생할 것이고 이슈가 될 가능성이 있습니다.

어느쪽이든 진전사항이 있다면 남겨주신 연락처로 연락 드리겠습니다.

당장 해결책을 드리지 못한 점 죄송합니다.

좋은 하루 보네세요.

고맙습니다.

> 장공 wrote:
> ------------------------------------
> 현재 전달받은 내용으로는 2020년 12월 2일, 2021년 1월 27일 두 번 재부팅 현상이 있었습니다.

혹시 드라이버 업데이트 계획은 없는지요?

답변 기다리겠습니다.

감사합니다.


> 솔내시스템(주) wrote:
> ------------------------------------
> 로그파일 감사합니다.

올려주신 덤프 메시지는 작년 12월 기록된 것으로 보입니다.

혹시 리부팅 증상이 얼마나 자주 발생하는지요?

1~2일 테스트로 의미가 있을지 판단이 필요합니다.


일단 사용하신 ezVSP 파일은 5.0A버전이며 현재 배포중인 최신 버전입니다.

따라서 드라이버는 당사 소프트웨어 기준으로는 최신 버전입니다.

참고로 드라이버의 특정 파일만 따로 업데이트 하는 것은 어떠한 결과를 초래할지 모르기때문에 권장하지 않습니다.


> 장공 wrote:
> ------------------------------------
> 현재 시스템내에 설치된 드라이버는 구매시 들어있는 CD 에 있던 ezVSP3_50A.exe 입니다.

아래는 전달받은 디버그 메시지 입니다.


Microsoft (R) Windows Debugger Version 10.0.19041.685 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:문서9. 서버작업20201203-ETS_MC서버메모리덤프20201203_dumpMEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.


************* Path validation summary **************
Response Time (ms) Location
OK D:SYMBOLS
Symbol search path is: D:SYMBOLS
Executable search path is:
Windows 10 Kernel Version 14393 MP (4 procs) Free x64
Product: Server, suite: TerminalServer SingleUserTS
Built by: 14393.3383.amd64fre.rs1_release.191125-1816
Machine Name:
Kernel base = 0xfffff800`1a017000 PsLoadedModuleList = 0xfffff800`1a31a020
Debug session time: Wed Dec 2 22:48:23.264 2020 (UTC + 9:00)
System Uptime: 10 days 18:29:45.101
Loading Kernel Symbols
...............................................................
................................................................
....................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000000`0034a018). Type ".hh dbgerr001" for details
Loading unloaded module list
......
For analysis of this file, run !analyze -v
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff801884af570, Address of the instruction which caused the bugcheck
Arg3: ffffd381d4e8cb90, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

Debugging Details:
------------------

Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details
Page f00 not present in the dump file. Type ".hh dbgerr004" for details

KEY_VALUES_STRING: 1

Key : Analysis.CPU.Sec
Value: 4

Key : Analysis.DebugAnalysisProvider.CPP
Value: Create: 8007007e on 강민석

Key : Analysis.DebugData
Value: CreateObject

Key : Analysis.DebugModel
Value: CreateObject

Key : Analysis.Elapsed.Sec
Value: 4

Key : Analysis.Memory.CommitPeak.Mb
Value: 61

Key : Analysis.System
Value: CreateObject


VIRTUAL_MACHINE: VMware

BUGCHECK_CODE: 3b

BUGCHECK_P1: c0000005

BUGCHECK_P2: fffff801884af570

BUGCHECK_P3: ffffd381d4e8cb90

BUGCHECK_P4: 0

CONTEXT: ffffd381d4e8cb90 -- (.cxr 0xffffd381d4e8cb90)
rax=0000000000000000 rbx=ffffa00c14be41e0 rcx=0000000000000000
rdx=0000000000000002 rsi=ffffd381d4e8d601 rdi=ffffa00c14be42c0
rip=fffff801884af570 rsp=ffffd381d4e8d588 rbp=fffff801884b0f5c
r8=0000000000000001 r9=0000000000000000 r10=ffffa00c14be42c0
r11=0000000000000000 r12=ffffa00c14be4100 r13=00000000c0000120
r14=ffffa00c15417ee0 r15=ffffa00c14cc91e0
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
evsbc9+0xf570:
fffff801`884af570 4c8b81b8000000 mov r8,qword ptr [rcx+0B8h] ds:002b:00000000`000000b8=????????????????
Resetting default scope

PROCESS_NAME: CosemEmul.exe

STACK_TEXT:
ffffd381`d4e8d588 fffff801`884aec34 : 00000000`00000801 ffffa00c`14be42c0 00000000`00000007 ffffa00c`14cc91e0 : evsbc9+0xf570
ffffd381`d4e8d590 fffff801`884b0e53 : ffffa00c`17d61260 ffffa00c`14be4090 ffffd381`d4e8d690 fffff800`00000000 : evsbc9+0xec34
ffffd381`d4e8d5f0 fffff801`884b0ef5 : ffffa00c`141f0a30 ffffa00c`14be41e0 ffffa00c`141f0a30 00000000`00000000 : evsbc9+0x10e53
ffffd381`d4e8d660 fffff801`884aeab9 : ffffa00c`14be42c0 ffffa00c`14be42c0 ffffa00c`14be42d8 ffffa00c`14be4090 : evsbc9+0x10ef5
ffffd381`d4e8d6c0 fffff801`884b4cb8 : 00000000`00000000 ffffa00c`14be41e0 00000000`00000002 fffff800`1a17add3 : evsbc9+0xeab9
ffffd381`d4e8d6f0 fffff801`884aee68 : ffff07f5`d00d07f2 ffffa00c`14be41e0 ffffa00c`14be42d8 00000000`00000000 : evsbc9+0x14cb8
ffffd381`d4e8d740 fffff801`884ad2e7 : 00000000`00000001 00000000`00000002 00000000`00000000 ffffa00c`15417ee0 : evsbc9+0xee68
ffffd381`d4e8d770 fffff801`884a750d : ffffa00c`14be41e0 ffffa00c`15417ee0 ffffa00c`15417fb0 ffffa00c`14cc91e0 : evsbc9+0xd2e7
ffffd381`d4e8d7f0 fffff800`1a492bc0 : ffffa00c`137a2080 ffffd381`d4e8db80 00000000`00000000 fffff800`00000000 : evsbc9+0x750d
ffffd381`d4e8d820 fffff800`1a491f5c : ffffa00c`00000000 ffffa00c`137a2004 fffff780`000002dc ffffd381`d4e8db80 : nt!IopSynchronousServiceTail+0x1a0
ffffd381`d4e8d8e0 fffff800`1a4911b6 : 00000000`055ce9b8 00000000`000003e8 00000000`00000001 00000000`00000000 : nt!IopXxxControlFile+0xd9c
ffffd381`d4e8da20 fffff800`1a183903 : ffffa00c`14970080 00000000`055ce958 ffffd381`d4e8daa8 00000000`00000000 : nt!NtDeviceIoControlFile+0x56
ffffd381`d4e8da90 00000000`71b1223c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`055cf268 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x71b1223c


SYMBOL_NAME: evsbc9+f570

MODULE_NAME: evsbc9

IMAGE_NAME: evsbc9.sys

STACK_COMMAND: .cxr 0xffffd381d4e8cb90 ; kb

BUCKET_ID_FUNC_OFFSET: f570

FAILURE_BUCKET_ID: 0x3B_c0000005_evsbc9!unknown_function

OS_VERSION: 10.0.14393.3383

BUILDLAB_STR: rs1_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {8a65255b-85be-bc46-ff19-8e8689c51dfa}

Followup: MachineOwner
---------



> 솔내시스템(주) wrote:
> ------------------------------------
> 추가 답변 드립니다.

ezVSP 버전 5.0A에서 드라이버가 업데이트 된 바 있습니다.

혹시 ezVSP 버전이 5.0A보다 이전 버전을 사용하고 계시다면 최신 버전으로 업데이트 후 문제가 발생되는지 확인 부탁드립니다.

고맙습니다.


> 장공 wrote:
> ------------------------------------
> ezvsp가 돌아가고 있는 서버 운영체제는 Windows Server 2016 Standard 64bit 입니다.

가끔씩 시스템이 재부팅되는 현상이 발생합니다.

로그상에는 evsbc9.sys 드라이버 파일에 문제가 있다고 하는데, 혹시 업데이트된 드라이버가 있을까요?

감사합니다.

글쓴이 장공 업체명


NO Subject Name Date Read
2401 ezvsp로 인한 재부팅 현상 장공 2021-02-23 1048
2402 Re: ezvsp로 인한 재부팅 현상 솔내시스템(주) 2021-02-23 973
2403 Re: ezvsp로 인한 재부팅 현상 솔내시스템(주) 2021-02-23 981
2405 Re: ezvsp로 인한 재부팅 현상 장공 2021-02-23 1015
2404 Re: Re: ezvsp로 인한 재부팅 현상 장공 2021-02-23 1024
2406 Re: Re: Re: ezvsp로 인한 재부팅 현상 솔내시스템(주) 2021-02-23 967
2407 Re: Re: Re: Re: ezvsp로 인한 재부팅 현상 장공 2021-02-23 1006
2410 Re: Re: Re: Re: Re: ezvsp로 인한 재부팅 현상 솔내시스템(주) 2021-02-24 991
2411 Re: Re: Re: Re: Re: Re: ezvsp로 인한 재부팅 현상 장공 2021-02-24 1058
2412 Re: Re: Re: Re: Re: Re: Re: ezvsp로 인한 재부팅 현상 솔내시스템(주) 2021-02-24 952