CentOS 5.7에 KVM 설치하면 ubuntu와는 다르게 가상 네트워크 인터페이스 virbr0가 생긴다. virbr0는 guest OS가 NAT를 사용하게 하는데, 호스트OS와 같은 네트워크를 사용하려면, 이 virbr0를 사용하지 않으면 된다.
virsh # net-list
virsh # net-destroy default
# /etc/init.d/libvirtd restart
이렇게 하면 virbr0는 사라진다. 하지만 게스트 OS의 네트워크쪽에 문제가 생겨서 게스트가 실행되지 않는 현상이 발생
윈도우는 디바이스를 다시 잡지만 리눅스는 아래 에러 발생
virsh # start ubuntu
error: Failed to start domain ubuntu
error: Network not found: no network with matching name ‘default’
/etc/libvirt/qemu/ubuntu.xml 화일에서
<interface type=’network‘>
<mac address=’54:52:00:5e:53:d2′/>
<source network=’default‘/>
</interface>
부분을
<interface type=’bridge‘>
<mac address=’54:52:00:5e:53:d2′/>
<source bridge=’br0′/>
</interface>
로 수정 하면 잘됨
아래는 다시 NAT 로 사용하고자 할 때 .
virsh # net-list –all
Name State Autostart
—————————————–
virsh # net-define /usr/share/libvirt/networks/default.xml
Network default defined from /usr/share/libvirt/networks/default.xml
virsh # net-autostart default
Network default marked as autostarted
virsh # net-start default
Network default started
게스트 OS의 network를 NAT에서 bridge로 바꾸니 매우 느린 현상도 없어졌음.
12월 29
CentOS 5.7 KVM guest os network interface 변경
12월 20
hpux 디스크 추가.
HPUX 디스크 추가.(1개를 통채로 잡는방법)
pvcreate -f /dev/rdisk/disk39
cd /dev
mkdir vg05
cd vg05
mknod group c 64 0×050000
vgcreate -s 32 /dev/vg05 /dev/disk/disk39
vgdisplay vg05
lvcreate -l `vgdisplay Free PE값’ /dev/vg05
newfs -F vxfs -o largefiles /dev/vg05/rlvol1
# strings /etc/lvmtab
/dev/vg00
/dev/disk/disk1_p2
/dev/vg02
/dev/disk/disk68
/dev/vg03
/dev/disk/disk42
/dev/vg01
/dev/disk/disk41
/dev/vg04
/dev/disk/disk40
/dev/vg05
/dev/disk/disk39
/dev/vg06
/dev/disk/disk38
# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 115048448 14713576 99557352 13% /
/dev/vg00/lvol1 2097152 192504 1889856 9% /stand
/dev/vg02/lvol1 24760320 3563645 19872682 15% /oracle
/dev/vg01/lvol1 517963776 193597 485409550 0% /archive
/dev/vg01/lvol1 517963776 193597 485409550 0% /archive
/dev/vg03/lvol1 517963776 3965111 481873868 1% /oradata/data1
/dev/vg04/lvol1 517963776 193597 485409550 0% /oradata/data2
/dev/vg05/lvol1 517963776 193597 485409550 0% /oradata/data3
/dev/vg06/lvol1 517963776 193597 485409550 0% /oradata/data4
볼륨 삭제.(vg01을 삭제하고자 할때)
vgchange -a n vg01
vgexport vg01
12월 17
hpux 오라클 .profile 화일
umask 022
export ORACLE_BASE=/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10gr2
export ORACLE_SID=orcl
export TMPDIR=$ORACLE_BASE/tmp
export TNS_ADMIN=$ORACLE_HOME/network/admin
export ORA_NLS10=$ORACLE_HOME/nls/data
export NLS_LANG=American_America.KO16KSC5601
export NLS_DATE_FORMAT=’YYYY-MM-DD HH24:MI:SS’
export PATH=$ORACLE_HOME/bin:/usr/bin:/sbin:/usr/ccs/bin:/usr/bin/X11:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/lib32:/lib:/usr/lib:$ORACLE_HOME/rdbms/lib
export SHLIB_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/lib32:/usr/lib
export ORACLE_HOSTNAME=`hostname`
export PS1=`hostname`:’${PWD}/$ ‘
alias ls=’ls -F’
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
커맨드로 해결.
위쪽 참고문서를 보면, 방법이 몇 가지 더 있지만, 재부팅을 요하는 방법이라 재부팅 필요없는 방법을 사용.