Re: Call for Testing: 12.0-CURRENT amd64 memstick installer boot-testing wanted

2018-05-31 Thread Vitalij Satanivskij
Hi Tested both images in both modes on: Supermicro X9SCL-F E3-1230 CPU Work perfectly Glen Barber wrote: GB> Hi, GB> GB> Could folks please help boot-test the most recent 12.0-CURRENT amd64 GB> memstick images on various hardware? Note, this is not a request to GB> install 12.0-CURRENT,

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-18 Thread Vitalij Satanivskij
JB> O, this is a different issue. Sorry. As a hack, try changing JB> 'FIRST_MSI_INT' to 512 in sys/amd64/include/intr_machdep.h. The issue JB> is that some systems now include more than 256 interrupt pins on I/O JB> APICs, so IRQ 256 is already reserved for use by one of those JB> interrupt

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-18 Thread Vitalij Satanivskij
JB> > If you need any aditional information please tell me about. JB> JB> Can you perhaps turn off the stack trace on boot to not lose the panic messages JB> (remove KDB_TRACE from kernel config) and maybe modify the panic message to JB> include the IRQ number passed to nexus_add_irq? Hm

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-17 Thread Vitalij Satanivskij
Dear John I'm try patch with no success http://hell.ukr.net/panic/recorder_patch165.webm Also I'm enable verbose boot and record boot process (hpet was disabled so crash in another driver atach) http://hell.ukr.net/panic/recorder_patch_verbose.webm root@test:/usr/src # svnlite diff Index:

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-16 Thread Vitalij Satanivskij
maybe check if there's a SH> BIOS update available? SH> SH> On Mon, Apr 16, 2018 at 3:51 PM, Vitalij Satanivskij <sa...@ukr.net> wrote: SH> SH> > Dear Stephen SH> > SH> > I'm disable msix on igb both 1 and 0 SH> > and enable HPET in bios SH> >

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-16 Thread Vitalij Satanivskij
eyer <c...@freebsd.org> wrote: SH> >> SH> >>> Hi Vitalij, SH> >>> SH> >>> On Mon, Apr 16, 2018 at 3:27 AM, Vitalij Satanivskij <sa...@ukr.net> SH> >>> wrote: SH> >>> > DUMP can be found here http://hell.ukr.net/panic

Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-16 Thread Vitalij Satanivskij
``pciconf -lcv pci1:0:0''? SH> SH> On Mon, Apr 16, 2018 at 1:27 PM, Conrad Meyer <c...@freebsd.org> wrote: SH> SH> > Hi Vitalij, SH> > SH> > On Mon, Apr 16, 2018 at 3:27 AM, Vitalij Satanivskij <sa...@ukr.net> SH> > wrote: SH> > > DUMP can be

Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)

2018-04-16 Thread Vitalij Satanivskij
Hello. We have a kernel panic when loading current or 11.1 snapshot As while booting from usb steck or from hdd/ssd with installed system Kernel - GENERIC DUMP can be found here http://hell.ukr.net/panic/panic.jpg or even video record from screen http://hell.ukr.net/panic/recorder.webm

lam broken in 313938 ?

2017-02-21 Thread Vitalij Satanivskij
Hello Found that after 313938 (Capsicum-ize lam) it's doesn't work. portsnap auto Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. Fetching snapshot tag from your-org.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Thu Feb 16 11:34:22 EET 2017 to Tue

Patch from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=179721 broke some application (xterm, pidign)

2016-06-08 Thread Vitalij Satanivskij
Hello. After updating my system to 11.0-ALPHA2 #20 r301583 I'm found that at last some application is broken. here backtrace for xterm #0 0x0008022d48b4 in mbsrtowcs_l () from /lib/libc.so.7 [New Thread 804816000 (LWP 102346/)] (gdb) bt #0 0x0008022d48b4 in mbsrtowcs_l () from

Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-29 Thread Vitalij Satanivskij
Just forget, system was upgraded to 296385 (just sync with another servers ) Vitalij Satanivskij wrote: VS> VS> Hello. VS> VS> OK about 3 hours with last patch VS> VS> No panic. VS> VS> Sysctl - VS> sysctl kern.ipc.sf_long_headers VS> kern.ipc.sf_long

