12월 11

Centos5.7 KVM 설치

1. CPU가 kvm을 지원하는지 확인한다.(intel: vmx, AMD: svm 지원되어야 가상화 지원됨)

[root@snowolf ~]# egrep ‘(vmx|svm)’ –color=always /proc/cpuinfo

2. 커널에 kvm모듈이 로딩되어 있는지 확인한다.

[root@snowolf ~]# lsmod | grep
kvmkvm_intel 85256 0
kvm 224928 2 ksm,kvm_intel
[root@snowolf ~]# modprobe kvm
[root@snowolf ~]# modprobe kvm-intel
FATAL: Error inserting kvm_intel (/lib/modules/2.6.18-274.12.1.el5/weak-updates/kmod-kvm/kvm-intel.ko): Operation not supported

만약 CPU가 가상화 지원되지만 위와같은 FATAL 에러가 발생했다면, 서버(또는 PC)의 BIOS에서 가상화 지원부분을 확인해야 한다. 테스트중인 RX200 S3의 BIOS에서는 가상화가 disable되어 있어서 enable 시켜 주었다. 이후 lsmod는 위쪽처럼 정상적으로 보임을 확인했다.

3. kvm패키지 설치

# yum install kvm libvirt python-virtinst qemu-kvm
# yum install bridge-utils
# yum install virt-manager libvirt qemu-system-x86 openssh-askpass

4. 게스트 OS설치

# virt-install --connect qemu:///system --name centos6 --ram 1024 --vcpus=1 --disk path=/var/lib/libvirt/images/centos6.img,size=8 --cdrom /home/CentOS-6.8-x86_64-minimal.iso  --vnc –noautoconsole --os-type linux --os-variant linux
  184  virt-install --connect qemu:///system --name centos6 --ram 1024 --vcpus=1 --disk path=/var/lib/libvirt/images/centos6.img,size=8 --cdrom /home/CentOS-6.8-x86_64-minimal.iso  --vnc --noautoconsole --os-type linux --os-variant linux
Starting install…Creating storage file… | 8 GB 00:00Creating domain… | 0 B 00:00Domain installation still in progress. Waiting for installation to complete.

5. xmanager나 xming을 이용하여 설치시 그래픽화면을 볼 수 있다.
xmanager사용시 , xstart 실행 -> 호스트,프로토콜(ssh), id, password, 실행명령에 /usr/bin/gnome-session –display $DISPLAY나 virt-manager를 입력하여 실행.
또는 virt-viewer -c qemu:///system winxp 처럼 직접 입력하여도 된다.

6. 게스트OS의 삭제.
삭제는 생성한 OS의 이미지를 삭제하고, qemu의 설정화일(/etc/libvirt/qemu/winxp.xml)을 삭제한 후 재부티을 하면된다. 커널 kvm모듈을 제거(rmmod)하면 될 것 같지만, 의외로 다른 연관된 모듈때문에 rmmod가 되지 않는다. 그래서 재부팅을 해야만 했다. 이렇게 하면 게스트os가 삭제되긴 하지만, 맞는 방법인지는 모르겠다.

2017.2.1. centos 7(minimal 버전)에 qemu/kvm 설치하기 동영상 추가

12월 02

우분투에서 md0가 md127로 바뀌는 현상

우분투리눅스(11.04)에서 디스크 두개를 mdadm으로 미러 구성을 하고, 메타디바이스를 md0로 설정하였다.
하지만, 재부팅하면 md0는 사라지고 대신 md127로 인식을 하는 현상이 발생.
mdadm –detail /dev/md127 하여나오는 결과중에 UUID와 Name을 아래 화일에 설정해 준다.

/dev/md127:
Version : 1.2
Creation Time : Tue Nov 29 21:22:23 2011
Raid Level : raid1
Array Size : 488382841 (465.76 GiB 500.10 GB)
Used Dev Size : 488382841 (465.76 GiB 500.10 GB)
Raid Devices : 2 Total Devices : 2
Persistence : Superblock is persistent
Update Time : Fri Dec 2 17:14:15 2011
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : fox:0 (local to host fox)
UUID : 4c2ddcae:30672ec0:f6065242:f4702e40
Events : 19
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
/etc/mdadm/mdadm.conf
ARRAY /dev/md0 devices=/dev/sdb1,/dev/sdc1 name=fox:0 UUID=4c2ddcae:30672ec0:f6065242:f4702e40 level=1 num-devices=2 auto=yes

여기서 fox는 호스트네임.
이후 아래커맨드 실행 후 재부팅 하면, 정상적으로 md0로 인식됨.

update-initramfs -u

12월 01

rp 3440 turn off the red blinking system LED

