Re: fsck_ufs dumps core

> On 12 Aug 2016, at 08:51, Konstantin Belousov wrote: > > On Wed, Aug 10, 2016 at 06:11:39PM +0300, Dmitry Sivachenko wrote: >> >>> On 10 Aug 2016, at 17:55, Konstantin Belousov wrote: >>> >>> On Wed, Aug 10, 2016 at 05:29:31PM +0300, Dmitry Siv

Re: fsck_ufs dumps core

> On 10 Aug 2016, at 17:55, Konstantin Belousov wrote: > > On Wed, Aug 10, 2016 at 05:29:31PM +0300, Dmitry Sivachenko wrote: >> Hello, >> >> I am running FreeBSD 10.3-STABLE #0 r299261M >> >> After unclean reboot I am unable to fsck my UFS filesystem:

fsck_ufs dumps core

Hello, I am running FreeBSD 10.3-STABLE #0 r299261M After unclean reboot I am unable to fsck my UFS filesystem: # fsck /dev/mfid0p1 ** /dev/mfid0p1 ** Last Mounted on /opt ** Phase 1 - Check Blocks and Sizes fsck: /dev/mfid0p1: Segmentation fault pid 482 (fsck_ufs), uid 0: exited on signal 11

Re: Failed to write core file (error 14)

> On 19 May 2016, at 19:42, Erik wrote: > > > On 05/19/2016 06:29 PM, Dmitry Sivachenko wrote: >> >> >> gdb does not show stack: >> >> (gdb) bt >> #0 0x000800bffb9b in ?? () >> Cannot access memory at address 0x7fffd588 >>

Failed to write core file (error 14)

Hello, On our 10-stable boxes sometimes processes crash with the following errors: Failed to write core file for process check_ssh (error 14) pid 81441 (check_ssh), uid 181: exited on signal 11 Failed to write core file for process nagios (error 14) pid 30255 (nagios), uid 181: exited on signal 1

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 23:10, Dmitry Sivachenko wrote: > > >> On 05 Mar 2016, at 21:35, Konstantin Belousov wrote: >> >> But I suspect that you do have enough free or reclamaible pages for OOM >> to not trigger, e.g. because you demonstrated commands output

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 21:35, Konstantin Belousov wrote: > > But I suspect that you do have enough free or reclamaible pages for OOM > to not trigger, e.g. because you demonstrated commands output from the > live system after the situation occured. It more likely was a temporal > free page shorta

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 19:27, Konstantin Belousov wrote: > > On Sat, Mar 05, 2016 at 05:24:26PM +0300, Dmitry Sivachenko wrote: >>> >>> Again, error 4 is EINTR so you could disable both "soft" and "intr" options >>> for test. >> &g

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 17:01, Eugene Grosbein wrote: > > 05.03.2016 20:42, Dmitry Sivachenko пишет: > >>> and to discover what version is broken. And show full mount command/option >>> set. >> I already included mount flags from fstab in my original e-mail: &

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 16:33, Eugene Grosbein wrote: > > 05.03.2016 19:32, Dmitry Sivachenko пишет: > >>>> I am running a number of machines with /home mounted via nfs (FreeBSD >>>> 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). >>>> >&

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 15:13, Eugene Grosbein wrote: > > 05.03.2016 18:21, Dmitry Sivachenko пишет: >> Hello, >> >> I am running a number of machines with /home mounted via nfs (FreeBSD >> 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). >> >> Som

nfs_getpages: error 4

