From owner-freebsd-stable@freebsd.org Mon Sep 18 07:42:04 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FFF4E25C4D for ; Mon, 18 Sep 2017 07:42:04 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A09383302 for ; Mon, 18 Sep 2017 07:42:03 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from ip-179.ish.com.au ([203.29.62.179]:52835) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1dtqeE-0004KX-20; Mon, 18 Sep 2017 17:39:19 +1000 X-CTCH-RefID: str=0001.0A150202.59BF7826.00B8:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: Asterisk-BSD@lists.digium.com, freebsd-stable From: Tao Zhou Subject: Asterisk13 coredump on freebsd 11.1 Message-ID: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> Date: Mon, 18 Sep 2017 17:39:16 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 07:42:04 -0000 I recently upgraded asterisk13 from 13.17.0_1 to 13.17.1, and also upgraded freebsd from 11.0 to 11.1. since then asterisk starts crashing every few minutes. I ran /usr/local/share/asterisk/scripts/ast_coredumper /tmp/asterisk.core and got the following result in asterisk.core-full.txt Thread 6 (LWP 101423): #0  0x000000080335558a in _poll () from /lib/libc.so.7 No symbol table info available. #1  0x000000080303e706 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x00000000004506b2 in ?? () No symbol table info available. #3  0x00000000005921ea in ?? () No symbol table info available. #4  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfe0a000 Thread 5 (LWP 101336): #0  0x0000000803049c7c in ?? () from /lib/libthr.so.3 No symbol table info available. #1  0x0000000803046325 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x0000000000589d18 in ?? () No symbol table info available. #3  0x00000000004552f1 in ?? () No symbol table info available. #4  0x00000000004552f1 in ?? () No symbol table info available. #5  0x0000000000589c4b in ?? () No symbol table info available. #6  0x000000000058318e in ast_taskprocessor_execute () No symbol table info available. #7  0x00000000005832de in ?? () No symbol table info available. #8  0x00000000005921ea in ?? () No symbol table info available. #9  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #10 0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdff04000 Thread 4 (LWP 101240): #0  0x00000008032d88b8 in _umtx_op () from /lib/libc.so.7 No symbol table info available. #1  0x00000008032c275d in sem_clockwait_np () from /lib/libc.so.7 No symbol table info available. #2  0x00000000005832c8 in ?? () No symbol table info available. #3  0x00000000005921ea in ?? () No symbol table info available. #4  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdff81000 Thread 3 (LWP 101183): #0  0x0000000803049c7c in ?? () from /lib/libthr.so.3 No symbol table info available. #1  0x000000080303dba0 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x00000008030479f8 in ?? () from /lib/libthr.so.3 No symbol table info available. #3  0x00000000004c9756 in ?? () No symbol table info available. #4  0x00000000005921ea in ?? () No symbol table info available. #5  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #6  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfffe000 Thread 2 (LWP 100441): #0  0x000000080335558a in _poll () from /lib/libc.so.7 No symbol table info available. #1  0x000000080303e706 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x0000000000452980 in ?? () No symbol table info available. #3  0x0000000000436483 in ?? () No symbol table info available. #4  0x0000000000437b1f in ?? () No symbol table info available. #5  0x0000000800876000 in ?? () No symbol table info available. #6  0x0000000000000000 in ?? () No symbol table info available. Thread 1 (LWP 100493): #0  x86_64_freebsd_fallback_frame_state (context=0x7fffdfd0fe20, context=0x7fffdfd0fe20, fs=0x7fffdfd0fb70) at ./md-unwind-support.h:60         sf =         new_cfa = #1  uw_frame_state_for (context=context@entry=0x7fffdfd0fe20, fs=fs@entry=0x7fffdfd0fb70) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind-dw2.c:1249         fde = 0x0         cie =         aug =         insn =         end = #2  0x0000000802e2cffb in _Unwind_ForcedUnwind_Phase2 (exc=exc@entry=0x80701dc30, context=context@entry=0x7fffdfd0fe20) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:155         fs = {regs = {reg = {{loc = {reg = 0, offset = 0, exp = 0x0}, how = REG_UNSAVED} }, prev = 0x0, cfa_offset = 0, cfa_reg = 0, cfa_exp = 0x0, cfa_how = CFA_UNSET}, pc = 0x0, personality = 0x0, data_align = 0, code_align = 0, retaddr_column = 0, fde_encoding = 0 '000', lsda_encoding = 0 '000', saw_z = 0 '000', signal_frame = 0 '000', eh_ptr = 0x0}         action =         stop = 0x8030497b0         stop_argument = 0x0         code =         stop_code = #3  0x0000000802e2d334 in _Unwind_ForcedUnwind (exc=0x80701dc30, stop=0x8030497b0, stop_argument=) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:207         this_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, 0x7fffdfd0ff28, 0x0, 0x0, 0x7fffdfd0ff50, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ff40, 0x7fffdfd0ff48, 0x7fffdfd0ff58, 0x0}, cfa = 0x7fffdfd0ff60, ra = 0x803049613, lsda = 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x802e2d2d0 <_Unwind_ForcedUnwind>}, flags = 4611686018427387904, version = 0, args_size = 0, by_value = '000' }         cur_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, 0x7fffdfd0ffd8, 0x0, 0x0, 0x7fffdfd0fff0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ffe0, 0x7fffdfd0ffe8, 0x7fffdfd0fff8, 0x0}, cfa = 0x7fffdfd10000, ra = 0x7fffdfc94000, lsda = 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x80303ba80}, flags = 4611686018427387904, version = 0, args_size = 0, by_value = '000' }         code = #4  0x0000000803049613 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x000000080304942b in pthread_exit () from /lib/libthr.so.3 No symbol table info available. #6  0x000000080303bbcd in ?? () from /lib/libthr.so.3 No symbol table info available. #7  0x00007fffdfc94000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfd10000 I tried to run without loading any asterisk modules, and it still crashes. I also tried copying all the dependent libs from another machine running freebsd 11.0, put them in a separate directory and use chrpath to force asterisk use those libs, and also got the same error. Any ideas? Thanks -- Tao From owner-freebsd-stable@freebsd.org Mon Sep 18 07:43:05 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6554BE25E65 for ; Mon, 18 Sep 2017 07:43:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E2F3834AB for ; Mon, 18 Sep 2017 07:43:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 497BE26034B; Mon, 18 Sep 2017 09:43:01 +0200 (CEST) Subject: Re: [Asterisk-bsd] Asterisk13 coredump on freebsd 11.1 To: Asterisk on BSD discussion , Tao Zhou , freebsd-stable References: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> From: Hans Petter Selasky Message-ID: <25f05b1c-34e5-aa88-39cc-55c9a7b15616@selasky.org> Date: Mon, 18 Sep 2017 09:40:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 07:43:05 -0000 On 09/18/17 09:39, Tao Zhou wrote: > I recently upgraded asterisk13 from 13.17.0_1 to 13.17.1, and also > upgraded freebsd from 11.0 to 11.1. since then asterisk starts crashing > every few minutes. > > I ran /usr/local/share/asterisk/scripts/ast_coredumper /tmp/asterisk.core > > and got the following result in asterisk.core-full.txt > > > Thread 6 (LWP 101423): > #0 0x000000080335558a in _poll () from /lib/libc.so.7 > No symbol table info available. > #1 0x000000080303e706 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #2 0x00000000004506b2 in ?? () > No symbol table info available. > #3 0x00000000005921ea in ?? () > No symbol table info available. > #4 0x000000080303bbc5 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #5 0x0000000000000000 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x7fffdfe0a000 > > Thread 5 (LWP 101336): > #0 0x0000000803049c7c in ?? () from /lib/libthr.so.3 > No symbol table info available. > #1 0x0000000803046325 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #2 0x0000000000589d18 in ?? () > No symbol table info available. > #3 0x00000000004552f1 in ?? () > No symbol table info available. > #4 0x00000000004552f1 in ?? () > No symbol table info available. > #5 0x0000000000589c4b in ?? () > No symbol table info available. > #6 0x000000000058318e in ast_taskprocessor_execute () > No symbol table info available. > #7 0x00000000005832de in ?? () > No symbol table info available. > #8 0x00000000005921ea in ?? () > No symbol table info available. > #9 0x000000080303bbc5 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #10 0x0000000000000000 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x7fffdff04000 > > Thread 4 (LWP 101240): > #0 0x00000008032d88b8 in _umtx_op () from /lib/libc.so.7 > No symbol table info available. > #1 0x00000008032c275d in sem_clockwait_np () from /lib/libc.so.7 > No symbol table info available. > #2 0x00000000005832c8 in ?? () > No symbol table info available. > #3 0x00000000005921ea in ?? () > No symbol table info available. > #4 0x000000080303bbc5 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #5 0x0000000000000000 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x7fffdff81000 > > Thread 3 (LWP 101183): > #0 0x0000000803049c7c in ?? () from /lib/libthr.so.3 > No symbol table info available. > #1 0x000000080303dba0 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #2 0x00000008030479f8 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #3 0x00000000004c9756 in ?? () > No symbol table info available. > #4 0x00000000005921ea in ?? () > No symbol table info available. > #5 0x000000080303bbc5 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #6 0x0000000000000000 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x7fffdfffe000 > > Thread 2 (LWP 100441): > #0 0x000000080335558a in _poll () from /lib/libc.so.7 > No symbol table info available. > #1 0x000000080303e706 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #2 0x0000000000452980 in ?? () > No symbol table info available. > #3 0x0000000000436483 in ?? () > No symbol table info available. > #4 0x0000000000437b1f in ?? () > No symbol table info available. > #5 0x0000000800876000 in ?? () > No symbol table info available. > #6 0x0000000000000000 in ?? () > No symbol table info available. > > Thread 1 (LWP 100493): > #0 x86_64_freebsd_fallback_frame_state (context=0x7fffdfd0fe20, > context=0x7fffdfd0fe20, fs=0x7fffdfd0fb70) at ./md-unwind-support.h:60 > sf = > new_cfa = > #1 uw_frame_state_for (context=context@entry=0x7fffdfd0fe20, > fs=fs@entry=0x7fffdfd0fb70) at > /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind-dw2.c:1249 > fde = 0x0 > cie = > aug = > insn = > end = > #2 0x0000000802e2cffb in _Unwind_ForcedUnwind_Phase2 > (exc=exc@entry=0x80701dc30, context=context@entry=0x7fffdfd0fe20) at > /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:155 > fs = {regs = {reg = {{loc = {reg = 0, offset = 0, exp = 0x0}, > how = REG_UNSAVED} }, prev = 0x0, cfa_offset = 0, > cfa_reg = 0, cfa_exp = 0x0, cfa_how = CFA_UNSET}, pc = 0x0, personality > = 0x0, data_align = 0, code_align = 0, retaddr_column = 0, fde_encoding > = 0 '000', lsda_encoding = 0 '000', saw_z = 0 '000', signal_frame = 0 > '000', eh_ptr = 0x0} > action = > stop = 0x8030497b0 > stop_argument = 0x0 > code = > stop_code = > #3 0x0000000802e2d334 in _Unwind_ForcedUnwind (exc=0x80701dc30, > stop=0x8030497b0, stop_argument=) at > /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:207 > this_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, > 0x7fffdfd0ff28, 0x0, 0x0, 0x7fffdfd0ff50, 0x0, 0x0, 0x0, 0x0, 0x0, > 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ff40, 0x7fffdfd0ff48, > 0x7fffdfd0ff58, 0x0}, cfa = 0x7fffdfd0ff60, ra = 0x803049613, lsda = > 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x802e2d2d0 > <_Unwind_ForcedUnwind>}, flags = 4611686018427387904, version = 0, > args_size = 0, by_value = '000' } > cur_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, > 0x7fffdfd0ffd8, 0x0, 0x0, 0x7fffdfd0fff0, 0x0, 0x0, 0x0, 0x0, 0x0, > 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ffe0, 0x7fffdfd0ffe8, > 0x7fffdfd0fff8, 0x0}, cfa = 0x7fffdfd10000, ra = 0x7fffdfc94000, lsda = > 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x80303ba80}, flags = > 4611686018427387904, version = 0, args_size = 0, by_value = '000' > } > code = > #4 0x0000000803049613 in ?? () from /lib/libthr.so.3 > No symbol table info available. > #5 0x000000080304942b in pthread_exit () from /lib/libthr.so.3 > No symbol table info available. > #6 0x000000080303bbcd in ?? () from /lib/libthr.so.3 > No symbol table info available. > #7 0x00007fffdfc94000 in ?? () > No symbol table info available. > Backtrace stopped: Cannot access memory at address 0x7fffdfd10000 > > > I tried to run without loading any asterisk modules, and it still crashes. > > I also tried copying all the dependent libs from another machine running > freebsd 11.0, put them in a separate directory and use chrpath to force > asterisk use those libs, and also got the same error. > > > Any ideas? > Hi, There is a known issue with the latest version of Asterisk 13.xxx crashing. I don't know the root cause. Try downgrading the Asterisk version. You probably should compile all code with debug flags enabled if you want to find the root cause of this. --HPS From owner-freebsd-stable@freebsd.org Mon Sep 18 07:43:26 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDCDDE25F28 for ; Mon, 18 Sep 2017 07:43:26 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 236AD83547 for ; Mon, 18 Sep 2017 07:43:25 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from ip-179.ish.com.au ([203.29.62.179]:52888) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1dtqi7-0004bf-20 for freebsd-stable@freebsd.org; Mon, 18 Sep 2017 17:43:20 +1000 X-CTCH-RefID: str=0001.0A150203.59BF7918.0004:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Tao Zhou Subject: asterisk13 coredump on freebsd 11.1 Message-ID: <3e5d4b53-ca9a-6945-6d2d-4756ae5857a2@ish.com.au> Date: Mon, 18 Sep 2017 17:43:19 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 07:43:26 -0000 I recently upgraded asterisk13 from 13.17.0_1 to 13.17.1, and also upgraded freebsd from 11.0 to 11.1. since then asterisk starts crashing every few minutes. I ran /usr/local/share/asterisk/scripts/ast_coredumper /tmp/asterisk.core and got the following result in asterisk.core-full.txt Thread 6 (LWP 101423): #0  0x000000080335558a in _poll () from /lib/libc.so.7 No symbol table info available. #1  0x000000080303e706 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x00000000004506b2 in ?? () No symbol table info available. #3  0x00000000005921ea in ?? () No symbol table info available. #4  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfe0a000 Thread 5 (LWP 101336): #0  0x0000000803049c7c in ?? () from /lib/libthr.so.3 No symbol table info available. #1  0x0000000803046325 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x0000000000589d18 in ?? () No symbol table info available. #3  0x00000000004552f1 in ?? () No symbol table info available. #4  0x00000000004552f1 in ?? () No symbol table info available. #5  0x0000000000589c4b in ?? () No symbol table info available. #6  0x000000000058318e in ast_taskprocessor_execute () No symbol table info available. #7  0x00000000005832de in ?? () No symbol table info available. #8  0x00000000005921ea in ?? () No symbol table info available. #9  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #10 0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdff04000 Thread 4 (LWP 101240): #0  0x00000008032d88b8 in _umtx_op () from /lib/libc.so.7 No symbol table info available. #1  0x00000008032c275d in sem_clockwait_np () from /lib/libc.so.7 No symbol table info available. #2  0x00000000005832c8 in ?? () No symbol table info available. #3  0x00000000005921ea in ?? () No symbol table info available. #4  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdff81000 Thread 3 (LWP 101183): #0  0x0000000803049c7c in ?? () from /lib/libthr.so.3 No symbol table info available. #1  0x000000080303dba0 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x00000008030479f8 in ?? () from /lib/libthr.so.3 No symbol table info available. #3  0x00000000004c9756 in ?? () No symbol table info available. #4  0x00000000005921ea in ?? () No symbol table info available. #5  0x000000080303bbc5 in ?? () from /lib/libthr.so.3 No symbol table info available. #6  0x0000000000000000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfffe000 Thread 2 (LWP 100441): #0  0x000000080335558a in _poll () from /lib/libc.so.7 No symbol table info available. #1  0x000000080303e706 in ?? () from /lib/libthr.so.3 No symbol table info available. #2  0x0000000000452980 in ?? () No symbol table info available. #3  0x0000000000436483 in ?? () No symbol table info available. #4  0x0000000000437b1f in ?? () No symbol table info available. #5  0x0000000800876000 in ?? () No symbol table info available. #6  0x0000000000000000 in ?? () No symbol table info available. Thread 1 (LWP 100493): #0  x86_64_freebsd_fallback_frame_state (context=0x7fffdfd0fe20, context=0x7fffdfd0fe20, fs=0x7fffdfd0fb70) at ./md-unwind-support.h:60         sf =         new_cfa = #1  uw_frame_state_for (context=context@entry=0x7fffdfd0fe20, fs=fs@entry=0x7fffdfd0fb70) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind-dw2.c:1249         fde = 0x0         cie =         aug =         insn =         end = #2  0x0000000802e2cffb in _Unwind_ForcedUnwind_Phase2 (exc=exc@entry=0x80701dc30, context=context@entry=0x7fffdfd0fe20) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:155         fs = {regs = {reg = {{loc = {reg = 0, offset = 0, exp = 0x0}, how = REG_UNSAVED} }, prev = 0x0, cfa_offset = 0, cfa_reg = 0, cfa_exp = 0x0, cfa_how = CFA_UNSET}, pc = 0x0, personality = 0x0, data_align = 0, code_align = 0, retaddr_column = 0, fde_encoding = 0 '000', lsda_encoding = 0 '000', saw_z = 0 '000', signal_frame = 0 '000', eh_ptr = 0x0}         action =         stop = 0x8030497b0         stop_argument = 0x0         code =         stop_code = #3  0x0000000802e2d334 in _Unwind_ForcedUnwind (exc=0x80701dc30, stop=0x8030497b0, stop_argument=) at /wrkdirs/usr/ports/lang/gcc6/work/gcc-6.4.0/libgcc/unwind.inc:207         this_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, 0x7fffdfd0ff28, 0x0, 0x0, 0x7fffdfd0ff50, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ff40, 0x7fffdfd0ff48, 0x7fffdfd0ff58, 0x0}, cfa = 0x7fffdfd0ff60, ra = 0x803049613, lsda = 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x802e2d2d0 <_Unwind_ForcedUnwind>}, flags = 4611686018427387904, version = 0, args_size = 0, by_value = '000' }         cur_context = {reg = {0x7fffdfd0ff18, 0x7fffdfd0ff20, 0x0, 0x7fffdfd0ffd8, 0x0, 0x0, 0x7fffdfd0fff0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7fffdfd0ff30, 0x7fffdfd0ff38, 0x7fffdfd0ffe0, 0x7fffdfd0ffe8, 0x7fffdfd0fff8, 0x0}, cfa = 0x7fffdfd10000, ra = 0x7fffdfc94000, lsda = 0x0, bases = {tbase = 0x0, dbase = 0x0, func = 0x80303ba80}, flags = 4611686018427387904, version = 0, args_size = 0, by_value = '000' }         code = #4  0x0000000803049613 in ?? () from /lib/libthr.so.3 No symbol table info available. #5  0x000000080304942b in pthread_exit () from /lib/libthr.so.3 No symbol table info available. #6  0x000000080303bbcd in ?? () from /lib/libthr.so.3 No symbol table info available. #7  0x00007fffdfc94000 in ?? () No symbol table info available. Backtrace stopped: Cannot access memory at address 0x7fffdfd10000 I tried to run without loading any asterisk modules, and it still crashes. I also tried copying all the dependent libs from another machine running freebsd 11.0, put them in a separate directory and use chrpath to force asterisk use those libs, and also got the same error. Any ideas? Thanks -- Tao -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Asterisk-BSD mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-bsd -- Tao From owner-freebsd-stable@freebsd.org Mon Sep 18 07:54:32 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C936E266C9 for ; Mon, 18 Sep 2017 07:54:32 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6103B83BBF for ; Mon, 18 Sep 2017 07:54:31 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3xwdZ82ZGczZrT; Mon, 18 Sep 2017 09:54:24 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id kX95QfvfpBa5; Mon, 18 Sep 2017 09:54:22 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 18 Sep 2017 09:54:22 +0200 (CEST) Subject: Re: Asterisk13 coredump on freebsd 11.1 To: Tao Zhou , Asterisk-BSD@lists.digium.com, freebsd-stable References: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> From: Guido Falsi Message-ID: <5941dc53-3a12-b3ed-e901-c3a7ff6bdd62@FreeBSD.org> Date: Mon, 18 Sep 2017 09:54:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 07:54:32 -0000 On 09/18/2017 09:39, Tao Zhou wrote: > I recently upgraded asterisk13 from 13.17.0_1 to 13.17.1, and also > upgraded freebsd from 11.0 to 11.1. since then asterisk starts crashing > every few minutes. > Hi, Are you using a locally build asterisk port or the package provided by the FreeBSD cluster? In both cases, have you tried reinstalling (or rebuilding in case you're using ports) all the ports/packages asterisk depends on? > I ran /usr/local/share/asterisk/scripts/ast_coredumper /tmp/asterisk.core > > and got the following result in asterisk.core-full.txt > > > Thread 6 (LWP 101423): [...] > Backtrace stopped: Cannot access memory at address 0x7fffdfd10000 > Unluckily the core dump to be of any use should be created using a debug build of asterisk, you can try set "WITH_DEBUG" with the port, also check that no optimization is passed to the compiler when building the debug version. > > I tried to run without loading any asterisk modules, and it still crashes. > > I also tried copying all the dependent libs from another machine running > freebsd 11.0, put them in a separate directory and use chrpath to force > asterisk use those libs, and also got the same error. Better rebuild things from scratch on the same machine. > > > Any ideas? Have you tried using Asterisk 13.17.0_1 on FreeBSD 11.1? and 13.17.1 on 11.0? Just to rule out one variable. -- Guido Falsi From owner-freebsd-stable@freebsd.org Mon Sep 18 09:59:35 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DCD5E04E2A for ; Mon, 18 Sep 2017 09:59:35 +0000 (UTC) (envelope-from innsmouth.rain@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C81142B88 for ; Mon, 18 Sep 2017 09:59:34 +0000 (UTC) (envelope-from innsmouth.rain@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id 126so3408846vkj.9 for ; Mon, 18 Sep 2017 02:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=poYjOqyIE5nN/1zqlFNjgWI48g06G3CCGfaZJyGRqbA=; b=K3+FffJjqgWtBI2s1B7HaKKOPchIDdxO9XwWQWaSLjKXRLVZNO6DCVc8fyLLpE5syV 4M/TfCJY/hA6X30nCtH2SjKt7c565Jg62LDObW5jhdCFdEaxVGMDmP99HhELSOVygGdi yJhyir2V9VXmRyEM6wbEesyWclwzyY/+yZXH+oNdBsGDmV9RoakdKmtSrupdmnbdSJEL JdLqoUjVrwyXOWq9D8vvsPHhqibKdzFTLEMIWEki91WQ44GVPumUWot9vlXU/fRXUBj/ zC4p3R7xxqZQQfgLit7uLhvBJ07suZRKEcI8RowrzWSfmRTB8IP4OYbT26rchUJzMdqD y2Zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=poYjOqyIE5nN/1zqlFNjgWI48g06G3CCGfaZJyGRqbA=; b=ZWZ2YA89O7KqFlZu31uUc+qfPqf8ONUdZhoacXI3NyCTtmM6BNdkNN4XWJjn6D3Rk1 2uihR5F51wXyYq24l3u3lZZAg+YHcBF+mIjxgBO99j3xZMw31akXHc2y/ngBEB04hLXQ J5G1jRuXRtRgOqYkJMIcYiuONT0QEkwHaU4lGNrA3S+K12vZyEd1HIjVKWnD+JC7h9NJ ihKF1dPe+NI8Fnyo2fzM2CZ+0K9nr3grCwB5k+3tRFskTowGWT1sJ2kReSEDIOdSAXb6 Ec6IsxfAKDsx6Shcqfd+kmQ1KZu/duUpMn6wmxMzJTC/44v4m3J1SblOYdWoAC17Mcjy MzXQ== X-Gm-Message-State: AHPjjUgCXBNc1WVPHf6FR5oSHIDNXZwk2gSS91asF4YbMvbXcnT78bYL FVkIHtH6lhzF7cUT6q336QfYOGKWS4tpH5T9VAzQDQ== X-Google-Smtp-Source: AOwi7QDb1sJd3FWdiA9+D/jcXcoNp203WTf5/eyKpWbU5EdEnPtK2e9SRqlJnG9FrUclR6LCa1DQ9n85+3zxI1JYKWU= X-Received: by 10.31.61.137 with SMTP id k131mr25245759vka.78.1505728773402; Mon, 18 Sep 2017 02:59:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.3.54 with HTTP; Mon, 18 Sep 2017 02:59:32 -0700 (PDT) In-Reply-To: References: From: Love von Melen Ekman Date: Mon, 18 Sep 2017 11:59:32 +0200 Message-ID: Subject: Re: freebsd-stable Digest, Vol 737, Issue 6 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 09:59:35 -0000 help 2017-09-17 14:00 GMT+02:00 : > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-stable digest..." > > > Today's Topics: > > 1. FreeBSD 10.4-RC1 Now Available (Marius Strobl) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 17 Sep 2017 01:38:49 +0200 > From: Marius Strobl > To: freebsd-stable@FreeBSD.org > Cc: FreeBSD Release Engineering Team > Subject: FreeBSD 10.4-RC1 Now Available > Message-ID: <20170916233849.GM20729@alchemy.franken.de> > Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > The first RC build of the 10.4-RELEASE release cycle is now available. > > Installation images are available for: > > o amd64 GENERIC > o i386 GENERIC > o ia64 GENERIC > o powerpc GENERIC > o powerpc64 GENERIC64 > o sparc64 GENERIC > o armv6 BEAGLEBONE > o armv6 CUBOX-HUMMINGBOARD > o armv6 GUMSTIX > o armv6 PANDABOARD > o armv6 RPI-B > o armv6 WANDBOARD > > Note regarding arm/armv6 images: For convenience for those without > console access to the system, a freebsd user with a password of > freebsd is available by default for ssh(1) access. Additionally, > the root user password is set to root. It is strongly recommended > to change the password for both users after gaining access to the > system. > > Installer images and memory stick images are available here: > > https://download.freebsd.org/ftp/releases/ISO-IMAGES/10.4/ > > The image checksums follow at the end of this e-mail. > > If you notice problems you can report them through the Bugzilla PR > system or on the -stable mailing list. > > If you would like to use SVN to do a source based update of an existing > system, use the "releng/10.4" branch. > > A list of changes since 10.3-RELEASE is available in the releng/10.4 > release notes: > > https://www.freebsd.org/releases/10.4R/relnotes.html > > Please note, the release notes page is not yet complete, and will be > updated on an ongoing basis as the 10.4-RELEASE cycle progresses. > > === Noteworthy Changes Since 10.4-BETA4 === > > o An upstream fix for zlib compression has been merged. The bug > had caused the embedded Tomcat web server of UniFi Controllers > to send out incorrectly compressed responses. > > o The Linux statfs ftype is now aware of ZFS. > > o A bug in bsdinstall(8) causing ifconfig_$INTERFACE lines to be > added to /etc/rc.conf for unsuccessful DHCP attempts has been > addressed. > > o The usermod command of the pw(8) utility now correctly handles > empty secondary group lists (`pw usermod -G ''`) and its > useradd command no longer will add entries with invalid user > names, e. g. ones containing spaces. > > o The zfs(8) error message displayed when rejecting a checksum > selection now no longer suggests unsupported hash algorithms > itself. > > === Virtual Machine Disk Images === > > VM disk images are available for the amd64 and i386 architectures. > Disk images may be downloaded from the following URL (or any of the > FreeBSD FTP mirrors): > > https://download.freebsd.org/ftp/releases/VM-IMAGES/10.4-RC1/ > > The partition layout is: > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > formats. The image download size is approximately 160 MB and 128 MB > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > === Amazon EC2 AMI Images === > > FreeBSD/amd64 EC2 AMIs are available in the following regions: > > Created AMI in ap-south-1 region: ami-b00543df > Created AMI in eu-west-2 region: ami-940a19f0 > Created AMI in eu-west-1 region: ami-b88143c1 > Created AMI in ap-northeast-2 region: ami-723de61c > Created AMI in ap-northeast-1 region: ami-baa469dc > Created AMI in sa-east-1 region: ami-a9215cc5 > Created AMI in ca-central-1 region: ami-99c27bfd > Created AMI in ap-southeast-1 region: ami-a5acd9c6 > Created AMI in ap-southeast-2 region: ami-5d12f53f > Created AMI in eu-central-1 region: ami-3fd36550 > Created AMI in us-east-1 region: ami-034bad79 > Created AMI in us-east-2 region: ami-87f2d0e2 > Created AMI in us-west-1 region: ami-ac2c1acc > Created AMI in us-west-2 region: ami-c33ac9bb > > === Vagrant Images === > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > be installed by running: > > % vagrant init freebsd/FreeBSD-10.4-RC1 > % vagrant up > > === Upgrading === > > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 10.4-RC1 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 9.x. Alternatively, the user can install misc/compat9x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > == ISO CHECKSUMS == > > o 10.4-RC1 amd64 GENERIC: > SHA512 (FreeBSD-10.4-RC1-amd64-bootonly.iso) = > d4083ea68740c87009483311cd768fe8c1d707a457f5145f0bffeba66e5e > 86ebab62e0642c34c0fc9d5e4a42d883ab39c14d95a2a131dfd37c26e24e79b43814 > SHA512 (FreeBSD-10.4-RC1-amd64-bootonly.iso.xz) = > ceeab0b438d5f4f63ae38f1bda03b2603e1ed582584926c7f1aa1b7612fc > a27735be277a6c94078eba50e4c52d3fa7a079541345653f76b9a98b08c647676ee4 > SHA512 (FreeBSD-10.4-RC1-amd64-disc1.iso) = > e1b2462ce1133df02f02b6a09b8d18068b4ab55e41e9514097a777766644 > 747f5d2d48430b8156f86bf1bad409abd454afa2bdcb97e7e8cac8a0f41b82f16e76 > SHA512 (FreeBSD-10.4-RC1-amd64-disc1.iso.xz) = > 394ae8bae8868c36182ca421b04dc6de8fbb1eb91e85ff95e06b9376c672 > 810f27c975fd8c2cfa85822db2b1fb5e926b93bbab7e47977babd4105da49c35246d > SHA512 (FreeBSD-10.4-RC1-amd64-dvd1.iso) = > 2aec026e8d24db90b9a1b01288bd2f8a7a7509a2c6be995b5c50340f570b > f899e59e0cac79cd7b8f6b06f7f3f3e59441b94be000f060454b5fe711dc47b2ed48 > SHA512 (FreeBSD-10.4-RC1-amd64-dvd1.iso.xz) = > 50d8d00e2cb191e73ff6d8f4dae3ca5d9c9ec412a347d1630a3dfec231ec > 53ede60c0e5559259a790be74a5b89c2c20f9c9c2d0b0ee15d39976603a2d59275a8 > SHA512 (FreeBSD-10.4-RC1-amd64-memstick.img) = > 4bd8306f80bea886e0861fcc0388664731d8a8aa2d55a3a6e71b4ca6465c > 74a0ba930e99fe945b3e37db37f21c77d2ac7738cef725230127d1b4f4bb6dacce45 > SHA512 (FreeBSD-10.4-RC1-amd64-memstick.img.xz) = > c4281c8acdd6c1833b75d6366755c6b50fd78db2250b1c5befeaab3afaeb > bbf50a6c38bc6c8702de7b3ddfb59bb79b261cd3f269e4de920b92f86fd29a8756bc > SHA512 (FreeBSD-10.4-RC1-amd64-mini-memstick.img) = > 6f99ca9761777befc17de8869f1b79989548babb914053e30e8917bb1bcd > dde3d649e4296245127ecc15cd0fdcad8bc363c777fcea14c85b8e19b30e2b5af3d2 > SHA512 (FreeBSD-10.4-RC1-amd64-mini-memstick.img.xz) = > 203e629e9ece81ba16db6c8d516bba7631ef5ca260a23679b437f6363828 > 89be1fe3092868c5bc3ae06637cd7e9a772629c9718527d635f9f980d38d918de22f > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-bootonly.iso) = > a0496688f785c222c04756f0634ad92cf0f527d9ed9f405a11ac9f6dea51 > 46ede40e70be84716e2fca1c2bb7ce6b887a3de4af2746b4c0deb6e53aa747f8ed53 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-bootonly.iso.xz) = > 3c3776e4d8579477390df4276dc4974fb9b34ae74d1a9b4c9e206a2187ed > fad64db99b977de4bd4ac089e41441e9536ca59916b29ab2b3681f29f0af11c009f2 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-disc1.iso) = > be48416f6a74273a1def3f73ea9eb1ea531b2014b8bf68b1a680cd2a3242 > f0f0cb745ffe8955a786fdd80c796b73075a1535cc118015f893a417b2788fb25cfd > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-disc1.iso.xz) = > f3db9a5e52495009f39e3b8180fb2521d05bf5fffb3711214de59f2949a1 > 04bedb34d610a0489c0caf7eeb4f524510a0d843ede393ae63bf6ebea2ed568ae502 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-dvd1.iso) = > d26b2dfded05a9ab1b16886e813b3b26f35f3a08802f7164b4a96c38e43e > 4f37dea679858f1fe1045905d0a00a54dfffd060c113f4b2f05023d820ad636aa207 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-dvd1.iso.xz) = > 4157f0e45577737df37a69009704114913c0c2fb6830494268b4e34fde6d > 9bffd88ea4ebe7d80d4d4a7de5694e14d27af2b3c8444768cf392d77d3f85e2d7a38 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-memstick.img) = > 576f21094ede83540c9a8692525977e350b91d579ac7f8229ee1558f553f > 7e9136a6e9df81b78e0e9a71778d9adbcfc657dfed381472fbe033c31b4a36df9ef0 > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-memstick.img.xz) = > 008b529ffef465a0141cdaa2f565bcad915120f74e9b6b444a24fea6b7ee > 24d4a85476111a156cb3c8fe9c6520590db6050d6b26dc685f2123b257961f916c5b > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-mini-memstick.img) = > 15fada0168ef3044152f4fb3a6b5f07b5a5e1173cd102298533fb2d35a84 > 4f7c844a434a17c7d3e3e896b91e4b56739acd0ba45a60cbaf60f3a5a88a7e28fbfd > SHA512 (FreeBSD-10.4-RC1-amd64-uefi-mini-memstick.img.xz) = > 51ff8e324830f6d8653ce6cb6409f30e94511027c881afd112e7ac002dd8 > 9a0a851f4544ef7ff04ae3bb2523dafe18272d51e826c91b893fd299fada4855274d > > SHA256 (FreeBSD-10.4-RC1-amd64-bootonly.iso) = > bb692e5ee22a43530860d46293391ee32b65931372006039a8e15789f85745d5 > SHA256 (FreeBSD-10.4-RC1-amd64-bootonly.iso.xz) = > 7b993a18438c79e27b12d853f02a85cf587e1bba27b80ac3a8a9563d4b9bb471 > SHA256 (FreeBSD-10.4-RC1-amd64-disc1.iso) = > b37b94a51bad2c2542f07727f607e4816609eeebc6976c9631b600a96f72d1d4 > SHA256 (FreeBSD-10.4-RC1-amd64-disc1.iso.xz) = > 8f1e8de2f7a35dde12da1862572a31a6efb4fa93eecfa0880733ea3df1be6084 > SHA256 (FreeBSD-10.4-RC1-amd64-dvd1.iso) = > fb8bff7fd572b68ea9d2d3e7b6ab41db6f29ccc8ff7cc9dea08e5ad86d84f71d > SHA256 (FreeBSD-10.4-RC1-amd64-dvd1.iso.xz) = > af8cc2d9d327d616502ba9a69fe4fc8d11a64198b9449336b5485d9ef4478da8 > SHA256 (FreeBSD-10.4-RC1-amd64-memstick.img) = > bb643ae807f7a10c603c5f29910023cdc403695d36f97ae51750e2f88589e445 > SHA256 (FreeBSD-10.4-RC1-amd64-memstick.img.xz) = > ec949bb17b9f72ff46c618d6c8d441c725f4e4c53e493f85bbf8721c3ccec015 > SHA256 (FreeBSD-10.4-RC1-amd64-mini-memstick.img) = > 80482a8cb4ac11f39e070b1642cace668145435d937b0f39bee80ccf067adc48 > SHA256 (FreeBSD-10.4-RC1-amd64-mini-memstick.img.xz) = > 4495b88b226b51569e13c8dbc68f9b9a874db95168cecf1a052c8e656389d0b6 > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-bootonly.iso) = > 9e54e1a7246fc0c36006e99cebc419f1c032320dccd25ce0fb1ec617fb7a0ecf > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-bootonly.iso.xz) = > 80f0d717b1f1ce6a8b14148e12a76f8b4c733ac0317b08bc9af7b198ff392edf > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-disc1.iso) = > 778ef4525c8eb72d49a0e42f6ea6f3ba2a03082ae9cc9a5061c0562722bde434 > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-disc1.iso.xz) = > 25d9b39a7d9c71ba2205a0b77f6af40f0bb6481077f46828aff334bb3bccdcc1 > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-dvd1.iso) = > c5af130afdf5101d17aa469d748d92ce5222edf3728e0b8f4f3ed1bf6b08846c > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-dvd1.iso.xz) = > 68d863a9e2ae3ff7b1e11470c7836ca7523f66deaabba0966ee45de5619902db > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-memstick.img) = > c0a76bc09da76b252733c908b366cb8ebe04d10e9c4ea2949ecdd6235396e124 > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-memstick.img.xz) = > dfb6495d9cb0a79635fbab41e2b2358e6fc02d5a1836743b47f9fa54dc9839a5 > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-mini-memstick.img) = > f183e3dd578ee1f89021785e38805eb8788ae581be32bb1b9866953da28346fb > SHA256 (FreeBSD-10.4-RC1-amd64-uefi-mini-memstick.img.xz) = > af9946ba9cb7fc242bbafa75a4cd301e153f706e8460320a10a97aeee6301e60 > > > o 10.4-RC1 i386 GENERIC: > SHA512 (FreeBSD-10.4-RC1-i386-bootonly.iso) = > 0d0d558ec01da328f08c4d582a47722f817bb8ec371876f6b16c394ad0e2 > f57c4531c815ebef153b168ec668c6cc2f9166176ba07e86c366a29fa005a7ef2881 > SHA512 (FreeBSD-10.4-RC1-i386-bootonly.iso.xz) = > 014b3f406278d8390294eda14dddb7acb55146e7d01d346f3e09ca8b84d8 > 3bf7360ecaaff34401b94a85ee376009db6ed11efc3edd8b1029f4356bfb2406bdd2 > SHA512 (FreeBSD-10.4-RC1-i386-disc1.iso) = > 798efd39f74e93218451831c764717aea3a4769a58a5f38a2b2014b11c94 > 709c0ab527bdd350ec19f2385351d0dba7ed19eb0241c165952840191704798fc864 > SHA512 (FreeBSD-10.4-RC1-i386-disc1.iso.xz) = > d0e07e3a8c0b9df67c0b2f4c40cc0555cc32fcda9a6b96204e17955ba125 > e3c00fb57c70bd9c6e7d6218dcb2f0b6eea430005588df4a53c0e0ea28904472de2d > SHA512 (FreeBSD-10.4-RC1-i386-dvd1.iso) = d9ee6061519c8ada24ce7420e32973 > 7b6cabbfa5cb5cab22e14a77f9074e3cceda3d69232b9d6328025e19c699 > e1de0599e1e432b85a9aab41bf82e042bb9281 > SHA512 (FreeBSD-10.4-RC1-i386-dvd1.iso.xz) = > afc5c66e8ca1f95c3cbf0d375c525dd0ea127b04584a2267e1ede21c438b > 3362d15dcb89027bf43c3472a582d25c5d73cf485221a8fb6ce5bd61e0099e09e99e > SHA512 (FreeBSD-10.4-RC1-i386-memstick.img) = > d1b3d27bc96fbf58b93d38b9503e07eb7d57d87436f9f9049cb75f68e1d0 > 33b2cf538ecdac7aece5d82f5206f60c25267d2d1eb5323ad721e9b0b9e4566d37bd > SHA512 (FreeBSD-10.4-RC1-i386-memstick.img.xz) = > fd0f5eb006f48a157aba3b74225a04e8cd578a2f2414e192d578db842adf > c24e1a25e4b600005b1704b6e8e9ee724288491e169b4abcb9b627b5ef3cb282a3c3 > SHA512 (FreeBSD-10.4-RC1-i386-mini-memstick.img) = > fe1aea26c3ac499b542ed436eca0b99e4c986992de3bf7ce3019fdd36cbc > d51c2b4a9ff9245b4f7d66542037cb2c9026320cc4f8a3438c136e53c37d862f9de7 > SHA512 (FreeBSD-10.4-RC1-i386-mini-memstick.img.xz) = > 04d9b67d88ce698bfe22f3a1f8934ffc3d9ba1b4685e05b71dc50d5c9ea0 > 2c5caf7362c67e8684b1065bca2eac46587e4446d12c801afcbc3fec8252df34998f > > SHA256 (FreeBSD-10.4-RC1-i386-bootonly.iso) = > 96af04ce26844e096a5d8ca5fe086134f6bd7b6d3e2633d4e64b417036622f29 > SHA256 (FreeBSD-10.4-RC1-i386-bootonly.iso.xz) = > 2620b8aa12f188a8f1950e0220179773ad701e594fc9f4b343a1e1a8fcd7ec8b > SHA256 (FreeBSD-10.4-RC1-i386-disc1.iso) = > 5bc2171aa68d73a72be2a233c328ec9e708b91cf09d6d81e40af035b523f0cff > SHA256 (FreeBSD-10.4-RC1-i386-disc1.iso.xz) = > 690cb31a08734b635f082de75774f13293e97c6cfc47ebe445c57caff9384350 > SHA256 (FreeBSD-10.4-RC1-i386-dvd1.iso) = 8c1e38952e4ff246f6bc8c28c2ce7b > 2252a56d0e34d2bc2abda93c7d0807deba > SHA256 (FreeBSD-10.4-RC1-i386-dvd1.iso.xz) = > 64d0b9a55e50f119e75ab50e2cf794a7f63e5f4cb400047fa7b68ea63a712a60 > SHA256 (FreeBSD-10.4-RC1-i386-memstick.img) = > 2b9048cba89d317895e1ad727af1a65008a3fa192521f1cb834ecc5174cfaa5d > SHA256 (FreeBSD-10.4-RC1-i386-memstick.img.xz) = > 594ccde494103dee35b6dd735fb987713c8b2992e410b892333d79f5543694cf > SHA256 (FreeBSD-10.4-RC1-i386-mini-memstick.img) = > 8accbb50f17fcd11ad6a945d119b850f1bacc70f04abb15c09d406fb4250902d > SHA256 (FreeBSD-10.4-RC1-i386-mini-memstick.img.xz) = > 8a947328ae0f8261175cb3bf588412dfc0ce1fc3aadd08bd4f89235195662454 > > > o 10.4-RC1 ia64 GENERIC: > SHA512 (FreeBSD-10.4-RC1-ia64-bootonly.iso) = > e5d0b53826dd79ec5744a2eed7f0b144843915bca45c28bcb0b5350dfa6a > 3d1f05fe72d1621efe7ee5c1ffaca5c2855e93fcc653b5e682bd6d86d046051c1f2c > SHA512 (FreeBSD-10.4-RC1-ia64-bootonly.iso.xz) = > 04ee76741af46ca2d43d1f47d680a48f012949ee2013e293e22740604dfc > b20d09c65d2ebddbe7fd444c2159921337096ac6e0d0a7c4118327f2360e12c0b6e6 > SHA512 (FreeBSD-10.4-RC1-ia64-disc1.iso) = > 14ba1790bfb78187634e3f10dd6d443955e24095ca20c1ae876a5a23719d > f3666d35fa54c3ad15f2d7b1383d7c9fe39e34cf2c06cb72e7d4cea1e5a9da7d9c2f > SHA512 (FreeBSD-10.4-RC1-ia64-disc1.iso.xz) = > aa5da381dc831cc98e1eeb08ef5d4c4cfa21c3bb81d22116d3e5722fb285 > ce7c59731828d805f09987c1410570e7f776b2572b2872425b5f4f23a1495a742a58 > SHA512 (FreeBSD-10.4-RC1-ia64-dvd1.iso) = 6759a64350eea3e444ef033dd0ec2f > 5f62c73bff63bd35d1a5661ad7765468d6fd57ed680a6556a21dd93eb0a1 > b78786a8d4163cc17b4b3efd4aa9ab1bb3e387 > SHA512 (FreeBSD-10.4-RC1-ia64-dvd1.iso.xz) = > c4f5fe5080c3e23f203a81d4e37915baffaca40dcb543ede968e95e833de > ee1381dfe15381a22c0e393340b3308dd4656d873007a773fa9eaea50dda6a865834 > SHA512 (FreeBSD-10.4-RC1-ia64-memstick.img) = > 8422086ab7ed89462178da43a9b8c82fec0340af93c8baf6ee886c79038e > 317614ae138849ba5f87540c614b20fdc221cb0335113e2f3887219c6b5f1ec0fc3d > SHA512 (FreeBSD-10.4-RC1-ia64-memstick.img.xz) = > 7c79106588569aa92246b2a3abbbf88c42327ddf8a1d0382c2361d05fa30 > b5e2bde3de5b9824704cbe03f6fdd2fe2293309c2f08ecc6779ccf8019d34c82d9e9 > SHA512 (FreeBSD-10.4-RC1-ia64-mini-memstick.img) = > 498777f857984321c3b5be9afe7d2aff2c518553c77263041e70bb0cb985 > 00ad759774fdb0e17a4a0d9f193742dadb4459ec267887cbf85e391cf41a1b192960 > SHA512 (FreeBSD-10.4-RC1-ia64-mini-memstick.img.xz) = > 3abd97867432b1af5a030baaf5eaf15a60b2936cffc02d79c274d18e6492 > 2670521cdd292a97b3aaa4d3beb4eca2e6db1f94204a2429b8ef475078b829eea07d > > SHA256 (FreeBSD-10.4-RC1-ia64-bootonly.iso) = > eef31a3d88192fb84515e97548b62b3361e0e21a4e00a7e8af18cfd465cf0310 > SHA256 (FreeBSD-10.4-RC1-ia64-bootonly.iso.xz) = > 6c558ea56570c071e764c8005a7aed205bb0f6c206a41b5d7fefc05aa4ed2891 > SHA256 (FreeBSD-10.4-RC1-ia64-disc1.iso) = > 8988954b8772f9a5ca53ef2da318f0125260021ab5a5df383326931b923cf90b > SHA256 (FreeBSD-10.4-RC1-ia64-disc1.iso.xz) = > cccd5b6607ba316ded97ba66010231c9a1cc6a2792546c629d924bbe26ce37ae > SHA256 (FreeBSD-10.4-RC1-ia64-dvd1.iso) = 7b780350de096cb15724541203f6ed > 97ba2224c4c40013479b0fd2483295e03c > SHA256 (FreeBSD-10.4-RC1-ia64-dvd1.iso.xz) = > 032467e4ab46af17c3e8e4507cab9399ac10db6d49d5bbf0f8133da5757b11fa > SHA256 (FreeBSD-10.4-RC1-ia64-memstick.img) = > f57bbe70e11d02ec9768dc45b973ebf2b5bc32e07db084cd3390bf2c48b4fe8d > SHA256 (FreeBSD-10.4-RC1-ia64-memstick.img.xz) = > 1de689d5b9fc234d144ddddcd133633f168aee3340ad3256b621a7ae2a2884f8 > SHA256 (FreeBSD-10.4-RC1-ia64-mini-memstick.img) = > 81d543f7a474c205c75d877a6076d78d6aa13836bfb54cc34be625af7fa9410f > SHA256 (FreeBSD-10.4-RC1-ia64-mini-memstick.img.xz) = > 45d5353da5fb0b9a118946c4c8517ccea536eede67a3de5e5276a0be84991c52 > > > o 10.4-RC1 powerpc GENERIC: > SHA512 (FreeBSD-10.4-RC1-powerpc-bootonly.iso) = > 929f4549db6c71f451c554c99d957df7e004ab9967fa655ebcce887f87b8 > 862107f07e98d9933fc6bdb96228eccb646c85fd0941508b3a1a41e9b0c1cb8c3230 > SHA512 (FreeBSD-10.4-RC1-powerpc-bootonly.iso.xz) = > ac9f1c73b2db7f9eff2740b7da2c5b81c37138cde0f1fc985bc59a4abc69 > 26205121992d227e7d7c723ac7d7229af44e1a62e0b3b673e9b0720e58a33dc4529f > SHA512 (FreeBSD-10.4-RC1-powerpc-disc1.iso) = > 453c69c3ab0fbea6168c1f74955cef9c53c3128c2d763113eca0406ecb8f > f9551e753bf75fd43b2038b7a8ef7222153f62e0e432e74ba28532c22779503ef5f1 > SHA512 (FreeBSD-10.4-RC1-powerpc-disc1.iso.xz) = > 815c9e03f6252697a778c5d2c310839dd8863ebeee71d1ef496becc4c7ae > e414bac0b5c75c1c3f2cd5bf0d1f1241ad07a279e869a53255ac60ded2afdade7390 > SHA512 (FreeBSD-10.4-RC1-powerpc-dvd1.iso) = > dcf73aae5fafbac4eb3c1cba2d4027ed31f4e066f6fe571ad3fbeec79da2 > 04af1ef0d0706675013f25b81482a2ea269d79a49b945def2d024654165a50a96ab2 > SHA512 (FreeBSD-10.4-RC1-powerpc-dvd1.iso.xz) = > f3be21cdd42d92712c0e6ad158599450dec66c8262381c1afd885c76ec2c > 1f7233411787bea208991f4b2c6109e0aa7b62179efd178b3bb5a4edca8a25b146c9 > SHA512 (FreeBSD-10.4-RC1-powerpc-memstick.img) = > 6dbc73d687d32c4b5299cf3586fbe6237cea503e9368c7b3df46ad246ab7 > 119597c84882f8d754808d0aa09a749f4b7eee0d8c8706705234d28721fcd61b2167 > SHA512 (FreeBSD-10.4-RC1-powerpc-memstick.img.xz) = > ab4d8d803466b6707ebc3d70c2728d236f785047b6fcf09353ba8123a74e > a472bfb4cbc33d11833a6359781ec3fa3503ede7113aceab427f1005963077a3f864 > SHA512 (FreeBSD-10.4-RC1-powerpc-mini-memstick.img) = > e29ab2efe26136ec6ea75b06b6a31ad80f0b9b031b9b60157f9dabf94423 > 8d981ea05eaab152f7c435cac5ebd114c85bd0dd2bc85d26cf3b6d71a03f708ad8d3 > SHA512 (FreeBSD-10.4-RC1-powerpc-mini-memstick.img.xz) = > 7ef46df81390c2eff1bccc96ee7741230c0d17044cf1b6ef16fe46144844 > 3d468f13cec7467536b6349f088cc2d0cf6718e700e2ad6ff1843f81a5f8ff134c68 > > SHA256 (FreeBSD-10.4-RC1-powerpc-bootonly.iso) = > db475fa230f1a783e032bbf882e03000af2a8acc1b88ad81af6664917bd6b311 > SHA256 (FreeBSD-10.4-RC1-powerpc-bootonly.iso.xz) = > fd5dfc12209413bf98184303e2371affb1a7f098b2352a58aca71d3f0939ee6d > SHA256 (FreeBSD-10.4-RC1-powerpc-disc1.iso) = > 768827a9266c2e40501b916a8d61e4ca7c76d890268e99358187df4a0d512055 > SHA256 (FreeBSD-10.4-RC1-powerpc-disc1.iso.xz) = > 94e4cd4a947c9e7aa7f4f903e33d97d4c48a33dcc8c27db6a6667c4c663f91f6 > SHA256 (FreeBSD-10.4-RC1-powerpc-dvd1.iso) = > d2b2257eaede60b26153acd46a121d4574d03e473981c4e21252cfeaa48d1a8d > SHA256 (FreeBSD-10.4-RC1-powerpc-dvd1.iso.xz) = > da6cbeb926ff527a6716e3de9e5cee4ae14ce91eb99626d6ab78c8c02c3dc291 > SHA256 (FreeBSD-10.4-RC1-powerpc-memstick.img) = > 3c1432876ae69ece5325adcf7697e2612a9d20ea3d8ae2a06e0d217ede5a8803 > SHA256 (FreeBSD-10.4-RC1-powerpc-memstick.img.xz) = > 3269065ec60b38c8479809002867dc651f3a0f27a21c90b7639f24f45b59f0aa > SHA256 (FreeBSD-10.4-RC1-powerpc-mini-memstick.img) = > 560e9274d568c97da5cdc27829f8dc08f53f0437071b4b5679acc3dafdd5d791 > SHA256 (FreeBSD-10.4-RC1-powerpc-mini-memstick.img.xz) = > 19f6ef702e5d3d6dc074e909bd5f06a0c5905d8628dd708e6a98c21824ef1a42 > > > o 10.4-RC1 powerpc64 GENERIC64: > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-bootonly.iso) = > c6bd79d9c829ed9a27f72d533625366c5bf0d57e45569cffeb91bfb58aa7 > b2bd8a3da6d2702b680e6178b026fff9e4ef48e5629b2dd25c60752a043afc694dbc > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-bootonly.iso.xz) = > 336e5223bc29c2634a9d26c35f0e659b65d79d369cbefe66aa1487aeb1e7 > 03f88ce8ab23fa862b8abb2ce2dcdf30a9769f55e0f30b3ab508769af75dbb5ad4ef > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-disc1.iso) = > 2c29ca448a49af9c40da0cc00a930a0535c398801921489a99f9b36a4d30 > 37f973e09f6de289e5c2fe549b84d26d81ca4bc67dfaf51bafde9ebc87cdc2f0d2a4 > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-disc1.iso.xz) = > 222242c190a5b0cfae1db788395062bee44042d011c100b9114cd838e5ec > 2a27b5de84c068fa5f67d5223eb5060c7232989e6e3ba08a2f65a41210e73a2eb76e > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-dvd1.iso) = > bea90c40ab4d7ae515218590efede444aafa9191a1e7a22f781e114fb129 > 242fd6e561bdc9c643eec06fc69a66ecb98aa7a6234f7504b9f78a0c80be962f9cea > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-dvd1.iso.xz) = > 0fb40dd9fb4d53d06d5452ec565fef670f1ffb1990d239f6307d19b8fc11 > 22ead0b2e3c3fbc5a12386fb2776113d60bab86ce6ab1a8cba39c528d6821e75b006 > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-memstick.img) = > 378777441200980b87907e91182d818cd139fb868391d1074679740fe471 > a6b1f9e245fc4210f9b228df1a8628f5409532a8339e945171276904ec511819765a > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-memstick.img.xz) = > 707afd4fd4f0938a8d2be94c06df4a6c99b9a53aff065b03ea280b0dd58f > f932fe7cb42538cc0bdbf83652479db906584b7c8d706fbbe811b2d120ad9ea219b7 > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-mini-memstick.img) = > 83c64cb99aa027bb0b3ee94325fdaaced1925cd9712d01163ff890fc7649 > e22ac7d3961b7a2504e3452c6234ba4fd0ca16443c0d25436930a93b1294f80f5b2e > SHA512 (FreeBSD-10.4-RC1-powerpc-powerpc64-mini-memstick.img.xz) = > ac7a556f08f468846d15fa7e4aa3eabb4e2dabb74839b5fdd648857bfb25 > f7cb7e8335843a3db8905e068ea4b1da65543c0cb2131d69372a955de207baa29653 > > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-bootonly.iso) = > e69c53d231b397dfd8de4f8193a9a714c0507fee4f6904e9297152b4f0fee5ca > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-bootonly.iso.xz) = > 9ffe42ea1c5ac70b2ad9ee2f8c53656ba9f583aec80334cd8c7392bf2085df62 > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-disc1.iso) = > ea56f9c0b5eeee208bd63bfb4d04882ca0543c33a26555a19e74fe0746a3853b > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-disc1.iso.xz) = > 8ec06d0fae99b248aca2060efb46be77ca2649af4b68c280e47d81ef84d804f8 > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-dvd1.iso) = > ffee59f73c3ac30498fa2ce704282b3944c31e286f05ebfae2c8e5af8f57efa3 > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-dvd1.iso.xz) = > ed7633448c3fdbabbf9f18b9e64dbf74649667393388eb47769ebb4ec1b7706a > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-memstick.img) = > d7a6657483fa1a5c06c87483be7f9bb7e4ea3497c374a3db796b042efed87cda > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-memstick.img.xz) = > 1f8e4bd15c80b16d4ae70703d3f9520f1a7683b28050e04a979e919b6507d287 > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-mini-memstick.img) = > b3d99f2dd1357247b5347298b98965020bf54f09bf63c9fb38572874b5a44f7d > SHA256 (FreeBSD-10.4-RC1-powerpc-powerpc64-mini-memstick.img.xz) = > 1322efbae64e90020e4a58704369fe9b1dbedb937ecef3e498710df1646a3fba > > > o 10.4-RC1 sparc64 GENERIC: > SHA512 (FreeBSD-10.4-RC1-sparc64-bootonly.iso) = > 7aaa2895ebf3ed3cef8ca694520838057203471154ae46cb8c38bc1a0809 > 1e1a453b094e222d6fb834948e558a53637d178972ec5d6b799173f0a884344c7944 > SHA512 (FreeBSD-10.4-RC1-sparc64-bootonly.iso.xz) = > bc1e7418852682cb420a8c2672c214585cc5c185d5b36256d6388b33657c > 2982da2af33ad51f9ef49d196e0c051a582cc72a57887f159744eebb9b7b3eb0c7c3 > SHA512 (FreeBSD-10.4-RC1-sparc64-disc1.iso) = > 85326ed36e3a045d66889a88711d2dd57943d23478822eba1bc1fe05ee19 > bde0c3eab73525133edbcaa18f60bbab7b0c50b122346a646819c0fa94d90809d0be > SHA512 (FreeBSD-10.4-RC1-sparc64-disc1.iso.xz) = > 7607c58afc2774bc782d1a3895390ed5c719bbd47533e201bf0ef09dbe77 > d3761140d40870b925f2597714ecf8e82c9deec30d78dbc3d4b31a040dab1cde6abe > SHA512 (FreeBSD-10.4-RC1-sparc64-dvd1.iso) = > 0abad217b60b4d824530da1db139e1dcb5111d7c49f0adc0188c45c36450 > 3294ea36e73af8c934246c791a0234ff00a0c8a7d71d33182f509d70e249ce1f50fc > SHA512 (FreeBSD-10.4-RC1-sparc64-dvd1.iso.xz) = > 5cffe365d5913e97883772cf334f15a0a656d7cdab65ec873cddc3a7b2c5 > f6ac2af3c3592d9181f00f39461d0f39d94e2b212a398c649493013b079c78cefc40 > > SHA256 (FreeBSD-10.4-RC1-sparc64-bootonly.iso) = > 7b0d954099897cb318425d0559ec89c58eb8bc4e77146c9f80dbec5c25321250 > SHA256 (FreeBSD-10.4-RC1-sparc64-bootonly.iso.xz) = > 54d7f318f273c4dea087c329084f7a2a887da943dcbf8b5cd3c1b7f20aa48c40 > SHA256 (FreeBSD-10.4-RC1-sparc64-disc1.iso) = > 9e70352abe853ba0318a291f9fae5502cd8fcda1352ebc117d9736f600513e00 > SHA256 (FreeBSD-10.4-RC1-sparc64-disc1.iso.xz) = > 5c2ff21206a89dc852278b22a6ea4e463b84f552ce13be5788c8ecfd56d2f919 > SHA256 (FreeBSD-10.4-RC1-sparc64-dvd1.iso) = > bd04c854ff0ab8ac5d879329be6619963124d71f3e45cbceadf6a2ce73a42eaf > SHA256 (FreeBSD-10.4-RC1-sparc64-dvd1.iso.xz) = > 2b883b4d2e3e65f25a7bf42ad6ac74e1eab70f333a21f897d577165d6ca30fd4 > > > o 10.4-RC1 armv6 BEAGLEBONE: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-BEAGLEBONE.img.xz) = > 67257db70eb504924b350f71d5b42cdb088d61f1cc6f56fa4861c87f2735 > d41f781366f7ef78b61092b1f5b86449c52fa19a3eea06d622a4b3b53901c46995bf > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-BEAGLEBONE.img.xz) = > 01985b9430d77f34f529f3cf07a302d231057eaac5aad79cc13c9f0f6c643736 > > > o 10.4-RC1 armv6 CUBOX-HUMMINGBOARD: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = > d3dc99d27ccebca49c483aac51768436f30cb9d68e7afc9c90bce89003d1 > bb4c10d3b09fa7e668a11893c35d18cd95627fe8e3b042938c067d65e6c1e4995f55 > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = > 331461420f76baac31789bb32cf292fe47c930a56abc08d0077b66b091e69ff5 > > > o 10.4-RC1 armv6 GUMSTIX: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-GUMSTIX.img.xz) = > c782bd86e30860bb542451b28ac709fe7c775b15f77a60884c867fa163c0 > 5c3fd821944933c0787b7241bf30ad951a10fae421a9ca8437421c0c5402683eda1c > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-GUMSTIX.img.xz) = > d40d8ed7c8371359e28dde29a45ad0d9d07c72ca622168984bf7b6a1812cab38 > > > o 10.4-RC1 armv6 RPI-B: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-RPI-B.img.xz) = > a6ea2a48bd3df2e769f42a59136c01dd97568077a53e4ba6846213c56d02 > ecfdd41520a220507e67828b4a0c23c6e41734dd1da8769364b44ea59940c4cc1a0b > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-RPI-B.img.xz) = > 6ef11cb192cc08aca70787b2e787f1bd8c7f6ae47cafac1876f3cb16eebe0fe8 > > > o 10.4-RC1 armv6 PANDABOARD: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-PANDABOARD.img.xz) = > 4afb25c59f1099e56f63fc6104a6e4ebc500f0767e35d504165e9dc8fa4a > 77091b91b7275605eb3a65724adb7e3f1ecc30d500a7f56389422ca6dfec8c9ee65d > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-PANDABOARD.img.xz) = > 1da1d40c372014d4139a68b91aef0db073fc2b2ae68e89cea29d00a8b0ed0db0 > > > o 10.4-RC1 armv6 WANDBOARD: > SHA512 (FreeBSD-10.4-RC1-arm-armv6-WANDBOARD.img.xz) = > 14dfb0c7108bc688e04230322297d792fffbf43cce48fc7764062884d874 > 3a886d81384c686ba2b74dfab6f30fc3474260104c6f1e84169aa2a9f93d83e45829 > > SHA256 (FreeBSD-10.4-RC1-arm-armv6-WANDBOARD.img.xz) = > 0c80f31ac8d6e98019697f310433ab7edf44f2b41d4f555526bcf0ff70f9e52a > > > == VM IMAGE CHECKSUMS == > > o 10.4-RC1 amd64: > SHA512 (FreeBSD-10.4-RC1-amd64.qcow2.xz) = > 6b25e640346f654ea72ba47de912a2598873f5c97b79472cce78881eae40 > 3a3410c3c1abfbd95f6e61774f3d2a0d73aca72b56aedb2c718f99b2bdb9b5f6437f > SHA512 (FreeBSD-10.4-RC1-amd64.raw.xz) = 0f390ea795ee9cf0e012d009d38304 > b637ae0062fb3540ce509a67358b34376cea1ab56f85af2cd669ade9a308 > c0c77d510e7ae94547cd4fcb859b607e48e8e8 > SHA512 (FreeBSD-10.4-RC1-amd64.vhd.xz) = d42cc68d9077c33131efac53ca504d > 63456c0cda801d99e1176cc51405f01586ce6ad7cea8f0269a7f962f7ff8 > e503b6b54f999ed7f146d14eeafe8fe50d051f > SHA512 (FreeBSD-10.4-RC1-amd64.vmdk.xz) = e7cfdc178862883c734f59cd1682b6 > f3dc4c4af97845d39b046deee2e48b7443304c6e098e3f9b911ffd8a9832 > c391e9d217aae6ae4caa42bbc1a3a493acf148 > > SHA256 (FreeBSD-10.4-RC1-amd64.qcow2.xz) = > 2e186b0ec40bab17d864b14adfe94ce90b2f92319d841ca6f2b4ed3c1877ded2 > SHA256 (FreeBSD-10.4-RC1-amd64.raw.xz) = 8168e09075cd7ba50cd71dacc3bd9a > 6df090280d014f3b1c7439dfd842083e0e > SHA256 (FreeBSD-10.4-RC1-amd64.vhd.xz) = 485a59a4f094d576640b7b475ef1d9 > 48b92d6fc814a4a6d5b736a2dd8f48a74e > SHA256 (FreeBSD-10.4-RC1-amd64.vmdk.xz) = f52f0749fa54c8b4b5886282ff17da > e5b036e5475a0360f3d20e05fd4285dfeb > > > o 10.4-RC1 i386: > SHA512 (FreeBSD-10.4-RC1-i386.qcow2.xz) = 5405d50d26e1568bd6778dce314029 > 549ac4623980aca466ede4902412835c443322beae6bb1a5772d8ded7011 > ba0dd0513a0933afb4f7c99774595e925fda79 > SHA512 (FreeBSD-10.4-RC1-i386.raw.xz) = eee72c5722b436c26e8877d477e017 > cab57fcae8708c8a7b9b845dab6cca20bbbf52504beb79bdfe412820681f > 44898aa89d93498db749b74e81d18a7c4a9183 > SHA512 (FreeBSD-10.4-RC1-i386.vhd.xz) = 542bad4f0109b68aef9f07963404d1 > 0d47db6fc342fcf77101abab5d20ae357511455070376c993d0a21e71093 > af4331ce312ad1399a49122717d34e4f0b419d > SHA512 (FreeBSD-10.4-RC1-i386.vmdk.xz) = c856c961d128d3b156c53fde593ba4 > 440e274edd0f9dcca76484a4744b088bfcb76ec6c1d41dc14f746b2e3d67 > 1a5ee932228f42e9d2e93ccd6ad208fcb326f6 > > SHA256 (FreeBSD-10.4-RC1-i386.qcow2.xz) = a71c63b7a663f9142d8c024d546b41 > bfe3f70fb33ba5f512a29c660a2d0b38ba > SHA256 (FreeBSD-10.4-RC1-i386.raw.xz) = a627ec8f15872b1f06185b5ec31882 > 71d7fa572b3812261ec1515643d192f709 > SHA256 (FreeBSD-10.4-RC1-i386.vhd.xz) = 9e1ece32871d4e0e99ba0322af1f36 > c1a03b8f2413495843b8eda82441a89fae > SHA256 (FreeBSD-10.4-RC1-i386.vmdk.xz) = 18123187c0658737e0be4f00148e0c > d09761b7cf3e53b232af0aa86e0dcb0cb8 > > Regards > Marius > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQJ8BAEBCgBmBQJZvbYJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1M0Q5QjQzNTVGOTU5ODBGQzVENzZCMDIy > MEI3MERFMTNGMUQxRTRGAAoJECC3DeE/HR5Pb7sP/iaiZwN+stxt7Bnir6T07IcR > 42v8vRUhAK6uXYiRxvmk+u7HNOHvC9xEgdB+itVZmpXD3w+7woR7TEOLzbwqnfE4 > TlV7c7qm1X/iZUTRKNKfOlX++JRpmWnrbHhhCEUDWpv8or/at3+CI0gVIdmJ9bjn > on/bCn18pulB2J1AC588ST9K+191KK/eng0zfwZO5v8JEN74OE69E/9pKedQLPl/ > N2CbBvGjhJlNid5BBSAkr4oGmLT7flFS2NTOQgh5oVHwf5vVRK4vwIOsPwbSn0x+ > hhHf13YMKueQ0Tc2/FnnRkqTM+0Sc82n5FotpDgJ2f2uf6wkrIIrF8QKOFH949q4 > Q21kJAk2qI9L5y44hjvbir0pfnRVZxzAtbD7dXd4H+S09M0I84XwGT+2cqeCRZ7S > fow3zPpCdnssVQZyFwMgES1frOC+A/uwUSBjPFVT7ImUsHjztuWfKK9dPG5Sunea > YXFBP7loLVnWN5TBEtL1K/OEa0elVHqV2aryN+7Zl5UDHME3MV5GAjegfXtf9qjo > IT/Uq3VCcviHXwSUQA9R6anN+Cd4jyHgFCwysns6ecSIcuakQkz71VUWcXqK6lWI > Fl8s+kPUBHm9+xXHDb+weBdSL/rRM4A05CsspyVyvYuWj1INJJqTvaIx0B6dLXBJ > lVOjh8ZWE59+mbTGNhV3 > =0LVn > -----END PGP SIGNATURE----- > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > ------------------------------ > > End of freebsd-stable Digest, Vol 737, Issue 6 > ********************************************** > From owner-freebsd-stable@freebsd.org Mon Sep 18 15:27:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B917E18359 for ; Mon, 18 Sep 2017 15:27:06 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 129536DF92 for ; Mon, 18 Sep 2017 15:27:06 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-qt0-x22c.google.com with SMTP id t46so914294qtj.2 for ; Mon, 18 Sep 2017 08:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=O2LFyHg/Xat7QxXLge/liU9EEQBct/162yorWySduCM=; b=SSIYeJMYPRBE+eLKB6ttdm7rR+8vLsDdfVF362CbaeZd2F+qAYk/bYg91TjHm2PXhD aypt+/m+JQRZoDju6krunjbn2wZIIzvdWbYTavuYSFPHAmE3yk9sqNkf+2RKg8menZXe LfpZD/VWIZYZ/t2qghLHvcyuW7XkvFwsKyrvVAhfSDbYKIayqv/PsBJSwPk5KXxc6b4r zEQZyreDoIbC6FQs1KGR2bO5PlTT6KxAwARZshsoaipY22f5sJwShzOY8B6zsQzkwZDL y2v581SJudb3GjDCEAJRvvRlYgN0SY6S4Hq4DxM0MEDbKBgjTCMlEjBiixEXw9Toxd3m JoWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=O2LFyHg/Xat7QxXLge/liU9EEQBct/162yorWySduCM=; b=bW42FwJ0nJsZx8Z8MfORRwLnsjYXXvApAL0eT0eYhJ6xjWpJIjK4U/lCzOVb+KgE3w kc9Um/dfUKrAJzpFQeDxmj852N2SQi9kJBaQ4VoXWO84wuPd29aCLLmLkUnoRJOpQvOC B5UwfPvkHz17tB446Mxl1LhR+bu1dYxGXQwm48VA0wDZaWaw+JBDWZUHLfhdO11n+wZT B7RJ+ixaykfOvnAFcE7LUuOvfEsCu6pUH0/ADhr9rHseG75Wx5cMSExEDy2D/grz7gV2 Bzf7oLIX48ytUTPZmmC08eLfrF8isi08l7x4nkUSHt1+fz7NYDudu54urRcdeYQJVJ+H zRrQ== X-Gm-Message-State: AHPjjUjsszHxLZGb40qZtx3iBKeGPUMiwgdM7Q677NsBE0BfJMCLHUJF doM8g2Mj72nK/HsU6qNhaVbE6LEvq4UycPVglcg= X-Google-Smtp-Source: AOwi7QB8eONBvAEIY1sy7ogAubtlAnUFeP1db5U4/wI7fU7qfYl02hx4yqF2O+tPVkLe+PO022lsA2i3y5ajHxv0cvw= X-Received: by 10.200.38.207 with SMTP id 15mr44585488qtp.129.1505748425153; Mon, 18 Sep 2017 08:27:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.27.239 with HTTP; Mon, 18 Sep 2017 08:27:04 -0700 (PDT) In-Reply-To: <746F3D00-FE25-4784-BB5A-CD6A3D8147BC@ultra-secure.de> References: <38999763-9687-4FA2-9072-62A9606448EC@theory14.net> <20170912215219.GG81427@home.opsec.eu> <746F3D00-FE25-4784-BB5A-CD6A3D8147BC@ultra-secure.de> From: krad Date: Mon, 18 Sep 2017 16:27:04 +0100 Message-ID: Subject: Re: Mirror the freebsd-update server? To: Rainer Duffner Cc: Jason Tubnor , freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 15:27:06 -0000 Have a look at pkgbase, Im not sure of the current status, but its worth being aware, and it works quite well with my setup. Caution will be needed though as its new. On 13 September 2017 at 01:03, Rainer Duffner wrote: > > > Am 13.09.2017 um 00:09 schrieb Jason Tubnor : > > > > I found this useful. I made some adjustments for what I needed but tho= se > > updates are sweet now :-) > > https://wiki.freebsd.org/VladimirKrstulja/Guides/ > FreeBSDUpdateReverseProxy VladimirKrstulja/Guides/FreeBSDUpdateReverseProxy> > > "This is a simple cache. That means it doesn't consider the files as a > whole repository, which in turn means updates to your cache are not atomi= c. > It'd be advised to nuke your cache before your update run, as its point i= s > only to retain the files in a local cache for some short period of time > required for all your machines to be updated.=E2=80=9C > > > The problem is, my updates don=E2=80=99t work that way. > > These servers all belong to different customers (well, some have a couple= ) > and I can=E2=80=99t patch them in =E2=80=9Esome short period of time=E2= =80=9C. > It=E2=80=99s continuous process. > I have other stuff to do. And I have to negotiate downtimes etc. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Sep 18 21:16:57 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06D10E07D15 for ; Mon, 18 Sep 2017 21:16:57 +0000 (UTC) (envelope-from katelyn.smith@microiworld.com) Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-ma1ind01on0118.outbound.protection.outlook.com [104.47.100.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 515D8803BA for ; Mon, 18 Sep 2017 21:16:56 +0000 (UTC) (envelope-from katelyn.smith@microiworld.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT2803219.onmicrosoft.com; s=selector1-microiworld-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+4VCeqH59jTbEt6YR6GAR5tEo3T7ueAxkFGJeohmQkw=; b=lXtRptjaS/lWfUPF/EHit5nWM4ouwrKFm+V05R2WEynivjSGD3hIP8Au5e1prPF17ojVro2T20aAO9xcw6Ounx3HQs12K2XsxQONE1Rpig3ht3Yrb8XyL3LG+X62sLDTNvCQvVQcE/b2ubCYk4DMo5RMQzck9Ikdobkwwz/T8Os= Received: from BM1PR01MB0881.INDPRD01.PROD.OUTLOOK.COM (10.174.211.9) by BM1PR01MB0883.INDPRD01.PROD.OUTLOOK.COM (10.174.211.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.56.11; Mon, 18 Sep 2017 21:16:51 +0000 Received: from BM1PR01MB0881.INDPRD01.PROD.OUTLOOK.COM ([10.174.211.9]) by BM1PR01MB0881.INDPRD01.PROD.OUTLOOK.COM ([10.174.211.9]) with mapi id 15.20.0056.016; Mon, 18 Sep 2017 21:16:51 +0000 From: Katelyn Smith To: "freebsd-stable@freebsd.org" Subject: ERM Software Users List Thread-Topic: ERM Software Users List Thread-Index: AdMwwI9yybCx828dS2+NNSTl+pNe4Q== Date: Mon, 18 Sep 2017 20:57:33 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=katelyn.smith@microiworld.com; x-originating-ip: [49.207.51.177] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BM1PR01MB0883; 6:2DTA+AEFKJJ1wFCYm5zjuRNldRrKG4SL6SM6ZfAM38qutL9esM6P7u8c0qUpjqTnwP36NCTe1AIWnEfoagCT8uq2NfVB3vpw2KIlZSjNgwAh/h9feu1PYlx4A2rnOqaeWp37tpDUL3XNugIsU3e/ulXrflC7wFqPwK2/yWzrvtMYHjNaD9RFGK72GihIYi9F9edS9/dNz6z0GFmWXxg5lOn1Wufi6Vojd4U5RrJ1jLeuDyysFXzI51RfKUFgjxZp/lGty6MfggW5bMu/FgIuRY5IcciA9Anai8VcZspNTvMeIjAheYpHXt7FG5r/Cl5Hrp0gZcLw1wm+5EUN0eMQgQ==; 5:sUeA6mgSBTnfrhc+oV1Vitg8GKYXb4zbuv9OmqWAEiqmrNtj1tr8zWKrM88u93JJAzCC+aQhCiyAMypxHl8yz8vj+Hubdriybs8fMyPknkXYJ+mkxI34gmM2XX9N9QAqrXoLefQVVpkBVWPlkHqMRg==; 24:hPxUqNwS5u8UKA1+/0jvdfbb5NdcdQ6e/erunXzUs8cl3GtEshePtVefbnnnkxPOc1FZ8bHa05EuBtQiqLcQcF7bQ8bOO24bXTDALW2PXDU=; 7:gb9QLXZKWjZb+S47hMOBZj26aDW+lkUlR/2uNMjY9Mc9hPi21BQFOQ1aulOqlxhB8oWp21gPFCkv7ij4P5DtV3KZ+bEpm2CpVijBqdQkc+MDAMyWFqg0NPv6HapeB7g7XDUC50mHsP+yVSWNrrS2AxdlN5RgSq7WBXvO1NjQt3j3d89ZKm1xdNR0U9aT/Jd2rx+glEvyoWqj40aTuTbbIhC1vi6/Fu0U0nsVSxA1SpQ= x-ms-office365-filtering-correlation-id: e3d06de2-a64b-4e3b-d8db-08d4feda94ca x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(2017082002075)(300000503095)(300135400095)(2017052603199)(201703131423075)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BM1PR01MB0883; x-ms-traffictypediagnostic: BM1PR01MB0883: x-exchange-antispam-report-test: UriScan:(21748063052155)(21532816269658); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(6041248)(20161123555025)(2016111802025)(20161123560025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123564025)(6072148)(6043046)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BM1PR01MB0883; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BM1PR01MB0883; x-forefront-prvs: 04347F8039 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(376002)(346002)(189002)(199003)(6506006)(97736004)(6436002)(14454004)(77096006)(3660700001)(3280700002)(102836003)(3846002)(6116002)(55016002)(7736002)(790700001)(105586002)(86362001)(626008)(2501003)(478600001)(316002)(189998001)(66066001)(5640700003)(6666003)(6916009)(101416001)(7696004)(74316002)(54896002)(6306002)(53936002)(5660300001)(9686003)(106356001)(2906002)(8936002)(7520500002)(2351001)(33656002)(8676002)(3480700004)(68736007)(25786009)(2900100001)(50986999)(54356999)(81156014)(81166006)(5630700001)(19870200002); DIR:OUT; SFP:1102; SCL:1; SRVR:BM1PR01MB0883; H:BM1PR01MB0881.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: microiworld.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microiworld.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Sep 2017 20:57:33.3848 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5f482093-8fab-46ad-b760-39c5294d3054 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BM1PR01MB0883 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 21:16:57 -0000 Hello there, I would like to know if you are interested in acquiring ERM Software Users = List. Some ERM Software Users Like: Intelex EHS, LogicGate, Q-Pulse, ZenGRC, Acco= untable, GRC Cloud, DoubleCheck, SiteDocs, Onspring, Medgate, Riskonnect, P= rocessGene GRC Software Suite, MasterControl Risk Analysis, A1 Tracker, One= Soft Connect, Conrep, TrackTik, IsoMetrix and many more... Information fields: Names, Title, Email, Phone, Company Name, Company URL, = Company physical address, SIC Code, Industry, Company Size (Revenue and Emp= loyee). Let me know if you are interested and I will get back to you with the count= s, sample and pricing. Regards, Katelyn Smith Marketing Executive To opt out, please reply with Leave Out in the Subject Line. From owner-freebsd-stable@freebsd.org Mon Sep 18 23:57:44 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 818D5E116DF for ; Mon, 18 Sep 2017 23:57:44 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A11A14EF for ; Mon, 18 Sep 2017 23:57:43 +0000 (UTC) (envelope-from prvs=0434313ca1=tao@ish.com.au) Received: from ip-179.ish.com.au ([203.29.62.179]:64891) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1du5uw-0001vF-3C; Tue, 19 Sep 2017 09:57:35 +1000 X-CTCH-RefID: str=0001.0A150204.59C05D6F.0075:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: [Asterisk-bsd] Asterisk13 coredump on freebsd 11.1 To: Hans Petter Selasky , Asterisk on BSD discussion , freebsd-stable References: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> <25f05b1c-34e5-aa88-39cc-55c9a7b15616@selasky.org> From: Tao Zhou Message-ID: Date: Tue, 19 Sep 2017 09:57:34 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <25f05b1c-34e5-aa88-39cc-55c9a7b15616@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2017 23:57:44 -0000 On 18/9/17 5:40 pm, Hans Petter Selasky wrote: > There is a known issue with the latest version of Asterisk 13.xxx > crashing. I don't know the root cause. Try downgrading the Asterisk > version. You probably should compile all code with debug flags enabled > if you want to find the root cause of this. In our environment the crash happen almost always within two minutes. No calls or other activity are needed to make the crash happen. Things that didn't help: * downgrading asterisk13 to 13.17 or 13.16 * downgrading gcc5 or upgrading it to gcc6 * disabling all modules * compiling asterisk13 with GCC or CLANG * upgrading the poudriere build environment from 11.0 to 11.1 Thing that helped * installing astersisk 13.16 from https://pkg.freebsd.org (All our previous attempts were with software which was compiled locally on poudriere under FreeBSD 11.1 or 11.0) Not sure if it relevant, but our make environment looks like this: WITH_PKGNG=yes WITHOUT_X11=yes JAVA_PORT=java/openjdk8 JAVA_VERSION=1.8 apache22-worker-mpm_SET+=PROXY_AJP PROXY_BALANCER PROXY_CONNECT PROXY_FTP PROXY_HTTP PROXY_SCGI WITH_BDB_VER=5 DEFAULT_VERSIONS+=  php=7.1 DEFAULT_VERSIONS+=  apache=2.4 DEFAULT_VERSIONS+=  ssl=openssl WITH_MYSQL_VER=102m # This is needed when using openssl from ports OPTIONS_UNSET+= GSSAPI_BASE OPTIONS_SET+=   GSSAPI_MIT -- Tao ZHOU ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 From owner-freebsd-stable@freebsd.org Tue Sep 19 05:33:46 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D06CE23E3E for ; Tue, 19 Sep 2017 05:33:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5415E6B0EF for ; Tue, 19 Sep 2017 05:33:45 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D092E2601A9; Tue, 19 Sep 2017 07:33:42 +0200 (CEST) Subject: Re: [Asterisk-bsd] Asterisk13 coredump on freebsd 11.1 To: Tao Zhou , Asterisk on BSD discussion , freebsd-stable References: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> <25f05b1c-34e5-aa88-39cc-55c9a7b15616@selasky.org> From: Hans Petter Selasky Message-ID: <2e30a9b1-1093-b0b1-383e-15ae4f787df9@selasky.org> Date: Tue, 19 Sep 2017 07:31:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 05:33:46 -0000 On 09/19/17 01:57, Tao Zhou wrote: > On 18/9/17 5:40 pm, Hans Petter Selasky wrote: > >> There is a known issue with the latest version of Asterisk 13.xxx >> crashing. I don't know the root cause. Try downgrading the Asterisk >> version. You probably should compile all code with debug flags enabled >> if you want to find the root cause of this. > > In our environment the crash happen almost always within two minutes. No > calls or other activity are needed to make the crash happen. > > > Things that didn't help: > > * downgrading asterisk13 to 13.17 or 13.16 > * downgrading gcc5 or upgrading it to gcc6 > * disabling all modules > * compiling asterisk13 with GCC or CLANG > * upgrading the poudriere build environment from 11.0 to 11.1 > > Thing that helped > > * installing astersisk 13.16 from https://pkg.freebsd.org > (All our previous attempts were with software which was compiled locally > on poudriere under FreeBSD 11.1 or 11.0) > Try to do an ldd diff on the resulting binaries. Or check the list of installed Asterisk modules. Maybe there are some leftover libraries or asterisk modules which weren't deleted when the port was upgraded. --HPS From owner-freebsd-stable@freebsd.org Tue Sep 19 08:09:39 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE9AFE0376C for ; Tue, 19 Sep 2017 08:09:39 +0000 (UTC) (envelope-from prvs=0435da476c=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 898E06FBBF for ; Tue, 19 Sep 2017 08:09:38 +0000 (UTC) (envelope-from prvs=0435da476c=ari@ish.com.au) Received: from ip-170.ish.com.au ([203.29.62.170]:56368) by fish.ish.com.au with esmtpsa (TLSv1.2:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1duDax-0006nh-26 for freebsd-stable@freebsd.org; Tue, 19 Sep 2017 18:09:28 +1000 X-CTCH-RefID: str=0001.0A150202.59C0D0B7.0104:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Aristedes Maniatis Subject: ABI changes within stable branch Message-ID: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> Date: Tue, 19 Sep 2017 18:09:25 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 08:09:39 -0000 Now that we are on a faster upgrade policy for minor branches, it is expected that we'll upgrade from 11.0 to 11.1 to 11.2 much faster than in the old days. I can cope with that, but it appears that functional changes are also being made within the stable branch as seen here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221672 A new fdatasync() method is available in 11.1 but not in 11.0 which means that I now need to maintain separate ports trees for each minor update. I've never done this before, assuming (correctly for me until now) that all ports build on the latest minor release within the stable branch would work on older releases until I was ready to upgrade them. Is this instance a mistake or am I misunderstanding the new policy? If I need to treat each release within the stable branch as a whole new platform for ports, that means a bunch of extra testing and maintenance work for me. Cheers Ari -- --------------------------> Aristedes Maniatis CEO, ish https://www.ish.com.au GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@freebsd.org Tue Sep 19 08:15:34 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE53EE03C41 for ; Tue, 19 Sep 2017 08:15:34 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9405470007 for ; Tue, 19 Sep 2017 08:15:34 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1duDgq-000Fbl-O4; Tue, 19 Sep 2017 10:15:32 +0200 Date: Tue, 19 Sep 2017 10:15:32 +0200 From: Kurt Jaeger To: Aristedes Maniatis Cc: freebsd-stable Subject: Re: ABI changes within stable branch Message-ID: <20170919081532.GB2170@home.opsec.eu> References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 08:15:34 -0000 Hi! > Now that we are on a faster upgrade policy for minor branches, it is expected that we'll upgrade from 11.0 to 11.1 to 11.2 much faster than in the old days. I can cope with that, but it appears that functional changes are also being made within the stable branch as seen here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221672 > > A new fdatasync() method is available in 11.1 but not in 11.0 which means that I now need to maintain separate ports trees for each minor update. I've never done this before, assuming (correctly for me until now) that all ports build on the latest minor release within the stable branch would work on older releases until I was ready to upgrade them. I think it was the other way around: All ports build on the .0 of a RELEASE work on all later .x of that RELEASE. Which makes it a bit difficult, if a .0 is no longer supported/patched by the secteam. A pointer to the official policy would be nice 8-} -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-stable@freebsd.org Tue Sep 19 08:32:33 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D537E04B10 for ; Tue, 19 Sep 2017 08:32:33 +0000 (UTC) (envelope-from prvs=0435da476c=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 56F1E70E16 for ; Tue, 19 Sep 2017 08:32:32 +0000 (UTC) (envelope-from prvs=0435da476c=ari@ish.com.au) Received: from ip-170.ish.com.au ([203.29.62.170]:56448) by fish.ish.com.au with esmtpsa (TLSv1.2:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1duDxC-00086A-1q; Tue, 19 Sep 2017 18:32:26 +1000 X-CTCH-RefID: str=0001.0A150206.59C0D61A.00BE:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: ABI changes within stable branch To: Kurt Jaeger Cc: freebsd-stable References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> From: Aristedes Maniatis Message-ID: <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> Date: Tue, 19 Sep 2017 18:32:26 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 In-Reply-To: <20170919081532.GB2170@home.opsec.eu> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 08:32:33 -0000 On 19/9/17 6:15PM, Kurt Jaeger wrote: > Hi! > >> Now that we are on a faster upgrade policy for minor branches, it is expected that we'll upgrade from 11.0 to 11.1 to 11.2 much faster than in the old days. I can cope with that, but it appears that functional changes are also being made within the stable branch as seen here: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221672 >> >> A new fdatasync() method is available in 11.1 but not in 11.0 which means that I now need to maintain separate ports trees for each minor update. I've never done this before, assuming (correctly for me until now) that all ports build on the latest minor release within the stable branch would work on older releases until I was ready to upgrade them. > > I think it was the other way around: All ports build on the .0 of > a RELEASE work on all later .x of that RELEASE. Which makes it a bit > difficult, if a .0 is no longer supported/patched by the secteam. > > A pointer to the official policy would be nice 8-} Then we have a problem since https://pkg.freebsd.org/freebsd:11:x86:64/latest/All/ has been built on 11.1, not on 11.0 (I just tested it with csync2 which I know fails). Packages there may fail to run on 11.0, but there is no clear indication, just random failures at runtime. Maybe we'd need specific 11.0, 11.1, 11.2 releases instead of quarterly releases? Ari -- --------------------------> Aristedes Maniatis CEO, ish https://www.ish.com.au GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@freebsd.org Tue Sep 19 08:45:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83EB4E0582D for ; Tue, 19 Sep 2017 08:45:27 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4492671A18 for ; Tue, 19 Sep 2017 08:45:26 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from leaf.local (unknown [88.202.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 8CB859266 for ; Tue, 19 Sep 2017 08:45:23 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Subject: Re: ABI changes within stable branch To: freebsd-stable@freebsd.org References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> From: Matthew Seaman Message-ID: Date: Tue, 19 Sep 2017 09:45:22 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 08:45:27 -0000 On 19/09/2017 09:32, Aristedes Maniatis wrote: > On 19/9/17 6:15PM, Kurt Jaeger wrote: >> Hi! >> >>> Now that we are on a faster upgrade policy for minor branches, it is expected that we'll upgrade from 11.0 to 11.1 to 11.2 much faster than in the old days. I can cope with that, but it appears that functional changes are also being made within the stable branch as seen here: >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221672 >>> >>> A new fdatasync() method is available in 11.1 but not in 11.0 which means that I now need to maintain separate ports trees for each minor update. I've never done this before, assuming (correctly for me until now) that all ports build on the latest minor release within the stable branch would work on older releases until I was ready to upgrade them. >> >> I think it was the other way around: All ports build on the .0 of >> a RELEASE work on all later .x of that RELEASE. Which makes it a bit >> difficult, if a .0 is no longer supported/patched by the secteam. >> >> A pointer to the official policy would be nice 8-} > > Then we have a problem since https://pkg.freebsd.org/freebsd:11:x86:64/latest/All/ has been built on 11.1, not on 11.0 (I just tested it with csync2 which I know fails). Packages there may fail to run on 11.0, but there is no clear indication, just random failures at runtime. > > Maybe we'd need specific 11.0, 11.1, 11.2 releases instead of quarterly releases? Ports are still being built according to the same policy -- on the earliest still-supported release of each major branch. It's just that now, for 11.x and subsequent, 11.0 goes out of support a month or so after 11.1-RELEASE comes out. You're meant to have upgraded by now. The 11.0 -> 11.1 upgrade is intended to be a pretty routine thing that you can do about as freely as you can apply a security patch or other update within the 11.0 series. Yes, there should be some sort of warning about your system being older than what the package was built for. Ideally it would be intelligent enough to understand about things like the new fdatasync meaning libc was incompatible. Once we do finally get base system packages this problem should largely disappear, as the normal pkg(8) dependency handling should pull in an updated libc as a dependnecy of anything expecting the new fdatasync(). Cheers, Matthew From owner-freebsd-stable@freebsd.org Tue Sep 19 09:04:37 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3393E06B8A for ; Tue, 19 Sep 2017 09:04:37 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 601A172BB8 for ; Tue, 19 Sep 2017 09:04:36 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id v8J8b6M6032578; Tue, 19 Sep 2017 10:37:06 +0200 (CEST) Received: from [217.29.44.189] ([217.29.44.189]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id v8J8b6ot044287; Tue, 19 Sep 2017 10:37:06 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_0979CBF0-12D7-4FBC-8107-D25EBFFCCA8E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ABI changes within stable branch Date: Tue, 19 Sep 2017 10:37:05 +0200 In-Reply-To: <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> Cc: Kurt Jaeger , freebsd-stable To: Aristedes Maniatis References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 09:04:37 -0000 --Apple-Mail=_0979CBF0-12D7-4FBC-8107-D25EBFFCCA8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, > Am 19.09.2017 um 10:32 schrieb Aristedes Maniatis : > Then we have a problem since = https://pkg.freebsd.org/freebsd:11:x86:64/latest/All/ has been built on = 11.1, not on 11.0 (I just tested it with csync2 which I know fails). = Packages there may fail to run on 11.0, but there is no clear = indication, just random failures at runtime. >=20 > Maybe we'd need specific 11.0, 11.1, 11.2 releases instead of = quarterly releases? This is precisely what we do on our own poudriere - build the quarterly = ports branches on various FreeBSD release versions. Patrick --Apple-Mail=_0979CBF0-12D7-4FBC-8107-D25EBFFCCA8E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZwNcyAAoJEJBvLuLt2olcFjcH/i4C/FvrqSEpGe51PPbJxJ1q GZtEXzHoVDSD5wnqHEdu8VaZ6MJvIptkpiS5SYGKwCA9bCMUgNh1p8RgeMkTQAAJ QKNbN75ffZQHnzPN0I4mqW2sNYCKRi3rOdetqxeKlO2sEiZ89exIk/0z1ELT4g8B Uqbq4kOrvw5KNqzHL8eco5RKNs+Jss45XfBd5JoVHIai2ssqYlE+z4mLMXYfg5AE ACkOSBv+vVKQtfcDHggZKPQLK+5knUs9NhCxy+WJPdZ376KBk2KbbTAj39BA/afa gfUwmiicSr+Q0/nhSH4yNw4+ltLwo0H8+ibqfJXaUy7A9qgEMp3aFXUNp+ChJxw= =tc25 -----END PGP SIGNATURE----- --Apple-Mail=_0979CBF0-12D7-4FBC-8107-D25EBFFCCA8E-- From owner-freebsd-stable@freebsd.org Tue Sep 19 09:05:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54820E06CB1 for ; Tue, 19 Sep 2017 09:05:21 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18D1472DF2 for ; Tue, 19 Sep 2017 09:05:20 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3xxH5V5xJlzZwK; Tue, 19 Sep 2017 11:05:18 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id fR6bekvAHtDC; Tue, 19 Sep 2017 11:05:13 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Tue, 19 Sep 2017 11:05:13 +0200 (CEST) Subject: Re: [Asterisk-bsd] Asterisk13 coredump on freebsd 11.1 To: Tao Zhou , Hans Petter Selasky , Asterisk on BSD discussion , freebsd-stable References: <30f177e2-3fd7-37e7-2f77-4b43a56c6713@ish.com.au> <25f05b1c-34e5-aa88-39cc-55c9a7b15616@selasky.org> From: Guido Falsi Message-ID: Date: Tue, 19 Sep 2017 11:05:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 09:05:21 -0000 On 09/19/2017 01:57, Tao Zhou wrote: > On 18/9/17 5:40 pm, Hans Petter Selasky wrote: > >> There is a known issue with the latest version of Asterisk 13.xxx >> crashing. I don't know the root cause. Try downgrading the Asterisk >> version. You probably should compile all code with debug flags enabled >> if you want to find the root cause of this. > > In our environment the crash happen almost always within two minutes. No > calls or other activity are needed to make the crash happen. > > > Things that didn't help: > > * downgrading asterisk13 to 13.17 or 13.16 > * downgrading gcc5 or upgrading it to gcc6 > * disabling all modules > * compiling asterisk13 with GCC or CLANG > * upgrading the poudriere build environment from 11.0 to 11.1 > > Thing that helped > > * installing astersisk 13.16 from https://pkg.freebsd.org > (All our previous attempts were with software which was compiled locally > on poudriere under FreeBSD 11.1 or 11.0) > > > Not sure if it relevant, but our make environment looks like this: > > WITH_PKGNG=yes > WITHOUT_X11=yes > > JAVA_PORT=java/openjdk8 > JAVA_VERSION=1.8 > > apache22-worker-mpm_SET+=PROXY_AJP PROXY_BALANCER PROXY_CONNECT > PROXY_FTP PROXY_HTTP PROXY_SCGI > WITH_BDB_VER=5 > > DEFAULT_VERSIONS+=  php=7.1 > DEFAULT_VERSIONS+=  apache=2.4 > DEFAULT_VERSIONS+=  ssl=openssl > > WITH_MYSQL_VER=102m > > # This is needed when using openssl from ports > OPTIONS_UNSET+= GSSAPI_BASE > OPTIONS_SET+=   GSSAPI_MIT > This last detail could be the cause of the failures. Depending on the options with which you compiled the asterisk port it is possible for it to not play well with this one. Could you send me in a private email the output of "make showconfig" from the asterisk port? To use ports provided SSL and GSS/Kerberos with asterisk special care should be taken, some indications are present in UPDATING entries 20150506 and 20150323. -- Guido Falsi From owner-freebsd-stable@freebsd.org Tue Sep 19 17:48:40 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C37BE20890 for ; Tue, 19 Sep 2017 17:48:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED39064F5B for ; Tue, 19 Sep 2017 17:48:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v8JHmdqT085271 for ; Tue, 19 Sep 2017 17:48:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Tue, 19 Sep 2017 17:48:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: assigned_to cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 17:48:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |eugen@freebsd.org CC| |eugen@freebsd.org --- Comment #4 from Eugene Grosbein --- My PR. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Tue Sep 19 19:06:45 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5703E2546F for ; Tue, 19 Sep 2017 19:06:45 +0000 (UTC) (envelope-from jane.coppleman@gsuitebox.com) Received: from mail-vk0-x246.google.com (mail-vk0-x246.google.com [IPv6:2607:f8b0:400c:c05::246]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85F9D682FB for ; Tue, 19 Sep 2017 19:06:45 +0000 (UTC) (envelope-from jane.coppleman@gsuitebox.com) Received: by mail-vk0-x246.google.com with SMTP id 78so211579vkc.12 for ; Tue, 19 Sep 2017 12:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gsuitebox-com.20150623.gappssmtp.com; s=20150623; h=mime-version:message-id:date:subject:from:to; bh=C/vJXLIW+j3Ft0BJHqUVTSz5Cc8ASxP3myW4JiM5c8E=; b=O7IDOu9O67JZArgu6Zz3rB1sSTrh8CgDyavDtmEJBIbXmXJJ36En6IqK9lMdx8yyb1 ghGo09ZnK3AOvPPHH2mnyrBCvvtq4oPnp21EH53A76RdrYLlEdDyImxku4Aj+zhfsDMo kk9Gm3ARTDfrT98JDRVxzv6jI6DhMXNjLTWafabFOBOUaEzL9Uy+3To+UNJI72cGb5hZ LwtnS3RX0bMpnLvzCyU0kDvVmTD/1rmMXvcDsFr/nc/Gz4AlhrUN7gNQnNomI2Zgj8Ds 0cLQ7iBxbos0TUmIcCAJ56zcnvXh9LWyyPnUyNOKsAP23htFYg3Shi5hrhY383sm1L0j yvtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to; bh=C/vJXLIW+j3Ft0BJHqUVTSz5Cc8ASxP3myW4JiM5c8E=; b=OtCQipjz0oB7et34f8PLF8ijNrSnJMFoNjLeOLdmgQIfj5Uq9rUKRipA8IV58Brbtn a7sPfn0u5d8K9NNRxdsBQSTG+VM1FwBum4zQ1ILpEGAesWDANSUOT/EfuRQ/+4EgvLR3 oZKnTR9w63fdm1lmti1t9RdKHkiJV6qUuXGDOZEQuIqlzgBT3ZOhFio1EwtSNPAooVH4 j8ffuZOCAYXp3FflJEyrakENS0WkaPIuJlv8lzpS6cTqbv4Ct6Ly/pa+Ahmc2zPJ7Br/ hVkdPdAmW83jzHxIQiWyqXH+aseV/XuSAY60aOei4rggADGjdSFJMVtmmsEBmlm06JJT P+6w== X-Gm-Message-State: AHPjjUhMvYFnyT+Xt3tvcbzVDuGyLzVXQD7nIcBdzVnZjNQq1vXBfB9c +1T8ZXgS3HNShN/fzO1Zp+dFhjQcnIE4 X-Google-Smtp-Source: AOwi7QB3t7IguLxGkt3DsDtARrOZ9gowcdXQjGPChiPN+J514eXgQJEyQuxg9oHg1msd1ih+USti2Q6ixw== MIME-Version: 1.0 X-Received: by 10.176.16.221 with SMTP id x29mr1454057uab.27.1505848004472; Tue, 19 Sep 2017 12:06:44 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2017 19:06:44 +0000 Subject: Cloud Storage Users Email List From: jane.coppleman@gsuitebox.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2017 19:06:45 -0000 PGRpdiBkaXI9Imx0ciI+PHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+PHNwYW4gIA0Kc3R5 bGU9ImNvbG9yOmJsYWNrIj5IaSw8L3NwYW4+PC9wPg0KDQo8cCBjbGFzcz0iZ21haWwtTXNvTm9T cGFjaW5nIj5Xb3VsZCB5b3UgYmUgaW50ZXJlc3RlZCBpbiBhIGxpc3Qgb2YgPGI+PHNwYW4gIA0K c3R5bGU9ImNvbG9yOmJsYWNrIj5DbG91ZDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4gPGI+U3RvcmFnZQ0KVXNlcnM8L2I+PyBXZSBhcmUgYSBHbG9iYWwgVGVjaG5vbG9neSBV c2Vy4oCZcyBMaXN0IFByb3ZpZGVy4oCZcyB3aXRoIDkwIE1pbGxpb24NClBsdXMgZGF0YSBhbmQg Y291bnRpbmcuPC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+PGI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TaWduaWZpY2FudCBMaXN0ICANCkluY2x1ZGVzOjwv c3Bhbj48L2I+PC9wPg0KDQo8dGFibGUgY2xhc3M9ImdtYWlsLU1zb05vcm1hbFRhYmxlIiBib3Jk ZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiAgDQpjZWxscGFkZGluZz0iMCIgc3R5bGU9ImJvcmRlci1j b2xsYXBzZTpjb2xsYXBzZSI+DQogIDx0Ym9keT48dHIgc3R5bGU9ImhlaWdodDowLjJpbiI+DQog ICA8dGQgbm93cmFwIHZhbGlnbj0iYm90dG9tIiBzdHlsZT0iYm9yZGVyOjFwdCBzb2xpZCB3aW5k b3d0ZXh0O3BhZGRpbmc6MGluICANCjUuNHB0O2hlaWdodDowLjJpbiI+DQogICA8cCBjbGFzcz0i TXNvTm9ybWFsIiAgDQpzdHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPjxzcGFuICANCnN0eWxlPSJjb2xvcjpibGFjayI+Q2l0cml4IFNoYXJlRmlsZSBDbGll bnRzIEVtYWlsICANCkxpc3Q8c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQogICA8 dGQgbm93cmFwIHZhbGlnbj0iYm90dG9tIiBzdHlsZT0iYm9yZGVyLXRvcDoxcHQgc29saWQgIA0K d2luZG93dGV4dDtib3JkZXItcmlnaHQ6MXB0IHNvbGlkIHdpbmRvd3RleHQ7Ym9yZGVyLWJvdHRv bToxcHQgc29saWQgIA0Kd2luZG93dGV4dDtib3JkZXItbGVmdDpub25lO3BhZGRpbmc6MGluIDUu NHB0O2hlaWdodDowLjJpbiI+DQogICA8cCBjbGFzcz0iTXNvTm9ybWFsIiAgDQpzdHlsZT0ibWFy Z2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuICANCnN0eWxlPSJj b2xvcjpibGFjayI+RHJvcGJveCBDbGllbnRzIEVtYWlsIExpc3Q8c3Bhbj48L3NwYW4+PC9zcGFu PjwvcD4NCiAgIDwvdGQ+DQogIDwvdHI+DQogIDx0ciBzdHlsZT0iaGVpZ2h0OjAuMmluIj4NCiAg IDx0ZCBub3dyYXAgdmFsaWduPSJib3R0b20iIHN0eWxlPSJib3JkZXItcmlnaHQ6MXB0IHNvbGlk ICANCndpbmRvd3RleHQ7Ym9yZGVyLWJvdHRvbToxcHQgc29saWQgd2luZG93dGV4dDtib3JkZXIt bGVmdDoxcHQgc29saWQgIA0Kd2luZG93dGV4dDtib3JkZXItdG9wOm5vbmU7cGFkZGluZzowaW4g NS40cHQ7aGVpZ2h0OjAuMmluIj4NCiAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxlPSJt YXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gIA0Kc3R5bGU9 ImNvbG9yOmJsYWNrIj5FZ255dGUgQ2xpZW50cyBFbWFpbCBMaXN0PHNwYW4+PC9zcGFuPjwvc3Bh bj48L3A+DQogICA8L3RkPg0KICAgPHRkIG5vd3JhcCB2YWxpZ249ImJvdHRvbSIgIA0Kc3R5bGU9 ImJvcmRlci10b3A6bm9uZTtib3JkZXItbGVmdDpub25lO2JvcmRlci1ib3R0b206MXB0IHNvbGlk ICANCndpbmRvd3RleHQ7Ym9yZGVyLXJpZ2h0OjFwdCBzb2xpZCB3aW5kb3d0ZXh0O3BhZGRpbmc6 MGluICANCjUuNHB0O2hlaWdodDowLjJpbiI+DQogICA8cCBjbGFzcz0iTXNvTm9ybWFsIiAgDQpz dHlsZT0ibWFyZ2luLWJvdHRvbTowLjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuICAN CnN0eWxlPSJjb2xvcjpibGFjayI+Qm94IENsaWVudHMgRW1haWwgTGlzdDxzcGFuPjwvc3Bhbj48 L3NwYW4+PC9wPg0KICAgPC90ZD4NCiAgPC90cj4NCiAgPHRyIHN0eWxlPSJoZWlnaHQ6MTVwdCI+ DQogICA8dGQgbm93cmFwIHZhbGlnbj0iYm90dG9tIiBzdHlsZT0iYm9yZGVyLXJpZ2h0OjFwdCBz b2xpZCAgDQp3aW5kb3d0ZXh0O2JvcmRlci1ib3R0b206MXB0IHNvbGlkIHdpbmRvd3RleHQ7Ym9y ZGVyLWxlZnQ6MXB0IHNvbGlkICANCndpbmRvd3RleHQ7Ym9yZGVyLXRvcDpub25lO3BhZGRpbmc6 MGluIDUuNHB0O2hlaWdodDoxNXB0Ij4NCiAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiICANCnN0eWxl PSJtYXJnaW4tYm90dG9tOjAuMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gIA0Kc3R5 bGU9ImNvbG9yOmJsYWNrIj5Ecm9wYm94IGZvciBidXNpbmVzcyBDbGllbnRzIEVtYWlsICANCkxp c3Q8c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQogICA8dGQgbm93cmFwIHZhbGln bj0iYm90dG9tIiAgDQpzdHlsZT0iYm9yZGVyLXRvcDpub25lO2JvcmRlci1sZWZ0Om5vbmU7Ym9y ZGVyLWJvdHRvbToxcHQgc29saWQgIA0Kd2luZG93dGV4dDtib3JkZXItcmlnaHQ6MXB0IHNvbGlk IHdpbmRvd3RleHQ7cGFkZGluZzowaW4gNS40cHQ7aGVpZ2h0OjE1cHQiPg0KICAgPHAgY2xhc3M9 Ik1zb05vcm1hbCIgIA0Kc3R5bGU9Im1hcmdpbi1ib3R0b206MC4wMDAxcHQ7bGluZS1oZWlnaHQ6 bm9ybWFsIj48c3BhbiAgDQpzdHlsZT0iY29sb3I6YmxhY2siPkFXUyBDbGllbnRzIEVtYWlsIExp c3Q8c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQogIDwvdHI+DQo8L3Rib2R5Pjwv dGFibGU+DQoNCjxwIGNsYXNzPSJnbWFpbC1Nc29Ob1NwYWNpbmciPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+S2luZGx5IGdldA0KYmFjayB0byB1cyB3aXRoIHlvdXIgdGFyZ2V0ZWQgY3JpdGVy aWEsIGdlb2dyYXBoeSBhbmQgam9iIHRpdGxlcyB0byBwcm92aWRlICANCnlvdQ0Kd2l0aCBkZXRh aWxlZCBpbmZvcm1hdGlvbiBmb3IgeW91ciByZXZpZXcuPC9zcGFuPjwvcD4NCg0KPHAgY2xhc3M9 ImdtYWlsLU1zb05vU3BhY2luZyI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGFua3Ms PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQoNCjxwIGNsYXNzPSJnbWFpbC1Nc29Ob1NwYWNpbmci PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SmFuZQ0KQ29wcGxlbWFuPC9zcGFuPjwvcD4NCg0K PHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyI+SWYgc2VlIG5vIGludGVyZXN0IHBsZWFzZSBy ZXBseSDigJxPcHQgT3V04oCdIGluICANCnN1YmplY3QNCmxpbmUuPHNwYW4+PC9zcGFuPjwvcD48 L2Rpdj4NCjxwPiZuYnNwOzwvcD48YSBzdHlsZT0nZGlzcGxheTogYmxvY2s7IG1hcmdpbjogMzJw eCAwIDQwcHggMDsgcGFkZGluZzogIA0KMTBweDsgZm9udC1zaXplOiAxZW07IHRleHQtYWxpZ246 IGNlbnRlcjsgYm9yZGVyOiAwOyBib3JkZXItdG9wOiAxcHggc29saWQgIA0KZ3JheTsgJyBocmVm PSdodHRwczovL2dvby5nbC8ya3NkUnYnPnBvd2VyZWQgYnkgR1NNLiBGcmVlIG1haWwgbWVyZ2Ug YW5kICANCmVtYWlsIG1hcmtldGluZyBzb2Z0d2FyZSBmb3IgR21haWwuPC9hPg0K From owner-freebsd-stable@freebsd.org Wed Sep 20 00:05:44 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7DE8E0F9E1 for ; Wed, 20 Sep 2017 00:05:44 +0000 (UTC) (envelope-from prvs=0436a04fd1=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7EED872FA6 for ; Wed, 20 Sep 2017 00:05:43 +0000 (UTC) (envelope-from prvs=0436a04fd1=ari@ish.com.au) Received: from [10.242.2.2] (port=59088 helo=MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1.2:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1duSWH-0006Ah-2t; Wed, 20 Sep 2017 10:05:38 +1000 X-CTCH-RefID: str=0001.0A150202.59C1B0D2.0059, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: ABI changes within stable branch To: "Patrick M. Hausen" Cc: Kurt Jaeger , freebsd-stable , matthew@FreeBSD.org References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> From: Aristedes Maniatis Message-ID: <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> Date: Wed, 20 Sep 2017 10:05:36 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 00:05:44 -0000 Matthew Seaman wrote: > > Ports are still being built according to the same policy -- on the > earliest still-supported release of each major branch. > > It's just that now, for 11.x and subsequent, 11.0 goes out of support a > month or so after 11.1-RELEASE comes out. You're meant to have upgraded > by now. The 11.0 -> 11.1 upgrade is intended to be a pretty routine > thing that you can do about as freely as you can apply a security patch > or other update within the 11.0 series. I'm afraid this hasn't made things clearer for me at all. 1. What does the "stable" branch mean if the ABI is no longer stable 2. This policy of changing the ABI means that upgrading from 11.0 to 11.1 is now less routine than it used to be in the old days. Each minor update is more like the effort involved in upgrading 10 -> 11. So I'll be doing it less often, not more often. 3. Packages are located in a namespace like this: https://pkg.freebsd.org/freebsd:11:x86:64 But now I don't know which release this is actually pointing to or which packages will work. 4. /etc/pkg/repos/FreeBSD.conf points to url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly" However this is now wrong. If I am delayed in upgrading my system, downloading packages from there will sometimes break things. And I will not know until runtime. 5. The package MANIFEST contains information about system compatibility. That is just the major version, but we need the minor release version now too. Here are some possible solutions from where I'm sitting on the edges: a. Go back to 'stable' meaning the ABI doesn't change. Not just the kernel, but the whole OS. b. Since there is no different in breakage and effort when going from 11.0 -> 11.1 or when going from 11.0 -> 12.0, just get rid of the point releases entirely. Then the existing packaging system still works. c. Add point releases to the package manifest. We've have something like https://pkg.freebsd.org/freebsd:11.0:x86:64 d. Wait for some new base packaging magic to solve things. Have I summarised this effectively? Ari -- --------------------------> Aristedes Maniatis CEO, ish https://www.ish.com.au GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@freebsd.org Wed Sep 20 01:33:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36DCBE14C72 for ; Wed, 20 Sep 2017 01:33:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAECD75547 for ; Wed, 20 Sep 2017 01:33:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x230.google.com with SMTP id i197so2719847ioe.9 for ; Tue, 19 Sep 2017 18:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=m3jSpyod2S3pItaE8sfOMTO38ckfCanz9XyRVERRtpA=; b=Ac0tsuDN0OIVaRnkgL/xep4ycsX+P5NLWmrA7sX484F76wplHVHI2bflyJgshJU74X mUNtIYL2XyC2bOOnVYz/IvjZCFUogoGM9rj9SUtIA9i/z8xeSq5uUl3XbBhanC1Y+eSx K7W+QIfaTQ2HCuxybcofHYQQS122QXICD/SllR9j2nNtv8bptqRmI1uziqf0RAqqiOZg PsOO45/2unQvG1FGvyE/JJYYPjw+2hbc/I/428jawxh+zVCwE8GItfIVGTFiUBukb8J3 eP15yVrYGIrB/OVR8E0jHuqsQABnKbWjOCW9JP3YoeVTrxMBdEZL+K7G6i49YOn62Gix 27Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=m3jSpyod2S3pItaE8sfOMTO38ckfCanz9XyRVERRtpA=; b=uHEHOTeFgLJg0JT7vXsAkFurJ+XJbqZiZwgji4TyaIRy4yJZr7a2+KJRJ/ebeR1KRL MEuvhNeZPQINpKyRXChwTKceUOFhp8MlX1nWQkjUxl6R3mqq+wAcuoC3yHyxxcsrgmuG ljeLosoBp50DFQPXZ9FyCC5by12hcIMjyPi8ZzMguDjV8dN0ajxBKaa6LUksEfqg0tXZ pOIgigd5KxV3kSYm6XTlyOeyV1AlZjbuuPmM0UdE7uG1d5v/3TxGVp5j/L6naTj963Jc rGNQaQ/8GZsNreeKKAYBlmy1L5+JOeHeamD30af0sZu6HS6RK7VT9LKeNFnRj5up1rcg oGGQ== X-Gm-Message-State: AHPjjUjnq8CDq05K6THuPevMY4bYno+S6vi8EwxA1W74SSnJClGMCPwP Bi9tWJzWSDb3bLjK6s03ug7z1Elm+ov1CQdIvfiJ7g== X-Google-Smtp-Source: AOwi7QCMAKyo+ef7Jj50jOguMIVysFym53wJonQFDoL0Q7h4D619Mi0IhGT3QylQ8jgWl1IDBqgwgDRuasPBBbEKi/8= X-Received: by 10.107.7.161 with SMTP id g33mr4355124ioi.169.1505871202083; Tue, 19 Sep 2017 18:33:22 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.2.194 with HTTP; Tue, 19 Sep 2017 18:33:20 -0700 (PDT) X-Originating-IP: [65.151.16.248] Received: by 10.79.2.194 with HTTP; Tue, 19 Sep 2017 18:33:20 -0700 (PDT) In-Reply-To: References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> From: Warner Losh Date: Tue, 19 Sep 2017 19:33:20 -0600 X-Google-Sender-Auth: Lm7agWGN9KpFT33qsl08zZIU7ag Message-ID: Subject: Re: ABI changes within stable branch To: Aristedes Maniatis Cc: Matthew Seaman , Kurt Jaeger , "Patrick M. Hausen" , freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 01:33:23 -0000 On Sep 19, 2017 6:05 PM, "Aristedes Maniatis" wrote: Matthew Seaman wrote: > > Ports are still being built according to the same policy -- on the > earliest still-supported release of each major branch. > > It's just that now, for 11.x and subsequent, 11.0 goes out of support a > month or so after 11.1-RELEASE comes out. You're meant to have upgraded > by now. The 11.0 -> 11.1 upgrade is intended to be a pretty routine > thing that you can do about as freely as you can apply a security patch > or other update within the 11.0 series. I'm afraid this hasn't made things clearer for me at all. 1. What does the "stable" branch mean if the ABI is no longer stable FreeBSD has always had a policy of backwards compatibility. By that definition we are stable. What we don't promise is full forwards compatibility, which is what you are asking for. 2. This policy of changing the ABI means that upgrading from 11.0 to 11.1 is now less routine than it used to be in the old days. Each minor update is more like the effort involved in upgrading 10 -> 11. So I'll be doing it less often, not more often. How so? All the old binaries work. It's running new binaries on old systems that's a problem. 3. Packages are located in a namespace like this: https://pkg.freebsd.org/ freebsd:11:x86:64 But now I don't know which release this is actually pointing to or which packages will work. 4. /etc/pkg/repos/FreeBSD.conf points to url: "pkg+http://pkg.FreeBSD.org/${ ABI}/quarterly" However this is now wrong. If I am delayed in upgrading my system, downloading packages from there will sometimes break things. And I will not know until runtime. 5. The package MANIFEST contains information about system compatibility. That is just the major version, but we need the minor release version now too. Here are some possible solutions from where I'm sitting on the edges: a. Go back to 'stable' meaning the ABI doesn't change. Not just the kernel, but the whole OS. The definition hasn't changed in a decade. b. Since there is no different in breakage and effort when going from 11.0 -> 11.1 or when going from 11.0 -> 12.0, just get rid of the point releases entirely. Then the existing packaging system still works. c. Add point releases to the package manifest. We've have something like https://pkg.freebsd.org/freebsd:11.0:x86:64 d. Wait for some new base packaging magic to solve things. Have I summarised this effectively? Apart from the whole forwards backwards thing, which is sadly critical... Warner Ari -- --------------------------> Aristedes Maniatis CEO, ish https://www.ish.com.au GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Sep 20 02:09:44 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 417B2E17004 for ; Wed, 20 Sep 2017 02:09:44 +0000 (UTC) (envelope-from prvs=0436a04fd1=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0426E766E9 for ; Wed, 20 Sep 2017 02:09:43 +0000 (UTC) (envelope-from prvs=0436a04fd1=ari@ish.com.au) Received: from ip-170.ish.com.au ([203.29.62.170]:59651) by fish.ish.com.au with esmtpsa (TLSv1.2:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1duUSB-0005D5-1e; Wed, 20 Sep 2017 12:09:32 +1000 X-CTCH-RefID: str=0001.0A150203.59C1CDDB.00E7:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: ABI changes within stable branch To: Warner Losh Cc: Matthew Seaman , Kurt Jaeger , "Patrick M. Hausen" , freebsd-stable References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> From: Aristedes Maniatis Message-ID: Date: Wed, 20 Sep 2017 12:09:30 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:56.0) Gecko/20100101 Thunderbird/56.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 02:09:44 -0000 On 20/9/17 11:33AM, Warner Losh wrote: > FreeBSD has always had a policy of backwards compatibility. By that definition we are stable. What we don't promise is full forwards compatibility, which is what you are asking for.  Correct. Within the stable branch I'd always assumed forward compatibility was the case and haven't been bitten by this since my days of FreeBSD 3.0. But even if this is no longer the case (or was never a goal), I'm still confused by versioning packages like this: http://pkg.FreeBSD.org/${ABI}/ which is clearly not correct. There is just no way for me to discover which package is compatible with which OS version. Anyhow, thanks for listening. This is putting a dent in my adoption of the accelerated EOL of minor releases. At the very least I need to remember to keep poudriere on the x.0 release even after it is EOL, until every one of my servers has been upgraded (which is rarely before the new accelerated EOL for machines that don't face the internet). Ari -- --------------------------> Aristedes Maniatis CEO, ish https://www.ish.com.au GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@freebsd.org Wed Sep 20 10:19:32 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76A13E0700F for ; Wed, 20 Sep 2017 10:19:32 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 053416547C for ; Wed, 20 Sep 2017 10:19:31 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id v8KAJMSE063139; Wed, 20 Sep 2017 12:19:22 +0200 (CEST) Received: from [217.29.46.2] ([217.29.46.2]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id v8KAJLgX024046; Wed, 20 Sep 2017 12:19:22 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_24297F3D-0E5A-47BB-89DE-6211F190C25B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: ABI changes within stable branch Date: Wed, 20 Sep 2017 12:17:08 +0200 In-Reply-To: Cc: freebsd-stable To: Aristedes Maniatis References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 10:19:32 -0000 --Apple-Mail=_24297F3D-0E5A-47BB-89DE-6211F190C25B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi! > Am 20.09.2017 um 04:09 schrieb Aristedes Maniatis : > At the very least I need to remember to keep poudriere on the x.0 = release even after it is EOL, > until every one of my servers has been upgraded Not necessarily. You can run build jails with lower OS versions on an = up-to-date poudriere system. In your specific case just build 11.0 and 11.1 packages (until 11.0 = breaks ;-) and use the appropriate package repos on your various servers. You *cannot* build 11.1 packages on an 11.0 poudriere, at least not = reliably. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling --Apple-Mail=_24297F3D-0E5A-47BB-89DE-6211F190C25B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZwkAlAAoJEJBvLuLt2olcPswH/RtvdfaDmgQFPE1mEPHgFTIH 4Ymbc9IW+BqfsO2l6yPAV7toVPJ0BVtRTobCKcUcAOPDpxnS6uPsHWyLpahhh7Zx VYjqPAJzrgEhd9xJrnpR1oM470lZXK2zl5AOS7o172fENR2nom8r/XvyNefJGikf l/2Zx5nO6FSydA4bQVBy/lDs6xOHQSnG1yoQ2/fHq7meFfK/74L4Is2GbHH4xrDZ EONF3Y+NqBMOFoIfq51WpZZ5TAKqWwmURzBW9SC2ZpnwXrSHZd6KoSdBF/w0S03V mbHZUb+HRUJCRdkDJ085K2FU3MX186IF/ybUo/K+OjskhBbQh/eEm3yFGirE9ZE= =taX7 -----END PGP SIGNATURE----- --Apple-Mail=_24297F3D-0E5A-47BB-89DE-6211F190C25B-- From owner-freebsd-stable@freebsd.org Wed Sep 20 17:27:40 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62C24E19360 for ; Wed, 20 Sep 2017 17:27:40 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AFC274376 for ; Wed, 20 Sep 2017 17:27:40 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 205B5B16; Wed, 20 Sep 2017 12:27:36 -0500 (CDT) Date: Wed, 20 Sep 2017 12:27:35 -0500 From: Mark Linimon To: Kurt Jaeger Cc: Aristedes Maniatis , freebsd-stable Subject: Re: ABI changes within stable branch Message-ID: <20170920172734.GC10570@lonesome.com> References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170919081532.GB2170@home.opsec.eu> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 17:27:40 -0000 On Tue, Sep 19, 2017 at 10:15:32AM +0200, Kurt Jaeger wrote: > A pointer to the official policy would be nice 8-} 3rd paragraph of: http://www.freebsd.org/portmgr/policies_eol.html mcl From owner-freebsd-stable@freebsd.org Wed Sep 20 17:35:47 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2507E19A0B for ; Wed, 20 Sep 2017 17:35:47 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CF2F74986; Wed, 20 Sep 2017 17:35:47 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 21830B16; Wed, 20 Sep 2017 12:35:46 -0500 (CDT) Date: Wed, 20 Sep 2017 12:35:45 -0500 From: Mark Linimon To: Warner Losh Cc: Aristedes Maniatis , freebsd-stable , Kurt Jaeger , Matthew Seaman Subject: Re: ABI changes within stable branch Message-ID: <20170920173544.GD10570@lonesome.com> References: <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 17:35:47 -0000 On Tue, Sep 19, 2017 at 07:33:20PM -0600, Warner Losh wrote: > FreeBSD has always had a policy of backwards compatibility. By that > definition we are stable. What we don't promise is full forwards > compatibility, which is what you are asking for. In particular, "we add things to the ABI" sometimes changes the way packages build (e.g. if a config script auto-detects the change). Because of this, you have to be very particular that you are running either 11.0-built things, or 11.1-built things, but not a combination. If you're running 11.X-stable across the thing-added-to-ABI boundary, then you can get into the same bad state. Ports rarely get into that state across that boundary, and only a few of them, but it is very annoying when it does happen (e.g. rsync). The only way to make sure that doesn't happen is to cancel the developers' ability to modify the ABI in any way. Unfortunately, I don't see that happening. mcl From owner-freebsd-stable@freebsd.org Wed Sep 20 23:16:53 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A76BCE019B8 for ; Wed, 20 Sep 2017 23:16:53 +0000 (UTC) (envelope-from andrei@fazik.net.ua) Received: from mail.fazik.net.ua (mail.fazik.net.ua [176.9.63.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F2718423B for ; Wed, 20 Sep 2017 23:16:53 +0000 (UTC) (envelope-from andrei@fazik.net.ua) Mime-Version: 1.0 DKIM-Filter: OpenDKIM Filter v2.10.3 mail.fazik.net.ua 80D7C8B7CD Date: Wed, 20 Sep 2017 23:06:11 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: andrei@fazik.net.ua Message-ID: Subject: CAM status: Command timeout To: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 23:16:53 -0000 Hello,=0AAfter updating to 11.1 my home server can't boot with errors lik= e=0A(ada0:ata2:0:0:0): WRITE_DMA48. ACB: 35 00 50 29 10 40 6c 00 0c 00=0A= (ada0:ata2:0:0:0): CAM status: Command timeout=0A(ada0:ata2:0:0:0): Retry= ing command=0Afor all 6 sata hdd(stripe from 2 raidz)=0AACB different fro= m boot to boot=0ASometimes it even can boot, but in few minutes will hang= with same errors.=0A=0AHardware: Supermicro X8DTN+-F / 6xWD1502FYPS-02W3= B0 /2xE5649=0AHDDs connected to sata ports on baseboard.=0AIf I add=0Ahin= t.ata.2.mode=3DPIO4=0Ahint.ata.3.mode=3DPIO4=0Ahint.ata.4.mode=3DPIO4=0Ah= int.ata.5.mode=3DPIO4=0Ato device.hints I'm able to boot but performance = of IO becomes really disappointing.=0AAlso, if I add something like "find= / -name something" to zfs rc script, than boots fine.=0A=0AIf I roll bac= k system to 11.0 all works fine again.=0AAny advise on debuging of this i= ssue?=0AAlso raised bug report some time ago for this issue=0Ahttps://bug= s.freebsd.org/bugzilla/show_bug.cgi?id=3D221704 From owner-freebsd-stable@freebsd.org Thu Sep 21 01:01:59 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29D94E06010 for ; Thu, 21 Sep 2017 01:01:59 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [150.101.137.133]) by mx1.freebsd.org (Postfix) with ESMTP id 795AB2172 for ; Thu, 21 Sep 2017 01:01:39 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-151-17.bras1.adl6.internode.on.net (HELO leader.local) ([118.210.151.17]) by ipmail01.adl2.internode.on.net with ESMTP; 21 Sep 2017 10:25:59 +0930 Subject: Re: ABI changes within stable branch To: "Patrick M. Hausen" , Aristedes Maniatis Cc: freebsd-stable References: <1b07bf49-508a-c6b4-e805-df7d43230f81@ish.com.au> <20170919081532.GB2170@home.opsec.eu> <21c1d954-8bdf-0d16-f1ca-176cd6df7a60@ish.com.au> <423b38b0-18d8-4252-d2b8-f25f2141e3bb@ish.com.au> From: Shane Ambler Message-ID: <59a5e2d2-cee8-16b0-f95b-e885a14cd003@ShaneWare.Biz> Date: Thu, 21 Sep 2017 10:25:57 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2017 01:01:59 -0000 On 20/09/2017 19:47, Patrick M. Hausen wrote: > Hi! > >> Am 20.09.2017 um 04:09 schrieb Aristedes Maniatis : >> At the very least I need to remember to keep poudriere on the x.0 release even after it is EOL, >> until every one of my servers has been upgraded > > Not necessarily. You can run build jails with lower OS versions on an up-to-date > poudriere system. > > In your specific case just build 11.0 and 11.1 packages (until 11.0 breaks ;-) and > use the appropriate package repos on your various servers. > > You *cannot* build 11.1 packages on an 11.0 poudriere, at least not reliably. While I think custom poudriere builds were in use, the main problem is users that fail to quickly update to the newest OS release have issues when installing official pkg updates which break a machine in use. Without installing a pkg there is no way to know if it will run or break. A pkg manifest records it's abi as FreeBSD:11:amd64 which doesn't tell you that it will fail to run on an 11.1 system. There is also no way to specify a pkg repo path that prevents you getting broken pkgs. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@freebsd.org Thu Sep 21 23:34:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAE1CE00583 for ; Thu, 21 Sep 2017 23:34:27 +0000 (UTC) (envelope-from khellman@mcprogramming.com) Received: from smtp.webfaction.com (mail6.webfaction.com [31.170.123.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77AE070407 for ; Thu, 21 Sep 2017 23:34:27 +0000 (UTC) (envelope-from khellman@mcprogramming.com) Received: from dane.localdomain (c-67-162-144-164.hsd1.co.comcast.net [67.162.144.164]) by smtp.webfaction.com (Postfix) with ESMTPSA id 8437860470659; Thu, 21 Sep 2017 23:34:15 +0000 (UTC) Received: from khellman by dane.localdomain with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dvAz2-000116-AX; Thu, 21 Sep 2017 17:34:16 -0600 Date: Thu, 21 Sep 2017 17:34:16 -0600 From: Keith Hellman To: andrei@fazik.net.ua Cc: freebsd-stable@freebsd.org Subject: Re: CAM status: Command timeout Message-ID: <20170921233416.GC2994@dane.localdomain> Reply-To: khellman@mcprogramming.com References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qtZFehHsKgwS5rPz" Content-Disposition: inline In-Reply-To: Jabber-ID: jabber@mcprogramming.com User-Agent: Mutt/1.8.3 (2017-05-23) Sender: Keith Hellman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2017 23:34:27 -0000 --qtZFehHsKgwS5rPz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 20, 2017 at 11:06:11PM +0000, freebsd-stable List wrote: > Sometimes it even can boot, but in few minutes will hang with same errors. >=20 > Hardware: Supermicro X8DTN+-F / 6xWD1502FYPS-02W3B0 /2xE5649 > HDDs connected to sata ports on baseboard. > If I add > hint.ata.2.mode=3DPIO4 > hint.ata.3.mode=3DPIO4 > hint.ata.4.mode=3DPIO4 > hint.ata.5.mode=3DPIO4 > to device.hints I'm able to boot but performance of IO becomes really dis= appointing. > Also, if I add something like "find / -name something" to zfs rc script, = than boots fine. Boots fine but hangs in a few minutes? Or all is good to go? Here is a thught: it could be the find / ... command is causing enough delay to let some hardware "settle down" and behave more reasonably. Can you replace the find cmd with an equivalent sleep(1) command of like duration and get the same results? =20 > If I roll back system to 11.0 all works fine again. Seemingly minor deltas in the system could have had the needed delay as an implicit part of the system... =20 Just my 2c --=20 Keith Hellman #include khellman@mcprogramming.com from disclaimer import standard khellman@mines.edu gpg key 9FCF40FD freenode.net as mrtuple "The First Python function ever written (takes place in the Garden of Eden)" Guido sayeth "I will write def foo():" "Hmm, I could use an import, or two", Satan said, in a whirl, "Why not write it in Perl?", and the second function ever written - def foo_you():=20 -- Python Limmerick Contest submission by cappy2112 http://groups-beta.google.com/group/comp.lang.python/browse_thread/threa= d/d7a780beaff2e88a/ --qtZFehHsKgwS5rPz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlnETHIACgkQeAsFcZ/PQP0rPQCgst4CiZXu24WMOYSXJe3GJ5Hk 1HAAnjC+q/qf4isJ5hz9oGq8o+ff+W/q =S+OF -----END PGP SIGNATURE----- --qtZFehHsKgwS5rPz-- From owner-freebsd-stable@freebsd.org Fri Sep 22 05:36:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B796EE17494 for ; Fri, 22 Sep 2017 05:36:50 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 362B37EC0D for ; Fri, 22 Sep 2017 05:36:49 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from webmail.norma.perm.ru (localhost [127.0.0.1]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTP id v8M5ajje039227 for ; Fri, 22 Sep 2017 10:36:45 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1506058606; bh=hMayBoSkpWkHsHb/FuJ5YI1Aj6JLTT0s1pHUHAsN9hc=; h=Date:From:To:Subject; b=BPjThdTEuBdMvWW7I0iIUJR20dpb/f1NHyXFbdqpSGewEr4lBk7AJhJTs+uy3E1KE 9mt1ZNk1xJOPjzw85n6muU9zpysLkb4KdfaVfhgheFen/G7MwVe6yLSxmF4DRCo8lN DsjA63o4d/pdHhbEZr0PVw5gXUcUjGORnHNK2DYc= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2017 10:36:45 +0500 From: "Eugene M. Zheganin" To: freebsd-stable@freebsd.org Subject: ctld: only 579 iSCSI targets can be created Message-ID: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> X-Sender: emz@norma.perm.ru User-Agent: Roundcube Webmail/0.8.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2017 05:36:50 -0000 Hi, I have old 11-STABLE as an iSCSI server, but out of the blue I encountered weird problem: only 579 targets can be created. I mean, I am fully aware that the out-of-the-box limit is 128 targets, with is enforced by the CTL_MAX_PORTS define, and I've set it to 1024 (and of course rebuilt and installed a new kernel), but when I add more that 579 targets I start to get the protocol errors: Sep 22 10:16:48 san1 ctld[8657]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x4 Sep 22 10:16:48 san1 ctld[8658]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x46 Sep 22 10:17:31 san1 ctld[8746]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x4 Sep 22 10:17:31 san1 ctld[8747]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x46 Sep 22 10:19:58 san1 ctld[9190]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x4 Sep 22 10:19:58 san1 ctld[9191]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x46 Sep 22 10:21:33 san1 ctld[9518]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x4 Sep 22 10:21:33 san1 ctld[9519]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x46 So, the question is - is it possible to have more than 579 targets and if yes - how can this be achieved ? Right now I'm experimenting with extending luns, not targets. One may think that I am merey greedy, but the thing is, I really have hundreds of initiatorsm and it's just logical to have as many targets as I do. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Fri Sep 22 05:38:40 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2D04E17738 for ; Fri, 22 Sep 2017 05:38:40 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35B317ED9A for ; Fri, 22 Sep 2017 05:38:39 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from webmail.norma.perm.ru (localhost [127.0.0.1]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTP id v8M5cbfT039287 for ; Fri, 22 Sep 2017 10:38:37 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1506058717; bh=iTA4qUKmi/Vc1TqpzeKRG1s1uFqmz5EH6QKHlms0SZg=; h=Date:From:To:Subject:In-Reply-To:References; b=psAIgWl9G0q8D93PN/YmLPLdRHWMAaESCpvml6OinIelQpYBTRME3spMBrZvSkDDm hhQ1TgKu/GvIhQKKOATnHbwywzDUNkFUXVp8JdeWlKxI7Ie6aLAOhUgLo7lB4/qnfA dbTCz8Fd63lpP6UHFbVDdqDqAO2+7gMFb30jPJDc= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 22 Sep 2017 10:38:37 +0500 From: "Eugene M. Zheganin" To: freebsd-stable@freebsd.org Subject: Re: ctld: only 579 iSCSI targets can be created In-Reply-To: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> References: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> Message-ID: X-Sender: emz@norma.perm.ru User-Agent: Roundcube Webmail/0.8.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2017 05:38:40 -0000 Hi, Eugene M. Zheganin писал 2017-09-22 10:36: > Hi, > > I have old 11-STABLE as an iSCSI server, but out of the blue I > encountered weird problem: only 579 targets can be created. I mean, I > am fully aware that the out-of-the-box limit is 128 targets, with is > enforced by the CTL_MAX_PORTS define, and I've set it to 1024 (and of > course rebuilt and installed a new kernel), but when I add more that > 579 targets I start to get the protocol errors: > Follow-up: I counted it wromg, so actually 573 targets. Eugene. From owner-freebsd-stable@freebsd.org Fri Sep 22 07:16:00 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 521BAE1B707 for ; Fri, 22 Sep 2017 07:16:00 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC1358158C for ; Fri, 22 Sep 2017 07:15:59 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr0-x22d.google.com with SMTP id v109so214549wrc.1 for ; Fri, 22 Sep 2017 00:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=+P0+2CXTKiPrHXu4zn28M/Q10jAw+VBFcZHAQNrqgIY=; b=hSsOxDt1LtH+3Gofqui6P2RjVh7xhDJfjbZdqkSz0keFYJEGa75lc4JGZXBizUMMld NEeRlPP+roMnbawN9GZC+THeEZcT3C6k91LzGY/5vwFqN4OVUQTQ4e39aXDtV2b/GnV4 nkRPT8L2vZlxmWjYs45IBOFCdYpFt3575kCLzHgDN2l9W/2OOgOMTLTIt2O/J66pRqmb sS8e2zZ4E9VneEp6shnqt3XugObdPXFHm9mShB+igllegtxvXe44q40YtD64g+3D9jVX vhyEoFLORufF/4d3BKB+02C8wzjw2JHUBlRCZm6Pi7FxhytA74iYSb4I2KVDTbESVABB Hycg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=+P0+2CXTKiPrHXu4zn28M/Q10jAw+VBFcZHAQNrqgIY=; b=d7CqLU0km9v+hPGIdc5sEYY5S26ah9JRQG0m0GtxEM1+Oy0dQ+4nuxDWCkhwPdt9nX E1kzqmIjg3k6yfdQ94yXMByCLmVI7o9JRWKn7Y0CNFYLmaNUKpTqGzvT3ogj/QDfK11H pFS8RJIy+CEcCFNUXmryMX/bbWcdurrx06hiPbP1zG5cCMe625E1CaJ6MkvENbULgUYe MJt4dnHNMFiCrW1uiyLXSzUCF72/bHQLdOGxrI5Pf1SfJ7QhMAHkPf/TWrfABA/LtWFE pP7E2Z9BLJClzdb9WgnkA89QVNQTLu2SNK5oKXxTUYTFvLPP0XrxVf6ah0AwrYHnk3HK oopQ== X-Gm-Message-State: AHPjjUgefXid1dL9K7siBCCBLHi0BfWFbu1sThWDcqsoN3AQE270vP3q pqTZ9R4HXijWdWp8xL5Ylz1oTw== X-Google-Smtp-Source: AOwi7QCO1RtGrNy2GIPL7JRu3/PYn32Eb1HiK1SROnxXW73gZTeuEzfnyU1L1RkV/9RTdm/pzA5uAQ== X-Received: by 10.223.170.202 with SMTP id i10mr4341006wrc.232.1506064558051; Fri, 22 Sep 2017 00:15:58 -0700 (PDT) Received: from brick (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id 69sm4299212wmp.11.2017.09.22.00.15.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Sep 2017 00:15:56 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 22 Sep 2017 08:15:54 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "Eugene M. Zheganin" Cc: freebsd-stable@freebsd.org Subject: Re: ctld: only 579 iSCSI targets can be created Message-ID: <20170922071554.GA3846@brick> Mail-Followup-To: "Eugene M. Zheganin" , freebsd-stable@freebsd.org References: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2017 07:16:00 -0000 On 0922T1036, Eugene M. Zheganin wrote: > Hi, > > I have old 11-STABLE as an iSCSI server, but out of the blue I > encountered weird problem: only 579 targets can be created. I mean, I am > fully aware that the out-of-the-box limit is 128 targets, with is > enforced by the CTL_MAX_PORTS define, and I've set it to 1024 (and of > course rebuilt and installed a new kernel), but when I add more that 579 > targets I start to get the protocol errors: > > Sep 22 10:16:48 san1 ctld[8657]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x4 > Sep 22 10:16:48 san1 ctld[8658]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x46 > Sep 22 10:17:31 san1 ctld[8746]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x4 > Sep 22 10:17:31 san1 ctld[8747]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x46 > Sep 22 10:19:58 san1 ctld[9190]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x4 > Sep 22 10:19:58 san1 ctld[9191]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x46 > Sep 22 10:21:33 san1 ctld[9518]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x4 > Sep 22 10:21:33 san1 ctld[9519]: 10.0.3.127 > (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid > opcode 0x46 There are two weird things here. First is that the error is coming from ctld(8) - the userspace daemon, not the kernel. The second is that those invalid opcodes are actually both valid - they are the Text Request, and the Logout Request with Immediate flag set, exectly what you'd expect for a discovery session. Do you have a way to do a packet dump? From owner-freebsd-stable@freebsd.org Fri Sep 22 10:49:46 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A90CE2396A for ; Fri, 22 Sep 2017 10:49:46 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE09265E63 for ; Fri, 22 Sep 2017 10:49:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from webmail.norma.perm.ru (localhost [127.0.0.1]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTP id v8MAnfdT051823; Fri, 22 Sep 2017 15:49:41 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1506077382; bh=R0fiDcvIMxmZ2U2HL6adXeDCdpYfOJDzppfMZ2qyVcM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=JbJaYI6Lj3IYbeYaAizD+oBjrBiH15H1+UL20/afdqz/6PUNno5VGu5BcutF3ntMx cJIs/oeWr7h6U3ZrqSBI/h8HgtgAvum5wC6AfwPiIMUm/O4y6f8jh0Lsqg4JuL1caj iaxr160rL03gheh2KvjboC6PQ2xv+sMP5u7alefA= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 22 Sep 2017 15:49:41 +0500 From: "Eugene M. Zheganin" To: "Eugene M. Zheganin" , freebsd-stable@freebsd.org Cc: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: ctld: only 579 iSCSI targets can be created In-Reply-To: <20170922071554.GA3846@brick> References: <04e8820c2c6cc7a95d6ffdf257f00f7d@norman-vivat.ru> <20170922071554.GA3846@brick> Message-ID: <739fe048ccbe15c096ec79fc320eee56@norman-vivat.ru> X-Sender: emz@norma.perm.ru User-Agent: Roundcube Webmail/0.8.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2017 10:49:46 -0000 Hi, Edward Tomasz Napierała wrote 2017-09-22 12:15: > > There are two weird things here. First is that the error is coming > from > ctld(8) - the userspace daemon, not the kernel. The second is that > those > invalid opcodes are actually both valid - they are the Text Request, > and the Logout Request with Immediate flag set, exectly what you'd > expect > for a discovery session. > > Do you have a way to do a packet dump? Sure. Here it is: http://enaza.ru/stub-data/iscsi-protocol-error.pcap Target IP is 10.0.2.4, initiator IP is 10.0.3.127. During the session captured in this file I got in messages: Sep 22 15:38:11 san1 ctld[61373]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x4 Sep 22 15:38:11 san1 ctld[61374]: 10.0.3.127 (iqn.1991-05.com.microsoft:worker296): protocol error: received invalid opcode 0x46 This error happens when the initiator is trying to connect the disk from a target discovered. Target is running FreeBSD 11.0-STABLE #1 r310734M where M is for CTL_MAX_PORTS 1024 (old verion, yup, but I have a suspicion that I still failed to prove that more recent version have some iSCSI vs ZFS conflict, but that's another story). Initiator is running Windows 7 Professional x64, inside a ESX virtual machine. This happens only when some unclear threshold is crossed, previous ~2 hundreds of initiators run Windows 7 Professional too. If you need any additional data/diagnostics please let me know. Eugene. From owner-freebsd-stable@freebsd.org Sat Sep 23 17:55:00 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD214E0A5D1 for ; Sat, 23 Sep 2017 17:55:00 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B8E37E331; Sat, 23 Sep 2017 17:54:59 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id v8NHsoNn008892 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 23 Sep 2017 19:54:50 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id v8NHso7A008891; Sat, 23 Sep 2017 19:54:50 +0200 (CEST) (envelope-from marius) Date: Sat, 23 Sep 2017 19:54:50 +0200 From: Marius Strobl To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 10.4-RC2 Now Available Message-ID: <20170923175450.GX20729@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2017 17:55:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 The second RC build of the 10.4-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC o ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC o armv6 BEAGLEBONE o armv6 CUBOX-HUMMINGBOARD o armv6 GUMSTIX o armv6 PANDABOARD o armv6 RPI-B o armv6 WANDBOARD Note regarding arm/armv6 images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/10.4/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.4" branch. A list of changes since 10.3-RELEASE is available in the releng/10.4 release notes: https://www.freebsd.org/releases/10.4R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.4-RELEASE cycle progresses. === Noteworthy Changes Since 10.4-RC1 === o Given that the amd64 disc1 image was overflowing, more of the base components installed into the disc1 (live) file systems had to be disabled. Most notably, this removed the compiler toolchain from the disc1 images. All disabled tools are still available with the dvd1 images, though. o The aesni(4) driver now no longer shares a single FPU context across multiple sessions in multiple threads, addressing problems seen when employing aesni(4) for ipsec(4). o Support for netmap(4) by the ixgbe(4) driver has been brought into line with the netmap(4) API present in stable/10. Also, ixgbe(4) now correctly handles VFs in its netmap(4) support again instead of treating these as PFs. o During the creation of amd64 and i386 VM images, etcupdate(8) and mergemaster(8) databases now are bootstrapped, akin to what happens along the extraction of base.txz as part of a new installation via bsdinstall(8). This change allows for both of these tools to work out-of-box on the VM images and avoids errors seen when upgrading these images via freebsd-update(8). === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/10.4-RC2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 160 MB and 128 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: Created AMI in ap-south-1 region: ami-ddc385b2 Created AMI in eu-west-2 region: ami-d0e6f5b4 Created AMI in eu-west-1 region: ami-2aa36d53 Created AMI in ap-northeast-2 region: ami-b59943db Created AMI in ap-northeast-1 region: ami-3ef03858 Created AMI in sa-east-1 region: ami-3b3f4357 Created AMI in ca-central-1 region: ami-688a330c Created AMI in ap-southeast-1 region: ami-5eb9c83d Created AMI in ap-southeast-2 region: ami-e054b282 Created AMI in eu-central-1 region: ami-a53988ca Created AMI in us-east-1 region: ami-ac4da6d6 Created AMI in us-east-2 region: ami-e49ab881 Created AMI in us-west-1 region: ami-2b2d1c4b Created AMI in us-west-2 region: ami-10a55a68 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-10.4-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.4-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 10.4-RC2 amd64 GENERIC: SHA512 (FreeBSD-10.4-RC2-amd64-bootonly.iso) = 019574e35c673d5da4fd5b51458afc1f7f4dbe0adbb84834b48b1a5f958e5b6564e0b5a151bd2efa656f81f47859a86d1b48365f81ede127b4c447f819daab0b SHA512 (FreeBSD-10.4-RC2-amd64-bootonly.iso.xz) = 63d8df83daaa630f2ee2edff0e2f87f88016c9d2a647808ad665d2a6f1c9f24f4c73fa765f6f0b62bc3d75e03ad73b287973121ae0bfc9116ff45b55bc8ea48d SHA512 (FreeBSD-10.4-RC2-amd64-disc1.iso) = 8d5d8b0f0e128f37e20cfc46506addffa7191c3786d472688ff9f49506649141b1fea4fd01a52f18dd0ec6d6fb2634a2e3260db2b89e08857f0db1860edea5dc SHA512 (FreeBSD-10.4-RC2-amd64-disc1.iso.xz) = fbea7b18951c5b988defb5123e5a6beaca49382162b74d6098ac7b3605386380316c4e3dbdd74436616fe29642643c6debd1879c64a72d3d8c129504f175eab1 SHA512 (FreeBSD-10.4-RC2-amd64-dvd1.iso) = ee00ffda5e08d694b35c078a59a0819ec8bdb95bdba076d44b2518d67faeee71970a478f5e5fcb01f5ebf1df8726d00381454f16bb4ba600e3090c67477bd74a SHA512 (FreeBSD-10.4-RC2-amd64-dvd1.iso.xz) = ed8a2c1bd579ec295005abacfe5ffa107fb903794df73909e3d4807269c6cc53d5a8c26a6683bf9c6c7e8d65c63896fb59ec2d4d7889c6b8ef413bcfdacb6d0c SHA512 (FreeBSD-10.4-RC2-amd64-memstick.img) = 6bc751c124e197fcb4d8ad6886ca7a3d8bfe5d6e6f5626e3bf92ed04be938f0eb381c536e2e84f62b3dfe4e01625351440aa20351681aed95b232b3f360ae37c SHA512 (FreeBSD-10.4-RC2-amd64-memstick.img.xz) = ec340371a8fbdb4b9a73c4e755a5e00daec614d89ddc65cac796ac3bc3a71b9e834ac1af569253ad4401d51070ff87f9b42ee6bc98b97d632184b9ba824a155b SHA512 (FreeBSD-10.4-RC2-amd64-mini-memstick.img) = 212564e3e60433684b7ddb482d24765717490bbf6699e60a96840ddbde0240c991cd7b840203d362d7c1ffe03ffb36d9ec0e4a03619d64e0fbf871e6bb5bf3bf SHA512 (FreeBSD-10.4-RC2-amd64-mini-memstick.img.xz) = 32acd2271f33d22b30e028fd3e77dedba413077e5a7d50532c10da8421cba636e87066563cdd2bdce536732e849c8baedf0c59dcbbdf792f9e00783e11361239 SHA512 (FreeBSD-10.4-RC2-amd64-uefi-bootonly.iso) = 2fc4408fccdcd94eae3a66000e44611220206a34d6413baed3af19b6b0870a58833d7cc5e52dadb6bfea49c0ea0bc6b9528559e274424f99f6d25105d0978e28 SHA512 (FreeBSD-10.4-RC2-amd64-uefi-bootonly.iso.xz) = d430382937944860c4380fda6107be18c3d54cc3c00ce392c7c403c68a56a6bee419975a7cea8d6c17712f5de86aa9a37da8c62bc0ef5cd361aa9b9935d5975f SHA512 (FreeBSD-10.4-RC2-amd64-uefi-disc1.iso) = 861e11d7e27276f754abbfa0192462fde1f58428bafe4af31e463f155d088d46bc94c2e45eb76269503c8eb52a42f3f5c3f4eda8f99cbd9c6ce865d4e3baa954 SHA512 (FreeBSD-10.4-RC2-amd64-uefi-disc1.iso.xz) = e3b03b7241b47875e249162cf1c7964432511c3aacd5d8fd8daa436c64ac2e9b71f65247a0bd54f3b8f8365ab06becaa42861cf7bec6f0dfd5c3d7aa58d8d5bf SHA512 (FreeBSD-10.4-RC2-amd64-uefi-dvd1.iso) = f1791c7a549d350c405cabbf8701c13df80554ea7fcf6f42fc1077b2ced52880092a13816932c6b063ca97308d3759ae59d4ce48f3a426e50bf886c3f20d1a0c SHA512 (FreeBSD-10.4-RC2-amd64-uefi-dvd1.iso.xz) = 282661f8598cfc8f0c3995a1504d2fe3a02de5987ef6dbf461192b228dd25cf5219b09bf8bd97be6585ac173cd135fc3a6bdde127d323839080f4a827f1d578f SHA512 (FreeBSD-10.4-RC2-amd64-uefi-memstick.img) = bb553b19894055239933dcf834beaef1a804ae2e98fd07996a644753609c275349031c43fc630385fefbe133d4b8b45cbd1deac869001e1511a4194624f9bd8c SHA512 (FreeBSD-10.4-RC2-amd64-uefi-memstick.img.xz) = 05eef5cb3e7ae6e361019d33e8e347f5c8464ce1f60a2ce28ad7266c733f5248aa58f58f6f13bca4f7e46408726384c07393c9e14fccd9a92a557a050a6dd36a SHA512 (FreeBSD-10.4-RC2-amd64-uefi-mini-memstick.img) = e7e2371573046db549cdeb0dee451810756292498d98abf292d1a671d4aa4e6ef0d2c1db8c899d4397b8c346703430cfc6dabc3c4346aba811e77d4ac275b4a2 SHA512 (FreeBSD-10.4-RC2-amd64-uefi-mini-memstick.img.xz) = c670b9ca9e2a7b227170c530d708ddfefb1a43bfd50c7018e01ee3a81a26a7447bcdb454f3244f85c5519832eb136d8abfeaaa40efceb858a64179c527df2c35 SHA256 (FreeBSD-10.4-RC2-amd64-bootonly.iso) = 73bada504d58533f51f5054bcd8a86b20000ccd13aef349b982fcbafe5e3bafc SHA256 (FreeBSD-10.4-RC2-amd64-bootonly.iso.xz) = 3fc337245c4d0700489d9badc5c12d101363562a9075600faed99a63fc97d564 SHA256 (FreeBSD-10.4-RC2-amd64-disc1.iso) = 3a8867fa1c04d5986fd1f0f166f558daf68d4a1e36d5258bd2b3c89e9deffea5 SHA256 (FreeBSD-10.4-RC2-amd64-disc1.iso.xz) = b2622d78c8eb97a26229a62664ec621f71b115502dcfe307981020bc16942255 SHA256 (FreeBSD-10.4-RC2-amd64-dvd1.iso) = dc32111a92f24c9bf1a01b1d919cc42c31a3a508ca748a96a12ad6c3482e694a SHA256 (FreeBSD-10.4-RC2-amd64-dvd1.iso.xz) = 04a1ed9ecb3ffb0fb1b76a5d8cba00494057c6c79c556773ce21d4b0157b97d6 SHA256 (FreeBSD-10.4-RC2-amd64-memstick.img) = 6591337f3fd4c262f217de5ebfc0c1d78c5e776b5d738ada15671c5baf7fc42a SHA256 (FreeBSD-10.4-RC2-amd64-memstick.img.xz) = 532e2e50a8b6818b2caf67fcd79bb5100d06fa8d5262a925b7a9b406511871bf SHA256 (FreeBSD-10.4-RC2-amd64-mini-memstick.img) = c8e9773121593010c9a9184344e9abd6c2dac5c09966d36737a88c953b15da5f SHA256 (FreeBSD-10.4-RC2-amd64-mini-memstick.img.xz) = 55c63b19f2eab9cb54b8f90c988390305c2ef32e4ee3867d2596844df0ad936b SHA256 (FreeBSD-10.4-RC2-amd64-uefi-bootonly.iso) = 8ca44de2ee7e9a0592fec256eb1283ad01e45b45130f08e7b1c37cede0295ac1 SHA256 (FreeBSD-10.4-RC2-amd64-uefi-bootonly.iso.xz) = 1d443fb4accf4688ea784b966c450416a10f9c5a41b3e9ebc74bed28782b76d4 SHA256 (FreeBSD-10.4-RC2-amd64-uefi-disc1.iso) = 85b95aac64d29317680336c0b82fecc6ba9de8fa0c62506bae8ea875154b7bd8 SHA256 (FreeBSD-10.4-RC2-amd64-uefi-disc1.iso.xz) = 616b4dee73cfd0ff893c4e5f086999253e5f942a3a0583fa5fb9ff501793d881 SHA256 (FreeBSD-10.4-RC2-amd64-uefi-dvd1.iso) = c8fe4f4e48f1c07d573790bf5ebff72050b400a8c890e9746978ba51ddf2d47e SHA256 (FreeBSD-10.4-RC2-amd64-uefi-dvd1.iso.xz) = e16b3a8eef992b04caa016650cd9186c879527653335d0ff54ca71301122c0ce SHA256 (FreeBSD-10.4-RC2-amd64-uefi-memstick.img) = 9b6563f58e8b4b45d4e5322f22ceba66ec1e0caea0d7fd6563377d72e6c1fd1d SHA256 (FreeBSD-10.4-RC2-amd64-uefi-memstick.img.xz) = d18a72b4e9d08a626e4b0228d95cb86e490de6006a299e623ecd63ca2b59e63f SHA256 (FreeBSD-10.4-RC2-amd64-uefi-mini-memstick.img) = 411cb6900fd5e6502014993c2fff9bbfa672bd42aaaa5a4c0653f9624d22c88b SHA256 (FreeBSD-10.4-RC2-amd64-uefi-mini-memstick.img.xz) = 23f7b0e8ce6a0d9357098fb18fcb088149ec2c678013d05a654a6f965a2ebe06 o 10.4-RC2 i386 GENERIC: SHA512 (FreeBSD-10.4-RC2-i386-bootonly.iso) = 90fc46cec16960c212de7b1baec98720d5adaf8cae567cbfc3e175146083c890e7b860ed7a2aa78b5be0592c712760b8ab253243c0956ffbb8aa62dab81e8250 SHA512 (FreeBSD-10.4-RC2-i386-bootonly.iso.xz) = 8cc5fc0035d66d691cc045be286c144f76aaccd25101a28485a434dbb0fb1d4e86212d4a90bcc82b729c2de509fd315e52deafd29adf4bc2c1127be87dc2d03f SHA512 (FreeBSD-10.4-RC2-i386-disc1.iso) = 6a1813cd0b6e5452b4175ebbc31ea33fae4cdbbfe9016d1177af6d99546c9cbd1d05a91b32561748c4a1d65431070a91364989eaa12245c2745ab6320753044b SHA512 (FreeBSD-10.4-RC2-i386-disc1.iso.xz) = 0940c1ee543e027318b833685244cbe16a665cdf46868e270a2d67b4c6dd28fb5535f426493435cc454bd1852360cc064a0bcb7fc753853ab9782edb9ca5c937 SHA512 (FreeBSD-10.4-RC2-i386-dvd1.iso) = c2a8e72835b204a7bf6cfeb66d07c74efb31752249953e8a8d43bcda43bd1a41189dfd8e016f40865d907bf0cbf70cecc3fda02cd0caea03a17e10bb1436b3a5 SHA512 (FreeBSD-10.4-RC2-i386-dvd1.iso.xz) = 4b8db071176693223db417372a219eb136423814facb8f47742e5b3c9d49e31ef569bdd54fd972092e3e68623232d18db718d2d3e82273bf9ed7e9942535a2bb SHA512 (FreeBSD-10.4-RC2-i386-memstick.img) = e0699230fbf5c9260ca637a58b84f62ecdc9817fbd2750d78824598c7f1b8fa13a1cbd5d5c92ac8110742c4036c91f4898021fd12bf83a21ddfd8271d11720fc SHA512 (FreeBSD-10.4-RC2-i386-memstick.img.xz) = 117dbb50227a7f36b9aeb47f1a6e58202024fa620f8713c2ef291210df4cf347ed5e4db627a1206ab86cc27b937e8410b6704b79afae356527a16224a0a768b4 SHA512 (FreeBSD-10.4-RC2-i386-mini-memstick.img) = 78b3c7a9cdf7db89323f0b504cb4b7d2689a965ae2130dfe9ac1ee96c71ea6c471c91ea88307ee472e56760aa6617e663074695b02bada8d87a7bf9bab491ea4 SHA512 (FreeBSD-10.4-RC2-i386-mini-memstick.img.xz) = 59bd4a77b1300ba45d3379a380d22ef7145c752bcfe0a4c79c247790828a491c9cf705b88b17d2860dbcf8bd3c28b89a9498f5d7166d136e3937586bb1f9665b SHA256 (FreeBSD-10.4-RC2-i386-bootonly.iso) = ec1314cc4825e4f8be87ea2db1ceac754584dc79f631ef78eeed520b2ce99e67 SHA256 (FreeBSD-10.4-RC2-i386-bootonly.iso.xz) = 43c3dabc515ec415a44ab1e2c26377139eee5d021594ca831e0e3fec9a4144b5 SHA256 (FreeBSD-10.4-RC2-i386-disc1.iso) = 6ae84725db357fcca318ce6b21fac066dfad3881f9d0259cfb22270155aeb334 SHA256 (FreeBSD-10.4-RC2-i386-disc1.iso.xz) = 37031973c156fd454e7657c5081e8c330be12773450d355690f5b5e3f367c014 SHA256 (FreeBSD-10.4-RC2-i386-dvd1.iso) = 6bbc161ec18d779b174ecd1fab34a0f48e889fac19e33980adc610134c900c94 SHA256 (FreeBSD-10.4-RC2-i386-dvd1.iso.xz) = b77fe831d1e0e835b5a1e8b543056a9638dcab1d78c4d0d12ffff28e684912b7 SHA256 (FreeBSD-10.4-RC2-i386-memstick.img) = 8abb7b65475b77b0e03761f00e45aeec4fb0ef80e81c6f6d08603a38459aac12 SHA256 (FreeBSD-10.4-RC2-i386-memstick.img.xz) = e9f902b7e08903372a611b02853d26d103820d610c592ff5a1f4935aa8a9fcfe SHA256 (FreeBSD-10.4-RC2-i386-mini-memstick.img) = 1cd816087ed8fc98ed3dca57d67e8967ad82a1d16577e1d56c12009fe3861269 SHA256 (FreeBSD-10.4-RC2-i386-mini-memstick.img.xz) = 0235f0937068c7613590e47c2db59d6ec8bbec3cb71c81e33ad922649c687e2f o 10.4-RC2 ia64 GENERIC: SHA512 (FreeBSD-10.4-RC2-ia64-bootonly.iso) = bda94efdd381180285aacf7d457fd6ab9297eb82c414ada595ee45743c2129c0f49fc3e4009cdf506efcb7cfa6b96dabad0500fffc36e3620f4fe3fedafd03dd SHA512 (FreeBSD-10.4-RC2-ia64-bootonly.iso.xz) = b629eca20c8bb26daf6ce624a27862200ec67fe0e9568698f15611584ac2e7069c6e2ce86eb1b318fac7e5847f3019a396f432f7f8dc4b3c20dfee3ea6ea923f SHA512 (FreeBSD-10.4-RC2-ia64-disc1.iso) = f2e0f60176332495760def2c07c8edf11495eca73db71b46a50030c0e257bc185bf85932c11170a562ce2c22c3a76be4b0b934a0f03b693da2776b77a2c97671 SHA512 (FreeBSD-10.4-RC2-ia64-disc1.iso.xz) = a63af346b4547fff614a9570a9e6661270939d008afc589203a170c64191b2b010d2d59fee506a13ed5183676622b2269e0b3c6722fcb5d01c8ce8b62b0a99d0 SHA512 (FreeBSD-10.4-RC2-ia64-dvd1.iso) = b9ef44945c6dca8097f2f064f8d404cbe88f731386e4886b79ac651af37a9e924847f0a34be2c985aa0d6c135cae9cb40438b20256d006e8482d175e49db5afa SHA512 (FreeBSD-10.4-RC2-ia64-dvd1.iso.xz) = eb23e5e9d211bf03df492cf997f4c612d3bf159a3a3f38dfbf32af5ac22970c5ec90d580288661a543e736555688d10af4baf41ccf30397a933a153d34add173 SHA512 (FreeBSD-10.4-RC2-ia64-memstick.img) = 7ef0460553bc930549d20cb33c6eb299d435d8e38a483d42e0407bc3323d3d44977ce764adb6d758e810b332e03ac866886cda18ddf7165ba8fbd53d63205b55 SHA512 (FreeBSD-10.4-RC2-ia64-memstick.img.xz) = f7bf423388ef673b11d61eb54e2bc1a591a71741a1ebf6025ca6de2e1a1b9c5de2c6b85a3bd194f2d10ff800b0e8e9e491e015000442d3390c69966f6060c661 SHA512 (FreeBSD-10.4-RC2-ia64-mini-memstick.img) = d5b0cac4907b3b5410a592fccbadc8b88abd41707495a35f14e436a25ba7f624b902da100be9a6574ed1c4f4ee2254029634458b8a88daa820fefd9fbbc7cbae SHA512 (FreeBSD-10.4-RC2-ia64-mini-memstick.img.xz) = 0358d8c1dc0af6aaba13539cff481a27f3957370166938a8139c811a59447c152a4431f61f87cd951be87d0e47201c664cf9063fb9eebbfe1873e86ada6a667c SHA256 (FreeBSD-10.4-RC2-ia64-bootonly.iso) = 34a338590c12d692a1da6d84a997ded2d553217e8c1dc3104e4137cf040defcc SHA256 (FreeBSD-10.4-RC2-ia64-bootonly.iso.xz) = b5815d90da415e525154c87bbfba11401fc4a6a0e99fd823935012d8496e7dc9 SHA256 (FreeBSD-10.4-RC2-ia64-disc1.iso) = 1a23fedf046be49f7491156a667f7d2d5b44eb79890ed660aed8c7521170a0c5 SHA256 (FreeBSD-10.4-RC2-ia64-disc1.iso.xz) = c7908b1319cfe332604dbe1a4b050ca7122d7af103f2e8407da61b3c2619e4f5 SHA256 (FreeBSD-10.4-RC2-ia64-dvd1.iso) = abe3ba01ed72b6481a43a652e358f5354e4c73ccf5761c82dc36e62a38b4d2ef SHA256 (FreeBSD-10.4-RC2-ia64-dvd1.iso.xz) = ccb276bb5163ff08c8e352f69ab37925940724c3711fa08d4adf7712dfc758d3 SHA256 (FreeBSD-10.4-RC2-ia64-memstick.img) = 4f37ca17f4a9f52bef8216e3944e4c1d7b78b95db2491636bf656c237c23726a SHA256 (FreeBSD-10.4-RC2-ia64-memstick.img.xz) = 8287294065d17f6d905583b6e35e686312953bf85948aa409c369af1cb36ae6e SHA256 (FreeBSD-10.4-RC2-ia64-mini-memstick.img) = c2e6100aa1adbe9952418d44db63595d332709c6fddcda27bbea457312885f16 SHA256 (FreeBSD-10.4-RC2-ia64-mini-memstick.img.xz) = f6dca1f924c1c80b91081078aec4ed786e15e738a66c69a4f107667cb8c71ea0 o 10.4-RC2 powerpc GENERIC: SHA512 (FreeBSD-10.4-RC2-powerpc-bootonly.iso) = 3d1650a1d7e0177141e6c43d4755078645e1e1588b6049691c3917482a3c7dc56667c81ba8a0f3878544f08f8a3e01ac3d599eead9e040ffbc59e02fa276e79f SHA512 (FreeBSD-10.4-RC2-powerpc-bootonly.iso.xz) = 948779dc9d05002d6b9a7805aa64f3c967e95b7baf0cfa67d82d78bc08f6dfa0a1f057dee20e07ab8c3030550325d1216c2ed17ff785d1a22aa7d6a2ed061be9 SHA512 (FreeBSD-10.4-RC2-powerpc-disc1.iso) = efce9b49abd2ac892fe300f9806cde4e2f0cc8829c423c0f76d0056dc6683fc2f732658e09a3b4c4ff5a84ba2e597581694829c88f7f31309253342c62883d18 SHA512 (FreeBSD-10.4-RC2-powerpc-disc1.iso.xz) = 84071af86a81de0ede4aa23a12e8c729f7f8d839965892d3be64cbb71a2bf1d9596eea72af22b0eab3f65abd40e4d391df6b64f36b1addbd09c4491bf955102d SHA512 (FreeBSD-10.4-RC2-powerpc-dvd1.iso) = b1ef18667362e493470f86835d3b4c385f749e264472972847335de2d20493e600c9e8511489d9d2eb7763c2d3ba7160bd87b193b2f15e0c6f3d11c1382ea1dd SHA512 (FreeBSD-10.4-RC2-powerpc-dvd1.iso.xz) = 9df760ccaf1e20653bdfcbada210704e3f8c4143f4aebfb84ba69f643760dfe7f77363aeb51281b6087e08861942a1bba9d679634f3438231e62cc0bc7dc01f2 SHA512 (FreeBSD-10.4-RC2-powerpc-memstick.img) = ed8514a700852cfbd9c23c0505fb8d8dc5414d84eb18cc0ba1e27d7087a181ef5d631b1c7faa71819f4a87577ebc9d4383a5de57bd312781513569a203c78c8e SHA512 (FreeBSD-10.4-RC2-powerpc-memstick.img.xz) = 79a33d5206f7432f1b542c8058db581166f3a4358e216e67f653fb1e419de8e2574d381ed9adb7e95ae9a5020f244a8bb503230a9f934945d8c84538b33d8abf SHA512 (FreeBSD-10.4-RC2-powerpc-mini-memstick.img) = b89b138d993c7b68879c0b825a6c87d812a31faf43561554096ed98a24a10197826ae34d72a514599a7f46040e65f2f13ef16e9868bc4d45250db138a00c6340 SHA512 (FreeBSD-10.4-RC2-powerpc-mini-memstick.img.xz) = a1dbf902ba38f3258c033c5ebfa60fd93067722a5b964d27b66e914d08f3c285aa6f3319243b2606a187af005c994bba4abd9e44967738171f51505c487d8f95 SHA256 (FreeBSD-10.4-RC2-powerpc-bootonly.iso) = a80af8fdb512ce414b883a9cf0ed8b3a9d560c88eb20aa86fd1e24675b8a6cd9 SHA256 (FreeBSD-10.4-RC2-powerpc-bootonly.iso.xz) = 7c196d38cf0ab0db3d8fb17ebe3c6ef2d111b1b95c3e0de1e1672384cc014c9f SHA256 (FreeBSD-10.4-RC2-powerpc-disc1.iso) = 821ece4fbcf6b06c6a835a3d151dc52634d1c9e3d14ad9b265d0c5374a0f9bd5 SHA256 (FreeBSD-10.4-RC2-powerpc-disc1.iso.xz) = aa9b041df805ecfd4fc668e7f9d4f411cddaa5ac27b9f0d45d7cb6fc7d6a808d SHA256 (FreeBSD-10.4-RC2-powerpc-dvd1.iso) = c5394261cc7a09d9a59310aeb8608ccf2f98aec07d3cd358e3e689b46160bbba SHA256 (FreeBSD-10.4-RC2-powerpc-dvd1.iso.xz) = c57d7ff597ff26ef8128cdb53a30268cae2f1bc12284480c7fdc24930dbe1b4b SHA256 (FreeBSD-10.4-RC2-powerpc-memstick.img) = fd2365b5d773dfad3a256cf0f2f0f6e842d96f54380c33a90c8a372ec3e51deb SHA256 (FreeBSD-10.4-RC2-powerpc-memstick.img.xz) = 50dc73945f93e13b56c96488811fa88fa89c6a34a311fc64494e8c0aa60c5339 SHA256 (FreeBSD-10.4-RC2-powerpc-mini-memstick.img) = 92cda4db11e282da57b96c2afcf8663f9db1387fc272a6276b5dc95aeb1620a0 SHA256 (FreeBSD-10.4-RC2-powerpc-mini-memstick.img.xz) = 5c93ebe60c64f5b80c1b7bcb07ca78e7c40dd3c5795727de5d7037d40bdea51f o 10.4-RC2 powerpc64 GENERIC64: SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-bootonly.iso) = 2b672d1f844c2806b3bdef249a6245e18ff0bee7ad98af19ae4ab489e5c77a94b33f8fbe576dacb75892eeb0faad8288a7ee695cfe94ffd183e4189ca013c4ca SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-bootonly.iso.xz) = 538e7a9904842791bd4cfe188651a64cca1ea7acb67096e2005a0546bbd7211ea265a83461e401a791a298049e343eab932d86b24d528dea874bb5a2d8155587 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-disc1.iso) = aba3505e4bd9415b81af5f71b8619c7084acafe4f226a3d71fee318910be16fe75812ba8d4da3f56534e0e23d5031fc4b0b0ac57580fca22fdf22b12bf5ace7b SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-disc1.iso.xz) = cc591e64ebca24521b030a8fb40a8494d3ad928a28add583bcee7e21dd59377f423cdede0c8705c11189a29f79cb298c31e0859353c279a876d276e631647a65 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-dvd1.iso) = b637f193b5db3685b287400a89ca4c05abdcaebfdd6723780255dd669a0b24c21c5a7eaa4fb7174c5abfb316670e40992867c20efb74b1ae4f6f0d2a7c84f35e SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-dvd1.iso.xz) = ed421dae5c72a1d72626134eadd8afed2224c7d0f6f361ae729c616821e48a7ec996ef3ed8e2bdd413987d16f8dc3f2b07b5a590f750dedd3cd91e93fbf96837 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-memstick.img) = d7ea6d10b493ae6ff22ef6d65689882f662ed10f9bdcea449a1d7c5cd05b91b5bc93402c64d40f68bf6af8247666d22629ccf77db07c131951a94ac54b825aa7 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-memstick.img.xz) = 7ecd3ff52732a8a27e1a0b6603ab8a51152e959ae7c95beb7d8eff5a338960118e2bb4ebef3d21943aa18e25e4a95f63388294accfce80c88166633126233350 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-mini-memstick.img) = 8f8a1c25fb010abfde1383aa535740fbdbc0397e6c678d07b71057ab8ebc1627cd640cb7dd7c58f5fdeb4c26b4d91eedb628dcd0c759f6ceda0f26a2ab572060 SHA512 (FreeBSD-10.4-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 367b16129bb83dfb0f7e08bba10d64e137ab7aabfd983735fee71ebafa1fee2aec069dd9f8d0c82825116313457fca5bfd0cd85c44d0d75bb139a71e363a2511 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-bootonly.iso) = f1b0f011c085ceb8244718f69f21bb619fbae8f9d6ea49e7a6c151d8597fca56 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-bootonly.iso.xz) = 0c20adad1bf5bdcefaa174e4bb3157edd68d059833e437b2501bb804f8d180ed SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-disc1.iso) = f11ed65a3efe74615cca5953c82152d4c3db0a9510d439dd6ca2d86a944752b4 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-disc1.iso.xz) = a68edc0f80d440e27c41cbd839a880dce65910079c09f6608120702160e95f3a SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-dvd1.iso) = 6970c09ac482f311aaf6d8be587ef846c5b99167a1b76af28e94b552d384526d SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-dvd1.iso.xz) = 40b6cbca5691c56e6ab68694c8bcade4a5e6c0f99fed040235810113dbfd6d43 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-memstick.img) = 27522c81dea6046e10c145bfacc14353a471c0c1be4e7210e7a746dd9a449b00 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-memstick.img.xz) = 69b51f413e17d08939b61ff9ef421276cbc75a601e7346fabeab9e4c631e4b14 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-mini-memstick.img) = 8f8d96cc1692802ac8c5d87f4e2cb112304c3ad0790a5a30724a9ea0dc09de84 SHA256 (FreeBSD-10.4-RC2-powerpc-powerpc64-mini-memstick.img.xz) = fba43273462ebd9b0242754e289465b3f58921e87f83298925b3ccb49161a513 o 10.4-RC2 sparc64 GENERIC: SHA512 (FreeBSD-10.4-RC2-sparc64-bootonly.iso) = a03df44922e7c46a86aa0ae470c299e7779dd49ebf7a1b7a0ba435c49de53cb76b3ae8b7802ee32967556edb7f4e0d52dd6d481f82eab681f929717a73609f22 SHA512 (FreeBSD-10.4-RC2-sparc64-bootonly.iso.xz) = 8058bb868531626da181582168fc7cbb299de6976e903e04dd246c473a5f6bc04a51058d58b92380b9890b82e42793a3bd641fa3ef869980c012b6cc77a2c1af SHA512 (FreeBSD-10.4-RC2-sparc64-disc1.iso) = 350f2ff9b70d7c36109b0c22c9acb4202ffda11ad7759c6d45514f03d5d4b0c385c81419f7ee81d005a38aebb002847cba314f4d9c265b35eb8e296ffffd512b SHA512 (FreeBSD-10.4-RC2-sparc64-disc1.iso.xz) = a663b11865eea2ba0408d0246aaa6b04d92c94c7ccd68d1646ac6ac5563aecae7c16d3a6fdddce07288346ec50f0e835a509020eaba39ff5dcdc82975014461f SHA512 (FreeBSD-10.4-RC2-sparc64-dvd1.iso) = 72db4aa160432cd05a2de3bc7eb6bde51aa415b687758723e11098c6384a2cfb72ee3b3985c8d90c1000bd83af5e9a4523a9fb24d56039b6aa33b9eeea3a311c SHA512 (FreeBSD-10.4-RC2-sparc64-dvd1.iso.xz) = 7ca6624470dfb38c347e88b50104d93811836ac11eca2e87abc930863bb7066c372c24ef5862342fe64ab08a01604dfebadaca9dda679619c92e946f48e74adb SHA256 (FreeBSD-10.4-RC2-sparc64-bootonly.iso) = 54fa9745083c087a5be5b4a9969c563eff83a222afa30995ef362bdef853b7cd SHA256 (FreeBSD-10.4-RC2-sparc64-bootonly.iso.xz) = 41c29b3396745ec39c934858970d842590f25b674ecd922bce278a5d7dad0334 SHA256 (FreeBSD-10.4-RC2-sparc64-disc1.iso) = 3c55f003be490a99d00fbe9471ad5999af77ebab4499d3e41db42443f5102184 SHA256 (FreeBSD-10.4-RC2-sparc64-disc1.iso.xz) = 55b2b1bb6622e2af3503ca99965ba1c0763b7001375cf96e7bc8c0312be8d508 SHA256 (FreeBSD-10.4-RC2-sparc64-dvd1.iso) = 5ae6771a110dcba5bca0acb733136caaa2ae627f8345970524f274da0210526b SHA256 (FreeBSD-10.4-RC2-sparc64-dvd1.iso.xz) = e8bb553c7026ad38a59c9ebd0627c848cc86904e77bbed268e08c40e3fe85cc0 o 10.4-RC2 armv6 BEAGLEBONE: SHA512 (FreeBSD-10.4-RC2-arm-armv6-BEAGLEBONE.img.xz) = 8a4dffc36864366f5c4b780a2ec08bbc173f8971942401b18c24b281e5a3330c93d66968a65328db24b838a2e3d3510dc4fae9ab652095d23485d6e35c86554d SHA256 (FreeBSD-10.4-RC2-arm-armv6-BEAGLEBONE.img.xz) = 8f71d2e2b8aee91bf29ee3c28408b851e392017ca8828e73b59c1a73bdf22db2 o 10.4-RC2 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-10.4-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = b847c330dd258c9e74cd329fb3f2d1c169b67d70dd6e1f342dade173f8e7270fd370b7100a2104097a6158f8468e26c086a66320ad60ade8dc7dd371d7d6dff8 SHA256 (FreeBSD-10.4-RC2-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) = f19189d6a22beb35c66a0ccfebdd05357e9f4b5e4f5e40fb7ff1a69e867884d2 o 10.4-RC2 armv6 GUMSTIX: SHA512 (FreeBSD-10.4-RC2-arm-armv6-GUMSTIX.img.xz) = 17d9529a11ae67caa29511dffa576af00449e4b255106f175c9cb7accd8c553a81cd4ce6690f26ccfe27e737099f7720c1f502696a7630648be1a534220f2b95 SHA256 (FreeBSD-10.4-RC2-arm-armv6-GUMSTIX.img.xz) = 8cefdf9af7761af9eefca7cb5cfe02341386c10dab34a3314eda993e5eb9f679 o 10.4-RC2 armv6 RPI-B: SHA512 (FreeBSD-10.4-RC2-arm-armv6-RPI-B.img.xz) = adb936f14c7b6df2092b54090a8c3f32365fa4f8c070f06eb6a3f118b7744d5bf1f716ee4366932f771d92e86df69065a015dc8d942baff02bfff6c51a191eb4 SHA256 (FreeBSD-10.4-RC2-arm-armv6-RPI-B.img.xz) = a39e52c2cd1ee51291acc888ca9a3500881414df910c9353f29665a0d49bb4b3 o 10.4-RC2 armv6 PANDABOARD: SHA512 (FreeBSD-10.4-RC2-arm-armv6-PANDABOARD.img.xz) = 3d64800a506abced0e117ebd6278299d7455fd6e16df389753b2bcc9755faf11082a78df7ce200d97e118aba2e2e541512cbf73afe9525972eaf114f244364af SHA256 (FreeBSD-10.4-RC2-arm-armv6-PANDABOARD.img.xz) = cbfbe689a8008f98281152a22ac3aa2f3d978fd57c799e299f51ff149beaa96a o 10.4-RC2 armv6 WANDBOARD: SHA512 (FreeBSD-10.4-RC2-arm-armv6-WANDBOARD.img.xz) = 3025178070700f66022b8bb0c28aa718910ef0ddd699573714e8424545aca75d7e25a81df17ef55faac0bf0dc8da1754743cdec1e0860eccd0618a0e394976fc SHA256 (FreeBSD-10.4-RC2-arm-armv6-WANDBOARD.img.xz) = eb7e864bd2027c63826323569c6869c531cd3bb567fdf01962a4102c288ec2cd == VM IMAGE CHECKSUMS == o 10.4-RC2 amd64: SHA512 (FreeBSD-10.4-RC2-amd64.qcow2.xz) = 2111d2b6aa5517de4c47f497478a5be5b882f6d265c48242a725cbac962157395a08e11805d4e4b418511e2882d2ab1774e43004be6f3b93f81f6541d43e80be SHA512 (FreeBSD-10.4-RC2-amd64.raw.xz) = c76f8b03d2324a9c534cc8bc3eaea2f855c06aa6237862e2026199cce49b552153b8329be6f1f23fe71a59f47317083da0b5316249df6fe5ed4279c1368848b0 SHA512 (FreeBSD-10.4-RC2-amd64.vhd.xz) = ff0f391d4764420d38804f670ac7d8392354738e396f0fe46f057c6f68c7da20e9a7622ab1e2b3756f2885ef4bc181a88e334a0be044a4cbfc33ffeb4ccf2df9 SHA512 (FreeBSD-10.4-RC2-amd64.vmdk.xz) = 8b786f31f4df956c1563537651f29428337c182b341efb39f41a8e6c72575a2fbf552d86d89bab559262a51f317dca680768454de8674b165056315a0967d133 SHA256 (FreeBSD-10.4-RC2-amd64.qcow2.xz) = c8e706d91915d9d763636a5043be6e165f5e9ca7436794e1701e8fe948672d6b SHA256 (FreeBSD-10.4-RC2-amd64.raw.xz) = f002c2808dbf0cab027a680ec646d85b7f2063bbf3c0e8b3e71a8c810a0c8d80 SHA256 (FreeBSD-10.4-RC2-amd64.vhd.xz) = 7ea9cb1e3a74f284c355e3739f8d6cc9941093b61bf35bd878cde6ee6e086418 SHA256 (FreeBSD-10.4-RC2-amd64.vmdk.xz) = a0a97e0f9e0d709b149d3e4e061b63384e43620cf77f8c66f359c38010bde6e0 o 10.4-RC2 i386: SHA512 (FreeBSD-10.4-RC2-i386.qcow2.xz) = 78e95bce08fea5a8ba5f6ae730b0ff3d4cce34544145b2f8f3ba7bb6fdf510d8211bbb8857640d243443965aad0293f589302be03f5c9b47432d71feac569e1c SHA512 (FreeBSD-10.4-RC2-i386.raw.xz) = 9e175d2a80e0a637d73d7b0580aa844d609d060e405e623a25e0afcc4efbe4df4933d87ce5c8d018a40c7028959db9f54b1be16167f9ff2f817dfd12ba0400b2 SHA512 (FreeBSD-10.4-RC2-i386.vhd.xz) = b5429ad14e64f178b53868261308e4ad2dcba5e02774729f609805f875dc95b8fd90b4e8d28d5039d6cdc50ff8dcc88fe3f9db7daad102e1b82a957c0ed69bc1 SHA512 (FreeBSD-10.4-RC2-i386.vmdk.xz) = 60958f6324c57bd32c1bf6c1786b166ed0a7bd222c9e1efbe8fa9cf4037f3937f270f36f740b135609f4a11bc4e29bffc125f6275ce74dc9e6cc53c84d1c256d SHA256 (FreeBSD-10.4-RC2-i386.qcow2.xz) = 6a34c6a6b999e6900c89c4de48d361c734e501fee466dc4a1456a5464e262be0 SHA256 (FreeBSD-10.4-RC2-i386.raw.xz) = dcd25540e4c5ace87a7f13a206b7a68b125b3f5675460382bc34661ff8370d7d SHA256 (FreeBSD-10.4-RC2-i386.vhd.xz) = 15c81f7bbd77254058170d7843c2150e8b9dc9c30a00f241db0068246aef4beb SHA256 (FreeBSD-10.4-RC2-i386.vmdk.xz) = c91f5f81c74c4b1b6ae498b14ca06a93df6086fa4a3d6cf0c1581499559781c3 Regards Marius -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZxp/lXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1M0Q5QjQzNTVGOTU5ODBGQzVENzZCMDIy MEI3MERFMTNGMUQxRTRGAAoJECC3DeE/HR5Pi0cP/RM6nma/ynwQUyjHGv95nYmv FR2p6N0nEbefp9o8BRsKllPSx6giGrql10znGBGCfpQxREYex0Mhr8IRmdWlY6H9 J6LBewa/5Uv+9Dm+sm+gjttj/4qWGQPvezq2GwouEXjFKIX7Ta0kuSEKrqATiQMl ooN31YCmRhFSbbRU/iQIjKde8xVRDlPEZh/k+9FLhZOY0AWQ9IEDItqTncYuG+gi xomib2Hvnohi9LAnYp3LKCuwymGZtCS1Jmagh9bEAAcXrmcMbqBlp5Of3Yexz4dO uCCHIqz2U/szJU3oJa4lJZjhDFI25crPGevOkSRuCVtbpNa6IgB/LSzFBT8l8+Jd f0w3Wy167wnlz9qcGCwn1tIXLThOw0ZON6IRkzOv6O672X6QJMuBiDMNCNxRRwc5 K1Uvu5Dy6F/pN6CFqz5go8zXBRHZ/QxrTpINhtbKJsjac1izdgK7feMWozjaOV01 eKpXvHLy2CzVIL1vKJGGYBcr9uCJ99eQqGkytQD8b2woQsQIGQvvzrYL4JqEE9TD ZEs3ycjU/N28EswXDDsn7HvAHJDLweqWE5wM5RdVVxaTWg5L3gAZnAkQf0K4IO6I 8wtd98adaLmyWbMllx0KzPZ0L71Gho3mhgg+7BcMU2pcc3S+FLn7ojVTT0+pclvT Q3bYZSy+St3qbG4fkeNX =MhDL -----END PGP SIGNATURE-----