1. connect MP (serial cable, ctrl+B)
[mp00215a9a04db] MP>
MP MAIN MENU:
CO: Console
VFP: Virtual Front Panel
CM: Command Menu
CL: Console Log
SL: Show Event Logs
CSP: Connect to Service Processor
SE: Enter OS Session
HE: Main Help Menu
X: Exit Connection
System state Activity # of logs since boot
————— ——– ——————–
HPUX init process start 746
2. show display Front system LED : VFP command
LEDs | LOCATOR | SYSTEM | POWER
—————————————————————————–
| OFF | FLASH RED | ON GREEN
—————————————————————————–
Status | Fatal System State detected. Check System Event Log (SL) for error
| messages.
—————————————————————————–
3. execute dc command.( CM -> dc)
[mp00215a9a04db] MP> cm
[mp00215a9a04db] MP:CM> dc
DCThis command will restore all MP Configurations to their default values.
To restore specific configurations to their defaults use the following commands:
Remote Console Serial Port Modem configuration: CA -remote DEFAULT
MP IP configuration : LC -all DEFAULT
Remote Access Configuration : SA -all
DEFAULT Command Interface configuration : IT -all
DEFAULT MP Security configuration : SO -opt DEFAULT
MP Session configuration : IT -all DEFAULT
MP User configuration : UC -all DEFAULT
MP LDAP directory configuration : LDAP -all DEFAULT
SNMP Configuration : SNMP -all DEFAULT
Restore All MP configuration default values? (Y/[N]):
Restore All MP configuration default values? (Y/[N]): yy
-> All MP configuration will be reset to its default values.
-> Users may be disconnected in this process
Command execution may take 25 seconds.
-> MP IP configuration
-> Remote Console Serial Port Modem configuration
-> Paging configuration
-> Remote Access
-> MP Security configuration
*************************************************************************
This is a private system.
Do not attempt to login unless you are an authorized user.
Any authorized or unauthorized access or use may be monitored and can
result in criminal or civil prosecution under applicable law.
*************************************************************************
*************************************************************************
Only default users are configured. Use one of the following user/password pairs to login:
Admin/Admin Oper/Oper
*************************************************************************
MP login:

4. MP login and VFP , then red led were turn offed.
LEDs | LOCATOR | SYSTEM | POWER
—————————————————————————–
| OFF | OFF | ON GREEN
—————————————————————————–
Status | No code is executing. System is Off.
—————————————————————————–

11월 16

cisco 1720 flash rom backup

CISCO 1720
TFTP server: 10.0.0.58
Router Ethernet: 10.0.0.57
Router#sh flash
System flash directory:
File Length Name/status
1 3038760 c1700-y-mz.121-3
[3038824 bytes used, 5349784 available, 8388608 total]
8192K bytes of processor board System flash (Read/Write)
Router#copy flash tftp
Source filename []? c1700-y-mz.121-3
Address or name of remote host []? 10.0.0.58
Destination filename [c1700-y-mz.1213]?
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
3038760 bytes copied in 19.132 secs (159934 bytes/sec)

11월 14

vnstat – console base network traffic monitor

Posted by: admin in Application(어플리케이션), Linux(리눅스)
설치: apt-get install vnstat
실행: /etc/init.d/vnstat start
Zero database found, exiting.
아래 커맨드로 해당 인터페이스(br0)의 데이타베이스를 생성해 주면 잘 됨.
vnstat -u -i br0
Error: Unable to read database “/var/lib/vnstat/br0″.
Info: -> A new database has been created.

10월 27

리눅스 미러링(S/W raid)

구성:
sda: OS 디스크
sdb, sdc : 미러링할 디스크(빈것, 사용중인것도 가능함)
아래 커맨드로, 커널 모듈이 실행되고 있는지 확인. 없으면, insmod로 모듈 올려줌.

lsmod | grep -i linear
lsmod | grep -i raid

일단, sdb를 fdisk로 통채로 파티션 잡아줌

fdisk /dev/sdb
Command (m for help): p
Disk /dev/sdb (Sun disk label): 4 heads, 1093 sectors, 65533 cylindersUnits = cylinders of 4372 * 512 bytes
Device Flag Start End Blocks Id System/dev/sdb1 r 0 65533 143255138 fd Linux raid autodetect

sdc도 sdb와 동일하게 파티션. sfdisk를 이용해도 됨(sfdisk -l /dev/sdb | sfdisk /dev/sdc) . 파티션 타입을 fd로 설정해야한다.

mdadm –create –verbose /dev/md0 –level=1 –raid-device=2 /dev/sdb1 /dev/sdb2
mkfs.ext3 /dev/md0

아래 커맨드로 확인

