On 08/08/2014 09:28 AM, Konstantin Belousov wrote:
On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote:
Hello,
According to libthr's thr_init.c (the 9.2 version) init_main_thread()
allocates s.c. "red zone" below the main stack in order to protect other
stacks. The size of the main
On Fri, Aug 08, 2014 at 12:32:56PM +0400, Ivan A. Kosarev wrote:
>
> On 08/08/2014 09:28 AM, Konstantin Belousov wrote:
> > On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote:
> >> Hello,
> >>
> >> According to libthr's thr_init.c (the 9.2 version) init_main_thread()
> >> allocates s.
On Thu, Aug 07, 2014 at 08:11:11AM +0200, Peter Holm wrote:
> On Wed, Aug 06, 2014 at 09:15:12PM +0300, Konstantin Belousov wrote:
> > On Wed, Aug 06, 2014 at 12:48:28PM -0500, Bryan Drewery wrote:
> > > On 8/5/2014 10:56 PM, Bryan Drewery wrote:
> > > > On 8/5/2014 10:19 PM, Konstantin Belousov wr
On 8/8/2014 6:46 AM, Konstantin Belousov wrote:
> On Thu, Aug 07, 2014 at 08:11:11AM +0200, Peter Holm wrote:
>> On Wed, Aug 06, 2014 at 09:15:12PM +0300, Konstantin Belousov wrote:
>>> On Wed, Aug 06, 2014 at 12:48:28PM -0500, Bryan Drewery wrote:
On 8/5/2014 10:56 PM, Bryan Drewery wrote:
>>
Hello,
I'm setting up a jail with poudriere(8) to compile my ports; after some
hours it is crashing with:
# poudriere jail -c -j freebsd-head -m svn+http -v head ; date
...
>>> Making hierarchy
--
cd /usr/local/poudriere/jails/freebsd-h
On 8/8/2014 11:46 AM, Matthias Apitz wrote:
>
> Hello,
>
> I'm setting up a jail with poudriere(8) to compile my ports; after some
> hours it is crashing with:
>
> # poudriere jail -c -j freebsd-head -m svn+http -v head ; date
[...]
> mtree: illegal option -- N
> usage: mtree [-LPUcdeinqruxw] [-
El día Friday, August 08, 2014 a las 07:12:15PM +0200, Kurt Jaeger escribió:
> Hi!
>
> > The host where poudriere is running is:
> >
> > # uname -a
> > FreeBSD vm-tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18
> > 12:10:57 CEST 2013 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENE
El día Friday, August 08, 2014 a las 01:43:51PM -0500, Bryan Drewery escribió:
> Yes. For you it is fixed in stable/10 r257460 (which was in before 10.0
> release) which added -N to mtree. There was a lot of polish at the end
> of 10.0 so you should probably upgrade to at least 10.0 either way.
>
Hi!
> > > i.e. a CURRENT from Oct 2013 (r255948). Does this mean I should update
> > > the host where poudriere is running before?
> >
> > Yes. Go for 10.0-REL p7, then retry.
>
> Can you explain, why?
bdrewery@ knows much more about it than I do 8-)
I only know that it helps to use a recent s
On 8/8/2014 2:11 PM, Matthias Apitz wrote:
> El día Friday, August 08, 2014 a las 01:43:51PM -0500, Bryan Drewery escribió:
>
>> Yes. For you it is fixed in stable/10 r257460 (which was in before 10.0
>> release) which added -N to mtree. There was a lot of polish at the end
>> of 10.0 so you shoul
On 8/8/2014 1:57 PM, Matthias Apitz wrote:
> And, btw., why is poudriere removing all the jail when an error occures?
> Wouldn't it be better to let it there to have a look into and remove it
> on the next run?
Yes I agree this should probably change. I'll evaluate it after the 3.1
release which i
> -Original Message-
> From: Garrett Cooper [mailto:yaneurab...@gmail.com]
> Sent: Thursday, August 7, 2014 5:10 PM
> To: dte...@freebsd.org
> Cc: Sean Bruno; freebsd-current
> Subject: Re: loader lszfs command
>
> On Thu, Aug 7, 2014 at 4:42 PM, wrote:
> >
> >> -Original Message--
El día Friday, August 08, 2014 a las 02:24:18PM -0500, Bryan Drewery escribió:
> The use of -v head from a 10.0 system is the issue. Once you start a
> build poudriere yells loudly that it is not supported. Major release
> jumps are not supported. You can usually get away with a head host using
>
On 8/8/2014 2:42 PM, Matthias Apitz wrote:
> El día Friday, August 08, 2014 a las 02:24:18PM -0500, Bryan Drewery escribió:
>
>> The use of -v head from a 10.0 system is the issue. Once you start a
>> build poudriere yells loudly that it is not supported. Major release
>> jumps are not supported.
Hello everyone,
I just would like to gratuitously rant about something that happened on my
machine.
Basically, I upgraded my zpool to use embedded_data, since it would be more
efficient, and rebooted. (I installed the system with zfs using bsdinstall).
It turned out that gptzfsboot wasn't able to
On 2014.08.08 17:41, Daniel Peyrolon wrote:
> What would be the better way to avoid this happening in the future?
>
Always update the bootloader before doing a zpool upgrade on your root pool.
___
freebsd-current@freebsd.org mailing list
http://lists.fre
Daniel Peyrolon wrote this message on Sat, Aug 09, 2014 at 00:41 +0200:
> Hello everyone,
>
> I just would like to gratuitously rant about something that happened on my
> machine.
>
> Basically, I upgraded my zpool to use embedded_data, since it would be more
> efficient, and rebooted. (I install
Hi,
I noticed that on panic, the default ddb script does not reboot the
machine automatically anymore. It just stays at the debugger prompt.
# sysctl debug.ddb.scripting.scripts
debug.ddb.scripting.scripts: lockinfo=show locks; show alllocks; show
lockedvnods
kdb.enter.panic=capture on; run loc
On 2014-08-08 19:23, John-Mark Gurney wrote:
> Daniel Peyrolon wrote this message on Sat, Aug 09, 2014 at 00:41 +0200:
>> Hello everyone,
>>
>> I just would like to gratuitously rant about something that happened on my
>> machine.
>>
>> Basically, I upgraded my zpool to use embedded_data, since it
19 matches
Mail list logo