Hello, I am running a number of machines with /home mounted via nfs (FreeBSD 10.3-PRERELEASE #0 r294799, rw,bg,intr,soft). Sometimes I get the following messages in syslog: nfs_getpages: error 4 vm_fault: pager read error, pid NNN (myprog) After that I see I lot of processes stuck in "pfault"

Re: Regression on 10/STABLE (Was: SOL_TCP def?)

> On 29 Dec 2015, at 23:48, Jonathan Chen wrote: > > On 30 December 2015 at 07:50, Dmitry Sivachenko wrote: >>> Patch gsoap to use IPPROTO_IP instead of SOL_TCP. >> I meant IPPROTO_TCP, sorry. > > Thanks for the quick-fix. However, IMHO this should be classed

Re: SOL_TCP def?

> On 29 Dec 2015, at 21:49, Dmitry Sivachenko wrote: > > >> On 29 Dec 2015, at 21:38, Jonathan Chen wrote: >> >> On 30 December 2015 at 07:28, Jonathan Chen wrote: >> [...] >>> devel/gsoap will build on older version. My installed devel/

Re: SOL_TCP def?

> On 29 Dec 2015, at 21:38, Jonathan Chen wrote: > > On 30 December 2015 at 07:28, Jonathan Chen wrote: > [...] >> devel/gsoap will build on older version. My installed devel/gsoap was >> last installed on 6-Dec-2015. > > Rephrasing: devel/gsoap will build on an older snapshot of 10/STABLE. >

Re: process scheduling and cpuset

> On 13 сент. 2015 г., at 19:40, Slawa Olhovchenkov wrote: > > On Sun, Sep 13, 2015 at 04:44:40PM +0300, Dmitry Sivachenko wrote: > >> >>> On 13 сент. 2015 г., at 16:09, Slawa Olhovchenkov wrote: >>> >>> On Sun, Sep 13, 2015 at 02:52:08PM +0

Re: process scheduling and cpuset

> On 13 сент. 2015 г., at 16:09, Slawa Olhovchenkov wrote: > > On Sun, Sep 13, 2015 at 02:52:08PM +0300, Dmitry Sivachenko wrote: > >> Hello, >> >> I have 32 processor machine (2x CPU E5-2650) running several CPU-bound >> processes (ULE scheduler). >&

process scheduling and cpuset

Hello, I have 32 processor machine (2x CPU E5-2650) running several CPU-bound processes (ULE scheduler). 3 processes are 32-threaded, and 8 are single threaded. I bind all 3 32-threaded processes to CPUs 0-24 (cpuset -C -l 0-24 -p XXX). I expect that the remaining 8 single-threaded processes wi

Re: panic: wm_page_unwire

> On 20 июня 2015 г., at 13:01, Konstantin Belousov wrote: > > > I was able to reproduce something related, this may be very well your > problem. Take the attached program. Select a scratch file on UFS mount > point, say x. Run the following commands: > mlock_modify x& > dd if=/dev/zero of=x

Re: panic: wm_page_unwire

> On 19 июня 2015 г., at 22:57, Dmitry Sivachenko wrote: > > Hello, > > got this panic today on my 10.1-STABLE #0 r279956 box: > > Well, I tracked this down a bit. Rather easy way to panic -stable box (mine is r279956), but I can't reliably reproduce this.

panic: wm_page_unwire

Hello, got this panic today on my 10.1-STABLE #0 r279956 box: ___ 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: pkg 1.5.0 is out

> On 14 апр. 2015 г., at 23:05, Baptiste Daroussin wrote: > > Final pkg 1.5.0 has been released. > Thank a lot for working on pkg! > > For pkg 1.6.0 among other things and depending on the time, here is what we do > plan to work on: > - > What I really miss a lot is support for package "

Re: dev.cpu.0.freq disapeared

> On 23 марта 2015 г., at 9:03, Ian Smith wrote: > > > Do you have Enhanced Speedstep (EST), disabled in your BIOS settings? > If so, just turn it on. Then you should also be able to set running > frequency to 'MAX performance' or similar there. > > If not disabled, ie you have EST enabled

Re: dev.cpu.0.freq disapeared

> On 22 марта 2015 г., at 17:11, Ian Smith wrote: > > Dmitry Sivachenko wrote: >>> On 22 марта 2015 г., at 8:53, Peter Jeremy wrote: >>> On 2015-Mar-22 00:58:55 +0300, Dmitry Sivachenko >>> wrote: >>>> I have a machine with the fol

Re: dev.cpu.0.freq disapeared

> On 22 марта 2015 г., at 8:53, Peter Jeremy wrote: > > On 2015-Mar-22 00:58:55 +0300, Dmitry Sivachenko wrote: >> I have a machine with the following processor: >> >> CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.14-MHz K8-class >> CPU) >

Re: dev.cpu.0.freq disapeared

> On 22 марта 2015 г., at 3:27, Kevin Oberman wrote: > > > # uname -a FreeBSD rogue 10.1-STABLE FreeBSD 10.1-STABLE #0 r280293: Fri Mar > 20 11:28:08 PDT 2015 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 > # sysctl dev.cpu.0.freq > dev.cpu.0.freq: 2501 > # > No idea why it is not workin

dev.cpu.0.freq disapeared

Hello! I have a machine with the following processor: CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.14-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c Stepping=2 When running 10.1-STABLE #5 r276908 I have: % sysctl dev.cpu.0.freq dev.cpu.0.freq: 2400

Re: 9-STABLE panic on intensive fork

On 29.08.2013, at 22:45, Konstantin Belousov wrote: > On Wed, Aug 28, 2013 at 06:20:29PM +0400, Dmitry Sivachenko wrote: >> Hello! >> >> I am using very recent FreeBSD-9-STABLE snapshot: >> 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254986: Wed Aug 28 17:18:57 MSK

9-STABLE panic on intensive fork

Hello! I am using very recent FreeBSD-9-STABLE snapshot: 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r254986: Wed Aug 28 17:18:57 MSK 2013 I run uwsgi program (ports/www/uwsgi) on that machine. When uwsgi starts, it forks pre-configured number of worker processes. If I raise workers parameter high

Re: RELENG_7 if_nve panic

On Tue, Jan 26, 2010 at 09:49:45AM -0500, John Baldwin wrote: > On Tuesday 26 January 2010 4:29:05 am Dmitry Sivachenko wrote: > > Hello! > > > > I recompiled recent RELENG_7 and I get the following panic after > > trying to kldload if_nve (interesting stack fr

Re: RELENG_7 if_nve panic

On Tue, Jan 26, 2010 at 01:00:29PM +0100, Bartosz Stec wrote: > W dniu 2010-01-26 10:29, Dmitry Sivachenko pisze: > > Hello! > > > > I recompiled recent RELENG_7 and I get the following panic after > > trying to kldload if_nve (interesting stack frames are 12, 13, 14 I g

RELENG_7 if_nve panic

Hello! I recompiled recent RELENG_7 and I get the following panic after trying to kldload if_nve (interesting stack frames are 12, 13, 14 I guess). Previous version of RELENG_7 (compiled in the middle of December) worked fine. Last few days I was trying to re-cvsup and always get the same panic.

Re: RELENG_7_1: bce driver change generating too much interrupts ?

On Tue, Dec 02, 2008 at 04:44:46PM -0800, Xin LI wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi guys, > > I think I got a real fix. > I tried that patch with very recent 7-STABLE. I does fix the problem for me. Thanks a lot! > Cheers, > - -- > Xin LI <[EMAIL PROTECTED]>

SVR4 problem

Hello! On my recent 4-STABLE: # kldload svr4 kldload: can't load svr4: Exec format error from dmesg: link_elf: symbol svr4_stream_get undefined Is it a known problem? Or what am I doing wrong? Thank you in advance, Dima. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe fre