Re: Kernel panic: flush_pagedep_deps: flush failed

2008-05-21 Thread Thomas Herzog

with backtrace, it looks like:

[EMAIL PROTECTED] STORAGE kgdb kernel.debug /var/crash/vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined 
symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd.

Unread portion of the kernel message buffer:
ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
panic: flush_pagedep_deps: flush failed
cpuid = 0
Uptime: 3d15h11m52s
Physical memory: 1011 MB
Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:194
194 __asm __volatile(movq %%gs:0,%0 : =r (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:194
#1  0x0004 in ?? ()
#2  0x804abe09 in boot (howto=260) at 
/usr/src/sys/kern/kern_shutdown.c:409
#3  0x804ac20d in panic (fmt=0x104 Address 0x104 out of bounds) at 
/usr/src/sys/kern/kern_shutdown.c:563
#4  0x8068f122 in softdep_sync_metadata (vp=0xff003c30eba0) at 
/usr/src/sys/ufs/ffs/ffs_softdep.c:5689
#5  0x806957ae in ffs_syncvnode (vp=0xff003c30eba0, waitfor=Variable 
waitfor is not available.
) at /usr/src/sys/ufs/ffs/ffs_vnops.c:310
#6  0x8067c6bc in ffs_truncate (vp=0xff003c30eba0, length=328192, 
flags=2176, cred=0xff0001079d00,
td=0xff00049b19c0) at /usr/src/sys/ufs/ffs/ffs_inode.c:268
#7  0x8069b3af in ufs_direnter (dvp=0xff003c30eba0, tvp=0xff0033d5a7c0, dirp=0xa4715640, 
cnp=Variable cnp is not available.

)
at /usr/src/sys/ufs/ufs/ufs_lookup.c:950
#8  0x806a13b7 in ufs_makeinode (mode=Variable mode is not available.
) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2422
#9  0x807a0b90 in VOP_CREATE_APV (vop=Variable vop is not available.
) at vnode_if.c:206
#10 0x8053234d in vn_open_cred (ndp=0xa4715a10, flagp=0xa471595c, cmode=Variable cmode is not 
available.

) at vnode_if.h:112
#11 0x80530022 in kern_open (td=0xff00049b19c0, path=0x7f3f9760 
Address 0x7f3f9760 out of bounds,
pathseg=Variable pathseg is not available.
) at /usr/src/sys/kern/vfs_syscalls.c:1028
#12 0x8075dc57 in syscall (frame=0xa4715c70) at 
/usr/src/sys/amd64/amd64/trap.c:852
#13 0x8074418b in Xfast_syscall () at 
/usr/src/sys/amd64/amd64/exception.S:290
#14 0x0008011ebe7c in ?? ()
Previous frame inner to this frame (corrupt stack?)


Thomas Herzog wrote:

hi,

[EMAIL PROTECTED] STORAGE kgdb kernel.debug /var/crash/vmcore.1
[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup]

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd.

Unread portion of the kernel message buffer:
ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
panic: flush_pagedep_deps: flush failed
cpuid = 0
Uptime: 3d15h11m52s
Physical memory: 1011 MB
Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:194
194__asm __volatile(movq %%gs:0,%0 : =r (td));

both cores says the same.

Thomas

Toni Schmidbauer wrote:

At Tue, 20 May 2008 07:59:19 +0200,
Thomas Herzog wrote:

cat /var/crash/info.1


follow this guide:

http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html 



and post the results. if nobody answers, open a pr (problem report)

http://www.freebsd.org/send-pr.html

hth,
toni

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to 
[EMAIL PROTECTED]



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Kernel panic: flush_pagedep_deps: flush failed

2008-05-21 Thread Thomas Herzog

since i activate ataidle i have this errors:

ad8: FAILURE - WRITE_DMA48 timed out LBA=314770799
+ad8: TIMEOUT - READ_DMA retrying (1 retry left) LBA=12207
+ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing 
request directly

after disable it, this messages are gone.

so i think its a problem with ataidle, but why this panics the kernel?

thomas

Thomas Herzog wrote:

hi,

[EMAIL PROTECTED] STORAGE kgdb kernel.debug /var/crash/vmcore.1
[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup]

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd.

Unread portion of the kernel message buffer:
ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
panic: flush_pagedep_deps: flush failed
cpuid = 0
Uptime: 3d15h11m52s
Physical memory: 1011 MB
Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:194
194__asm __volatile(movq %%gs:0,%0 : =r (td));

both cores says the same.

Thomas

Toni Schmidbauer wrote:

At Tue, 20 May 2008 07:59:19 +0200,
Thomas Herzog wrote:

cat /var/crash/info.1


follow this guide:

http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html 



and post the results. if nobody answers, open a pr (problem report)

http://www.freebsd.org/send-pr.html

hth,
toni

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to 
[EMAIL PROTECTED]



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Kernel panic: flush_pagedep_deps: flush failed

2008-05-20 Thread Thomas Herzog

hi,

[EMAIL PROTECTED] STORAGE kgdb kernel.debug /var/crash/vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined 
symbol ps_pglobal_lookup]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd.

Unread portion of the kernel message buffer:
ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
panic: flush_pagedep_deps: flush failed
cpuid = 0
Uptime: 3d15h11m52s
Physical memory: 1011 MB
Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:194
194 __asm __volatile(movq %%gs:0,%0 : =r (td));

both cores says the same.

Thomas

Toni Schmidbauer wrote:

At Tue, 20 May 2008 07:59:19 +0200,
Thomas Herzog wrote:

cat /var/crash/info.1


follow this guide:

http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html

and post the results. if nobody answers, open a pr (problem report)

http://www.freebsd.org/send-pr.html

hth,
toni

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Kernel panic: flush_pagedep_deps: flush failed

2008-05-19 Thread Thomas Herzog

Hi,

ich have the second core since 3 days, with following info:

cat /var/crash/info.1
Dump header from device /dev/da0s1b
  Architecture: amd64
  Architecture Version: 2
  Dump Length: 284737536B (271 MB)
  Blocksize: 512
  Dumptime: Mon May 19 09:27:46 2008
  Hostname: xxx.yyy.zz
  Magic: FreeBSD Kernel Dump
  Version String: FreeBSD 7.0-RELEASE-p1 #4: Wed May 14 10:10:03 CEST 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/STORAGE
  Panic String: flush_pagedep_deps: flush failed
  Dump Parity: 4068726879
  Bounds: 1
  Dump Status: good


anyone knows whats going on?

thanks
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


7.0 wlan mtu problem

2008-05-16 Thread Thomas Herzog

Hi,

i have following lines in my rc.conf:

ifconfig_ath0_name=wlan
ifconfig_wlan=inet 192.168.231.231 netmask 255.255.255.0 mtu 1500 mediaopt hostap 
channel 9
hostapd_enable=YES

after a reboot, ifconfig says:

wlan: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
ether 00:0f:b5:1e:ce:12
inet 192.168.231.231 netmask 0xff00 broadcast 192.168.231.255
media: IEEE 802.11 Wireless Ethernet autoselect hostap (autoselect 
hostap)
status: associated
ssid earlair channel 9 (2452 Mhz 11g) bssid 00:0f:b5:1e:ce:12
authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit txpower 31.5
scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7
roam:rate11g 5 protmode CTS burst dtimperiod 1

-- mtu 2290 ?

wen i execute ifconfig wlan 192.168.231.231 netmask 255.255.255.0 mtu 1500 mediaopt 
hostap channel 9
than is says ifconfig:

wlan: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 00:0f:b5:1e:ce:12
inet 192.168.231.231 netmask 0xff00 broadcast 192.168.231.255
media: IEEE 802.11 Wireless Ethernet autoselect hostap (autoselect 
hostap)
status: associated
ssid earlair channel 9 (2452 Mhz 11g) bssid 00:0f:b5:1e:ce:12
authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit txpower 31.5
scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7
roam:rate11g 5 protmode CTS burst dtimperiod 1

with the right mtu.

have anyone a idea for this behaviour, or what can i to for the right mtu after 
reboot?

lg
Thomas
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


hdparm equivalent

2008-05-09 Thread Thomas Herzog

hi,

is there a hdparm equivalent tool, to set the power-save or spin-down 
behavior of sata-disk?

or can i to it via sysctl or so?

thanks
Thomas
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: hdparm equivalent

2008-05-09 Thread Thomas Herzog

many thanks for this fast answer.

thomas

Vince Hoffman wrote:

Thomas Herzog wrote:

hi,

is there a hdparm equivalent tool, to set the power-save or spin-down
behavior of sata-disk?
or can i to it via sysctl or so?

sysutils/ataidle in ports at the moment. I believe atacontrol has grown
some support for this in current.


vince

thanks
Thomas
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD 7.0 and hptrr

2008-05-08 Thread Thomas Herzog

Hi list,

i have a new FreeBSD 7.0 installation with a HighPoint RocketRAID 2310 
with 4 Disks.


is there a way to check the raidstatus for the raid and/or is there a 
way to let smartmontools check the disks?


thanks
Thomas
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]