Re: GRE tunnel problem om FreeBSD 5.2.1
Yes, I did use ipfw before. Now I've moved over to 5.3-RC1 and PF though, gre works like a charm on that config. On Sun, 24 Oct 2004 18:40:42 +0200, Martin Schweizer [EMAIL PROTECTED] wrote: Hello Erik I use pptpd with GRE without problems. First I had also troubles with the ipfw but now it works great. Do you use also ipfw? Am Thu, Oct 21, 2004 at 04:09:39PM +0200 Erik Mossberg schrieb: Hello, I have a weird problem with a GRE tunnel, the setup is as follows; gre0: flags=b051UP,POINTOPOINT,RUNNING,LINK0,LINK1,MULTICAST mtu 1476 tunnel inet 213.67.20.137 -- 194.145.248.113 inet 194.145.248.138 -- 194.145.248.137 netmask 0xfffc And I've tried both w/ and w/o the link1 option mentioned in the man page for gre. netstat -rn -f inet: DestinationGatewayFlagsRefs Use Netif Expire default213.67.20.1UGS17 19250541rl1 127.0.0.1 127.0.0.1 UH 1 1802lo0 192.168.0 link#1 UC 00rl0 192.168.0.54 00:04:75:c8:18:d8 UHLW2 5683090rl0 608 192.168.0.55 link#1 UHLW2 140rl0 192.168.0.91 00:0d:54:9a:d2:d1 UHLW013538rl0 1039 192.168.0.95 00:0d:88:81:fd:98 UHLW0 766395 rl0 5 192.168.5.2192.168.5.1UH 0 12 gif2 194.145.248.137194.145.248.138UH 0 1177 gre0 213.67.20 link#2 UC 00rl1 213.67.20.100:10:67:00:c4:39 UHLW10rl1 234 213.67.20.108 00:10:67:00:c4:39 UHLW0 12rl1 822 213.67.20.137 127.0.0.1 UGHS0 136lo0 when I try to ping 194.195.248.137 I have a 95% packet loss, but when pinging from remote to 194.145.248.138 works just fine with no packet loss. tcpdump -eni rl1 shows this: 22:05:55.148354 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122: 213.67.20.137 194.145.248.113: gre (frag 49403:[EMAIL PROTECTED]) 22:05:56.158351 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122: 213.67.20.137 194.145.248.113: gre (frag 49410:[EMAIL PROTECTED]) Sometimes the packet 1 or 2 packets goes through and gets a reply though. I use: FreeBSD 5.2.1-RELEASE-p5 #3: Sun Apr 18 22:25:17 CEST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/merltock i386 When google-ing for this problem I found this: http://lists.freebsd.org/pipermail/freebsd-current/2004-February/02039 4.html Which seems to be the same problem, can the bug have been brought back afterwards? I hope I didn't miss any info.. I will try upgrading to 5.3-RC1, seems to have been alot of fixes since then, but I'd be glad for any information what might be the cause of this problem. Thanks. Regards, Erik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Regards Martin Schweizer [EMAIL PROTECTED] PC-Service M. Schweizer GmbH; Gewerbehaus Schwarz; CH-8608 Bubikon Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch; public key : http://www.pc-service.ch/pgp/public_key.asc; fingerprint: EC21 CA4D 5C78 BC2D 73B7 10F9 C1AE 1691 D30F D239; ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
GRE tunnel problem om FreeBSD 5.2.1
Hello, I have a weird problem with a GRE tunnel, the setup is as follows; gre0: flags=b051UP,POINTOPOINT,RUNNING,LINK0,LINK1,MULTICAST mtu 1476 tunnel inet 213.67.20.137 -- 194.145.248.113 inet 194.145.248.138 -- 194.145.248.137 netmask 0xfffc And I've tried both w/ and w/o the link1 option mentioned in the man page for gre. netstat -rn -f inet: DestinationGatewayFlagsRefs Use Netif Expire default213.67.20.1UGS17 19250541rl1 127.0.0.1 127.0.0.1 UH 1 1802lo0 192.168.0 link#1 UC 00rl0 192.168.0.54 00:04:75:c8:18:d8 UHLW2 5683090rl0 608 192.168.0.55 link#1 UHLW2 140rl0 192.168.0.91 00:0d:54:9a:d2:d1 UHLW013538rl0 1039 192.168.0.95 00:0d:88:81:fd:98 UHLW0 766395 rl0 5 192.168.5.2192.168.5.1UH 0 12 gif2 194.145.248.137194.145.248.138UH 0 1177 gre0 213.67.20 link#2 UC 00rl1 213.67.20.100:10:67:00:c4:39 UHLW10rl1 234 213.67.20.108 00:10:67:00:c4:39 UHLW0 12rl1 822 213.67.20.137 127.0.0.1 UGHS0 136lo0 when I try to ping 194.195.248.137 I have a 95% packet loss, but when pinging from remote to 194.145.248.138 works just fine with no packet loss. tcpdump -eni rl1 shows this: 22:05:55.148354 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122: 213.67.20.137 194.145.248.113: gre (frag 49403:[EMAIL PROTECTED]) 22:05:56.158351 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122: 213.67.20.137 194.145.248.113: gre (frag 49410:[EMAIL PROTECTED]) Sometimes the packet 1 or 2 packets goes through and gets a reply though. I use: FreeBSD 5.2.1-RELEASE-p5 #3: Sun Apr 18 22:25:17 CEST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/merltock i386 When google-ing for this problem I found this: http://lists.freebsd.org/pipermail/freebsd-current/2004-February/02039 4.html Which seems to be the same problem, can the bug have been brought back afterwards? I hope I didn't miss any info.. I will try upgrading to 5.3-RC1, seems to have been alot of fixes since then, but I'd be glad for any information what might be the cause of this problem. Thanks. Regards, Erik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Error in mjpegtools compile
Hello, When I try to build mjpegtools 1.6.2 from ports, compile fails with this error: cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../utils -I/usr/local/include -D_THREAD_SAFE -mcpu=i686 -march=i386 -O2 -pipe -funroll-loops -ffast-math -march=pentium4 -pthread -Wall -Wunused -MT quantize_x86.lo -MD -MP -MF .deps/quantize_x86.Tpo -c quantize_x86.c -fPIC -DPIC -o .libs/quantize_x86.o {standard input}: Assembler messages: {standard input}:67: Error: suffix or operands invalid for `movd' {standard input}:69: Error: suffix or operands invalid for `movd' {standard input}:77: Error: suffix or operands invalid for `movd' {standard input}:223: Error: suffix or operands invalid for `movd' {standard input}:225: Error: suffix or operands invalid for `movd' {standard input}:233: Error: suffix or operands invalid for `movd' gmake[2]: *** [quantize_x86.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mjpegtools/work/mjpegtools-1.6.2/mpeg2enc' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mjpegtools/work/mjpegtools-1.6.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mjpegtools. My make.conf looks like this: CPUTYPE=p4 CFLAGS= -O2 -pipe -funroll-loops -ffast-math COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math And i'm running FreeBSD 5.2.1-RELEASE-p8, gcc 3.3.3 I think. Any idea how to go get this working? Sincerely, Erik P.S. I'm not a subscriber of this list, so please CC me in reply. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ho hum. Make installworld
Why don't you use cvsup? Edd wrote: I checked it out of a pserver like always. setenv CVSROOT=bla bla cvs login cvs co src On 6/3/2004, Kris Kennaway [EMAIL PROTECTED] wrote: On Thu, Jun 03, 2004 at 10:24:15AM +0100, Edd wrote: Howdy, Checked out current src yesterday and did make buildworld followed by mergemaster -p. Then make installworld: === sbin/geom/class/concat install -s -o root -g wheel -m 444 geom_concat.so.1 /lib/geom ln -fs geom_concat.so.1 /lib/geom/geom_concat.so ln: /lib/geom/geom_concat.so: Not a directory *** Error code 1 Not too sure what I am supposed to do at this point. Can anyone help me? Questions about -current should go to the freebsd-current mailing list. I'm not sure why you'd see this error, unless perhaps you didn't have a complete and up-to-date source tree. How did you check it out? That directory should be listed in /usr/src/etc/mtree/BSD.root.dist, from a commit made on May 20. Kris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Vinum Problem(?)
Hello, I have a really weird problem, I don't know if it is software or hardware related. When I am in the process of extracting a multivolume archive (rar) it goes on for a while, then stops, then continues and then all of the sudden the computer reboots. The volume which I try to extract files on is a Vinum volume containing 2 Western Digital 36gb SATA raptor disks (striped) connected via a Tekram TR822 SATA-controller. Upon reboot it complains about / not being properly unmounted, and fsck says something about SUPERBLK, or similar. - ws01-omi# vinum list 2 drives: D vinumdrive1 State: up /dev/ad6s1d A: 0/35299 MB (0%) D vinumdrive0 State: up /dev/ad4s1d A: 0/35299 MB (0%) 1 volumes: V hmState: up Plexes: 1 Size: 68 GB 1 plexes: P hm.p0 S State: up Subdisks: 2 Size: 68 GB 2 subdisks: S hm.p0.s0 State: up D: vinumdrive0 Size: 34 GB S hm.p0.s1 State: up D: vinumdrive1 Size: 34 GB -- Can this just be a h/w problem due to overheating? Even though the disks don't feel very varm on touch. I'm not completely sure what details might be needed, but heres my dmesg: -- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p8 #7: Wed May 26 22:11:10 CEST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/omi Preloaded elf kernel /boot/kernel/kernel at 0xc084f000. Preloaded elf module /boot/kernel/snd_cmi.ko at 0xc084f26c. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc084f318. Preloaded elf module /boot/kernel/acpi.ko at 0xc084f3c4. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2558.53-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf24 Stepping = 4 Features=0x3febfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real memory = 1073659904 (1023 MB) avail memory = 1033490432 (985 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P4B533 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f2400 acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 5 pcib0: slot 29 INTC is routed to irq 10 pcib0: slot 31 INTA is routed to irq 10 agp0: Intel 82845 host to AGP bridge mem 0xf800-0xfbff at device 0.0 on pci0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0xd800-0xd81f irq 11 at device 29.0 on pci0 usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ugen0: Logitech product 0x08b4, rev 1.10/0.03, addr 2 uhci1: Intel 82801DB (ICH4) USB controller USB-B port 0xd400-0xd41f irq 5 at device 29.1 on pci0 usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 uhci2: Intel 82801DB (ICH4) USB controller USB-C port 0xd000-0xd01f irq 10 at device 29.2 on pci0 usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: serial bus, USB at device 29.7 (no driver attached) pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib2: slot 10 INTA is routed to irq 9 pcib2: slot 11 INTA is routed to irq 9 pcm0: CMedia CMI8738 port 0xb800-0xb8ff at device 3.0 on pci2 pcib2: slot 3 INTA is routed to irq 5 atapci0: SiI 3112 SATA150 controller port 0xa000-0xa00f,0xa400-0xa403,0xa800-0xa807,0xb000-0xb003,0xb400-0xb407 mem 0xed00-0xed0001ff irq 9 at device 10.0 on pci2 atapci0: [MPSAFE] ata2: at 0xed00 on atapci0 ata2: [MPSAFE] ata3: at 0xed00 on atapci0 ata3: [MPSAFE] xl0: 3Com 3c905C-TX Fast Etherlink XL port 0x9800-0x987f mem 0xec80-0xec80007f irq 9 at device 11.0 on pci2 xl0: Ethernet address: 00:04:75:c8:18:d8 miibus0: MII bus on xl0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci2: network at device