레이블이 SERVER인 게시물을 표시합니다. 모든 게시물 표시
레이블이 SERVER인 게시물을 표시합니다. 모든 게시물 표시

2017년 12월 18일 월요일

svnadmin: E140001: 잘못된 덤프 파일 헤더

svnadmin: E140001: 잘못된 덤프 파일 헤더

윈도우에 설치된 visualsvn 에서
리눅스 svnserve로 옮기려고 할 때
발생하는 에러이다.

원인은 인코딩 문제라고 한다.
왜 이런 에러가 나냐면 command로 덤프 파일을 생성하지 않고,
Repository 의 우측 클릭 후 Backup Repository로 덤프를 생성하였기 때문이다.

command로 덤프를 생성하면 linux svnserve에서 에러 없이 제대로 올라 간다.

2017년 2월 15일 수요일

오픈소스 IPS 테스트 후기

오픈소스 IPS 를 사용하기 위해 테스트 해봤다.

 

테스트 환경

1.xenserver의 가상화로 테스트

2. 1G 메모리, 20 하드 부여, 1core

중점으로 체크 한 사항은 IPS 기능, 라이센스,  웹GUI, 업데이트 날짜이다.

3. 간단한 소감.

security onion : v12,v14 두 버젼 모두 알수 없는 프로그램 충돌
smoothwell : 하드 인식 안됨.
clearOs : 로그가 부실함. 되는 지도 잘 모르겠음.로그가 안나옴.
untangle : 무려 한글지원(간단한 영어라 별 의미는 없음) 로그 검색기능이 좋음.
여러가지 기능을 모두 쓰려면 라이센스 구매해야 하지만, 내가 필요한 IPS 기능은 무료임.
DD-WRT : 가정용, 중소기업
제로쉘 : 가정용, 중소기업
Endian (EFC) : 쉘모드 접속시 명령어가 스위치처럼 되어 있음. login 으로 쉘 진입가능. IPS 로그가 안나옴. 되는 건지...firewall 로그는 나옴
pfsense : IDS or IPS 기능이 없음. (snort 추가하면 가능).
opnSense : pfsense랑 비슷한듯...
ipfire : 로그에 나라 표기됨. 로그 검색 기능이 없음
selks : IPS 없음. 데이터 안나옴. Out Of Memory 로 뻗음. 별로임.

최종적으로는 untangle과 ipfire.

처음에는 ipfire를 이용하려고 하였으나,  로그 검색기능 없다.

최종적으로 untangle 설치함.

2015년 11월 26일 목요일

xenCenter "Unable to mount the directory specified in device configuration request" 에러

"Creating SR
Unable to mount the directory specified in device configuration request.
Check your settings and try again"

해결책
1. cifs 설정시 아디와 패스워드를 무조건 집어 넣어 줘야 됨.
2. 이게 내 문제였는데, 방화벽 오픈되어 있어야 함.

아래 명령어로 추가. or 제어판 방화벽에서 제어.
rem tcp 445
netsh advfirewall firewall set rule name="파일 및 프린터 공유(SMB-In)" profile=public new enable=yes
rem udp 137
netsh advfirewall firewall set rule name="네트워크 검색(NB-Name-In)" profile=public new enable=yes
rem tcp 139
netsh advfirewall firewall set rule name="파일 및 프린터 공유(NB-Session-In)" profile=public new enable=yes
rem udp 138
netsh advfirewall firewall set rule name="파일 및 프린터 공유(NB-Datagram-In)" profile=public new enable=yes
netsh advfirewall firewall set rule name="Netlogon 서비스(NP-In)" new enable=yes

3. cifs 폴더의 하위는 나오지 않는다. 예를 들어 마운트를 111.222.333.444/share 로 했으면  share 폴더에 있는 iso 만 나오고, 그 밑의 하위로 폴더가 있다면 나오지 않는다.

IBM 서버 파워서플라이 문제.

모델명 : IBM X3250M4

갑자기 서버 다운. 파워 자체가 올라오질 않음.
http://www-947.ibm.com/support/entry/portal/wlup

사이트에서 워런티 확인 가능.

워런티 살아 있음.



IBM에 연락 해서, 엔지니어와 통화.

아래 사항 체크 요청.

