Rehoboth.. 이곳에서 부터

글러스터 구성하다가 아래와 같이 대용량 디스크에서 파티셔닝 하다가 나타나는 문제점에 대해서는

잘 정리되어 있는 문서입니다...

=======================================================================================

참조 : http://blog.seabow.pe.kr/?p=2132

Linux 에서 fdisk -l 을 하게되면
Partition “X” does not end on cylinder boundary. 라는 문구를 볼 수 있다.

ex)

Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          26      204800   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              26         287     2097152   83  Linux

왜 위와 같은 문구를 출력 하는 것일까?

파티셔닝 작업에서는 LBA (Logical Block Addressing)기반으로 파티셔닝을 한다.
그러나 fdisk -l 상에서는 CHS (Cylinder/Head/Sector)기반으로 결과를 보여 줌으로써 위와 같은 메시지가 출력되는 것 이다.

이를 회피하는 방법?
$ sfdisk -uS -l /dev/Device

Disk /dev/sda: 9726 cylinders, 255 heads, 63 sectors/track
Units = sectors of 512 bytes, counting from 0

Device Boot    Start       End   #sectors  Id  System
/dev/sda1   *        63    409662     409600  83  Linux
/dev/sda2        409663   4603966    4194304  83  Linux
/dev/sda3       4603967 156248189  151644223  8e  Linux LVM
/dev/sda4             0         -          0   0  Empty

참고 자료 :

Link 1 : http://prefetch.net/blog/index.php/2009/09/12/why-partition-x-does-now-end-on-cylinder-boundary-warnings-dont-matter/

Link 2 : http://www.symantec.com/business/support/index?page=content&id=TECH164072

Link 3 : http://www.novell.com/support/kb/doc.php?id=7005639

집을 살때 보면 부동산 중계 수수료에 대한 부분을 생각 않할수 없는듯 합니다.  무조건 수수료에 대한 금액을 지급하는 것이 아니라. 한국 공인중개사 협회에서 제공하는 정보에 따르면 서울시 협회 기준 중개 수수료 요율에 대한
기준을 따라야 한다는 것을 잊지 말고  집을 매매 하거나, 전세로 이사할때 꼭 확인하는 습관이 필요할듯 하네요..^^

한국 공인중개사 협회

http://www.kar.or.kr/pinfo/brokerfee.asp

전세계약 만기전 이사를 해야할 경우…

세상은 공부해야 될것이 많구나..  

http://jipanae.tistory.com/220

뭐..사람이 살아가면서  그래서는 않되겠지만은..

그래도 어느정도 법을 알고 있으면 문제는 없지 않겠는가…힘없는 전세 세입자들이 피해를 보지 않기 위해서는. 

아래의 절차 정도는 알아두는 것도 나쁘지는 않을듯 하네…^^

1) 계약기간 만료 최소 1개월 전에는 집주인에게 내용증명(우체국에 신청)으로 
계약만료와 함께 이사하겠다는 의사를 분명히 통보한다 
(내용증명은 세입자의 이사간다는 의사를 우체국을 경유하여 집주인에게 통보하였음을 
국가가 보증한다는 형식임). 

2) 계약만료일이 지나면 바로 그 다음날 임차권등기를 신청한다. 
임차권등기라는 것은 한마디로 집에 대하여 세입자가 그 집을 압류하는 것과 같습니다. 
비용은 2만원 약간 더 듭니다. 가까운 법원으로 가세요. 

3) 약 2주 후면 임차권등기가 실제로 등기소에 설정되었는지 확인한다. 
그 이후에는 이사를 가도 되고 주민등록을 모두 옮겨도 
그 집은 세입자의 허락없이 거래가 불가능한 상태가 됩니다. 
대부분 집주인들은 임차권이 설정되면 무슨 수를 써서라도 전세금을 마련하려고 노력하게 됩니다 
바로 이 싯점에서 집주인들이 요즘과 같이 돈을 구하기 어려우면 급매로 집을 내놓게 되어 
집값 하락이 유도되는 것입니다. 

4) 임차권이 설정되었음에도 돈이 돌아올 기미가 없으면 가까운 지방법원에 '전세금 반환소송'을 신청한다. 모르면 인터넷 검색하여 '전세금반환'을 치면 법무사들이 친절히 설명해줍니다. 돈도 몇푼 안듭니다. 

다른 소송이나 다툼과 달리 전세계약위반사건은 집주인의 일방적이고 명백한 불법행위에 관한 것이기 때문에 단 한건도 세입자가 지는 경우가 전무합니다. 법무사를 통하든 직접하든 전세금반환소송은 길어야 6개월이고 그것이 끝나면 그동안 못받은 전세원금 +매월 이자 20%씩 되돌려 받게되고 법무사, 변호사 등 소송비용 전부를 집주인이 토해내야 합니다. 

