네트워크 모니터링 툴 한가지.

http://www.nagios.org/

스크린샷을 보면 꽤 그럴듯해 보인다.

구글 스케치업(http://www.sketchup.com/)과 잉크스케이프(http://www.inkscape.org/)

구글 스케치업은 무료버젼과 유료버젼이 있으며 잉크스케이프는 완전 오픈소스 소프트웨어다.  가끔 3-D스케치 필요할때 유용하게 사용할 수 있을듯.

rrdtool을 사용하여 시스템과 네트워크를 모니터링 하려고 마음 먹었지만, 막상 rrdtool을 사용하는 방법에 대해서는 자세하게 설명되어 있는 한글 문서를 찾을 수 없었다.  결국, rrdtool을 이해하는데 도움이 되는 다음의 문서를 찾을 수는 있었지만, 문서를 참고하여 원하는 작업을 하기엔 역부족이었다. 

참고문서: http://www.joinc.co.kr/modules.php?name=News&file=article&sid=221&mode=nested

위의 문서에서 rrdtool의 데이타베이스 생성방법과 데이터 입력및 그래프를 생성하는 방법을 알 수 있다. 하지만, 이것만으로 원하는 일을 하려면 많은 수작업이 필요할 것이다. 하여 문서를 검색한 결과, rrdtool을 쉽게 이용할 수 있는 프론트엔드(front-end)프로그램들이 있다는것을 알 수 있었지만, 웬일인지 대부분의 문서들이  HotSaNIC 을 이용하는 방법이나 rrdexec를 사용하는 방법에 관한 문서들이었다.

설정이나 사용을 좀더 쉽게 할 수 있는 frontend를 찾다가 cacti라는 프론트엔드를 찾게 되었다. cacti는 http://cacti.net/index.php 에서 다운로드 받을 수 있고, 페도라를 사용한다면 yum install cacti 만으로 설치가 가능하다. 데비안의 경우는 apt-get install cacti 젠투리눅스의 경우는 emerg cacti 로 간단히 설치할 수 있으며, solaris의 경우는 소스를 받아 컴파일 하면 된다.

cacti를 사용하기위해서는 mysql, php, net-snmp, net-snmp-utils가 설치되어 있어야 한다.

cacti설치후 설정을 자신의 시스템에 맞게 변경한후, http://yourdomain/cacti 에 접속하여 device와 graph를 설정하여 사용하면된다.

kldp 블로그에 재미있는 글이 있어서.. 이곳에.. 헤에헤..

원문은 여기.. http://blog.kldp.org/node/view/722

Aoccdrnig to a rscheearch at an Elingsh uinervtisy, it deosn’t mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht frist and lsat ltteer is at the rghit pclae. The rset can be a toatl mses and you
can sitll raed it wouthit porbelm. Tihs is bcuseae we do not raed ervey lteter by it slef but the wrod as a wlohe.

set filec

Set file-completion for csh

This allows the escape key to be used for filename completion in a csh line command.

gundal님의 글

유닉스/리눅스를 사용하다보면 어떨때는 man 페이지를 저장하고 싶어질 때가 있다. 이럴 때에 유용하게 쓰이는 명령어다. (잊고 있었으면 다시 환기를 위해..)

# man (command_what_you_want) | col -b > file_name

이렇게 만들어 놓은 manual 을 하나 띄워 놓고 작업하면 훨씬 수월함.

원문은 http://kerneltrap.org/node/4484
번역은 kldp bbs의 crimsoncream님.

그냥보기 아까워서 긁어왔음.

Richard Stallman founded the GNU Project in 1984, and the Free
Software Foundation in 1985. He also originally authored a number of
well known and highly used development tools, including the GNU
Compiler Collection (GCC), the GNU symbolic debugger (GDB) and GNU
Emacs.

Richard Stallman(이하 RMS)은 1984년에 GNU Project를 1985년에 Free
Software Foundation(이하 FSF)을 출범시켰다. 그는 또한 GNU Compiler
Collection(GCC), the GNU symbolic debugger(GDB)나 GNU Emacs 같은 널리
쓰이는 유명한 개발 툴들의 원작자이다.

To better understand Richard Stallman and the GNU project, I recommend
you begin by reviewing their philosophy page. On it you will find a
wealth of information.

이곳(http://www.gnu.org/philosophy/)을 방문한다면 RMS에 대한 보다 많은
많은 정보를 얻을 수 있을 것이다.

We began this interview via email, but later had to finish by
telephone after Richard Stallman fell and broke his arm. He was kind
enough to speak with me at length, discussing his first contact with
computers, his time in the AI lab, the current state of the GNU Hurd,
his current role in the Free Software Foundation, the problems with
non-free software, and much more. The following words offer much
insight into how we got here, and what challenges we still face.

이 인터뷰는 email을 통해서 시작했으나 RMS가 넘어져서 팔이 부러진
후에는 전화통화를 통해서 이루어졌다. 그는 친절하게도 컴퓨터를 처음
접했을 때, AI lab에서 보낸 시간, GNU Hurd의 현황, FSF에서의 그의 역할,
non-free software가 가진 문제점들, 그 외의 여러가지 주제에 대해서
대화를 나눌 수 있을 정도로 충분히 긴 시간을 할애해 주었다. 이어지는
글들은 우리가 어떻게 여기까지 왔으며 무엇을 해결해야하는지 좀 더
풍부한 견해를 보여 줄 것이다.

Read the rest of this entry »

$ vi edu_pa.jsp
ld.so.1: vi: 치명적: 재할당 오류: 파일 vi: 기호 cur_term: 참조 기호가 없습니다.
중단됨(Killed)

LD_LIBRARY_PATH와 관련된 에러로 추정됨.

솔루션은 다음과 같이 하면 되려나?
내 소유 장비가 아니어서 확인은 못해본다.
Date: Fri, 23 Jan 2004 07:07:21 +0000

Neil W Rickert wrote:
> Beardy writes:
>
>>Neil W Rickert wrote:
>>
>>>thota_2001@yahoo.com (Srikanth Thota) writes:
>
>
>>>>I have Solaris 8 with OEM on My Sun Machine. Recently i Installed
>>>>Oracle 8i on Solaris. After that when I try to open any file with vi
>>>>option I am getting following error message.
>
>
>>>>ld.so.1: vi: fatal: relocation error: file vi: symbol cur_term:
>>>>referenced symbol not found Killed.
>
>
>>>Maybe try
>
>
>>> unset LD_LIBRARY_PATH
>
>
>>>or, if you use csh/tcsh
>
>
>>> unsetenv LD_LIBRARY_PATH
>
>
>
>>ldd on /usr/bin/vi reports a number of full paths to shared object
>>libraries, and AFAIK LD_LIBRARY_PATH cannot affect this. Maybe
>>crle-related stuff.
>
>
> I think you are mistaken:
>
> % ldd /bin/vi
> libmapmalloc.so.1 => /usr/lib/libmapmalloc.so.1
> libcurses.so.1 => /usr/lib/libcurses.so.1
> libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1
> libgen.so.1 => /usr/lib/libgen.so.1
> libc.so.1 => /usr/lib/libc.so.1
> libdl.so.1 => /usr/lib/libdl.so.1
> /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1
>
> % setenv LD_LIBRARY_PATH /net/mp/usr/lib
>
> % ldd /bin/vi
> libmapmalloc.so.1 => /net/mp/usr/lib/libmapmalloc.so.1
> libcurses.so.1 => /net/mp/usr/lib/libcurses.so.1
> libcrypt_i.so.1 => /net/mp/usr/lib/libcrypt_i.so.1
> libgen.so.1 => /net/mp/usr/lib/libgen.so.1
> libc.so.1 => /net/mp/usr/lib/libc.so.1
> libdl.so.1 => /net/mp/usr/lib/libdl.so.1
> /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1
>
> As you can see, the path to all but one library changed.
>
> [From the fact that ldd lists the path to the library, it does not
> follow that the full path is saved in the binary]
>

Yup. I stand squarely in your shadow Neil.

원문은 아래에…

http://unix.derkeiler.com/Newsgroups/comp.unix.solaris/2004-01/1908.html

오늘 아침 sun box에서 발생한 이상한 메시지

INIT: Command is respawing to rapidly, check possible errors
id: sv “/usr/bin/srload -D -q”

누군가가 /etc/inittab에 아래 두줄을 추가 시켜 놓았다.

SV:23:respawn:/usr/bin/srload -D -q
SV:23:respawn:/usr/bin/srload -D -q

음…

누가 무슨짓을 한건지 정말 궁금하다..

Read the rest of this entry »