1. 파워서플라이 와 파워 케이블 뺐다 다시 연결.
2. 앞쪽 led 불이 어느 부분에 들어 왔는지
3. 파워서플라이 뒤쪽에 acdc! 부분에 어느 부분에 들어 왔는지


1.번 실행하니, 파워 정상적으로 다시 올라옴. ㅡ,ㅡ;



파워 상태 체크 

2014년 8월 27일 수요일

2013년 11월 5일 화요일

하드디스크 크기

Small Form Factor SFF(2.5인치-6.35cm)
Large Form Factor LFF(3.5인치-8.89cm)

2012년 9월 10일 월요일

qmail queue 주기적 정리,삭제 기능.

 


많은 양의 메일이 큐에 쌓일경우 아래와 같이 설정해주시면
매번 큐를 삭제하지 않고도 주기적으로 큐 정리가 가능해집니다.

#touch /var/qmail/control/queuelifetime ->> 파일 생성
 #echo "86400" > /var/qmail/control/queuelifetime       -> 큐 대기시간 하루
/etc/init.d/qmail reload     --> qmail 재로드
/var/qmail/bin/qmail-showctl  | grep life   --> 확인

 

queuelifetime 시간에 따른 재발송 회수

86400은 대략 6회정도.






How often does qmail retry to send email?

 

Each message has its own retry schedule. The longer a message remains undeliverable, the less frequently qmail tries to send it. The retry schedule is not configurable. The following table shows the retry schedule for a message that's undeliverable to a remote recipient until it bounces. Local messages use a similar, but more frequent, schedule.


















































































































































































































Delivery AttemptSecondsD-HH:MM:SS
100-00:00:00
24000-00:06:40
316000-00:26:40
436000-01:00:00
564000-01:46:40
6100000-02:46:40
7144000-04:00:00
8196000-05:26:40
9256000-07:06:40
10324000-09:00:00
11400000-11:06:40
12484000-13:26:40
13576000-16:00:00
14676000-18:46:40
15784000-21:46:40
16900001-01:00:00
171024001-04:26:40
181156001-08:06:40
191296001-12:00:00
201444001-16:06:40
211600001-20:26:40
221764002-01:00:00
231936002-05:46:40
242116002-10:46:40
252304002-16:00:00
262500002-21:26:40
272704003-03:06:40
282916003-09:00:00
293136003-15:06:40
303364003-21:26:40
313600004-04:00:00
323844004-10:46:40
334096004-17:46:40
344356005-01:00:00
354624005-08:26:40
364900005-16:06:40
375184006-00:00:00
385476006-08:06:40
395776006-16:26:40
406084007-01:00:00

2012년 4월 13일 금요일

메모리 확장, 인식, 분류.



 

사진 출처 : http://2proo.net/470

 

 

우리가 관여할 곳은 주기억장치(DRAM)이다.

메모리 구분은 위의 사진을 보면 알 수 있겠지만, 기술분류와 장착형태만 확인 하면 된다.

 

스피드(클럭) 만으로 대충 구별이 가능 한것 같다.

 




























 타입 모듈 이름동작속도 핀
 DDRpc-1600pc-2100pc-2700

pc-3200

pc-4200
200MHz266MHz333MHz

400MHz

533MHz
184핀.메모리클럭 과 입출력 버스 클럭이 동작속도와 동일.
 DDR2PC2-3200PC2-4200PC2-5300

PC2-6400

PC2 8500
400MHz533MHz667MHz

800MHz

1.066GHz
240핀입출력 버스 클럭은 메모리 클럭의 2배.동작속도는 입출력버스클럭의 2배.
 DDR3PC3-6400PC3-8500PC3-10600

PC3-10666

PC3-12800

PC3-14400

PC3-15000
800MHz1.066GHz1.333GHz

1.333GHz

1.600GHz

1.800GHz

1.866GHz
240핀. (DDR2와 호환 안됨)입출력 버스 클럭은 메모리 클럭의 4배.동작속도는 입출력버스클럭의 2배.

 


자세한 사항은 위키피디아 참조.

http://ko.wikipedia.org/wiki/DDR_SDRAM

http://ko.wikipedia.org/wiki/DDR2_SDRAM

http://ko.wikipedia.org/wiki/DDR3_SDRAM

 

 

ECC(Error Correction Code) 기능을 가지고 있다면 서버용 메모리.



 

