'2009/12'에 해당되는 글 30건

NAS의 H/W 교체가 있어서, 전체적으로 교체를 시도했다.

(솔직히 NAS 사용에 베어본 PC라는 것도 이상했고, 더욱이 쿼드코어는 오버였다. )

예전 기종을 찾아내 교환을 했고, 전체적으로 큰 사이즈의 데스크탑인지라,

많은 수(?)의 HDD를 연결할 수 있는 메리트도 있었다.

그런데, 설치하고 얼마 되지 않아, DoS(Denial of Service )현상이 발생했다.

처음에는 그냥 리셋하는 정도로 해결했는데, 파일 서버의 역할로써,

복사 중에 다운되는 현상은 조금 참기 힘들었다.

결정적으로 출근 후, 파일 서버 접근을 시도하려는 순간 갑자기 이런 문제가 터지자

당황할 수 밖에 없었다.

퇴근 후, 이 문제를 차근 차근 되집어 본 결과, Console에 다음과 같은 메시지를 보게 되었다.

msk0: watchdog timeout ….

이 문제를 Google에 입력했고 ( http://www.google.com/search?rlz=1C1CHMB_koKR354KR354&sourceid=chrome&ie=UTF-8&q=msk0+watchdog+timeout ) 검색 결과 여러가지 항목들을 찾을 수 있었다.

그 중 FreeNAS 관련 포럼에 내 문제와 Just It 하는 것을 볼 수 있었고, 간단하게 해결할 수 있는 방법이였다.

(http://lists.freebsd.org/pipermail/freebsd-questions/2009-April/195790.html)

이 문제는 아마도 Gigabit의 Big size 패킷 처리에서 발생하는 문제로 생각된다. 근래 나온 칩셋들은 문제가 없지만, 예전 Giga-bit 제품들이 이런 경향이 컸다. FreeNAS 6.4에서 이미 패치되서 해결 되었다고 하나, 이 문제는 7.1 에서도 예전 Giga-bit 네트워크 칩셋 일부에서 동일한 문제가 발생한다.

이 경우 Big-Size 패킷 처리를 커널 옵션 상에서 끄면 된다.

/boot/loader.conf 파일을 열고 아래의 내용을 추가한다.

hw.pci.enable_msi=0
hw.pci.enable_msix=0

uname -a:

( 위의 내용을 /boot/loader.conf 에 추가하려면, Web GUI를 열고 메뉴에 있는 Advanced –> File Editor 에서 처리하면 된다. )

편집한 뒤, 저장 하고, 리붓 해주면 된다.

현재 파일 송/수신 하면서 1시간 정도의 시간을 보낸 지금도 아무런 문제없이 동작하는 것을 보면, 위의 문제였으리라 짐작된다.

계속 상황을 지켜보면서 현재 NAS를 체크하도록 할 예정이다.

그렇다. 설정 화면에서 Ctrl + Tab을 창 전환으로 바꾸면 간단하게 끝나는 일이였다.

지금까지, 왜 무식하게 쓰고만 있었을까 ??

http://jhoony.tistory.com/16

지금까지 해온 웹 프로그래밍은 ASP.NET 2.0 기반으로 해왔기 때문에, 이 지식을 기반으로 Java에 매핑하기 시작했다. 사실 지금까지 ASP.NET 2.0 형태로 Web Form을 구성하면서, 외부에 노출되지 않은 내부 기능들에 많이 답답해 왔던 것도 사실이다.

그런데, 이번 Java기반 웹 프로그래밍을 하면서 이 ASP.NET이 많은 부분에 있어 프로그래머에게 편의를 주고 있다는 점을 알게되었다. ( 물론 Java 기반의 웹 프로그래밍을 전부 파악하고 하는 말은 아니다. 분명 Java에서도 다양한 기능들이 있기 때문에, 쉽게 처리할 수 있는 방법은 있을 것이다. )

일단 ASP.NET 2.0 으로 넘어가면서 웹 페이지 디자인 코드 부분과 코드 부분이 명확하게 나뉘게 되었다. 그래서 실제적인 .NET 코드들은 코드 부분이 담기는 페이지에 담기고, HTML 부분은 ASP 부분에만 담기게 되었다. 그 사이를 IIS와 .NET 엔진에서 알아서 붙여 진행하였다. ( 이 부분은 대부분의 웹 프로그래밍 환경에서는 최악의 문제점으로 알고 있다. 디자인과 코드가 뒤엉키다 보면 유지보수가 너무 어렵다. )

더 결정적인 부분.

사실 Form에서 데이터를 전달할 때, Ghost 페이지라는 것을 만들어 사용했다. 즉, Form에서 입력된 데이터를 DB에 저장하거나, 그 데이터를 기반으로 특정 값을 찾는 작업을 하려고 할 때, 사용자에게 보여주지는 않는 페이지를 Form의 Action으로 등록하여 처리하는 것이다. 

이 때, Servlet과 JSP에서는 이렇게 처리한다.

JSP에는 실제 사용자에게 값을 입력 받을 때 사용되는 Form(혹은 결과값을 보여주는 Form)으로 제공되고, Servlet은 이 Form에서 만들어진 값을 받아 처리하게 되는 일종의 Ghost 페이지처럼 동작하도록 하는 것이다.

즉, 입력 Form(JSP) –> Servlet –> Form(JSP).

합리적이긴 하지만, ASP.NET 2.0 기반 프로그래머 입장에서는 순간 헤매기 십상일 듯 싶었다.

게다가 Servlet 이라는게 사실 Web Server와 직접 연동하여 동작하는 작업을 구성하는 것이기 때문에 왠지 접근하기가 쉽지 않은(.NET 에서는 이 부분의 로직을 모두 숨겨서 알아서 처리해 줬기 때문이다. )부분이라, 망설임이 지대로다.

지금 Google Apps Engine 코드들을 하나씩 까면서 차근 차근 따라가보고 있다.

뭐랄까 새록새록 한 기분?