Re: CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-29 Thread Vitalij Satanivskij
Hello. OK about 3 hours with last patch No panic. Sysctl - sysctl kern.ipc.sf_long_headers kern.ipc.sf_long_headers: 1 Gleb Smirnoff wrote: GS> Vitalij, GS> GS> here is latest version of the patch. If you already run the GS> previous one, no need to switch to this one, keep running

CURRENT r296381 somewere near tcp_detach?

2016-03-05 Thread Vitalij Satanivskij
Hello. Just after report about panic somewere in sendfile (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=883140+0+current/freebsd-current), and disabling sendfile functionality in software (nginx) I got another kernel panic (at last twice for this moment) System message after reboot: Mar 5

CURRENT r296381 panic in vn_sendfile (/usr/src/sys/kern/kern_sendfile.c:833)

2016-03-04 Thread Vitalij Satanivskij
Hello. I get kernel panic on high loaded server with messages savecore: reboot after panic: vn_sendfile: mlen 326 space -20 hdrlen 326 # kgdb kernel.debug /var/crash/vmcore.0 Unread portion of the kernel message buffer: panic: vn_sendfile: mlen 326 space -20 hdrlen 326 cpuid = 5 KDB:

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-21 Thread Vitalij Satanivskij
kstat.zfs.misc.arcstats.l2_write_buffer_bytes_scanned: 4642717602824192 kstat.zfs.misc.arcstats.l2_write_buffer_list_iter: 48013995 kstat.zfs.misc.arcstats.l2_write_buffer_list_null_iter: 80483 Andriy Gapon wrote: AG on 18/02/2014 15:47 Vitalij Satanivskij said the following: AG No checksume errors

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-18 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, I'm testing you patch for sometime and looks like everything is ok. At last for 5 day of working any notisible memory leak wos not found. AG AG I've been able to spend some time on this issue. AG Could you please try the following patch? AG

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-18 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, No checksume errors or any other errors found for now. Andriy Gapon wrote: AG on 18/02/2014 15:38 Vitalij Satanivskij said the following: AG Dear Andriy and FreeBSD community, AG AG I'm testing you patch for sometime and looks like everything is ok. AG

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-11 Thread Vitalij Satanivskij
11:11 Andriy Gapon said the following: AG on 05/02/2014 14:22 Vitalij Satanivskij said the following: AG Dear Andriy and FreeBSD community, AG AG Ok. I'm get coredump on panic. AG AG What else i need to do? AG AG AG Vitalij, Vladimir, AG AG I have been able to reproduce the leak

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-11 Thread Vitalij Satanivskij
. Vitalij Satanivskij wrote: VS Dear Andriy and FreeBSD community, VS VS VS For now I begin testing l2 cache without compression (with you path provided in last messages) in production. VS VS I will test the new patch on the test server first, and then if all is ok on one of the production

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-05 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, Andriy Gapon wrote: AG on 04/02/2014 19:10 Vitalij Satanivskij said the following: AG Dear Andriy and FreeBSD community, AG AG I'm aply patch and ofter few minutes of work get new panic AG AG screen shot on picture. AG AG http://i59.tinypic.com

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-05 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, Ok. I'm get coredump on panic. What else i need to do? Vitalij Satanivskij wrote: VS Dear Andriy and FreeBSD community, VS VS Andriy Gapon wrote: VS AG on 04/02/2014 19:10 Vitalij Satanivskij said the following: VS AG Dear Andriy and FreeBSD community, VS

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-04 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, With patch system panic on boot. After remove cache device from pool system boot without problem. After this cache added again and sone kernel panic happened Screen shot of panic here http://i61.tinypic.com/30sbx2g.jpg Vitalij Satanivskij wrote: VS Dear

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-02-04 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, I'm aply patch and ofter few minutes of work get new panic screen shot on picture. http://i59.tinypic.com/sfctvc.jpg Andriy Gapon wrote: AG on 04/02/2014 12:08 Vitalij Satanivskij said the following: AG AG Dear Andriy and FreeBSD community, AG AG

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-01-31 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, Build world with path failed with error /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4642:13: error: use of undeclared identifier 'l2hdr' ASSERT3P(l2hdr-b_tmp_cdata, ==, NULL);

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-01-15 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, Andriy Gapon wrote: AG on 14/01/2014 07:27 Vladimir Sharun said the following: AG Dear Andriy and FreeBSD community, AG AG I am not sure if the buffers are leaked somehow or if they are actually in use. AG It's one of the very few places where data buffers