5) 만일 그럼에도 돈을 안주면 바로 경매신청하여 그 집을 매각한다. 
물론 세입자가 사고 싶으면 참여해도 된다. 

그러나 세입자들이 바보같이 가만히 앉아 있으니 집주인들은 요즘과 같이 집값이 하락하는 시기에 전세금 돌려줄 돈도 없으면서 버티면서 집을 안팔고 버티기 때문에 정상적인 시장질서가 왜곡되고 있다는 것을 말씀드립니다.

서울 특별시 법무 행정 서비스에  문의된 내용

http://legal.seoul.go.kr/legal/front/page/cyber.html pAct=view&pCounsel=026721&pTreeOpenId=cyber

원래는 부동산에  별로 관심이 없었는데.. 

저금리 대출로 생애최초 주택자금을 이용해서 집을 매매하기로 마음 먹고. 

이래저래 알아본 결과 올해 말까지 취득새를 면제 받을수 있는 부분이 있어서 기록을 해봅니다.. 

현재 시행 2013년4월1일 이후 부터 취득하는 사람들에게 2013년12월31일 까지 등기완료를 

해야만 면제를 받을수 있다고 하니..겁나 빨리 움직여야 할듯 하네요.. 

아래는 정부 시행 규칙입니다..^^ 

Q1. 생애최초 주택취득 시 취득세 면제 시점은?

• 생애최초 주택취득 시 취득세 면제시점은 2013.4.1이후  취득하신 분들부터 적용이 되고 있습니다. 

Q2. 주택의 취득 시기는 언제로 볼 것인지?

• 지방세법 시행령 제20조에 근거하여, 취득 시기는 잔금지급일 또는 등기일 중 빠른 날로 정하고 있습니다.
• 따라서 4.1일부터 올해 말까지 잔금지급 또는 등기를 완료해야 취득세 면제를 받을 수 있습니다.
• (‘13년 연말까지 계약을 완료하였더라도, 잔금지급 또는 등기가 이루어지지 않은 경우, 취득세 면제대상에서 제외)

Q3. 취득세 면제 대상 주택의 범위는? 

• 취득세 면제 대상 주택은 주택법에 따른 주택으로 아파트, 빌라, 연립, 단독주택, 다가구 주택입니다.
  • 오피스텔은 건축법상 업무시설 용도로 감면대상에서 제외*됩니다.
    (* 오피스텔은 그동안의 주택 유상거래 감면에서도 제외되어 왔음)
• 주택을 취득할 수 있는 권리인 분양권을 매입하는 경우는 취득세 납세의무가 없으므로, 취득세 면제대상이 아닙니다.

http://finance.seoul.go.kr/archives/15477

출처 : http://www.packetinside.com

네트워크 상에서 많이 쓰는 도구중에 하나가 PING 이 아닐까 생각합니다. 네트워크가 안된다면 일단 PING 을 통해서 확인을 시도해 보니까 말이죠. 네트워크에 PING 이 있다면, 디스크에는 IO Latency 를 확인해 볼 수 있는 IOPING 이 있습니다. 세부 정보는 다음 경로에서 확인할 수 있습니다.

https://code.google.com/p/ioping/

다운 받아보면 아주 간단하게 구성되어 있습니다.

# ls
ioping.1  ioping.c  ioping.spec  Makefile

Makefile 이 이미 존재하므로 바로 make 를 해주면 컴파일이 됩니다.

# make
cc -std=c99 -g -Wall -Wextra -pedantic -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DVERSION=\"0.6\" -c -o ioping.o ioping.c
cc -o ioping ioping.o -std=c99 -g -Wall -Wextra -pedantic -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -lm

실행해 보면 아래와 같은 도움말을 볼 수 있습니다.

# ./ioping
 Usage: ioping [-LCDRq] [-c count] [-w deadline] [-p period] [-i interval]
               [-s size] [-S wsize] [-o offset] device|file|directory
        ioping -h | -v

      -c <count>      stop after <count> requests
      -w <deadline>   stop after <deadline>
      -p <period>     print raw statistics for every <period> requests
      -i <interval>   interval between requests (1s)
      -s <size>       request size (4k)
      -S <wsize>      working set size (1m)
      -o <offset>     in file offset
      -L              use sequential operations (includes -s 256k)
      -C              use cached I/O
      -D              use direct I/O
      -R              seek rate test (same as -q -i 0 -w 3 -S 64m)
      -q              suppress human-readable output
      -h              display this message and exit
      -v              display version and exit

리눅스 정기점검 스크립트.. 

다른 사람들은 어떻게 구성했는지 많은 소스 참고하면 좀 더 좋아지겠지..

chksystem.sh

리눅스 시스템을 운영하다 보면  시스템 Hang-up에 대한  문제점을 많이 들어나게 됩니다. 물론  리눅스 시스템
자체의 문제점이라고 보다는 특정 운영 프로세스에 대해서 인터럽트 또는 스케쥴이 정상적으로 진행되지 못했을때 나타는 문제점에 대해서 간략해 소개해 보고자 합니다.

