On 31 July 2013 13:37, Karl Pielorz wrote:
>
> Hi,
>
> We've got a number of boxes we'd like to consolidate - this could mean
> upward of 1,500 IP's on a single box (9.1 amd64).
>
> Last time we did anything like this we hit at issue at around 900 (ntpd
> 'binds' by default to all available IP's -
On 3 July 2013 01:45, Wojciech Puchar wrote:
>> AMD Features2=0x1
>> TSC: P-state invariant, performance statistics
>> real memory = 34359738368 (32768 MB)
>> avail memory = 32191340544 (30700 MB)
>
>
> 2GB memory "disappears" too even when you don't set anything.
>
> i asked such a question fo
On 3 May 2012 23:01, Bryan Drewery wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I recently was re-evaluating my needs for a custom kernel vs GENERIC.
> One of these was due to QUOTA support, which apparently is not in
> GENERIC due to the GIANT lock [1].
This is no longer
On 21 March 2012 19:19, John Baldwin wrote:
> On Tuesday, March 20, 2012 11:37:57 am Sergey Kandaurov wrote:
>> On 22 November 2011 19:29, Mark Saad wrote:
>> > Hello All
>>
>> [found this mail in my drafts, not sure if my answer is still useful]
>>
>> &
On 22 November 2011 19:29, Mark Saad wrote:
> Hello All
[found this mail in my drafts, not sure if my answer is still useful]
> I want to get to the bottom of a warning in dmesg. On 7.2-RELEASE and
> 7.3-RELEASE I have seen the following warning in dmesg.
>
> Approaching the limit on PV entries
2012/2/10 :
> Seems like there is a little bug in 'tunefs' binary.
> When I strip '/dev/' to have a shorter CMD, it reports an error, even it does
> finish it's task.
>
> # tunefs -j enable ufsid/4edc992e27d147ce
> tunefs: Can't stat ufsid/4edc992e27d147ce: No such file or directory
> Using inode
On 6 January 2012 22:19, Mark Felder wrote:
> Hi guys,
>
Hi,
> I upgraded my desktop at work just around christmas to 9-PRERELEASE builds
> and ipv6 has been broken since then. I've been too busy at work to fix it
> but today I finally had the chance to figure it out.
>
> Currently I'm running:
On 28 December 2011 05:26, Devin Teske wrote:
> D'Oh! Attached wrong (OLD; already applied) patch.
>
> Please find appropriate patch attached!
Hi.
I committed your patch to head as svn r228985.
Thank you!
>
>> -Original Message-
>> From: Devin Teske [mailto:devin.te...@fisglobal.com]
>>
On 5 December 2011 02:22, Alexander Best wrote:
> hi there,
>
> i was going through the clang warnings from a GENERIC buildkernel and noticed
> the following:
>
> ===> drm/mga (all)
> /usr/subversion-src/sys/modules/drm/mga/../../../dev/drm/mga_state.c:56:2:
> error: invalid conversion specifier
On 14 October 2011 16:11, Maxim Ignatenko wrote:
> Hi,
>
> I have this code:
> https://gitorious.org/acpi_call-freebsd/acpi_call-freebsd/blobs/5e6a79869721a2bd8de88b5cfa90c14b429cb5c7/acpi_call.c
> It works just fine when loaded into kernel manually, but crashes if
> loaded during boot via loader.
On 4 August 2011 20:23, Garrett Cooper wrote:
> Hi hackers,
> I noticed that if anything fails while initializing a driver, the
> driver stays attached to the kernel as a module instead of being
> kicked when all references to the driver go to 0. Is this desired
> behavior (it doesn't seem like
On 6 July 2011 05:08, Jason Hellenthal wrote:
>
>
> On Wed, Jul 06, 2011 at 04:40:54AM +0400, Sergey Kandaurov wrote:
>> On 6 July 2011 02:46, Alexander Best wrote:
>> > hi there,
>> >
>> > i'm seeing the following with 'vms
On 6 July 2011 02:46, Alexander Best wrote:
> hi there,
>
> i'm seeing the following with 'vmstat -z' on CURRENT, running on amd64:
>
> ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP
> 128 Bucket: 1048, 0, 150, 0, 1650,12746, 0
>
> ...how ca
On 10 June 2011 00:01, Jim Bryant wrote:
> i'm not sure which list this belongs to, so i'm posting to -hackers and
> -stable.
>
> i've noticed for a while now that during heavy activity (for instance
> buildworld), that top will get these kvm_read errors when reading proc
> mem entries.
Hi.
I thi
On 1 June 2011 19:27, Klaus T. Aehlig wrote:
>
> [Please CC me, as I'm not subscribed to this list]
>
> Hallo,
>
> while dealing with PR ports/157274 [1], I found that the following
> program cause a segmentation fault on 7.3-RELEASE amd64, even though
> my understanding of the man page of fdopend
On 1 April 2011 18:50, Warner Losh wrote:
> On Apr 1, 2011, at 5:40 AM, Sergey Kandaurov wrote:
>>
>> if (++tempstr >= &tstr[5])
>>
>>
>> BTW,
>> this game with pointers might prevent de
On 1 April 2011 01:03, Alexander Best wrote:
> hi there,
>
> devstat_buildmatch(3) crashes with certain strings. you can test this by
> doing one of:
>
> iostat -t ","
> iostat -t ",,"
> iostat -t "da,"
> iostat -t ",da,"
> iostat -t ",da"
> iostat -t "da,scsi,"
> iostat -t ",da,scsi"
> iostat -t
On 1 April 2011 15:37, Sergey Kandaurov wrote:
> On 1 April 2011 01:03, Alexander Best wrote:
>> hi there,
>>
>> devstat_buildmatch(3) crashes with certain strings. you can test this by
>> doing one of:
>>
>> iostat -t ","
>> iostat -t &
On 18 February 2011 14:13, venom wrote:
> On 02/11/2011 11:31 PM, John Baldwin wrote:
>>
>> On Friday, February 11, 2011 7:48:39 am venom wrote:
>>>
>>> Hello.
>>>
>>> i am trying build mcelog
>>>
>>>
>>> FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14
>>> 04:15:56
>>> UTC 2011 r
On 17 February 2011 12:50, Mats Lindberg wrote:
> All,
> I have been using a small program /rt) that utilize the sched_setscheduler()
> syscall to set the scheduling policy of a process to SCHED_RR. Been running
> it FBSD 5.x and 6.x. Now when migrating to FBSD 8.1 I get EPERM back at me.
> used t
On 22 January 2011 00:43, Alan Cox wrote:
> On Fri, Jan 21, 2011 at 2:58 PM, Alan Cox wrote:
>>
>> On Fri, Jan 21, 2011 at 11:44 AM, John Baldwin wrote:
>>>
>>> On Friday, January 21, 2011 11:09:10 am Sergey Kandaurov wrote:
>>> > Hello.
>>>
On 2 February 2011 20:20, Alexander Best wrote:
> On Wed Feb 2 11, Sergey Kandaurov wrote:
>> On 6 January 2011 04:40, Alexander Best wrote:
>> > hi there,
>> >
>> > while building target buildkernel with 'clang -v' i noticed a lot of these
>&g
On 6 January 2011 04:40, Alexander Best wrote:
> hi there,
>
> while building target buildkernel with 'clang -v' i noticed a lot of these
> lines:
>
> ignoring nonexistent directory
> "/usr/subversion-src/sys/contrib/opensolaris/compat"
>
> i checked sys/conf/kern.pre.mk and there's a line referi
On 1 February 2011 15:24, Alexander Best wrote:
> hi there,
>
> i was doing the following:
>
> top inf > ~/output
>
> when i noticed that this was missing the overall statistics line. so i went
> ahead and did:
>
> top -d2 inf > ~/output
>
> funny thing is that for the second output some weird cha
On 21 January 2011 20:44, John Baldwin wrote:
> On Friday, January 21, 2011 11:09:10 am Sergey Kandaurov wrote:
>> Hello.
>>
>> Some time ago I faced with a problem booting with 400GB physmem.
>> The problem is that vm.max_proc_mmap type overflows with
>> such
Hello.
Some time ago I faced with a problem booting with 400GB physmem.
The problem is that vm.max_proc_mmap type overflows with
such high value, and that results in a broken mmap() syscall.
The max_proc_mmap value is a signed int and roughly calculated
at vmmapentry_rsrc_init() as u_long vm_kmem_
On 6 January 2011 04:40, Alexander Best wrote:
> hi there,
>
> while building target buildkernel with 'clang -v' i noticed a lot of these
> lines:
>
> ignoring nonexistent directory
> "/usr/subversion-src/sys/contrib/opensolaris/compat"
>
> i checked sys/conf/kern.pre.mk and there's a line referi
On 27 October 2010 15:33, Sergey Kandaurov wrote:
> On 27 October 2010 10:23, Lars Hartmann wrote:
>> The vgonel function isnt declarated in any header, the vgonel prototype
>> in vgone(9) isnt correct - found by Ben Kaduk
>
> Hi.
>
> I'm afraid it's just
On 27 October 2010 10:23, Lars Hartmann wrote:
> The vgonel function isnt declarated in any header, the vgonel prototype
> in vgone(9) isnt correct - found by Ben Kaduk
Hi.
I'm afraid it's just an overlooked man page after many VFS changes in 5.x.
As vgonel() is a static (i.e. private and not v
On 26 October 2010 17:34, John Baldwin wrote:
> On Tuesday, October 26, 2010 4:00:14 am Selphie Keller wrote:
>> Thanks Andriy,
>>
>> Took a look at the change to src/sys/sys/sysent.h
>>
>> @@ -149,7 +149,7 @@ static struct syscall_module_data name##
>> };
On 7 October 2010 22:45, Jaakko Heinonen wrote:
> On 2010-10-06, Alexander Best wrote:
>> $ sudo rm -d /tmp/chflags.XX
>> $ tmpfile=`mktemp /tmp/chflags.XX`
>> $ sudo chflags arch $tmpfile
>> $ chflags noarch $tmpfile
>>
>> is what's causing the problem. the last chflags call should fail,
On 6 October 2010 23:38, Alexander Best wrote:
> On Wed Oct 6 10, Garrett Cooper wrote:
>> On Wed, Oct 6, 2010 at 10:35 AM, Alexander Best wrote:
>> > On Wed Oct 6 10, Garrett Cooper wrote:
>> >> On Tue, Oct 5, 2010 at 4:50 PM, Alexander Best
>> >> wrote:
>> >> > hi there,
>> >> >
>> >> > i t
32 matches
Mail list logo