Re: ARC pressured out, how to control/stabilize ? (reformatted to text/plain)

2014-01-15 Thread Vitalij Satanivskij
Dear Andriy and FreeBSD community, AG AG The first hunk of the patch is renaming of abl2 to l2hdr. AG So it.s ok just change trim_map_free(abl2-b_dev-l2ad_vdev, abl2-b_daddr, ab-b_size, 0); to

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-31 Thread Vitalij Satanivskij
no problem was before) but thay not corespond to l2 Don't even know what to do with situation. Vitalij Satanivskij wrote: VS I dont apply previos patch on high load server, only on test where find that it's not disabling compression. VS VS Thank you for help, i will try new patch as soon

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-28 Thread Vitalij Satanivskij
So that's patch not disabling compresion on l2arc? Steven Hartland wrote: SH I would have expected zero for all l2_compress values. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Steven Hartland kill...@multiplay.co.uk SH

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-28 Thread Vitalij Satanivskij
I dont apply previos patch on high load server, only on test where find that it's not disabling compression. Thank you for help, i will try new patch as soon as posible. SH SH Have you seen any l2_io_error or l2_cksum_bad since SH applying the ashift patch? SH

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-25 Thread Vitalij Satanivskij
SPA Mismatch: 526.37m L2 ARC Size: (Adaptive) 391.03 GiB Header Size:0.59% 2.30GiB So looks like problem not disapered ^( Vitalij Satanivskij wrote: VS VS First of all Thank you for help. VS VS

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-25 Thread Vitalij Satanivskij
Just after system reboot with this patch found kstat.zfs.misc.arcstats.l2_compress_successes: 6083 kstat.zfs.misc.arcstats.l2_compress_zeros: 1 kstat.zfs.misc.arcstats.l2_compress_failures: 296 compression on test pool (where I'm test this patch) is lz4 so is it ok ? Steven Hartland

Re: ZFS secondarycache on SSD problem on r255173

2013-10-22 Thread Vitalij Satanivskij
: 153.15m L2 ARC Size: (Adaptive) 433.75 GiB Header Size:0.49% 2.12GiB I will test for longer time, but looks like problem gone. Vitalij Satanivskij wrote: VS Steven Hartland wrote: VS SH So previously you only started seeing l2 errors

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-22 Thread Vitalij Satanivskij
for testing :) SH SH Dmitriy if you could test on your side too that would be appreciated. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Allan Jude free...@allanjude.com SH Cc: freebsd-current@freebsd.org SH Sent: Thursday, October

Re: ZFS secondarycache on SSD problem on r255173

2013-10-21 Thread Vitalij Satanivskij
. Steven Hartland wrote: SH Hows things looking Vitalij? SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH SH SH Ok. Just right now system rebooted with you patch. SH SH Trim enabled again. SH SH WIll wait some time untile size of used cache grow's. SH SH

Re: ZFS secondarycache on SSD problem on r255173

2013-10-21 Thread Vitalij Satanivskij
like that and on configuration where was seted as secondarycache = none for disk1 (disk1/data still fully cached) SH Regards SH Steve SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH SH SH SH Just now I cannot say, as to triger problem we need

How to debug whats cause to much __mtx_lock_sleep in system

2013-10-21 Thread Vitalij Satanivskij
Hello. Have 10.0-BETA1 #7 r256765 whith terible load's load averages: 23.31, 30.53, 31 wich degraded more and more with time. Kernel compilied with dtrace support and using script called hotkernel from DTraceToolkit-0.99 found some stange statistics zfs.ko`lz4_compress

Re: ZFS secondarycache on SSD problem on r255173

2013-10-19 Thread Vitalij Satanivskij
system Vitalij see if it has any effect SH on the number of l2_cksum_bad / l2_io_error? SH SH Regards SH Steve SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Steven Hartland kill...@multiplay.co.uk SH Cc: Vitalij Satanivskij sa...@ukr.net; Dmitriy Makarov

Re: ZFS secondarycache on SSD problem on r255173

2013-10-18 Thread Vitalij Satanivskij
(164G) 351651848 7- free - (3.5K) Any hypothesis what alse we can test/try etc? Steven Hartland wrote: SH Correct. SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH SH SH Just to be sure I understand you clearly, I need to test next

Re: ZFS secondarycache on SSD problem on r255173

2013-10-18 Thread Vitalij Satanivskij
- SH From: Vitalij Satanivskij sa...@ukr.net SH To: Steven Hartland kill...@multiplay.co.uk SH Cc: sa...@ukr.net; Justin T. Gibbs gi...@freebsd.org; freebsd-current@freebsd.org; Borja Marcos bor...@sarenet.es; SH Dmitriy Makarov suppor...@ukr.net SH Sent: Friday, October 18, 2013 9:01 AM SH

Re: ZFS secondarycache on SSD problem on r255173

2013-10-17 Thread Vitalij Satanivskij
have to be more specific. I don't have that email or know what list on which to search. JTG JTG Thanks, JTG Justin JTG JTG On Oct 16, 2013, at 2:01 AM, Vitalij Satanivskij sa...@ukr.net wrote: JTG JTG Hello. JTG JTG Patch brocke cache functionality. JTG JTG Look at's Dmitriy's mail from

Re: ZFS secondarycache on SSD problem on r255173

2013-10-17 Thread Vitalij Satanivskij
Hello. SSD is Intel SSD 530 series (INTEL SSDSC2BW180A4 DC12) Controler is onboard intel sata controler, motherboard is Supermicro X9SRL-F so it's Intel C602 chipset All cache ssd connected to sata 2 ports. System has LSI MPS controler (SAS2308) with firmware version - 16.00.00.00, but only

Re: ZFS secondarycache on SSD problem on r255173

2013-10-17 Thread Vitalij Satanivskij
wrote: SH Still worth testing with the problem version installed but SH with trim disabled to see if that clears the issues, if SH nothing else it will confirm / deny if trim is involved. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net

Re: ZFS secondarycache on SSD problem on r255173

2013-10-16 Thread Vitalij Satanivskij
Hello. Patch brocke cache functionality. Look at's Dmitriy's mail from Mon, 07 Oct 2013 21:09:06 +0300 With subject ZFS L2ARC - incorrect size and abnormal system load on r255173 As patch alredy in head and BETA it's not good. Yesterday we update one machine up to beta1 and forgot about

Re: ZFS secondarycache on SSD problem on r255173

2013-10-16 Thread Vitalij Satanivskij
to confirm there are no SH visible signs of HW errors. SH SH Regards SH Steve SH SH - Original Message - SH From: Vitalij Satanivskij sa...@ukr.net SH To: Dmitriy Makarov suppor...@ukr.net SH Cc: Steven Hartland kill...@multiplay.co.uk; Justin T. Gibbs gi...@freebsd.org; Borja

Re: ZFS secondarycache on SSD problem on r255173

2013-10-16 Thread Vitalij Satanivskij
- SH From: Vitalij Satanivskij sa...@ukr.net SH To: Steven Hartland kill...@multiplay.co.uk SH Cc: Vitalij Satanivskij sa...@ukr.net; Dmitriy Makarov suppor...@ukr.net; Justin T. Gibbs gi...@freebsd.org; Borja SH Marcos bor...@sarenet.es; freebsd-current@freebsd.org SH Sent: Wednesday, October

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-10 Thread Vitalij Satanivskij
is r255173 with patch from rr255173 At last maybe somebody have any ideas what's realy hapend... Vitalij Satanivskij wrote: VS VS One more question - VS VS we have two counter - VS VS kstat.zfs.misc.arcstats.l2_size: 1256609410560 VS kstat.zfs.misc.arcstats.l2_asize: 1149007667712 VS VS can

Re: Assertion in zdb?

2013-10-10 Thread Vitalij Satanivskij
Hello. Yes, load on machine (on fs) is very extensive. Ok thank you for usefull information Richard Todd wrote: RT Vitalij Satanivskij sa...@ukr.net writes: RT RT Hello. RT RT System - 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255173 RT RT While trying to get some statistics from zdb RT

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-10 Thread Vitalij Satanivskij
(Motherboard is Supermicro X9SRL-F) Vitalij Satanivskij wrote: VS Same situation hapend yesterday again :( VS VS What's confuse me while trying to understend where I'm wrong VS VS VS Firt some info. VS VS We have zfs pool POOL and one more zfs on it POOL/zfs VS VS POOL - have only

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-10 Thread Vitalij Satanivskij
AJ Some background on L2ARC compression for you: AJ AJ http://wiki.illumos.org/display/illumos/L2ARC+Compression I'm alredy see it. AJ http://svnweb.freebsd.org/base?view=revisionrevision=251478 AJ AJ Are you sure that compression on pool/zfs is off? it would normally AJ inherit from the

Assertion in zdb?

2013-10-09 Thread Vitalij Satanivskij
Hello. System - 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255173 While trying to get some statistics from zdb zdb -dd disk1 stat.log get some assertion: Assertion failed: object_count == usedobjs (0x85727 == 0x3aa93d), file

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-07 Thread Vitalij Satanivskij
Data on pool have compressratio around 1.4 On diferent servers with same data type and load L2 ARC Size: (Adaptive) can be diferent for example 1.04TiB vs 1.45TiB But it's all have same porblem - grow in time. More stange for us - ARC: 80G Total, 4412M MFU, 5040M MRU, 76M

Re: ZFS L2ARC - incorrect size and abnormal system load on r255173

2013-10-07 Thread Vitalij Satanivskij
One more question - we have two counter - kstat.zfs.misc.arcstats.l2_size: 1256609410560 kstat.zfs.misc.arcstats.l2_asize: 1149007667712 can anybody explain how to understand them i.e. l2_asize - real used space on l2arc an l2_size - uncompressed size, or maybe something else ? Vitalij

Re: devel/gettext build error in jail i386 environment on amd64 host

2013-09-03 Thread Vitalij Satanivskij
Hello. Have same problem. Clear enviroment (just new installed system + i386 jail) When building gettext and libiconv find system uniq crashing pid 88854 (uniq), uid 0: exited on signal 11 (core dumped) pid 88859 (uniq), uid 0: exited on signal 11 (core dumped) pid 88864 (uniq), uid 0:

I386 jail on amd64 CURRENT core dump in libc?

2013-09-03 Thread Vitalij Satanivskij
Hello. On fresh installed system - 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r255173: Tue Sep 3 13:31:22 EEST 2013 With fresh i386 builded jail. I'm found some bug with core dumped uniq (/usr/bin/uniq) After recompile whole system with debug symbols found some trace gdb /usr/bin/uniq

Re: I386 jail on amd64 CURRENT core dump in libc?

2013-09-03 Thread Vitalij Satanivskij
KB KB Your installed libraries do not have proper debugging symbols. KB Since the issue seems to be in the compat32 layer, you may try to start KB with taking the ktrace of the failing program and see what syscall failed, KB if any. For me problem gone after disabling options

Re: devel/gettext build error in jail i386 environment on amd64 host

2013-09-03 Thread Vitalij Satanivskij
IK Thank you :) IK I watch the mailing list. ;) IK http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA9 IK Unfortunately I did not have time to check the problem with uniq... Gettext build failed because of failed uniq, so if u steel have problem u know what to do.

