CAM Target Layer, Linux and camcontrol readcap
Hi, I'm running RELENG_9 and I'm trying to play with CTL. Initially I've setup an isp(4) interface in TARGET mode and tried to export a LUN to a directly connected Linux RHEL host, but for some reason that failed with the block backend (ramdisk was exported properly) : This is how I export the volume : zfs create -V1000G tank/oracle ctladm create -b block -o file=/dev/zvol/tank/oracle -S ZFSSERIAL001 -d ZFSLUN001 ctladm port -o on ctladm realsync off camcontrol and ctladm show the device correctly : [10:25]root@goliath:/home/ndenev# ctladm port -l Port Online Type Name pp vp WWNN WWPN 0YESIOCTLCTL ioctl0 0 0 0 1YESINTERNAL ctl2cam 0 0 0x50091a1f4700 0x50091a1f4702 2YESINTERNAL CTL internal 0 0 0 0 3YESFC isp0 0 0 0x2024ff376b98 0x2124ff376b98 4YESFC isp1 1 0 0x2024ff376b99 0x2124ff376b99 [10:26]root@goliath:/home/ndenev# ctladm devlist -v LUN Backend Size (Blocks) BS Serial NumberDevice ID 0 block2097152000 512 ZFSSERIAL001 ZFSLUN001 lun_type=0 num_threads=14 file=/dev/zvol/tank/oracle [10:26]root@goliath:/home/ndenev# camcontrol devlist at scbus2 target 1 lun 0 (da0,pass0) This is what I see on the Linux host for the exported zvol: qla2xxx :0a:00.1: LOOP UP detected (8 Gbps). qla2xxx :0a:00.1: qla2xxx_eh_host_reset: reset succeeded qla2xxx :0a:00.1: scsi(4:0:0): Abort command issued -- 1 c 2002. sd 4:0:0:0: scsi: Device offlined - not ready after error recovery sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sdq : READ CAPACITY failed. sdq : status=0, message=00, host=1, driver=00 sdq : sense not available. sd 4:0:0:0: rejecting I/O to offline device sdq: Write Protect is off sdq: Mode Sense: 00 00 00 00 sd 4:0:0:0: rejecting I/O to offline device sdq: asking for cache data failed sdq: assuming drive cache: write through sd 4:0:0:0: Attached scsi disk sdq sd 4:0:0:0: Attached scsi generic sg18 type 0 sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device sd 4:0:0:0: rejecting I/O to offline device I've noticed the READ CAPACITY failed message and tried to issue a several "camcontrol readcap" commands, but they got stuck and are now unkillable : [10:21]root@goliath:/home/ndenev# ps axuw|grep cam root297390.0 0.0 16300 1628 0- DL+ 8:09AM 0:00.00 camcontrol readcap da0 root300330.0 0.0 16300 1628 1- DL+ 8:12AM 0:00.00 camcontrol readcap 2:1:0 root301350.0 0.0 16300 1632 2 D+8:21AM 0:00.00 camcontrol start pass0 procstat shows the same kernel stack for them : [10:23]root@goliath.:/home/ndenev# procstat -kk 30033 PIDTID COMM TDNAME KSTACK 30033 101161 camcontrol -mi_switch+0x186 sleepq_wait+0x42 _sleep+0x390 cam_periph_runccb+0x5a passioctl+0x171 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x546 Xfast_syscall+0xf7 Also there is this suspicious message on the FreeBSD machine : cfcs_action: unsupported CCB type 0x918 Then I've tried to remove the volume from CTL but the command also got stuck : [10:29]root@goliath:/home/ndenev# ps axuww|grep ctladm root542690.0 0.0 18484 1692 3 I 8:24AM 0:00.00 ctladm remove -b block -l 0 root209690.0 0.0 16280 1720 5 S+ 10:30AM 0:00.00 grep ctladm [10:30]root@goliath:/home/ndenev# procstat -kk 54269 PIDTID COMM TDNAME KSTACK 54269 101580 ctladm -mi_switch+0x186 sleepq_catch_signals+0x2cc sleepq_wait_sig+0xc _sleep+0x2b9 ctl_be_block_ioctl+0x9aa ctl_ioctl+0x9e6 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x546 Xfast_syscall+0xf7 Some Linux mailing lists suggest that maybe a firmware upgrade on the Linux box can help, but this does not explain the stuck readcap and ctladm commands. Any ideas on how to debug this further are welcome.___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [SOLVED] Re: battery state - hw.acpi.battery.life goes only down
On Wed, 26 Sep 2012 02:24:14 +0200, Michael Schuh wrote: > sorry for the buzz... > > 2012/9/26 Brandon Allbery > > > On Tue, Sep 25, 2012 at 8:10 PM, Michael Schuh > > wrote: > > > >> hmm, may be. > >> i didn't thinked about that lithium charging feature. > >> you may right with that. > >> > > > > > Yes you are right with that point. > > > I have watched batteries cycle like that on OS X, Linux, and FreeBSD, and > > some versions of Windows; possibly more recent versions try to hide it. > > It's also possible the ACPI BIOS normally hides it but needs some > > recalibration step (on Macs, for example, you need to fully charge then > > fully discharge then fully charge again to recalibrate it; I think that's > > common). > > > > Yesi agree, this is the most logic explanation in our fantastic world. Just to confirm what Brandon said, I've watched this behaviour for some years on a couple of IBM Thinkpad T23s .. while on AC power the battery slowly self-discharges down to about 95% before a charge cycle begins to boost it back to 100%. Mine is now sitting at 98% and will take days to get down to 95% and start charging again, if I don't run it on battery. > >> but one point, this behaviour is new. > >> i made some tests to check if my conkyrc is right and there i haven't > >> wait that the battery is gone under 90% > >> for checking this. after i could confirm that the conkyrc is > >> syntactically correct, the battery reached 100% again. > >> > > > > That sounds like it is normal cycling then. > > > > No idea why that box didn't showed that behaviour earlier. > i am fully sure that i made the same tests before and the charger did jump > in much time earlier. > may be, i was a bit impatient for now. May depend on your workload; I don't know conkyrc but use gkrellm to show battery state, before that I more often ran acpiconf -i0 to check state, which also shows such as Last Full Capacity vs Design Capacity, for some indication of how well your battery is holding up over time. Lithium-Ion batteries really should be cycled semi-regularly anyway; as Brandon also mentioned, the occasional complete discharge down to (or beyond!) exhaustion (safely done at the BIOS setup screen) followed by a full recharge is often recommended to fully recalibrate the battery's internal Coulomb Counter, ie the battery's own idea of its percentage capacity, reported to ACPI typically via the EC (embedded controller). This is likely more on-topic (and welcome) on freebsd-mobile@ though, unless of course some regression in system software is suspected .. cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-09-26 09:41:38 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-26 09:41:38 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-26 09:41:38 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-26 09:41:38 - cleaning the object tree TB --- 2012-09-26 09:41:40 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-26 09:41:40 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-26 09:41:40 - /usr/local/bin/svn cleanup /src TB --- 2012-09-26 09:41:49 - /usr/local/bin/svn update /src TB --- 2012-09-26 09:41:57 - At svn revision 240955S TB --- 2012-09-26 09:41:58 - building world TB --- 2012-09-26 09:41:58 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 09:41:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 09:41:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 09:41:58 - SRCCONF=/dev/null TB --- 2012-09-26 09:41:58 - TARGET=mips TB --- 2012-09-26 09:41:58 - TARGET_ARCH=mips TB --- 2012-09-26 09:41:58 - TZ=UTC TB --- 2012-09-26 09:41:58 - __MAKE_CONF=/dev/null TB --- 2012-09-26 09:41:58 - cd /src TB --- 2012-09-26 09:41:58 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 26 09:41:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-26 09:42:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-26 09:42:12 - ERROR: failed to build world TB --- 2012-09-26 09:42:12 - 13.04 user 8.44 system 34.09 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-09-26 13:31:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-26 13:31:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-26 13:31:59 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-26 13:31:59 - cleaning the object tree TB --- 2012-09-26 13:31:59 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-26 13:31:59 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-26 13:31:59 - /usr/local/bin/svn cleanup /src TB --- 2012-09-26 13:32:09 - /usr/local/bin/svn update /src TB --- 2012-09-26 13:36:53 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-26 13:36:53 - WARNING: sleeping 30 s and retrying... TB --- 2012-09-26 13:37:23 - /usr/local/bin/svn update /src TB --- 2012-09-26 13:37:30 - At svn revision 240960S TB --- 2012-09-26 13:37:31 - building world TB --- 2012-09-26 13:37:31 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 13:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 13:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 13:37:31 - SRCCONF=/dev/null TB --- 2012-09-26 13:37:31 - TARGET=mips TB --- 2012-09-26 13:37:31 - TARGET_ARCH=mips TB --- 2012-09-26 13:37:31 - TZ=UTC TB --- 2012-09-26 13:37:31 - __MAKE_CONF=/dev/null TB --- 2012-09-26 13:37:31 - cd /src TB --- 2012-09-26 13:37:31 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 26 13:37:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-26 13:37:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-26 13:37:42 - ERROR: failed to build world TB --- 2012-09-26 13:37:42 - 12.47 user 8.25 system 343.15 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Lock MFI config not exclusively locked - panic
On Tuesday, September 25, 2012 9:37:41 pm Steven Hartland wrote: > - Original Message - > > I've been testing some enhancements to mfiutil so compiled > > kernel in debug with:- > > options INVARIANTS > > options INVARIANT_SUPPORT > > options DDB > > options MFI_DEBUG > > > > After doing that and running mfiutil to import a foreign > > config I get a panic with:- > > Lock MFI config not exclusively locked @ /usr/src/sys/dev/mfi/mfi.c:1001 > > > > Looking at the code this was trigged by the mfi_ldprobe from > > mfi_check_command_post which doesn't do any locking. > > > > Is the correct fix for this to wrap all the calls to mfi_ldprobe > > with config and io lock as per mfi_startup e.g. > >sx_xlock(&sc->mfi_config_lock); > >mtx_lock(&sc->mfi_io_lock); > >mfi_ldprobe(sc); > >mtx_unlock(&sc->mfi_io_lock); > >sx_xunlock(&sc->mfi_config_lock); > > Replying to my own posts again, but just spotted mfi_config_lock > method and seems its just missing MFI_DCMD_CFG_FOREIGN_IMPORT > which is required for user commands. > > Adding it fixes this panic :) Committed, thanks! -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[PATCH] Add locking to dpt(4)
I have patches to add locking to dpt(4) and make it MPSAFE (along with some other fixes). I would appreciate any testing folks are able to do. The patches are against HEAD but should apply to 8 or 9. Please ensure you have INVARIANTS and INVARIANT_SUPPORT enabled for any initial testing that you do. Thanks! http://www.FreeBSD.org/~jhb/patches/dpt_locking.patch -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Lock MFI config not exclusively locked - panic
- Original Message - From: "John Baldwin" Replying to my own posts again, but just spotted mfi_config_lock method and seems its just missing MFI_DCMD_CFG_FOREIGN_IMPORT which is required for user commands. Adding it fixes this panic :) Committed, thanks! Cool I raised a PR with this and a few other enhancements, in summary: * Added support for foreign disks to mfiutil * Added default timeout sysctl / loader option. If you wouldn't mind taking a look John that would be appreciated: http://www.freebsd.org/cgi/query-pr.cgi?pr=172091 Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On Wed, Sep 26, 2012 at 1:33 AM, Nikolay Denev wrote: > Hi, > > I'm running RELENG_9 and I'm trying to play with CTL. > Initially I've setup an isp(4) interface in TARGET mode and tried to export a > LUN to a directly connected > Linux RHEL host, but for some reason that failed with the block backend > (ramdisk was exported properly) : > > This is how I export the volume : > > zfs create -V1000G tank/oracle > ctladm create -b block -o file=/dev/zvol/tank/oracle -S ZFSSERIAL001 -d > ZFSLUN001 > ctladm port -o on > ctladm realsync off This is similar to what I do, but you might try turning off realsync before turning the port on and only turning on the FC ports. I.e. ctladm realsync off ctladm port -o on -t fc If that doesn't help, it would be interesting to see if something is stuck via ctladm dumpooa ---chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: cx_lowest on 9
> No news on the schedule, but with 9.1 Beta, the code has finally been > fixed to deal with several issues and the correct answer is: > performance_cx_lowest="Cmax" > economy_cx_lowest="Cmax" > And, no, I don't recall where it is documented Thanks for answer! I found the thread regarding this topic. Just as you said. This "Cmax" is somehow contraintuitive to me. I'd expected "Cmin", but it is me, I assume. Cannot recall when I was so nervous waiting release in the branch. Best regards Zoran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On Sep 26, 2012, at 5:29 PM, Chuck Tuffli wrote: > On Wed, Sep 26, 2012 at 1:33 AM, Nikolay Denev wrote: >> Hi, >> >> I'm running RELENG_9 and I'm trying to play with CTL. >> Initially I've setup an isp(4) interface in TARGET mode and tried to export >> a LUN to a directly connected >> Linux RHEL host, but for some reason that failed with the block backend >> (ramdisk was exported properly) : >> >> This is how I export the volume : >> >> zfs create -V1000G tank/oracle >> ctladm create -b block -o file=/dev/zvol/tank/oracle -S ZFSSERIAL001 -d >> ZFSLUN001 >> ctladm port -o on >> ctladm realsync off > > This is similar to what I do, but you might try turning off realsync > before turning the port on and only turning on the FC ports. I.e. > > ctladm realsync off > ctladm port -o on -t fc > > If that doesn't help, it would be interesting to see if something is stuck via > > ctladm dumpooa > > ---chuck I've did ctladm dumooa : Dumping OOA queues LUN 0 tag 0x000d RTR: SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (91807313 ms) LUN 0 tag 0x0011 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (35411180 ms) LUN 0 tag 0x0012 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (35228663 ms) LUN 0 tag 0x0013 BLOCKED: START STOP UNIT. CDB: 1b 0 0 0 1 0 (34721150 ms) OOA queues dump done And if I'm reading this right the other commands blocked because of the sync cache. I will try now to set realsync to off before enabling the ports and retest. Thanks for the suggestions! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On Wed, Sep 26, 2012 at 9:02 AM, Nikolay Denev wrote: ... > I've did ctladm dumooa : > > Dumping OOA queues > LUN 0 tag 0x000d RTR: SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > (91807313 ms) > LUN 0 tag 0x0011 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (35411180 ms) > LUN 0 tag 0x0012 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (35228663 ms) > LUN 0 tag 0x0013 BLOCKED: START STOP UNIT. CDB: 1b 0 0 0 1 0 (34721150 ms) > OOA queues dump done > > > And if I'm reading this right the other commands blocked because of the sync > cache. > > I will try now to set realsync to off before enabling the ports and retest. Yup, this is the symptom you will see unless realsync is off (ie. GEOM is barfing on the sync and this blocks subsequent commands from completing). ---chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On 26.09.2012, at 19:08, Chuck Tuffli wrote: > On Wed, Sep 26, 2012 at 9:02 AM, Nikolay Denev wrote: > ... >> I've did ctladm dumooa : >> >> Dumping OOA queues >> LUN 0 tag 0x000d RTR: SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 >> (91807313 ms) >> LUN 0 tag 0x0011 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 >> (35411180 ms) >> LUN 0 tag 0x0012 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 >> (35228663 ms) >> LUN 0 tag 0x0013 BLOCKED: START STOP UNIT. CDB: 1b 0 0 0 1 0 (34721150 ms) >> OOA queues dump done >> >> >> And if I'm reading this right the other commands blocked because of the sync >> cache. >> >> I will try now to set realsync to off before enabling the ports and retest. > > Yup, this is the symptom you will see unless realsync is off (ie. GEOM > is barfing on the sync and this blocks subsequent commands from > completing). > > ---chuck Any idea if the machine can recover from this state without rebooting? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On Wed, Sep 26, 2012 at 9:54 AM, Nikolay Denev wrote: > On 26.09.2012, at 19:08, Chuck Tuffli wrote: ... >> Yup, this is the symptom you will see unless realsync is off (ie. GEOM >> is barfing on the sync and this blocks subsequent commands from >> completing). >> >> ---chuck > > Any idea if the machine can recover from this state without rebooting? I haven't found a way other than rebooting. In fact, if you have INVARIANTS enabled in your kernel, you will hit an assert in GEOM and panic. ---chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Problem with zcat uncompressing man pages
On Tue, 2012-09-25 at 12:58:01 +0100, Jamie Paul Griffin wrote: > Hi > > When I read 'certain' -- not all -- man pages zcat writes a small error to > stderr when opening the man page; however, the man page does actually open. > The message i get on the terminal is: > > zcat: error writing to output: Broken pipe > zcat: /usr/local/man/man5/muttrc.5.gz: uncompress failed > > When closing the man page, another message is shown on stderr: > > grotty: ():54131:fatal error: output > error > > > Would anyone here know the possible cause and fix for this issue? Well, what is /usr/local/man/man5/muttrc.5.gz? ls -l /usr/local/man/man5/muttrc.5.gz file /usr/local/man/man5/muttrc.5.gz zcat /usr/local/man/man5/muttrc.5.gz | head -5 xxd /usr/local/man/man5/muttrc.5.gz | head It looks like you simple have a garbled manpage, and the catpage is displayed instead. Cheers Uli ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: CAM Target Layer, Linux and camcontrol readcap
On Sep 26, 2012, at 8:00 PM, Chuck Tuffli wrote: > On Wed, Sep 26, 2012 at 9:54 AM, Nikolay Denev wrote: >> On 26.09.2012, at 19:08, Chuck Tuffli wrote: > ... >>> Yup, this is the symptom you will see unless realsync is off (ie. GEOM >>> is barfing on the sync and this blocks subsequent commands from >>> completing). >>> >>> ---chuck >> >> Any idea if the machine can recover from this state without rebooting? > > I haven't found a way other than rebooting. In fact, if you have > INVARIANTS enabled in your kernel, you will hit an assert in GEOM and > panic. > > ---chuck I see. Thanks for your help Chuck! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-09-26 17:27:25 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-26 17:27:25 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-26 17:27:25 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-26 17:27:25 - cleaning the object tree TB --- 2012-09-26 17:27:26 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-26 17:27:26 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-26 17:27:26 - /usr/local/bin/svn cleanup /src TB --- 2012-09-26 17:27:35 - /usr/local/bin/svn update /src TB --- 2012-09-26 17:27:46 - At svn revision 240966S TB --- 2012-09-26 17:27:47 - building world TB --- 2012-09-26 17:27:47 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 17:27:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 17:27:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 17:27:47 - SRCCONF=/dev/null TB --- 2012-09-26 17:27:47 - TARGET=mips TB --- 2012-09-26 17:27:47 - TARGET_ARCH=mips TB --- 2012-09-26 17:27:47 - TZ=UTC TB --- 2012-09-26 17:27:47 - __MAKE_CONF=/dev/null TB --- 2012-09-26 17:27:47 - cd /src TB --- 2012-09-26 17:27:47 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 26 17:27:47 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-26 17:28:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-26 17:28:00 - ERROR: failed to build world TB --- 2012-09-26 17:28:00 - 12.98 user 8.50 system 35.09 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-09-26 21:17:35 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-26 21:17:35 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-26 21:17:35 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-26 21:17:35 - cleaning the object tree TB --- 2012-09-26 21:17:39 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-26 21:17:39 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-26 21:17:39 - /usr/local/bin/svn cleanup /src TB --- 2012-09-26 21:17:48 - /usr/local/bin/svn update /src TB --- 2012-09-26 21:19:15 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-26 21:19:15 - WARNING: sleeping 30 s and retrying... TB --- 2012-09-26 21:19:45 - /usr/local/bin/svn update /src TB --- 2012-09-26 21:19:51 - At svn revision 240974S TB --- 2012-09-26 21:19:52 - building world TB --- 2012-09-26 21:19:52 - CROSS_BUILD_TESTING=YES TB --- 2012-09-26 21:19:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-26 21:19:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-26 21:19:52 - SRCCONF=/dev/null TB --- 2012-09-26 21:19:52 - TARGET=mips TB --- 2012-09-26 21:19:52 - TARGET_ARCH=mips TB --- 2012-09-26 21:19:52 - TZ=UTC TB --- 2012-09-26 21:19:52 - __MAKE_CONF=/dev/null TB --- 2012-09-26 21:19:52 - cd /src TB --- 2012-09-26 21:19:52 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 26 21:19:53 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-26 21:20:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-26 21:20:02 - ERROR: failed to build world TB --- 2012-09-26 21:20:02 - 12.23 user 7.88 system 147.43 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on mips/mips
TB --- 2012-09-27 03:02:02 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-27 03:02:02 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-27 03:02:02 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-27 03:02:02 - cleaning the object tree TB --- 2012-09-27 03:02:02 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-27 03:02:02 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-27 03:02:02 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 03:02:17 - /usr/local/bin/svn update /src TB --- 2012-09-27 03:02:26 - At svn revision 240978S TB --- 2012-09-27 03:02:27 - building world TB --- 2012-09-27 03:02:27 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 03:02:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 03:02:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 03:02:27 - SRCCONF=/dev/null TB --- 2012-09-27 03:02:27 - TARGET=mips TB --- 2012-09-27 03:02:27 - TARGET_ARCH=mips TB --- 2012-09-27 03:02:27 - TZ=UTC TB --- 2012-09-27 03:02:27 - __MAKE_CONF=/dev/null TB --- 2012-09-27 03:02:27 - cd /src TB --- 2012-09-27 03:02:27 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 03:02:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 03:02:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 03:02:42 - ERROR: failed to build world TB --- 2012-09-27 03:02:42 - 13.49 user 8.60 system 40.18 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