갑자기 시스템  로그에서 출력하게된 /var/log/message 의 시스템 로그.

[예상 문제점 1]
시스템 로그에서 나타난  kernel:INFO: task 의 메세지를 나타내는 의미는 현재 운영하고자 하는 startup.sh
스크립트에 대해서  120초 (2분 default) 동안 khungtaskd  쓰레드에서 D-state 상태를 감지하여  call trace
를 호출하게 되는  상황으로 예측할 수 있습니다. 

[예상 문제점2]
시스템의 성능저하 특히 레드햇의 보고서에 의하면 디스크의 heavy I/O 로 나타나는 문제점으로
예측될수 있습니다.

[예상 문제점 2]
운영되고 있는 Application에 대해서 "D-state" (Uninterruptible sleep) 모드가 120초 동안 지속되었을때
예측될수 있는 문제로  해당 프로세스가 정상적으로 스케쥴링이 일어나지 않았을 때도 나타나게 됩니다

[ D-state 원인분석을 위해서는 ? ]
위와같은 문제점에 대해서 접근할수 있는 기본적인 방법에 대해서는  정확한 문제점을  파악하기 위해서는  커널의 덤프를 이용하여 core를 분석하는 것이 가장 정확할수 있습니다. core를 분석하기 위한 방법론에 대해서는 다음
블로깅을 통하여 소개하도록 하겠습니다.

위와 같이  kernel core를  생성하기 위해 설정을 진행한 후 동일한 현생이 발생되어 core가 생성이 되면 문제가
되는 운영 프로세스의 D-state 문점에 대해서 분석이 가능합니다.

[ hung_task_timeout을 Disable 시켜라]
기본적인 Work-Arround에 대해서는  아래와 같이 hung_task_timeout 부분에 대해서 Disable 시켜주는 것을 권장하고 있습니다.

위와 같이  커널에서 Hang Time OUt 을 체크하는 부분에 대해서 Disable 시켜준 후에는  call trace 여부가 지속적으로 발생되는지  모니터링이 필요합니다. 만약  해당 프로세스에 대해서  Uninterrupt sleep이 지속적으로 발생한다면 커널 업데이트 또한 고려해야 합니다.

일반적으로 레드햇 계열 (RedHat, CentOS, SUSE Linux)에서 패키지 관리에 사용되는 강력한 기능중에 YUM
기능은 패키지 의존성 (Dependency)를  고려해서 안전하게  패키지를 설치 구성이 가능한데 , 데비안 계열의
리눅스의 경우는 apt-get (Advanced Packaging Tool)이라고 하는 아주 쓸만한 놈이 있네요  다음과 같이 레드햇 계열의 리눅스에서 사용하고 있는 YUM과 비교해서 정리해 봅니다.

1. deb 패키지 정보에 대한 인덱스 저장소

apt-get은 패키지들에 대한 인덱스  정보를 기반으로  패키지 리스트를 가져오는데  yum의 repository와 유사한것으로 판단해도 무리는 없을듯 합니다.

경로는 : /etc/apt/sources.list

2. apt-get 을 이용한 패키지 설치 하기

이제 본격적으로  우분투에서 제공하는 apt-get을 이용한  패키지 설치는 진행해 봅니다. 아래와 같은 단계로 필요한 부분에 대해서 설치를 적절하게 진행 해보는 것도 도움이 됩니다.

2.1 패키지 설치와 업데이트

sudo apt-get install [패키지 명] : 설치하고자 하는 패키지를 검색하여 설치를 진행
sudo apt-get upgrade : 패지키들에 대한 업그레이드 진행
sudo apt-get update : 전체 패키지를 검색하여  업데이트 대상의 패키지들을 자동 업데이트
sudo apt-get dist-upgrade : 패키지 업그레이드시 우선 의존성을 검증한후 설치를 진행
sudo apt-get --reinstall [패키지명] :  재설치 하고자 하는 패키지를 설치

2.2 패키지 검색 및 삭제

sudo apt-cache search [Package Name] : 원하는 패키지를 검색하고자 할때 사용
sudo apt-get remove [Package Name] : 원하는 패키지를 삭제하고자 할때 사용
sudo apt-get source [Package Name] : 원하는 패키지의 소스 코드를 받고자 할때 사용
sudo apt-get build-dep [Package Name] : OnLIne에서 받은 패키지를 ㅏ현시스템의 의존성에 맞게 빌드
sudo apt-cache show [Package Name] : 원하는 패키지들에 대한 상세정보 볼수 있다.

apt-get 으로 설치된 모든 패키지 들은  아래의 경로에 따라 자동 저장이 됩니다. 나중에 설치된 우분투 패키지를
찾고자 할때  유용하게 확인할수 있습니다.

deb package path : /var/cache/apt/archive