Re: devel/gettext build error in jail i386 environment on amd64 host

2013-09-03 Thread Vitalij Satanivskij
Try to disable options options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES# Capsicum capabilities in kernel conf, for me it's resolve problem Ivan Klymenko wrote: IK В Sat, 24 Aug 2013 13:26:01 +0200 IK Hans Petter Selasky

Memory leack in Wired?

2013-07-26 Thread Vitalij Satanivskij
Hello Some time ago, after update system on several servers I'm notice strange memory behavior For example Mem: 1245M Active, 937M Inact, 4093M Wired, 13M Cache, 1670M Free ARC: 495M Total, 50M MFU, 192M MRU, 17M Anon, 29M Header, 208M Other For zfs configures is vm.kmem_size=3G

Mysql5.5 MariaDB 5.5 built fail after r253321

2013-07-23 Thread Vitalij Satanivskij
Hello. After changes commited in Revision 253321 diff is - http://svnweb.freebsd.org/base/head/lib/msun/src/math.h?r1=253319r2=253321sortby=rev Build of databases/mysql55-server and databases/mariadb55-server/ failed. Both with same error. [ 47%] Building CXX object

Re: USB Keyboard not worked on current (r251681)

2013-07-16 Thread Vitalij Satanivskij
Just some update 10.0-CURRENT FreeBSD 10.0-CURRENT #7 r253358: Mon Jul 15 15:03:06 EEST 2013 USB keyboard's still not working (liteon controler on logitech keyboard) Have no idea how to realy locate problem. Maybe some one can help? Vitalij Satanivskij wrote: VS Hello VS VS

