Soekris net5501: file system repeatedly broken on CF-card
Hello misc, until some weeks ago OpenBSD 5.2 had been running like a charm on my net5501. Then I came home to ddb and the file system was totaly broken (fsck segfaulting). As the 1GB CF card was quite old and it was time for 5.3 anyway I bought a Kingston 16GB Ultimate 266X. After some days I again ended up in ddb. I checked the card with a usb card reader on another computer and it was faulty. I got a replacement card and reinstalled, but yesterday it broke again: ddb trace Debugger(d08fdcbc,f5453b98,d08f207e,f5453b98,d09e6f94) at Debugger+0x4 panic(d08f207e,d15a3cb8,788a9,0,d08f20c9) at panic+0x5d ufs_dirbad(f55c6300,0,d08f20c9,0,f5453c48) at ufs_dirbad+0x53 ufs_lookup(f5453c70,d5d3aa28,50ea9574,f53ec488,f5453e9c) at ufs_lookup+0x851 VOP_LOOKUP(f53ec488,f5453e9c,f5453eb0,f5453e9c,20) at VOP_LOOKUP+0x2f vfs_lookup(f5453e88,d5d54400,400,f5453ea4,50) at vfs_lookup+0x27b namei(f5453e88,0,0,0,3e00) at namei+0x221 vn_open(f5453e88,1,0,1,d5d6c230) at vn_open+0x7d doopenat(d5ca,ff9c,3c000d57,0,0) at doopenat+0xe3 sys_open(d5ca,f5453f64,f5453f84,b0,1) at sys_open+0x37 syscall() at syscall+0x227 --- syscall (number -1) --- uvm_fault(0xd5d5d980, 0x0, 0, 1) - e kernel: page fault trap, code=0 Faulted in DDB; continuing... ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND * 8336 19459 12306 0 7 0mtree 15159 11476 15159 0 30x80 netio comsat 19459101 12306 0 30x80 piperdperl 101 12306 12306 0 30x88 pause sh 12306 21075 12306 0 30x88 pause sh 21075 30933 30933 0 30x80 piperdcron 6960 15522 21667 83 30x80 poll ntpd 15522 21667 21667 83 30x80 poll ntpd 21667 1 21667 0 30x80 poll ntpd 16054 1 12302631 30x80 selectdnsmasq 5686 1 8149631 30x80 selectdnsmasq 14850 1 14850 0 30x80 ttyin getty 30933 1 30933 0 30x80 selectcron 14093 1 2354 0 30x80 nanosleep perl 28977 1 2354 0 3 0x4100080 nanosleep sshguard 28198 1 2354 0 30x80 kqreadsshguard 5390 1 5390 99 30x80 poll sndiod 11476 1 11476 0 30x80 selectinetd 10355 1 10355 0 30x80 selectsendmail 21009 1 21009 0 30x80 selectsshd 14301 5324 5324 74 30x80 bpf pflogd 5324 1 5324 0 30x80 netio pflogd 30068 32207 32207 73 20x80syslogd 32207 1 32207 0 30x80 netio syslogd 13 0 0 0 30x100200 aiodoned aiodoned 12 0 0 0 30x100200 syncerupdate 11 0 0 0 30x100200 cleaner cleaner 10 0 0 0 30x100200 reaperreaper 9 0 0 0 30x100200 pgdaemon pagedaemon 8 0 0 0 30x100200 bored crypto 7 0 0 0 30x100200 pftm pfpurge 6 0 0 0 30x100200 usbtskusbtask 5 0 0 0 30x100200 usbatsk usbatsk 4 0 0 0 30x100200 bored syswq 3 0 0 0 3 0x40100200idle0 2 0 0 0 30x100200 kmalloc kmthread 1 0 1 0 30x80 wait init 0 -1 0 0 3 0x200 scheduler swapper So this makes two different versions of OpenBSD and the different CF cards. What should I do now? Could the CF port on the Soekris be faulty? Should I get an SATA SSD instead? Have a nice day! Martin
Re: scp doesn?t recognizes 127.0.0.1* as filename
Hi, * Eduardo Alvarenga wrote/schrieb: [EMAIL PROTECTED] crash]# scp -r 127.0.0.1-2007-11-26-18:31 [EMAIL PROTECTED]:/u02/snap ssh: 127.0.0.1-2007-11-26-18: Name or service not known I think the problem is the : in the filename. For me it works with scp -r ./127.0.0.1-2007-11-26-18:31 $TARGET MartinD:
frequent disconnects with in-kernel pppoe and ADSL2+
Hello, last week my ISP (Arcor in Germany) finally gave me ADSL2+ with 16mbit down an 800k up. Since that day I suffer from frequent and irregular disconnects (40 in less than a week). Since it is the first time my privider offers ADSL2+ I assume this is more an error on the prividers side, but I want to make sure its not my fault. My router is 3.8 (see dmesg below). I enabled debugging and get this in /var/log/messages. Feb 9 23:30:17 obsd /bsd: pppoe0: lcp output echo-req id=0x60 len=8 e6-bc-9c-27 [...] Feb 9 23:30:37 obsd /bsd: pppoe0: LCP keepalive timeout7pppoe0: lcp close(opened) Feb 9 23:30:37 obsd /bsd: pppoe0: lcp opened-closing Feb 9 23:30:37 obsd /bsd: pppoe0: lcp output term-req id=0x62 len=4 Feb 9 23:30:37 obsd /bsd: pppoe0 (8864) state=3, session=0x1051 output - 00:30:88:01:66:6c, len=12 Feb 9 23:30:37 obsd /bsd: pppoe0: phase terminate Feb 9 23:30:37 obsd /bsd: pppoe0: ipcp down(opened) Feb 9 23:30:37 obsd /bsd: pppoe0: ipcp opened-starting Feb 9 23:30:37 obsd /bsd: pppoe0: ipcp close(starting) Feb 9 23:30:37 obsd /bsd: pppoe0: ipcp starting-initial Feb 9 23:30:37 obsd /bsd: pppoe0: lcp closing-stopped Feb 9 23:30:37 obsd /bsd: pppoe0: timeout Feb 9 23:30:37 obsd /bsd: pppoe0: disconnecting Feb 9 23:30:37 obsd /bsd: pppoe0: lcp down(stopped) Feb 9 23:30:37 obsd /bsd: pppoe0: lcp stopped-starting Feb 9 23:30:37 obsd /bsd: pppoe0: phase establish Feb 9 23:30:37 obsd /bsd: pppoe0 (8863) state=1, session=0x0 output - ff:ff:ff:ff:ff:ff, len=18 Feb 9 23:30:37 obsd /bsd: pppoe0: Down event (carrier loss), taking interface down.7pppoe0: lcp close(starting) Feb 9 23:30:37 obsd /bsd: pppoe0: lcp starting-initial Feb 9 23:30:37 obsd /bsd: pppoe0: phase dead Feb 9 23:30:42 obsd /bsd: pppoe0: timeout As fas as I understand it my peer does not reply to my LCP echo requests. After the disconnect an new connection is esablied immedialtly. The disconnects happen independent of the load on the line (I can not force a disconnect by downloading and uploading at full speed). Do you think, I should try another NIC? Its Realtek 8139 now. Thanks for any hints. MartinD: OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium/MMX (GenuineIntel 586-class) 166 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,MMX cpu0: F00F bug workaround installed real mem = 133799936 (130664K) avail mem = 115466240 (112760K) using 1658 buffers containing 6791168 bytes (6632K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(af) BIOS, date 12/22/97, BIOS32 rev. 0 @ 0xfd7a0 pcibios0 at bios0: rev 2.1 @ 0xfd7a0/0x860 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf50/144 (7 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371SB ISA rev 0x00) pcibios0: PCI bus #0 is the last bus WARNING: can't reserve area for I/O APIC. bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82439TX System rev 0x01 pcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x01 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: IBM-DTTA-351010 wd0: 16-sector PIO, LBA, 9671MB, 19807200 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x01: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Intel 82371AB Power rev 0x01 at pci0 dev 7 function 3 not configured vga1 at pci0 dev 8 function 0 Matrox MGA 1064SG 220MHz rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 9 function 0 Intel 82557 rev 0x04, i82558: irq 9, address 08:00:06:0c:52:63 inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 0 rl0 at pci0 dev 18 function 0 Realtek 8139 rev 0x10: irq 9 address 00:30:84:28:53:59 rlphy0 at rl0 phy 0: RTL internal phy ne3 at pci0 dev 19 function 0 Compex Compexe rev 0x0a: irq 10 ne3: address 00:80:48:c9:2f:20 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 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 npx0 at isa0 port 0xf0/16: using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask fbfd netmask fffd ttymask pctr: 586-class performance counters and user-level cycle counter enabled dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 pppoe0: phase establish
in-kernel pppoe and no automatic reconnect
Hello, recently my ISP had trouble with my DSL-line. I think there was a problem with the authentification servers. To check whether it works again I brought the pppoe-device down and up. Later I rebooted the machine and it worked. Does pppoe0: phase dead mean that it has given up trying to connect? If yes what can I do except for rebooting? Thanks for any hints. MartinD: ps: my roomie had to cope with 6 hours without net because of my ignorance. dont want that to happen again
Re: in-kernel PPPoE and linkup-script
Hello, * Alexander Farber wrote/schrieb: Can't you put !stuff into /etc/hostname.pppoe0 ? nope, I tried that. Seems not to be executet on reconnect. I now got it working with the daemon mode of ez-ipupdate. If I need to call any other scripts on reconnect it also has this option: -e, --execute command shell command to execute after a successful update MartinD:
in-kernel PPPoE and linkup-script
Hello misc, hope I did'n miss anything here. Is it right that with the in-kernel PPPoE driver in OpenBSD 3.7 the file /etc/ppp/ppp.linkup it not executed on reconnect? Is there another file ? Thanks, MartinD: My file looks like this: (without the line break) MYADDR: !bg sh -c /usr/local/bin/ez-ipupdate --config-file /etc/ez-ipupdate.conf For testing I also included an entry like !bg sh -c /usr/bin/touch /tmp/likup.done