네트워크가 일정시간이 지나면 죽어버립니다....
글쓴이: moonrepeat / 작성시간: 일, 2004/09/05 - 7:27오후
이상하게 네트워크가 일정시간이 지나면 죽어버립니다.
사용환경은 데비안 3.0r2를 설치후 사지로 업그레이드 해서 3.1입니다.
그리고 CPU는 XEON 400 듀얼이고 RAM은 256 PC100 ECC입니다.
일단 부팅하면 아파치 및 mysql 그리고 telnetd, proftpd이 뜨고 여기에
제가 xwindow를 씁니다. 현재는 윈도우 메이커를 사용하고 있습니다.
특별히 작업하는건 없고 항상 xwindow상에서 xMule을 사용하고 있습니다.
그리고 이놈을 이용해 ipmasq를 사용하고 있습니다.
랜카드는 두개다 3com 905btx 입니다. 랜카드는 커널에 포함 시켰습니다.
커널은 2.4.28일껍니다....... 아!! 그리고 삼바도 사용하고 있습니다.
대략 부팅후 6일정도 지나면 랜카드가 두개다 동시에 죽어버립니다.
이 증상후 /etc/init.d/networking restart 해도 랜카드가 살아 나지
않습니다. 리부팅을 해야만 살아나더군요........
꼭 아무 이상없다가 5~6일정도 지나면 죽습니다.
뭐가 문제일까요??? CPU 점유율은 항상 두개다 3~4% 정도 되고 메모리는
30~49%사이에서 왔다갔다 합니다.
랜카드를 제외하고는 아무 이상없습니다.
혹시 데비안 쓰다가 이런현상 경험하신분 조언 부탁드립니다.
그리고 만약에 메모리나 CPU를 업그레이드 하면 커널은 다시 컴파일해서
설치해야 합니까?
Forums:
랜카드 죽는 시점에서 무슨 하드웨어 오류가 나는지보고 싶네요. 주로
랜카드 죽는 시점에서 무슨 하드웨어 오류가 나는지
보고 싶네요. 주로 dmesg 보면 나오죠.
주로 싸구려 리얼텍을 24시간 내내 도는 컴터에 꽂을때 많이 벌어지는 증상인데.
어느날 갑자기 랜이 먹통이 되는 :oops: 3com이면 불량품 걸린 듯 싶습니다.
Written By the Black Knight of Destruction
dmesg는 부팅 메세지 보는것 아닌가요??참고삼아 현재 dmes
dmesg는 부팅 메세지 보는것 아닌가요??
참고삼아 현재 dmesg 내용을 올리겠습니다.
Linux version 2.4.27 (root@cucucu1) (gcc version 3.3.4 (Debian 1:3.3.4-6sarge1)) #1 SMP Mon Aug 16 05:41:08 KST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e6400 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000040fd400 (usable) BIOS-e820: 00000000040fd400 - 00000000040ff800 (ACPI data) BIOS-e820: 00000000040ff800 - 00000000040ffc00 (ACPI NVS) BIOS-e820: 00000000040ffc00 - 0000000010000000 (usable) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000fffe6400 - 0000000100000000 (reserved) 256MB LOWMEM available. found SMP MP-table at 000f6c30 hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. hm, page 0009f000 reserved twice. hm, page 000a0000 reserved twice. On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. ACPI disabled because your bios is from 1997 and too old You can enable it with acpi=force Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: INTEL Product ID: MS440GX APIC at: 0xFEE00000 Processor #1 Pentium(tm) Pro APIC version 17 Processor #0 Pentium(tm) Pro APIC version 17 I/O APIC #2 Version 17 at 0xFEC00000. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 2 Kernel command line: auto BOOT_IMAGE=Linux ro root=301 Initializing CPU#0 Detected 398.288 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 794.62 BogoMIPS Memory: 255436k/262144k available (2029k kernel code, 6308k reserved, 752k data, 156k init, 0k highmem) Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) Inode cache hash table entries: 16384 (order: 5, 131072 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 1024K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0183fbff 00000000 00000000 00000000 CPU: Common caps: 0183fbff 00000000 00000000 00000000 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. Checking for popad bug... OK. POSIX conformance testing by UNIFIX mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au) mtrr: detected mtrr type: Intel CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 1024K Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 0183fbff 00000000 00000000 00000000 CPU: Common caps: 0183fbff 00000000 00000000 00000000 CPU0: Intel Pentium II (Deschutes) stepping 03 per-CPU timeslice cutoff: 2920.65 usecs. enabled ExtINT on CPU#0 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Booting processor 1/0 eip 2000 Initializing CPU#1 masked ExtINT on CPU#1 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Calibrating delay loop... 796.26 BogoMIPS CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 1024K Intel machine check reporting enabled on CPU#1. CPU: After generic, caps: 0183fbff 00000000 00000000 00000000 CPU: Common caps: 0183fbff 00000000 00000000 00000000 CPU1: Intel Pentium II (Deschutes) stepping 03 Total of 2 processors activated (1590.88 BogoMIPS). ENABLING IO-APIC IRQs Setting 2 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 2 ... ok. init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-16, 2-18, 2-20, 2-21, 2-22, 2-23 not connected. ..TIMER: vector=0x31 pin1=2 pin2=0 number of MP IRQ sources: 20. number of IO-APIC #2 registers: 24. testing the IO APIC....................... IO APIC #2...... .... register #00: 02000000 ....... : physical APIC id: 02 ....... : Delivery Type: 0 ....... : LTS : 0 .... register #01: 00170011 ....... : max redirection entries: 0017 ....... : PRQ implemented: 0 ....... : IO APIC version: 0011 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 003 03 0 0 0 0 0 1 1 39 02 003 03 0 0 0 0 0 1 1 31 03 003 03 0 0 0 0 0 1 1 41 04 003 03 0 0 0 0 0 1 1 49 05 003 03 0 0 0 0 0 1 1 51 06 003 03 0 0 0 0 0 1 1 59 07 003 03 0 0 0 0 0 1 1 61 08 003 03 0 0 0 0 0 1 1 69 09 003 03 1 1 0 0 0 1 1 71 0a 003 03 0 0 0 0 0 1 1 79 0b 003 03 1 1 0 1 0 1 1 81 0c 003 03 0 0 0 0 0 1 1 89 0d 003 03 0 0 0 0 0 1 1 91 0e 003 03 0 0 0 0 0 1 1 99 0f 003 03 0 0 0 0 0 1 1 A1 10 000 00 1 0 0 0 0 0 0 00 11 003 03 1 1 0 1 0 1 1 A9 12 000 00 1 0 0 0 0 0 0 00 13 003 03 1 1 0 1 0 1 1 B1 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IRQ to pin mappings: IRQ0 -> 0:2 IRQ1 -> 0:1 IRQ3 -> 0:3 IRQ4 -> 0:4 IRQ5 -> 0:5 IRQ6 -> 0:6 IRQ7 -> 0:7 IRQ8 -> 0:8 IRQ9 -> 0:9 IRQ10 -> 0:10 IRQ11 -> 0:11 IRQ12 -> 0:12 IRQ13 -> 0:13 IRQ14 -> 0:14 IRQ15 -> 0:15 IRQ17 -> 0:17 IRQ19 -> 0:19 .................................... done. Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 398.2876 MHz. ..... host bus clock speed is 99.5716 MHz. cpu: 0, clocks: 995716, slice: 331905 CPU0<T0:995712,T1:663792,D:15,S:331905,C:995716> cpu: 1, clocks: 995716, slice: 331905 CPU1<T0:995712,T1:331888,D:14,S:331905,C:995716> checking TSC synchronization across CPUs: passed. Waiting on wait_init_idle (map = 0x2) All processors have done init_idle PCI: PCI BIOS revision 2.10 entry at 0xfd9a4, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Using IRQ router default [8086/7110] at 00:0c.0 PCI->APIC IRQ transform: (B0,I12,P3) -> 19 PCI->APIC IRQ transform: (B0,I14,P0) -> 17 PCI->APIC IRQ transform: (B0,I16,P0) -> 19 PCI->APIC IRQ transform: (B0,I18,P0) -> 17 Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 Journalled Block Device driver loaded vga16fb: initializing vga16fb: mapped to 0xc00a0000 Console: switching to colour frame buffer device 80x30 fb0: VGA16 VGA frame buffer device pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A Real Time Clock Driver v1.10f FDC 0 is a National Semiconductor PC87306 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) Compaq SMART2 Driver (v 2.4.28) HP CISS Driver (v 2.4.52) 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html See Documentation/networking/vortex.txt 00:0e.0: 3Com PCI 3c905C Tornado at 0x1400. Vers LK1.1.18-ac 00:50:da:93:70:9f, IRQ 17 product code 4159 rev 00.11 date 04-03-00 Internal config register is 3800000, transceivers 0xa. 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 782d. Enabling bus-master transmits and whole-frame receives. 00:0e.0: scatter/gather enabled. h/w checksums enabled See Documentation/networking/vortex.txt 00:10.0: 3Com PCI 3c905 Boomerang 100baseTx at 0x1480. Vers LK1.1.18-ac 00:60:97:b5:e8:fd, IRQ 19 product code 4848 rev 00.0 date 03-19-97 Internal config register is 16302d8, transceivers 0xe040. 8K word-wide RAM 3:5 Rx:Tx split, autoselect/MII interface. MII transceiver found at address 24, status 786f. Enabling bus-master transmits and whole-frame receives. 00:10.0: scatter/gather enabled. h/w checksums disabled eth1: Dropping NETIF_F_SG since no checksum feature. Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 204M agpgart: Detected Intel 440GX chipset agpgart: AGP aperture is 64M @ 0xf8000000 Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller at PCI slot 00:0c.1 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x14e0-0x14e7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x14e8-0x14ef, BIOS settings: hdc:DMA, hdd:pio hda: FUJITSU MPE3136AT, ATA DISK drive hdb: CRD-8402B, ATAPI CD/DVD-ROM drive blk: queue c043b160, I/O limit 4095Mb (mask 0xffffffff) hdb: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error } hdb: set_drive_speed_status: error=0xb4 hdc: ST380011A, ATA DISK drive blk: queue c043b5cc, I/O limit 4095Mb (mask 0xffffffff) ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: attached ide-disk driver. hda: 26688576 sectors (13665 MB) w/512KiB Cache, CHS=1661/255/63, UDMA(33) hdc: attached ide-disk driver. hdc: host protected area => 1 hdc: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63, UDMA(33) hdb: attached ide-cdrom driver. hdb: ATAPI 48X CD-ROM drive, 128kB Cache, DMA Uniform CD-ROM driver Revision: 3.12 Partition check: hda: hda1 hda2 hda3 hdc: hdc1 hdc2 hdc3 Promise Fasttrak(tm) Softwareraid driver 0.03beta: No raid array found Highpoint HPT370 Softwareraid driver for linux version 0.02 SCSI subsystem driver Revision: 1.00 Red Hat/Adaptec aacraid driver (1.1-3 Aug 16 2004 05:48:14) scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <Adaptec 2940 SCSI adapter> aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs (scsi0:A:0): 10.000MB/s transfers (10.000MHz, offset 15) Vendor: SEAGATE Model: ST32155N Rev: 0594 Type: Direct-Access ANSI SCSI revision: 02 scsi0:A:0:0: Tagged Queuing enabled. Depth 8 DC390: 0 adapters found Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 4197405 512-byte hdwr sectors (2149 MB) sda: sda1 sda2 Linux Kernel Card Services 3.1.22 options: [pci] [cardbus] [pm] I2O Core - (C) Copyright 1999 Red Hat Software I2O: Event thread created as pid 12 I2O configuration manager v 0.04. (C) Copyright 1999 Red Hat Software i2o_scsi.c: Version 0.0.1 chain_pool: 0 bytes @ c40f9fc0 (512 byte buffers X 4 can_queue X 0 i2o controllers) NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 16384) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. ds: no socket drivers loaded! kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 156k freed Adding Swap: 1049576k swap-space (priority -1) EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide1(22,1), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide1(22,2), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide1(22,3), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,2), internal journal EXT3-fs: mounted filesystem with ordered data mode. ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (2048 buckets, 16384 max) - 288 bytes per conntrack삽질은 계속되어야 한다....... 쭉.........
랜카드 죽기 전 같군요.. 죽기 전에는 랜카드 오류관련 커널메시지를 안뿌
랜카드 죽기 전 같군요.. 죽기 전에는 랜카드 오류관련 커널메시지를 안뿌립니다.
죽은 뒤에 랜카드 드라이버가 무슨 메시지 띄우는지 확인해보세요.
ifconfig의 RX/TX값도 확인해보고요. 안뿌리는 경우는 어디 굴러다니는
다른 랜카드로 바꿔서도 해보고요.
Written By the Black Knight of Destruction
드물게 랜카드가 두장이상일 경우/etc/sysconfig/networ
드물게 랜카드가 두장이상일 경우
/etc/sysconfig/network에
GATEWAYDEV를 지정안하면,
네트워크가 정기적으로
죽는 경우가 있습니다.
라우팅에 관련된 부분에서 문제가 생기는 듯 합니다.
재미있는 것은 반드시 리부팅을 해주기 전에는
랜카드가 살아나지 않습니다.
GATEWAYDEV=eth0을 추가해 보세요.
( 외부로 물려있는 이더넷)
혹시 이것으로 도움이 되었다면 알려주시면 감사드리겠습니다.
There is no spoon. Neo from the Matrix 1999.
[quote="지리즈"]드물게 랜카드가 두장이상일 경우/etc/sys
헉..... 왠지 이게 정답일것 같은데 지금 보니 /etc/sysconfig 디렉토리가 없군요.....
죄송하지만 한번만 더 조언을.....
(find / -name sysconfig 하면 결과 없음.....)
삽질은 계속되어야 한다....... 쭉.........
혹시 이게 답변해주시는데 도움이 될까봐 올립니다.[code:1]c
혹시 이게 답변해주시는데 도움이 될까봐 올립니다.
cucucu1:/etc/network# cat interfaces # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface auto lo iface lo inet loopback # The first network card - this entry was created during the Debian installation auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet static address 192.168.0.1 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255삽질은 계속되어야 한다....... 쭉.........
데비안에는 /etc/sysconfig 이 없지 않나요?레드햇 계열만
데비안에는 /etc/sysconfig 이 없지 않나요?
레드햇 계열만 있는걸로 아는데;;;(아닌가-_-)
노트북 잃어버렸음;;
파일에서 GATEWAYDEV를 찾아보세요grep GATEWAYDEV
파일에서 GATEWAYDEV를 찾아보세요
grep GATEWAYDEV -R /etc/*
[quote="송-지석"]파일에서 GATEWAYDEV를 찾아보세요gr
해봤는데 결과는 없더군요......
그리고 interfaces 파일에
gateway 127.0.0.1
gateway eth0
하나하나 넣어보면서 리부팅 해봤는데 안되더군요.....
제발 조언을.....
삽질은 계속되어야 한다....... 쭉.........
간혹 가다 커널, 또는 랜카드 드라이버의 이상으로 일정 시간이나일
간혹 가다 커널, 또는 랜카드 드라이버의 이상으로 일정 시간이나
일정량 이상의 트래픽을 넘기면 네트웍이 죽는 경우를 당해 봤습니다.
문제가 발생하는 커널버전과 에러메세지, 랜카드 정보 등을 종합하여
구글의 웹검색 및 뉴스그룹 검색을 통해 찾아보시면 해당 case 의 답을
구하실 수 있을 겁니다.
quid pro quo
ifconfig 하면 인터페이스는 올라와 있으신지요.. 아니라면 다른 문
ifconfig 하면 인터페이스는 올라와 있으신지요.. 아니라면 다른 문제이겠지만..
제 경우 랜카드 빼고는 님과 거의 일치하는군요.. 제 랜카드는 싸구려 8139 하나인데 400제온 듀얼이라는것이랑 testing 배포본이였다는거랑.. 암튼 저는 신기하게도
네트웍이 죽었을때 ifconfig하면
MAC ADDRESS 가 00:00:00:00:00:00 으로 바뀌어 있더군요..
정상적으로 해결해보려고..
/etc/networking/interfaces 에 hwaddr 항목을 넣었었던 것 같은데.. 암튼 네트웍이 죽었을때
ifconfig eth0 hw ether 00c0ao...
이게 작동하는지 검토해보심이
문제 : 코끼리 한마리를 다 먹으려면?
정답 : 한점씩 한점씩
[code:1]cucucu1:~# ifconfigeth0
cucucu1:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:50:DA:93:70:9F inet addr:xxx.241.99.253 Bcast:xxx.241.99.255 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3464010 errors:0 dropped:0 overruns:1 frame:0 TX packets:2795272 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2439475378 (2.2 GiB) TX bytes:851921897 (812.4 MiB) Interrupt:17 Base address:0x1400 eth1 Link encap:Ethernet HWaddr 00:60:97:B5:E8:FD inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10768 errors:0 dropped:0 overruns:0 frame:0 TX packets:16287 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1467640 (1.3 MiB) TX bytes:19711921 (18.7 MiB) Interrupt:19 Base address:0x1480 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:760 (760.0 b) TX bytes:760 (760.0 b)일단 ifconfig 내용은 이렇고 이제 다운될때까지 기다려야 겠군요.... ^^;
삽질은 계속되어야 한다....... 쭉.........
드디어 다운 되었습니다!!!!!!!!!!!일단 다운된 후의 ifc
드디어 다운 되었습니다!!!!!!!!!!!
일단 다운된 후의 ifconfig 결과입니다.
eth0 Link encap:Ethernet HWaddr 00:50:DA:93:70:9F inet addr:219.241.99.253 Bcast:219.241.99.255 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11667185 errors:0 dropped:0 overruns:1 frame:0 TX packets:9542376 errors:0 dropped:0 overruns:0 carrier:333 collisions:0 txqueuelen:1000 RX bytes:619879040 (591.1 MiB) TX bytes:2054966269 (1.9 GiB) Interrupt:17 Base address:0x1400 eth1 Link encap:Ethernet HWaddr 00:60:97:B5:E8:FD inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1761163 errors:0 dropped:0 overruns:0 frame:0 TX packets:2744922 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:590148875 (562.8 MiB) TX bytes:3597991525 (3.3 GiB) Interrupt:19 Base address:0x1480 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:14 errors:0 dropped:0 overruns:0 frame:0 TX packets:14 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:860 (860.0 b) TX bytes:860 (860.0 b)그리고 이건 다운후의 dmesg입니다
이런내용으로 꽉차있습니다.
그리고 다운후에는 외부(eth0을 경유)로 ping을 보내면 실패하고
내부(eth1을 경유)로 ping을 날려도 실패합니다.
interfaces 파일은 위에 글 그대로 입니다.
그리고 리부팅 해보면 정상적으로 잘 작동합니다.
(참고로 비록 DHCP를 쓰지만 ip는 바뀌지 않았습니다.)
삽질은 계속되어야 한다....... 쭉.........
[quote="moonrepeat"]드디어 다운 되었습니다!!!!!!!!
ip_conntrack 파라미터를 증가시켜보세요.. /proc밑에 찾아보면 있을듯하네요..
음손님으로 들어오니안지워지네요 구글신께물어보니 비슷한 내용이 꽤
음손님으로 들어오니안지워지네요
구글신께물어보니 비슷한 내용이 꽤 많네요.. 솔직히 구찮아서 다읽어보진
못했고.. 간단한 답변이네요..
http://lists.debian.org/debian-firewall/2003/03/msg00011.html
글을 보고 검색해서 ip_conntrack의 max값을 증가시키는 방법은
글을 보고 검색해서 ip_conntrack의 max값을 증가시키는 방법은
알았습니다.
그런데 그러면 언젠가는 다시 꽉차서 다운되지 않을까요?
그냥 일정양 이상차면 옛날것을 자동으로 지우는 방법은 없습니까?
윈도 컴퓨터 중에 바리러스에 걸린 컴퓨터가 있다고 생각되는군요일부 포
윈도 컴퓨터 중에 바리러스에 걸린 컴퓨터가 있다고 생각되는군요
일부 포트에대해서 포워딩을 차단하는 것이 좋다고 생각합니다
+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년
[quote="jedi"]윈도 컴퓨터 중에 바리러스에 걸린 컴퓨터가 있다
100% 바이러스는 아닙니다.
이렇게 자신할 수 있는 이유는 서버에 물려있는 윈도우 컴이 딱한대 있는데
수시로 체크합니다. 그리고 네트워크 죽을 당시에는 주로 윈도우 컴은 꺼져
있었습니다.
삽질은 계속되어야 한다....... 쭉.........
음...
이 메세지는 네트웤 버퍼(디바이스단의 백로그버퍼)가 넘친다는 메세지인데요
주로 로컬네트웤의 대량의 트래픽(어느분말씀처럼 웜같은 비정상적인 컴이나 고의에 의한) 발생하여 라우터나 게이트웨이가 모든 패킷을 포워딩시키지 못하고
droptail 현상이 일어나는겁니다.
어느분의 말씀처럼 버퍼를 좀 늘려잡는것도 하나의 방법이지만,
아주아주 임시방편일 뿐일거 같고요
로컬네트웤에 윈도컴 하나만 달리고도 이런현상이 발생한다니 좀 의아스럽네요
외부 네트웤과는 연결이 되있나요?
패킷을 잡아서 주로 어떤 패킷들이 대량트래픽의 주범인지 확인해보세요
어떠한 과도한 트래픽이 주범이 아니라면 위의 메세지는 확실히 os상의 어떤문제가 있죠
『 아픔은.. 아픔을 달래줄 약이 무엇인지 알면서도 쓰지 못할 때 비로소 그 아픔의 깊이를 알수가 있음이다. 』
『 for return...』
Re: 음...
오늘 잘 생각해보니 서버에서 당나귀로 미친듯이 파일을 받고 있어서
그런것 같습니다.........
조만간 메모리를 512로 늘려서 ip_conntrack_max 값을 조정 하면
문제가 해결 될 것 같습니다.
저도 이것 덕분에 많은 공부 했습니다 :D
(답변해주신 모든 님들께 감사.....)
삽질은 계속되어야 한다....... 쭉.........
댓글 달기