Re: USB Keyboard not worked on current (r251681)

2013-06-21 Thread Vitalij Satanivskij
In attach file with dmesg log and usb debug enabled. Maybe it's help? Ryan Stone wrote: RS I am able to reproduce this on a Supermicro X8-something that I have. A RS git bisect took me down a strange path into a /projects branch. It is RS possible the branch got a bad merge from -CURRENT at

USB Keyboard not worked on current (r251681)

2013-06-14 Thread Vitalij Satanivskij
Hello There is system - CPU: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz (2400.05-MHz K8-class CPU) real memory = 137438953472 (131072 MB) avail memory = 132517056512 (126378 MB) motherboard - X9DR3-F Keyboard is Logitech, identified as ugen1.2: LITEON Technology at usbus1 ukbd0: LITEON

Re: USB Keyboard not worked on current (r251681)

2013-06-14 Thread Vitalij Satanivskij
Yes, that's why I'm asked for help. Update, ipmi virtual keyboard alsow not working :( Sergey V. Dyatko wrote: SVD On Fri, 14 Jun 2013 11:36:56 +0200 SVD Hans Petter Selasky h...@bitfrost.no wrote: SVD SVD See this thread and solution Supermicro 6027R-N3RF+head, usb trouble SVD SVD It

Re: USB Keyboard not worked on current (r251681)

2013-06-14 Thread Vitalij Satanivskij
Sergey V. Dyatko wrote: SVD On Fri, 14 Jun 2013 12:51:44 +0300 SVD Vitalij Satanivskij sa...@ukr.net wrote: SVD SVD SVD Yes, that's why I'm asked for help. SVD SVD Update, ipmi virtual keyboard alsow not working :( SVD SVD can you try sysctl values from Supermicro 6027R-N3RF+head, usb

Re: panic after r244584

2013-01-24 Thread Vitalij Satanivskij
Jaakko Heinonen wrote: JH On 2013-01-23, Vitalij Satanivskij wrote: JH VS JH http://people.freebsd.org/~jh/patches/scsi_enc_ses-si_name.diff JH VS JH VS Ok that patch work's too. JH JH Is there any chance, that one of this patches will be merged to head? JH JH Committed as r245891

Re: panic after r244584

2013-01-22 Thread Vitalij Satanivskij
Vitalij Satanivskij wrote: VS Jaakko Heinonen wrote: VS JH On 2013-01-19, Jaakko Heinonen wrote: VS JH On 2013-01-18, Alexander Motin wrote: VS JH At cam/scsi/ses_set_physpath.c ses_set_physpath(). Duplicate names are VS JH impossible there, as previous name components are unique. Special VS

Re: panic after r244584

2013-01-21 Thread Vitalij Satanivskij
Jaakko Heinonen wrote: JH On 2013-01-18, Alexander Motin wrote: JH At cam/scsi/ses_set_physpath.c ses_set_physpath(). Duplicate names are JH impossible there, as previous name components are unique. Special JH characters haven't yet seen, but I think theoretically possible. JH JH I see two

Re: panic after r244584

2013-01-21 Thread Vitalij Satanivskij
Jaakko Heinonen wrote: JH On 2013-01-19, Jaakko Heinonen wrote: JH On 2013-01-18, Alexander Motin wrote: JH At cam/scsi/ses_set_physpath.c ses_set_physpath(). Duplicate names are JH impossible there, as previous name components are unique. Special JH characters haven't yet seen, but I think

Re: panic after r244584

2013-01-18 Thread Vitalij Satanivskij
Alexander Motin wrote: AM On 18.01.2013 11:44, Gleb Smirnoff wrote: AM On Fri, Jan 18, 2013 at 09:36:00AM +0200, Vitalij Satanivskij wrote: AM V After upgrading server from old hardware/software to freebsd current (## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/245479), AM

Re: panic after r244584

2013-01-18 Thread Vitalij Satanivskij
Jaakko Heinonen wrote: JH On 2013-01-18, Alexander Motin wrote: JH AM V panic: make_dev_alias_v: bad si_name (error=22 si_name=enc@n5003048000bab37d/tpe0/slot@1/elmdesc@Slot 01/pass7) JH JH AM The panic is triggered by the check added by the recent r244584 change. JH AM The space in

Re: panic after r244584

2013-01-18 Thread Vitalij Satanivskij
May be just do sanitizing for elmpriv-descr? something like change whitespace to _ or just delete it? Vitalij Satanivskij wrote: VS Jaakko Heinonen wrote: VS JH On 2013-01-18, Alexander Motin wrote: VS JH AM V panic: make_dev_alias_v: bad si_name (error=22 si_name=enc@n5003048000bab37d

Re: panic after r244584

2013-01-18 Thread Vitalij Satanivskij
Alexander Motin wrote: AM On 18.01.2013 15:49, Vitalij Satanivskij wrote: AM May be just do sanitizing for elmpriv-descr? AM AM something like change whitespace to _ or just delete it? AM AM Yes, that is not difficult. The only question is how to stay consistent, AM compatible, user-readable

Re: panic after r244584

2013-01-18 Thread Vitalij Satanivskij
Vitalij Satanivskij wrote: VS Alexander Motin wrote: VS AM On 18.01.2013 15:49, Vitalij Satanivskij wrote: VS AM May be just do sanitizing for elmpriv-descr? VS AM VS AM something like change whitespace to _ or just delete it? VS AM VS AM Yes, that is not difficult. The only question is how

panic after r244584

2013-01-17 Thread Vitalij Satanivskij
Hello. After upgrading server from old hardware/software to freebsd current (## SVN ## Exported commit - http://svnweb.freebsd.org/changeset/base/245479), system hung's with message - panic: make_dev_alias_v: bad si_name (error=22 si_name=enc@n5003048000bab37d/tpe0/slot@1/elmdesc@Slot

Re: dhclient cause up/down cycle after 239356 ?

2012-08-22 Thread Vitalij Satanivskij
destination) Yes, my problem easy fixed by changed ethernet card to em, but there are meny motherboard with integrated ether's... YongHyeon PYUN wrote: YP On Wed, Aug 22, 2012 at 08:27:01AM +1000, Peter Jeremy wrote: YP On 2012-Aug-21 19:42:17 +0300, Vitalij Satanivskij sa...@ukr.net wrote: YP

dhclient cause up/down cycle after 239356 ?

2012-08-21 Thread Vitalij Satanivskij
Hi all, After last update my home machine begin doin some strange things - Aug 21 08:28:25 home kernel: fxp0: link state changed to UP Aug 21 08:28:25 home kernel: fxp0: link state changed to DOWN Aug 21 08:28:27 home kernel: fxp0: link state changed to UP Aug 21 08:28:33 home dhclient: New IP

Re: dhclient cause up/down cycle after 239356 ?

2012-08-21 Thread Vitalij Satanivskij
Garrett Cooper wrote: GC On Tue, Aug 21, 2012 at 2:55 AM, Vitalij Satanivskij sa...@ukr.net wrote: GC Hi all, GC GC After last update my home machine begin doin some strange things - GC GC ... GC GC Try reverting r239356 -- if that works, then please let jhb@ know. GC -Garrett Yes i'm