mdadm –detail /dev/md0

마지막으로 마운트하여 사용하면 된다.
cat /proc/mdstat 로 미러 상태 확인가능.

참고문서 :
http://www.howtoforge.com/redundant-array-of-inexpensive-disks-raid-technical-paper
http://tldp.org/HOWTO/Software-RAID-HOWTO-5.html#ss5.6

10월 21

source quench received

서버 : HP-UX B.11.23
클라이언트: 윈도우2003
클라이언트 쪽에서 서버 쪽으로 ping 했을때 아래와 같은 메시지 가 나옴
source quench recived
재미있는것은 서버에서 클라이언트 쪽으로 ping했을때는 문제가 없다는것!
MS 쪽에서는
http://technet.microsoft.com/en-us/library/cc958618.aspx
Explanation:
The flow control mechanism in IP is the Internet Control Message Protocol (ICMP) Source Quench message. In effect, when IP packets arrive too quickly for a node to handle, it can send a Source Quench message, which essentially tells the source of the packets to back off. This message should not be considered a problem.
User Action:
No user a action required.

잉, 할게 없어????
다행히 이런 문제를 미리 겪은 분들이 있었는지라…
(참고: http://blog.naver.com/verdy93/20003282157)
서버쪽에서 ,
ndd -set /dev/ip source_quench_recieved 0
커맨드로 해결.
위쪽 참고문서를 보면, 방법이 몇 가지 더 있지만, 재부팅을 요하는 방법이라 재부팅 필요없는 방법을 사용.

9월 22

hp rp3440 경고등 끄기

HP 9000 rp3440 시스템에 경고등이 들오와있다.
어떤것은 주황색, 또 어떤것은 빨강색, 또 어떤것은 초록색…
초록은 정상. 주황은 위험수위가 낮은 이벤트, 빨강은 위험 수위가 높은 이벤트가 발생한것.
문제는, 내가 보기 시작한것은 최근이고, 그 이전의 상황은 알 수가 없다는것.
일단, /var/adm/syslog/syslog.log 상에는 최근 error나 warning이 없고, 아주 옛날에
temperature 가 한계치 까지 치솟았던 상황이나, cpu 캐쉬쪽 문제가 보였다.
일단, 최근 에러 상황이 없었고, 경고등이 들어오면서 재부팅된적이 없기때문에, 일시적 장애로 보고,
경고등을 정상인 초록으로 만들어야 했다. 그냥은 안되고, MP (Maintenance Processor) 상에서
vfp 메뉴로 들어갔더니, 정상으로 바뀌었다.
MP 진입은 serial console접속한후 ctrl+B로 진입한다고한다. 오늘 시스템은 시리얼 콘솔로 접속하니
바로 MP 로그인 화면이 나왔다. 디폴트는 Admin/Admin 이다.
이 시스템은 일단 system LED가 amber(주황)인 상황이었고, VFP들어갔더니 그냥 green으로 바뀌었다.

MP MAIN MENU:
CO: Console
VFP: Virtual Front Panel
CM: Command Menu
CL: Console Log
SL: Show Event Logs
CSP: Connect to Service Processor
SE: Enter OS Session
HE: Main Help Menu
X: Exit Connection
[mp001b78e5d56d] MP> vfp
Welcome to the Virtual Front Panel (VFP).
Use Ctrl-B to exit.
System state Activity # of logs since boot
————— ——– ——————–
HPUX init process start 570
E indicates error since last boot
LEDs | LOCATOR | SYSTEM | POWER
—————————————————————————–
| OFF | ON GREEN | ON GREEN
—————————————————————————–
Status | System running normally.
—————————————————————————–
[mp001b78e5d56d] MP:VFP(Use ‘?’ to display VFP terminal info or Ctrl-B to Quit)>

RED인 시스템은 다음 기회에 … ;^^

9월 15

IBM AIX서버 경고등 끄기

errpt 를 봐도 별다른 에러 사항이 없는데, 경고등이 켜져 있다.
이것 저것 찾아보다보니, 의외로 비슷한 경우가 종종 있는것 같네?

IBM AIX서버 경고등 끄기.
http://heeya12.tistory.com/entry/AIX-%EC%84%9C%EB%B2%84-LED-%EA%B2%BD%EA%B3%A0%EB%93%B1-%EB%81%84%EA%B8%B0

 

/usr/lpp/diagonostics/bin/usysfault -s normal

9월 12

hp-ux 클러스터와 오라클

오늘 어찌어찌하여 도움을 받아서 처리하긴 했는데,
검색해보니, 아래와같은 글이 나온다.
hp-ux 클러스터와 오라클
http://dbsecurity.egloos.com/6407920