사진 출처: http://blog.naver.com/PostView.nhn?blogId=sba47&logNo=140043802847&viewDate=&currentPage=1&listtype=0&userTopListOpen=false&userTopListCount=5&userTopListManageOpen=false&userTopListCurrentPage=undefined

 

그 외에도 RDIMM 인지 UDIMM인지 확인한다.
RDIMM 이 Registered Dual In-line Memory Module 
UDIMM 가 Unbuffered Dual In-line Memory Module

두개 타입을 같이 쓰면 호환이 안됨.

 

 

 

 

ps.

  1. 위의 형식을 따라도 제대로 메모리가 인식 안되는 경우가 종종 있다. 최선은 보드명을 알아내어 보드와 호환되는 메모리를 알아보는 게 가장 나은 방법인것 같다.

  2. 메모리타이밍(CL)은 다른 것을 써도 느린것으로 맞춰지는 걸로 알고 있는데,  안되는 경우도 있는 듯 하다.


 

 

 

참고 사이트

  1. http://ask.nate.com/qna/view.html?n=4831088

  2. http://youandi7.blogspot.com/2009/12/pc%EC%9A%A9-%EB%9E%A8-%EA%B5%AC%EB%B3%84%EB%B2%95.html

  3. http://smsinfo.tistory.com/455


 

2012년 1월 13일 금요일

mrtg - 트래픽 양을 숫자로 보여주기

