Re: named/bind says /dev/arandom: file not found in log
Ok thanks for your reply On Wed, Jul 30, 2008 at 8:53 PM, Jussi Peltola [EMAIL PROTECTED] wrote: On Wed, Jul 30, 2008 at 08:15:45PM +0200, Amaury De Ganseman wrote: Jul 30 20:11:34 gateway named[472]: could not open entropy source /dev/arandom: file not found Search the archives, it's related to chroot and it's normal.
ipv6 fe80::/10 route
Hello. What should I add/change in route table to be able to reach others computers in my network through ipv6? Now all outgoing traffic goes from lo0. $ ping6 raff PING6(56=40+8+8 bytes) fe80::1%lo0 -- fe80::21f:c6ff:fe88:3d6e ping6: sendmsg: Network is unreachable ping6: wrote raff.rypin.rejs-am.pl 16 chars, ret=-1 --- raff.rypin.rejs-am.pl ping6 statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss If I change gateway for fe80::/10 from ::1 to lan's vic0 ip then I'm getting following message: # ping6 raff PING6(56=40+8+8 bytes) fe80::20c:29ff:fe4d:9745%vic0 -- fe80::21f:c6ff:fe88:3d6e ping6: sendmsg: No route to host ping6: wrote raff.rypin.rejs-am.pl 16 chars, ret=-1 Of course destination host is reachable when I specify interface. # ping6 fe80::21f:c6ff:fe88:3d6e%vic0 PING6(56=40+8+8 bytes) fe80::20c:29ff:fe4d:9745%vic0 -- fe80::21f:c6ff:fe88:3d6e%vic0 16 bytes from fe80::21f:c6ff:fe88:3d6e%vic0, icmp_seq=0 hlim=128 time=0.363 ms Thanks in advance. -- Rafal Brodewicz
Re: ipv6 fe80::/10 route
On Thu, Jul 31, 2008 at 09:46:27AM +0200, Rafa?? Brodewicz wrote: | Hello. | | What should I add/change in route table to be able to reach others | computers in my network through ipv6? | Now all outgoing traffic goes from lo0. That's to be expected (for fe80::/10, at least). | $ ping6 raff | PING6(56=40+8+8 bytes) fe80::1%lo0 -- fe80::21f:c6ff:fe88:3d6e | ping6: sendmsg: Network is unreachable | ping6: wrote raff.rypin.rejs-am.pl 16 chars, ret=-1 | --- raff.rypin.rejs-am.pl ping6 statistics --- | 2 packets transmitted, 0 packets received, 100.0% packet loss How did you resolve raff to fe80::21f:c6ff:fe88:3d6e ? Is it in DNS or in your /etc/hosts file ? You probably don't want to put link local addresses in DNS. Using them in /etc/hosts is fine, but you should add a scope (the %vic0) to the address. | If I change gateway for fe80::/10 from ::1 to lan's vic0 ip then I'm | getting following message: You shouldn't do that. | # ping6 raff | PING6(56=40+8+8 bytes) fe80::20c:29ff:fe4d:9745%vic0 -- | fe80::21f:c6ff:fe88:3d6e | ping6: sendmsg: No route to host | ping6: wrote raff.rypin.rejs-am.pl 16 chars, ret=-1 How exactly did you change the route for fe80::/10 ? | Of course destination host is reachable when I specify interface. Of course, so isn't that your answer ? | # ping6 fe80::21f:c6ff:fe88:3d6e%vic0 | PING6(56=40+8+8 bytes) fe80::20c:29ff:fe4d:9745%vic0 -- | fe80::21f:c6ff:fe88:3d6e%vic0 | 16 bytes from fe80::21f:c6ff:fe88:3d6e%vic0, icmp_seq=0 hlim=128 time=0.363 | ms Maybe I'm missing the issue, but what's wrong with this last option ? Or adding %vic0 to your /etc/hosts entry for raff ? Maybe an even better solution would be to get real IPv6 address space from some tunnelbroker (SiXXS comes to minde) and configure your machine and 'raff' with globally unique addresses so you don't have this issue at all ? Cheers, Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
Re: 3D Hardware Accerlation
Owain Ainsworth wrote: On Thu, Jul 31, 2008 at 12:14:36AM +0200, Reyk Floeter wrote: On Wed, Jul 30, 2008 at 10:58:10PM +0200, thacrazze wrote: Hello, sorry that I give you a hard time but how is status of 3D Hardware Accerlation in OpenBSD? I heard it works with the i810 driver. But how is the current status? You can try a recent snapshot and compile a kernel with inteldrm* at vga? (commented out with a '#' in GENERIC). $ dmesg | grep vga vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x0c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) agp0 at vga1: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: Intel i965GM(0), 1.6.0 20080312 $ uname -srvmp OpenBSD 4.4 GENERIC.MP#74 amd64 Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz Or indeed radeondrm, etc. Look at the bottom of GENERIC for commented entries. If you find any problems, mail me. I tried it out, but, unfortunately, I do not have any problems to report. :-) It Just Works(tm). It sure made a *huge* difference on neverputt and neverball which I had to reinstall and try again... :-) glxgears went from ~250 to ~1000 FPS. dmesg follows for the interested, obviously non-generic. It's GENERIC.MP + inteldrm* + a little bluetooth. /Alexander OpenBSD 4.4-beta (HARDY) #9: Thu Jul 31 07:52:26 CEST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/HARDY cpu0: Intel(R) Core(TM)2 Duo CPU L7300 @ 1.40GHz (GenuineIntel 686-class) 1.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR real mem = 1029984256 (982MB) avail mem = 987418624 (941MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/02/07, BIOS32 rev. 0 @ 0xfdc80, SMBIOS rev. 2.4 @ 0xe0010 (63 entries) bios0: vendor LENOVO version 7NET25WW (1.06 ) date 07/02/2007 bios0: LENOVO 766929G acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT ASF! SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) DURT(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU L7300 @ 1.40GHz (GenuineIntel 686-class) 1.40 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: duplicate apic id, remapped to apid 2 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1 (EXP3) acpiprt6 at acpi0: bus -1 (EXP4) acpiprt7 at acpi0: bus 5 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T5247 serial 620 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured bios0: ROM list: 0xc/0x1! 0xd/0x1000 0xd1000/0x1000 0xe/0x1! cpu0: Enhanced SpeedStep 1600 MHz (1292 mV): speeds: 1600, 1400, 1200, 27200 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x0c vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x0c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 info: [drm] Intel i965GM (unit 0) info: [drm] AGP at 0xe000 256MB info: [drm] Initialized i915 1.6.0 20080312 Intel GM965 Video rev 0x0c at pci0 dev 2 function 1 not configured em0 at pci0 dev 25 function 0 Intel ICH8 IGP M AMT rev 0x03: apic 2 int 20 (irq 11), address 00:16:d3:ca:1a:1f uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x03: apic 2 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x03: apic 2 int 21 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x03: apic 2 int 22 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801H HD Audio rev 0x03: apic 2 int 17 (irq 11) azalia0: RIRB time out azalia0: RIRB time out azalia0: codec[s]: Analog Devices AD1984,
Re: Update release 3.8 on AMD64 with a “fix” for the recent “DNS cache poisoning” vulnerability?
On Wednesday, July 30, 2008 at 22:28:44 +0200, Mark Prins wrote: you could save some time and energy by using the 4.3-stable release from ftp://ftp.su.se/pub/mirrors/openbsd_stable/4.3-stable/ as this has the errata/patches applied... That's correct, but at this moment the latest patch (005) hasn't been applied yet. My switch broke down yesterday, I hope the new one will arrive before the weekend so I can build the new file sets. Maurice
VPN troubleshooting help request.
Hi, a client with a cisco device is attemtping to set up a VPN to my OBSD 4.3 firewall. Phase 1 is okay, but phase 2 is fail. It says it fails the policy check. But... Checking through everything in the policy against the debug it seems like it conforms to the policy to me. Are there other things that might cause it to fail the policy check? The policy entry has matches for everything in it within this negotaiation. I sure would appreciate it if you could help me figure out what it doesn't like about my policy. TIA nuffi Debug output looks like this: 194907.101644 Plcy 40 check_policy: adding authorizer [passphrase:123456789] 194907.101668 Plcy 40 check_policy: adding authorizer [passphrase-md5-hex:edb0afdb2eb73b1efb437dc6778bdfcf] 194907.101684 Plcy 40 check_policy: adding authorizer [passphrase-sha1-hex:ca6920eca6f25ec15bc7718e1ac4f03aa6f00a38] 194907.102199 Plcy 80 Policy context (action attributes): 194907.10 Plcy 80 esp_present == yes 194907.102235 Plcy 80 ah_present == no 194907.102248 Plcy 80 comp_present == no 194907.102259 Plcy 80 ah_hash_alg == 194907.102271 Plcy 80 esp_enc_alg == 3des 194907.102283 Plcy 80 comp_alg == 194907.102295 Plcy 80 ah_auth_alg == 194907.102307 Plcy 80 esp_auth_alg == hmac-md5 194907.102318 Plcy 80 ah_life_seconds == 194907.102330 Plcy 80 ah_life_kbytes == 194907.102342 Plcy 80 esp_life_seconds == 1200 194907.102353 Plcy 80 esp_life_kbytes == 194907.102365 Plcy 80 comp_life_seconds == 194907.102377 Plcy 80 comp_life_kbytes == 194907.102389 Plcy 80 ah_encapsulation == 194907.102400 Plcy 80 esp_encapsulation == tunnel 194907.102413 Plcy 80 comp_encapsulation == 194907.102425 Plcy 80 comp_dict_size == 194907.102436 Plcy 80 comp_private_alg == 194907.102448 Plcy 80 ah_key_length == 194907.102460 Plcy 80 ah_key_rounds == 194907.102472 Plcy 80 esp_key_length == 194907.102483 Plcy 80 esp_key_rounds == 194907.102495 Plcy 80 ah_group_desc == 194907.102507 Plcy 80 esp_group_desc == 2 194907.102519 Plcy 80 comp_group_desc == 194907.102531 Plcy 80 ah_ecn == no 194907.102543 Plcy 80 esp_ecn == no 194907.102555 Plcy 80 comp_ecn == no 194907.102567 Plcy 80 remote_filter_type == IPv4 address 194907.102579 Plcy 80 remote_filter_addr_upper == 010.005.010.022 194907.102591 Plcy 80 remote_filter_addr_lower == 010.005.010.022 194907.102604 Plcy 80 remote_filter == 010.005.010.022 194907.102616 Plcy 80 remote_filter_port == 0 194907.102628 Plcy 80 remote_filter_proto == 0 194907.102640 Plcy 80 local_filter_type == IPv4 address 194907.102652 Plcy 80 local_filter_addr_upper == 192.168.020.217 194907.102664 Plcy 80 local_filter_addr_lower == 192.168.020.217 194907.102676 Plcy 80 local_filter == 172.030.020.217 194907.102688 Plcy 80 local_filter_port == 0 194907.102700 Plcy 80 local_filter_proto == 0 194907.102713 Plcy 80 remote_id_type == IPv4 address 194907.102725 Plcy 80 remote_id_addr_upper == 195.022.200.170 194907.102738 Plcy 80 remote_id_addr_lower == 195.022.200.170 194907.102750 Plcy 80 remote_id == 195.022.200.170 194907.102762 Plcy 80 remote_id_port == 500 194907.102774 Plcy 80 remote_id_proto == udp 194907.102804 Plcy 80 remote_negotiation_address == 195.022.200.170 194907.102818 Plcy 80 local_negotiation_address == 200.022.100.170 194907.102830 Plcy 80 pfs == yes 194907.102842 Plcy 80 initiator == yes 194907.102854 Plcy 80 phase1_group_desc == 2 194907.103881 Plcy 40 check_policy: kn_do_query returned 0 194907.104093 Default check_policy: negotiated SA failed policy check 194907.104123 Default dropped message from 195.022.200.170 port 500 due to notification type NO_PROPOSAL_CHOSEN The policy entry looks like this: Comment: # Comment: Cisco box Authorizer: POLICY Licensees: Comment:passphrase:properpassphrase passphrase:123456789 Conditions: app_domain == IPsec policy doi == ipsec remote_negotiation_address == 195.022.200.170 esp_present == yes esp_enc_alg == 3des esp_auth_alg == hmac-md5 local_filter_type == IPv4 address ( local_filter == 192.168.020.217 ) remote_filter_type == IPv4 address ( remote_filter == 010.005.010.022 ) - true;
Re: VPN troubleshooting help request.
Are you using preshared keys? Your policy seems to imply that you are, but you do not seem to have your passphrases in the correct place. I think the line should be more like this Licensees: passphrase:properpasswd || passphrase:otherproperpasswd Though the debug output does imply that it is finding your password correctly. I have had the CISCO's be very finicky, certain IOS's seem to to only work with md5 and others sha as the hashing algorithms run tcpdump -nvs1400 port 500 or turn on pcap and do this tcpdump -nvs 1500 -r /var/run/isakmpd.pcap You then can observe the negotiations and compare what the running config on CIZCOE is doing to what the config says it should. nuffnough wrote: Hi, a client with a cisco device is attemtping to set up a VPN to my OBSD 4.3 firewall. Phase 1 is okay, but phase 2 is fail. It says it fails the policy check. But... Checking through everything in the policy against the debug it seems like it conforms to the policy to me. Are there other things that might cause it to fail the policy check? The policy entry has matches for everything in it within this negotaiation. I sure would appreciate it if you could help me figure out what it doesn't like about my policy. TIA nuffi Debug output looks like this: 194907.101644 Plcy 40 check_policy: adding authorizer [passphrase:123456789] 194907.101668 Plcy 40 check_policy: adding authorizer [passphrase-md5-hex:edb0afdb2eb73b1efb437dc6778bdfcf] 194907.101684 Plcy 40 check_policy: adding authorizer [passphrase-sha1-hex:ca6920eca6f25ec15bc7718e1ac4f03aa6f00a38] 194907.102199 Plcy 80 Policy context (action attributes): 194907.10 Plcy 80 esp_present == yes 194907.102235 Plcy 80 ah_present == no 194907.102248 Plcy 80 comp_present == no 194907.102259 Plcy 80 ah_hash_alg == 194907.102271 Plcy 80 esp_enc_alg == 3des 194907.102283 Plcy 80 comp_alg == 194907.102295 Plcy 80 ah_auth_alg == 194907.102307 Plcy 80 esp_auth_alg == hmac-md5 194907.102318 Plcy 80 ah_life_seconds == 194907.102330 Plcy 80 ah_life_kbytes == 194907.102342 Plcy 80 esp_life_seconds == 1200 194907.102353 Plcy 80 esp_life_kbytes == 194907.102365 Plcy 80 comp_life_seconds == 194907.102377 Plcy 80 comp_life_kbytes == 194907.102389 Plcy 80 ah_encapsulation == 194907.102400 Plcy 80 esp_encapsulation == tunnel 194907.102413 Plcy 80 comp_encapsulation == 194907.102425 Plcy 80 comp_dict_size == 194907.102436 Plcy 80 comp_private_alg == 194907.102448 Plcy 80 ah_key_length == 194907.102460 Plcy 80 ah_key_rounds == 194907.102472 Plcy 80 esp_key_length == 194907.102483 Plcy 80 esp_key_rounds == 194907.102495 Plcy 80 ah_group_desc == 194907.102507 Plcy 80 esp_group_desc == 2 194907.102519 Plcy 80 comp_group_desc == 194907.102531 Plcy 80 ah_ecn == no 194907.102543 Plcy 80 esp_ecn == no 194907.102555 Plcy 80 comp_ecn == no 194907.102567 Plcy 80 remote_filter_type == IPv4 address 194907.102579 Plcy 80 remote_filter_addr_upper == 010.005.010.022 194907.102591 Plcy 80 remote_filter_addr_lower == 010.005.010.022 194907.102604 Plcy 80 remote_filter == 010.005.010.022 194907.102616 Plcy 80 remote_filter_port == 0 194907.102628 Plcy 80 remote_filter_proto == 0 194907.102640 Plcy 80 local_filter_type == IPv4 address 194907.102652 Plcy 80 local_filter_addr_upper == 192.168.020.217 194907.102664 Plcy 80 local_filter_addr_lower == 192.168.020.217 194907.102676 Plcy 80 local_filter == 172.030.020.217 194907.102688 Plcy 80 local_filter_port == 0 194907.102700 Plcy 80 local_filter_proto == 0 194907.102713 Plcy 80 remote_id_type == IPv4 address 194907.102725 Plcy 80 remote_id_addr_upper == 195.022.200.170 194907.102738 Plcy 80 remote_id_addr_lower == 195.022.200.170 194907.102750 Plcy 80 remote_id == 195.022.200.170 194907.102762 Plcy 80 remote_id_port == 500 194907.102774 Plcy 80 remote_id_proto == udp 194907.102804 Plcy 80 remote_negotiation_address == 195.022.200.170 194907.102818 Plcy 80 local_negotiation_address == 200.022.100.170 194907.102830 Plcy 80 pfs == yes 194907.102842 Plcy 80 initiator == yes 194907.102854 Plcy 80 phase1_group_desc == 2 194907.103881 Plcy 40 check_policy: kn_do_query returned 0 194907.104093 Default check_policy: negotiated SA failed policy check 194907.104123 Default dropped message from 195.022.200.170 port 500 due to notification type NO_PROPOSAL_CHOSEN The policy entry looks like this: Comment: # Comment: Cisco box Authorizer: POLICY Licensees: Comment:passphrase:properpassphrase passphrase:123456789 Conditions: app_domain == IPsec policy doi == ipsec remote_negotiation_address == 195.022.200.170 esp_present == yes esp_enc_alg == 3des esp_auth_alg == hmac-md5 local_filter_type == IPv4 address ( local_filter == 192.168.020.217 ) remote_filter_type == IPv4 address ( remote_filter == 010.005.010.022 ) - true;
Agustos Ilk Hafta Egitimleri
BOGAZICI AGUSTOS ILK HAFTA GENEL KATILIMA ACIK EGITIM SEMINERLER] ISLETMELER ICIN FAIZ, KUR TAHMININDE MERKEZ BANKASI BILANCO ANALIZI CONSULTATIVE SELLING TO C-LEVEL EXECUTIVE Egitmen: Sevket SAYILGAN, 2-3 Agustos 2008 / 725 YTL+KDV Amac : Piyasalarin (faiz, kur, enflasyon, sermaye hareketleri, reel ekonomi, mali kesim) karar alma surecinde dogru karar verme ve saglikli ongorude bulunmalarini saglamaktir. Bu nedenle TCMB bilancosunun kalemleri arasinda etkilesim, gelisim ve trend analizlerinin yapilarak, neden sonuc iliskisinin kurulmasi ile piyasa aktorlerinin dogru pozisyon almalarina ornek uygulamalarla imkan tanimaktir. Course Directors: Ross MEAD / Necdet UYGURER, 2-3 Agustos 2008 / 725 YTL+KDV Summary : This seminar presents the skills and strategies required to position sales professionals for success as business advisors to executive decision makers. Who Should Attend: Sales professionals and managers who desire to strategically enhance their relationships whit executives in C level ( CEO, COO, CFO CIO) , Vice President, Director or division management roles. AIDIYET VE VERIMLILIK SAGLAYAN YONETICILIK VE BUTCESIZ MOTIVASYON TEKNIKLERI LOJISTIK VE TEDARIK ZINCIRI YONETICILERI ICIN PAZARLAMA TEKNIKLERI, LOJISTIK BAZLI PAZARLAMA MODELLERI, ORNEK TURKIYE UYGULAMALARI Egitmen: Ozkan KAYMAK, 2-3 Agustos 2008 / 725 YTL+KDV Amac : Rekabetin olaganustu boyutlara ulastigi gunumuzde, Isletmelerin en onemli Sermaye unsuru olan Insan Kaynagindan en ust seviyede yararlanmanin caresi Calisanlarin Motivasyonu olarak gorulmektedir. Her ne kadar Motivasyon saglayici faktorlerin basinda Para Odulleri gelse de, son yillarda Para Odulleri kadar etkili olan ve Takdir Ilkesine dayali yepyeni bir Teknik gelistirilmistir: Butcesiz Motivasyon Teknikleri. Seminerde, bu yeni Teknik detaylariyla anlatilarak, Yoneticilerin Para Odulu olmadan da Motivasyonu saglamalari hedeflenmektedir. Egitmen: Necdet UYGURER, 7 Agustos 2008 / 425 YTL+KDV Amac : Geleneksel pazarlamanin vazgecilmez bir ogesi olan dagitim kanallari gunumuzde musteriye tek erisim araci olmaktan cikmis, musteriye erisim ve musteri ile iki yonlu iletisim, cok kanallilik ve bu cok kanallilik ta entegre bir lojistik ve pazarlama yapisini ortaya cikarmistir. Fiziki dagitim kanallarini asan bu cok kanallilik, lojistik profesyonelleri ve pazarlama yoneticilerinin degisik kanal tasarimlari, catismalari ve yonetimi konusunda uzmanlasmalarini gerektirmektedir. Lojistik, sirketler icin ve pazarlama amacli yatirim yapilan bir AKTIF DEGER ve bir STRATEJIK YATIRIM oldugu gibi, goz onunde olmayan bir diger stratejik onemi de lojistigin bir PAZAR YARATMA araci olmasidir. IS STRESI VE KARIYER OZEL YASAM DENGESI ISLETMELER ICIN FINANSAL RISKLERIN YONETILMESINDE 2008 YILI VE SONRASI IC-DIS PIYASA BEKLENTILERI Egitmenler: Prof. Dr. Hakan YONEY / Psikolog Ilknur KURT, 7 Agustos 2008 / 425 YTL+KDV Icerik : Gunumuz is dunyasinda hizli is temposu, agir is yuku, yuksek rekabet ortami gibi pekcok etken bireyleri zaman zaman zorlayabilmektedir. Bilindigi gibi stres bir noktaya kadar verimi artirirken bir noktadan sonra olumsuz etkiler ve performansi dusurur. Yani stresin optimum duzeyde tutulabilmesi bireysel ve kurumsal verim acisindan onemlidir. Egitmen: Sevket SAYILGAN, 7-8 Agustos 2008 / 725 YTL+KDV Amac : Tum firmalarin ve finans sektorunde faaliyette bulunanlarin piyasalar ile ilgili periyodik beklentilerin ve risklerin belirlenmesinde kullanacaklari tekniklerin gosterilerek guncel ornekler ile uygulamalar yapilacaktir. BEDEN DILI VE GORGU KURALLARI ILETISIMI PROFESSIONAL BUSINESS COMMUNICATIONS FOR INTERNATIONAL TRADING Egitmen: Almila DALKILIC, 8 Agustos 2008 / 425 YTL+KDV Amac : Gunumuzde artik herkes bir adim onde olmak istiyor bu ancak farkli konularda bilgi sahibi olmakla mumkun. Isverenler artik cok yonlu ve hemen her konuda bilgi sahibi olan kisilerle calismak istiyorlar. Iste bu sebeple beden dilini bilmek kendini cok daha rahat ifade etmek basta olmak uzere pek cok fayda saglarken gorgu kurallarini bilmek size her zaman bir arti saglayacaktir. Course Directors: Kelly HEVEL / Necdet UYGURER, 8-9 Agustos 2008 / 725 YTL+KDV OBJECTIVE: Globalization is a fact of life in todays business world and to be successful professionals must take the distinct communication styles of different cultures into consideration. Many professionals working internationally face steep learning curves when communicating with clients from different cultures. This course will provide an overview of 8 methods of communication and then focus specifically on communicating in English with special emphasis on the American business environment using real-life international examples and mini-case studies. FIRMA CAPINDA MALIYET DUSURME TEKNIKLERI YONETICI ASISTANLIGI GELISIM PROGRAMI Egitmen: Umut H. INAN, 8-9 Agustos 2008 / 725 YTL+KDV Amac : Globalizasyon cagimizin yadsinmaz bir olgusu. Artik sadece bilimsel gelismeler, ticaret degil, etik yargilar dahi kuresellesmeye, dunya bir
Re: ath diff for testing: please test on _old_ ar5212 ath devices
Alexey Suslikov wrote: Reyk Floeter wrote: I just committed the 2nd version of the patch to -current but I still need more test reports on devices that used to work. - Please update to -current (for example ar5212.c 1.44) or use the patch that I sent to this list if your AnonCVS is not updated yet. - Test it on ath0 ar5212/ar5213 devices or any devices that previously worked OK. Not the newish ones, but the old ones - I want to make sure that it does not break anything in the 4.4 release. The current summary is: it fixes a few devices, makes 1st gen macbooks happy, but not the eeepc, it fixes the MiniCard in my T61, but not others with different APs, it does not work on AR2413 nor AR2425 devices yet. So it is an improvement. Strange. AR2413 is working now after your diff. However it is 11b only as for now. Previously, it was unable to associate with access point. Alexey I'm similar results. I had some issues with my AR51213 but now it seems to work pretty well. OpenBSD 4.4-beta (GENERIC) #997: Tue Jul 29 10:31:22 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Am5x86 W/B 133/160 (AuthenticAMD 486-class) cpu0: FPU real mem = 66678784 (63MB) avail mem = 55214080 (52MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/80/03, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) elansc0 at pci0 dev 0 function 0 AMD ElanSC520 PCI rev 0x00: product 0 stepping 1.1, CPU clock 133MHz, reset 40SCP gpio0 at elansc0: 32 pins ath0 at pci0 dev 16 function 0 Atheros AR5212 rev 0x01: irq 10 ath0: AR5213A 5.9 phy 4.3 rf5112a 3.6, FCC2A*, address 00:0b:6b:86:60:19 cbb0 at pci0 dev 17 function 0 TI PCI1420 CardBus rev 0x00: irq 11 cbb1 at pci0 dev 17 function 1 TI PCI1420 CardBus rev 0x00: irq 11 sis0 at pci0 dev 18 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 5, address 00:00:24:c9:be:2c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 19 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 9, address 00:00:24:c9:be:2d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 1 device 0 cacheline 0x10, lattimer 0x3f pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 2 device 0 cacheline 0x10, lattimer 0x3f pcmcia1 at cardslot1 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: SanDisk SDCFX3-2048 wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors wd0(wdc0:0:0): using BIOS timings pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask f9c5 netmask ffe5 ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b
Re: Problem with CD/DVD RW - only read
Tomas Bodzar wrote: Hi all, Do you know someone what does mean this error? pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf5cd0/192 (10 entries) cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4163B, A103 SCSI0 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf5cd0/192 (10 entries) cd0 at scsibus0 targ 0 lun 0: HL-DT-ST, DVDRAM GSA-4163B, A103 SCSI0 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 Mechanic was running fine for 4 years.Reads very well all types of supported media. I tried wodim in Mandriva 2008.1 sometimes error,that I must use TAO,sometimes error That buffer overflow and some others.K3b have no info during process about Buffer, but in setup or in info is everything OK for HW,SW and privileges.Forgot dmesg, but it shows buffer right.Than i reboot to OpenBSD and tried cdio and cdrtools - nothing. Will it be sw problem or is mechanic dead?Can I use some of OpenBSD programs for check condition? Cdrtools shows mechanic,some info from it and from disc too.hdparm on Mandriva shows no problem. Thanks a lot TB Most causes for problems that appear and disappear randomly better are tested from the hardware side. The hardware problem does not need to be related to the device which generates error messages. Fwiw: my last crash (system freeze) was related to a video card gone bad (or conflict between onboad video and video card). What happened is that something was written to the hard drives, destroying the super blocks. So, in my case: cause = VGA card, effect,=file system corruption. How are they related? Many: databus, DMA, ... I would take everything out of the box. Start with a known to be good DRAM stick, connect the CDROM (secong IDE connector, or the only IDE connector you have, Boot from CD. Some live CDs (knoppix, puppy, slackx) will load in memory and leave the CDROM free to write on. Jumpers should be: on CS (cable select) not master nor slave, try 40 wire flatcable model with only 2 connectors, try 80-wire flatcable, don't use the connector in the middle. If this works, the only, connect a booting hard drive. On the first IDE connector, or on SATA if it is one. Then the other peripherals one at the time. .
incomplete set in snapshots amd64
I've noticed that some of the mirror sites are not getting the complete current snapshots for amd64. base44.tgz seems to get truncated around this point: ./usr/libdata/perl5/ExtUtils/Constant/Utils.pm ./usr/libdata/perl5/ExtUtils/Constant/XS.pm gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now You can see it even from the file size where the truncated is much shorter: ftp://mirrors.nic.funet.fi/pub/OpenBSD/snapshots/amd64 than the apparently complete version: ftp://anga.funkfeuer.at/pub/OpenBSD/snapshots/amd64/ Regards, -Lars Ensure EU continues to allow Open Source Software http://www.digitalmajority.org/forum/t-68322/commission-publishes-transatlanctic-roadmap-to-advance-global-patent-harmonisation
Re: ath diff for testing: please test on _old_ ar5212 ath devices
Works for me but only 11b (the AP is 11b/g, 11g works in Linux in the same position.) ath0 at pci2 dev 2 function 0 Atheros AR5212 (IBM MiniPCI) rev 0x01: irq 11 ath0: AR5213A 5.9 phy 4.3 rf5112a 3.6, WOR2W, address 00:16:cf:43:50:5d # ifconfig ath0 ath0: flags=8863UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:16:cf:43:50:5d groups: wlan media: IEEE802.11 autoselect (DS11 mode 11b) status: active ieee80211: nwid OpenWrt chan 1 bssid 00:90:4c:91:00:02 96% nwkey blahblahblah inet6 fe80::216:cfff:fe43:505d%ath0 prefixlen 64 scopeid 0x2 full dmesg below: OpenBSD 4.4-beta (GENERIC) #0: Thu Jul 31 19:16:49 BST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.60GHz (GenuineIntel 686-class) 1.60 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 real mem = 526807040 (502MB) avail mem = 501141504 (477MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/19/06, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (59 entries) bios0: vendor IBM version 75ET60WW (2.06 ) date 12/19/2006 bios0: IBM 1866WBA apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdec0/240 (13 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #5 is the last bus bios0: ROM list: 0xc/0xf600! 0xcf800/0x1600 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0 cpu0: Enhanced SpeedStep 1600 MHz (1116 mV): speeds: 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82915GM Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82915GM Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xc000, size 0x1000 Intel 82915GM Video rev 0x03 at pci0 dev 2 function 1 not configured ppb0 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: irq 11 pci1 at ppb0 bus 2 bge0 at pci1 dev 0 function 0 Broadcom BCM5751M rev 0x11, BCM5750 B1 (0x4101): irq 11, address 00:16:d3:29:7e:33 brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: irq 11 uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x03: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801FB USB rev 0x03: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xd3 pci2 at ppb1 bus 4 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11 sdhc0 at pci2 dev 0 function 1 Ricoh 5C822 SD/MMC rev 0x13: irq 11 sdmmc0 at sdhc0 ath0 at pci2 dev 2 function 0 Atheros AR5212 (IBM MiniPCI) rev 0x01: irq 11 ath0: AR5213A 5.9 phy 4.3 rf5112a 3.6, WOR2W, address 00:16:cf:43:50:5d cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 5 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: irq 11, ICH6 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 ichpcib0 at pci0 dev 31 function 0 Intel 82801FBM LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801FBM SATA rev 0x03: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: HTC426040G9AT00 wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x03: irq 11 iic0 at ichiic0 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 aps0 at isa0 port 0x1600/31 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask effd netmask effd ttymask mtrr: Pentium Pro MTRR support ugen0 at uhub3 port 2 STMicroelectronics Biometric Coprocessor rev 1.00/0.01 addr 2
High Latency using TCP
Hi, I've put together a banal client/server application where the client connects to the server via TCP and maintains the connection for multiple requests. The latency for a single request is around 400ms +/- 2ms, even if both client and server are running on the same host, and the binding address is 127.0.0.1. I have tried running the server and client on a variety of OpenBSD boxes (4.3) ranging from 4 core Xeons to 7 year-old PCs. The latency is the same on all of them, and the latency does not vary significantly if the client and server are on different OpenBSD hosts. If I use unix domain sockets, the latency is reduced to under 1 ms, and if I run the same client and server (recompiled) on my mac, the latency is also significantly less. Furthermore, if I run the client on the mac and the server on an openbsd box, the latency is around 200ms per request, i.e., half of when both client and server are running on the same OpenBSD box. I have TCP_NODELAY enabled, so this is unlikely to be the problem. pf is not running out of states, and the machines are all lightly loaded. So, I am not sure where to look next, particularly since this seems to be endemic to OpenBSD (I do not have a Linux server handy to test it on there). Any suggestions where to look next would be appreciated. ttyl Alex -- To put it bluntly, we simply do not know yet what we should be talking about, but that should not worry us, for it just illustrates what was meant by intangible goods and uncertain rewards. -- Edsger Dijkstra, 'The End of Computer Science'
Re: incomplete set in snapshots amd64
On Thu, Jul 31, 2008 at 09:12:26PM +0300, Lars Nood??n wrote: I've noticed that some of the mirror sites are not getting the complete current snapshots for amd64. base44.tgz seems to get truncated around this point: ./usr/libdata/perl5/ExtUtils/Constant/Utils.pm ./usr/libdata/perl5/ExtUtils/Constant/XS.pm gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now You can see it even from the file size where the truncated is much shorter: ftp://mirrors.nic.funet.fi/pub/OpenBSD/snapshots/amd64 than the apparently complete version: ftp://anga.funkfeuer.at/pub/OpenBSD/snapshots/amd64/ i get this from the snaps dated 29 july, and only base44.tgz. snapshots/amd64 dated 30 july do not have this problem. cel -- Christopher Linn celinn at mtu.edu | By no means shall either the CEC System Administrator II | or MTU be held in any way liable Center for Experimental Computation | for any opinions or conjecture I Michigan Technological University | hold to or imply to hold herein.
four port ethernet cards for OpenBSD
What four port Ethernet card is works well for OpenBSD? Does anyone have experience with any of them?
HTC P3300 not recognised by uipaq
Hello, I read on uipaq(4) that HTC SmartPhone are supported. I plugued my HTC P3300, running Windows Mobile 6, on my Eee PC running 4.4/i386, but it does not attach to uipaq: ugen0 at uhub1 port 2 HTC Generic RNDIS rev 2.00/0.00 addr2 usbdevs says: port 2 addr 2: full speed, power 100mA, config 1, Generic RNDIS(0x0bce), HTC(0x0bb4), rev 0.00, iSerialNumber 210f0b17-58df-2103-b800-0050bf3f5173 Did I miss something ? TIA, Jo [demime 1.01d removed an attachment of type application/pgp-signature]
cronolog followup - extra sh session?
Trying to get a cronolog config worked out for one of our servers, .. noticing something strange: 2513 ?? I 0:00.01 /usr/local/sbin/cronolog --link=/u/omnitec/logs/error . . . 9216 ?? I 0:00.04 /bin/sh -c /bin/sh cronolog is working correctly, .. BUT it also seems to be launcing a sh session for each process cronolog (i.e. 8 log files = 8 sh sessions)! Does anyone know why it's doing that? Is it normal? Thanks! Lee
Re: High Latency using TCP
On Thu, Jul 31, 2008 at 11:43 AM, Alex Brodsky [EMAIL PROTECTED] wrote: The latency for a single request is around 400ms +/- 2ms, even if both client and server are running on the same host, and the binding address is 127.0.0.1. How are you measuring the latency? Any suggestions where to look next would be appreciated. Have you tried running tcpdump on the loopback interface and/or ktrace on the client/server?
Re: four port ethernet cards for OpenBSD
On Thu, Jul 31, 2008 at 11:17:24AM -0700, John N. Brahy wrote: What four port Ethernet card is works well for OpenBSD? Does anyone have experience with any of them? We're using 2 of the Soekris lan1641 4 port cards with no problem: http://www.soekris.com/lan16x1.htm Gord
Re: four port ethernet cards for OpenBSD
On Thu, Jul 31, 2008 at 2:46 PM, Gordon Grieder [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 11:17:24AM -0700, John N. Brahy wrote: What four port Ethernet card is works well for OpenBSD? Does anyone have experience with any of them? I'm using a Sun 4 port card 10/100 for a home fw/vpn machine. Works fine, hme0-3. Sun Part Number: 270-5406-02 Probably cost you ~25 USD for one but I just picked these from our growing Sun trash pile @ work. -mb
Hacking At Random 2009
I just wanted to let the list know that it's only a year before HAR2009. But, they are already looking for volunteers and villages. More info at http://har2009.org, you can subscribe at their mailing list. I hope lots of OpenBSD people will be there again just like WTH2005. Kind regards, Tom
sasyncd / pfsync / carp question
Hi, I'm running two obsd 4.4-current boxes as firewall / vpn-endpoints hot-standby (no balancing). I configured carp like this: Master: carp3: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:00:5e:00:01:01 carp: MASTER carpdev vlan32 vhid 1 advbase 1 advskew 9 groups: carp inet6 fe80::200:5eff:fe00:101%carp3 prefixlen 64 scopeid 0xc inet XX.XX.XX.XX netmask 0xfff8 broadcast XX.XX.XX.XX Slave: carp3: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:00:5e:00:01:01 carp: BACKUP carpdev vlan32 vhid 1 advbase 1 advskew 100 groups: carp inet6 fe80::200:5eff:fe00:101%carp3 prefixlen 64 scopeid 0xc inet XX.XX.XX.XX netmask 0xfff8 broadcast XX.XX.XX.XX I'm running pfsync and it's working fine (did several tcp / ping tests switching several time). But if the master boots it will become master before sasyncd is able to sync status and all ipsec connections get dropped (ATM I have three monowall www.m0n0.ch/wall endpoints). The question is how I have to handle this setup. Do I have to play with advbase? I don't think it's a good idea to trust delays hoping that sasyncd will do it's job before the first machine becomes master again. Is there a way to wait for sasyncd or something like that? Here's the exact version: # sysctl kern.version kern.version=OpenBSD 4.4-beta (GENERIC) #987: Wed Jul 23 15:39:48 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC Please let me know if you need further informations. Regards Hagen Volpers
Re: four port ethernet cards for OpenBSD
On 2008-07-31, John N. Brahy [EMAIL PROTECTED] wrote: What four port Ethernet card is works well for OpenBSD? Does anyone have experience with any of them? these (all reasonably ebay'able and reasonably priced) have worked fine on most systems I've tried them on. Sun quad fast ethernet (4x hme PCI card) Znyx (pulled from NetApps, 4x dc, *full* length card) DFE-570TX (4x dc) should be fine too. There's probably a quad Intel 10/100 (fxp), if there is, that should be fine too. New ones - Intel quad gigabit boards work very well if they're happy with the machine you have them in. Known problems with some versions in some BIOS versions on some supermicro amd64 boards, maybe others. Older ones have the ports oriented so that in the chassis used on some machines, the ethernet connector doesn't latch very well.
3.4-release random freeze
Hi all I'm attempting to install 4.3-release on an old compac but I'm getting random freezes shortly after boot. The most it has stayed up is about 1/2 hour, usually it'll die within a few minutes, sometimes it'll die during boot - once it even failed during the install process. The only way to recover is to kill the power. I'm at a loss, there is nothing in the logs, no messages, I've memtested the ram, swapped out the ram, surface scanned the disk, swapped out the disk, swapped out the nic, run without a nic, disabled acpi ... I cant think of anything else to try. I've reinstalled the original windows disk, and tried it with an old freebsd insaller I had lying around and they both work just fine. I'm not using X. My next step would be to try -stable or -current, but I dont have much faith. If anybody could shed any light or suggest further tests or ... anything I'd be very gratefull. paul OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD-K6(tm) 3D processor (AuthenticAMD 586-class) 534 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX real mem = 125399040 (119MB) avail mem = 113070080 (107MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 01/28/00, BIOS32 rev. 0 @ 0xfa130, SMBIOS rev. 2.1 @ 0xfc660 (12 entries) bios0: vendor Compaq version 686S4 date 01/28/2000 bios0: Compaq Compaq PC acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT acpi0: wakeup devices PBTN(S1) PCI0(S1) USB1(S1) USB0(S1) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C2 acpibtn0 at acpi0: PBTN bios0: ROM list: 0xc/0x1 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8501 rev 0x03 agp0 at pchb0: v2, aperture at 0x5000, size 0x1000 ppb0 at pci0 dev 1 function 0 VIA VT8501 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 Trident CyberBlade i7 rev 0x5c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 7 function 0 VIA VT82C686 ISA rev 0x14 pciide0 at pci0 dev 7 function 1 VIA VT82C571 IDE rev 0x06: ATA66, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: QUANTUM FIREBALL EX3.2A wd0: 16-sector PIO, LBA, 3078MB, 6303935 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 7 function 2 VIA VT83C572 USB rev 0x06: irq 11 uhci1 at pci0 dev 7 function 3 VIA VT83C572 USB rev 0x06: irq 11 viaenv0 at pci0 dev 7 function 4 VIA VT82C686 SMBus rev 0x10: HWM disabled: failed to map PM I/O space rl0 at pci0 dev 8 function 0 Realtek 8139 rev 0x10: irq 3, address 00:c0:a8:7b:47:c8 rlphy0 at rl0 phy 0: RTL internal PHY esa0 at pci0 dev 13 function 0 ESS ES1989 rev 0x10: irq 5 ac97: codec id 0x45838308 (ESS Technology ES1921) ac97: codec features 20 bit DAC, 20 bit ADC, ESS Technology audio0 at esa0 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 VIA UHCI root hub rev 1.00/1.00 addr 1 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 biomask ed45 netmask ed4d ttymask ffcf mtrr: K6-family MTRR support (2 registers) softraid0 at root root on wd0a swap on wd0b dump on wd0b
Re: 3.4-release random freeze
I've been running OpenBSD for various things probably since somewhere around version 3.4 or 3.5. One thing that has always been a constant... If you have random unexplainable crashes, freezes, lockups, dumps to a ddb prompt that don't involve a kernel crash or known exploit, it's 99% likely you have some bad hardware. It may not always be apparent; not too long ago I had a shiny sparkly Dell Poweredge 2850 router with all the trimmings that seemed just fine, but every now and then for no good reason it'd crash to a ddb promptno kernel problems, nothing to indicate anything bad had happened, no possible exploits. No reason for the crashes that I could see; they'd happen at 3:00am when we were passing 30Mb of traffic, or in the middle of the day when passing 250Mb. You never knew when it'd take a dump; I had it run for weeks at a clip smoothly, and had it dump 3 times in a day. Probably 3 months after this begin happening, the major alarm orange hardware light on the box started flashing. I had to replace all the RAM modules (2 GB). They'd all gone south. The same box has now been stable for over a year with the same install. Based on your dmesg, that's a truly ancient box anyway. An AMD-K6 with a BIOS revision of January of 2000? Save yourself some headaches and just toss it. PC's are cheap. Time is what's expensive. On Thu, Jul 31, 2008 at 5:39 PM, Paul M [EMAIL PROTECTED] wrote: Hi all I'm attempting to install 4.3-release on an old compac but I'm getting random freezes shortly after boot. The most it has stayed up is about 1/2 hour, usually it'll die within a few minutes, sometimes it'll die during boot - once it even failed during the install process. The only way to recover is to kill the power. I'm at a loss, there is nothing in the logs, no messages, I've memtested the ram, swapped out the ram, surface scanned the disk, swapped out the disk, swapped out the nic, run without a nic, disabled acpi ... I cant think of anything else to try. I've reinstalled the original windows disk, and tried it with an old freebsd insaller I had lying around and they both work just fine. I'm not using X. My next step would be to try -stable or -current, but I dont have much faith. If anybody could shed any light or suggest further tests or ... anything I'd be very gratefull. paul OpenBSD 4.3 (GENERIC) #698: Wed Mar 12 11:07:05 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD-K6(tm) 3D processor (AuthenticAMD 586-class) 534 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX real mem = 125399040 (119MB) avail mem = 113070080 (107MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 01/28/00, BIOS32 rev. 0 @ 0xfa130, SMBIOS rev. 2.1 @ 0xfc660 (12 entries) bios0: vendor Compaq version 686S4 date 01/28/2000 bios0: Compaq Compaq PC acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT acpi0: wakeup devices PBTN(S1) PCI0(S1) USB1(S1) USB0(S1) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C2 acpibtn0 at acpi0: PBTN bios0: ROM list: 0xc/0x1 0xec000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 VIA VT8501 rev 0x03 agp0 at pchb0: v2, aperture at 0x5000, size 0x1000 ppb0 at pci0 dev 1 function 0 VIA VT8501 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 Trident CyberBlade i7 rev 0x5c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 7 function 0 VIA VT82C686 ISA rev 0x14 pciide0 at pci0 dev 7 function 1 VIA VT82C571 IDE rev 0x06: ATA66, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: QUANTUM FIREBALL EX3.2A wd0: 16-sector PIO, LBA, 3078MB, 6303935 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 7 function 2 VIA VT83C572 USB rev 0x06: irq 11 uhci1 at pci0 dev 7 function 3 VIA VT83C572 USB rev 0x06: irq 11 viaenv0 at pci0 dev 7 function 4 VIA VT82C686 SMBus rev 0x10: HWM disabled: failed to map PM I/O space rl0 at pci0 dev 8 function 0 Realtek 8139 rev 0x10: irq 3, address 00:c0:a8:7b:47:c8 rlphy0 at rl0 phy 0: RTL internal PHY esa0 at pci0 dev 13 function 0 ESS ES1989 rev 0x10: irq 5 ac97: codec id 0x45838308 (ESS Technology ES1921) ac97: codec features 20 bit DAC, 20 bit ADC, ESS Technology audio0 at esa0 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port
Re: 3.4-release random freeze
2008/8/1 Paul M [EMAIL PROTECTED]: Hi all I'm attempting to install 4.3-release on an old compac but I'm getting random freezes shortly after boot. The most it has stayed up is about 1/2 hour, usually it'll die within a few minutes, sometimes it'll die during boot - once it even failed during the install process. The only way to recover is to kill the power. I'm at a loss, there is nothing in the logs, no messages, I've memtested the ram, swapped out the ram, surface scanned the disk, swapped out the disk, swapped out the nic, run without a nic, disabled acpi ... I cant think of anything else to try. Try a different PSU. -- ach