0. 개요

    - 지난 게시물( http://hostinglove.com/bbs/board.php?bo_table=Tip_Tech&wr_id=16 )에서 매일매일의 최고트래픽을 구하는 방식을 살펴보았다.

    - 이제, 구해진 값으로 html 문서를 만들어서 으로 보여주자.

    - 항상 언급하지만, 스크립트는 개개인의 취향이라.... 정확한 답이 없고 본인이 편하게 작업하면 그만이다.. ^^

 

 

1. /etc/crontab



    - /etc/crontab 파일의 가장 끝부분에 위와 같이 한 줄을 추가해서

      /root/TopTraffic.sh 파일을 매일밤 11시 59분에 실행되게 했다.

    - /root/TopTraffic.sh 파일의 퍼미션은 700으로 했다.


 

2. /root/TopTraffic.sh


    - cat 명령에 '-n' 옵션을 추가해서 판독하기 쉽게 표현했다. 2,4,8라인이 공란이다.

    - 3라인의 리다이렉션('>>') 앞부분은 이전게시물을 참고하기 바란다. 이 값을 3886_8.traffic 파일로 계속 누적해서 기록한다.

    - 5~7라인은 3886_8.txt 파일에 매일매일의 최대트래픽을 누적해서 기록하고 있다.

      차후에 3886_8.txt 파일은 html 파일에서 인클루드시켜 보여주게 된다.

    - 'class=woo2' 등의 옵션은 html 문법을 모른다면 지나가도 좋다.. ^^

    - 6라인의 awk 명령어에서는 3886_8.traffic 파일의 $1,$2,$3 값을 가져오고 $5 값의 뒤에는 'MB'를 붙여서 기록하게 했다.

 


3. /home/mrtg/html/switch14/3886_8.traffic


    - 매일 밤 11시 59분에(/etc/crontab 파일에서 지정) 그날 하루중 가장 큰 트래픽이 발생한 시간과 트래픽 값이

      누적해서 기록되고 있다.


 

4. /home/mrtg/html/switch14/3886_8.txt


    - 3886_8.txt 파일에는 매일 밤 11시 59분에 3개의 라인씩 추가가 된다.

    - 이 파일을, 웹에서 보여지는 html 파일에서 필요한 부분에 불러오면 된다.


 

5. /home/mrtg/html/switch14/192.168.0.190.html


    - html 파일의 이름은 본인이 편하게 만들면 된다. 여기서는 서버의 IP인 192.168.0.190.html 으로 했다(가상값).

    - 30~32라인에서 3886_8.txt 파일을 불러왔다. php가 설치되지 않았다면 'iframe' 태그를 이용해도 된다.

    - html 파일을 보기 편하게 편집하는 것은 개개인의 스타일대로 하면 된다. 아니면 그냥 웹디에게 주자.. ^^;;

 


6. 웹에서 보기



    - 위에서 보이는 방식으로 매일매일 웹상에 추가되어 나타난다.

    - '그래프보기'를 클릭하면 원본 mrtg 트래픽의 그래픽을 볼 수 있게 했다.


http://hostinglove.com/bbs/board.php?bo_table=Tip_Tech&wr_id=17


mrtg - 하루중 가장 높은 트래픽 기록하기















[Linux] mrtg - 하루중 가장 높은 트래픽 기록하기
글쓴이 : 관리자     날짜 : 10-11-08 12:50     조회 : 1101    

0. 테스트 환경

    모든 테스트 환경은 2010년 11월 1일 기준의 최신 AnNyung Linux 배포판에서 했다.

 

 

1. 개요

    - mrtg를 운영할 경우, 매일매일의 (최대)사용트래픽을 숫자로 저장하고자 한다.

    - 통상적으로, 그래프로 나타내어 지는 트래픽의 양은 정확한 수치로 표현하기가 어렵다.

    - 따라서, mrtg 로그파일을 이용하여 하루에 한 번씩 가장 높은 트래픽을 추출하여 별도의 숫자로 기록하는 방식이다.

 

 

2. mrtg 로그파일


    - 스위치의 해당 포트에 대한 트래픽 양을 기록한 로그파일은 확장자가 .log 파일이다.

    - 여기서는 3886_8.log 파일을 해당 포트의 트래픽 로그파일로 가정한다.

    - 로그파일의 내용을 살펴보면, 그 포맷은 다음과 같다.

 

      첫번째라인 : timestamp값 | IN bytes 갯수 |  OUT bytes 갯수

      두번째라인이후 : timestamp값 | 평균 IN bytes |  평균 OUT bytes | 최대 IN bytes | 최대 OUT bytes

 

 

3. 쉘상에서 하루 최대트래픽 가져오기

    - mrtg의 로그는 5분(=300초) 간격으로 기록되므로, 한시간에 12라인이.... 하루에 288라인이 기록된다.

    -  첫 라인을 제외하고, 두 번째 라인부터 289라인까지가 현시간을 기준으로 1일 쌓인 mrtg 로그이다.

    - 여기서 필요한 값은, 첫 번째 칸의 timestamp 값과 네 번째 칸의 최대 IN bytes 값이다.

    - 따라서, 로그파일의 두 번째 라인부터 289라인까지의 값 중에서 네 번째 칸이 가장 큰 값을 가져오면 된다.

 


      head -n 289 3886_8.log  // 3886_8.log 파일의 첫 라인부터 289라인까지 가져온다.

      tail -n 288                       // 가져온 값에서 첫 라인을 제외하고 나머지 288라인을 가져온다.

      sort -k4 -n -r              // 네 번째 필드를 기준으로(-k4), 숫자순서로(-n), 내림차순으로(-r) 정리한다.

      head -n 1                       // 정렬된 값의 가장 처음 라인을 가져온다.

 

    - 위의 결과값으로 나온 필드 중에서 첫 번째(1288707600) 필드와 네 번째(4544071) 필드만 필요하다.

       첫 값은 timestamp 값이고, 네 번째 필드가 트래픽 값이며 단위는 bytes 이다.

 

 

4. 추출값 변환

 

    - 위의 명령어는 한 줄이다. 중간에 awk 다음에 역슬래쉬(\)를 넣은 것은 생략하고 한 줄로 적으면 된다.

    - 해당 명령어로 원하는 값을 얻었다.

       2010년 11월 02일 23:20:00 시간에 29.4메가의 트래픽이 하루동안 가장 큰 트래픽이다.

    - timestamp값을 변환하여 알아보기 쉽게 하였고, 트래픽은 메가단위로 소숫점 한자리까지만 나타냈다.

    - awk 명령어에 대한 내용은 다른 자료를 찾아보기 바란다. 내용이 길어져서 차후에 별도로 지면을 할애하여 설명할 계획이다.

 

    - 참고1 : perl이 설치되어 있다면, 다음의 명령어로 콘솔상에서 timestamp값을 바로 변환할 수도 있다.

       # perl -e 'print scalar localtime(1288707600),"\n"'

       Tue Nov  2 23:20:00 2010

 

    - 참고2 : 추출데이터를 약간 가공만 하면, 하루 누적트래픽 등도 구할 수 있다.

http://hostinglove.com/bbs/board.php?bo_table=Tip_Tech&wr_id=16