On Fri, Sep 25, 2015 at 12:11:51AM +0300, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 10:58:00PM +0200, Pawel Jakub Dawidek wrote:
>
> > On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote:
> > > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
> > >
> > >
On Thu, Sep 24, 2015 at 10:58:00PM +0200, Pawel Jakub Dawidek wrote:
> On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote:
> > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
> >
> > > On 23.09.2015 19:57, Andriy Gapon wrote:
> > > > I do not have a strong opini
On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
>
> > On 23.09.2015 19:57, Andriy Gapon wrote:
> > > I do not have a strong opinion. Either option, rc.d/dumpon change or
> > > geom_dev
> > > change, is fine
On Thu, Sep 24, 2015 at 02:56:55PM +0300, Andrey V. Elsukov wrote:
> On 24.09.2015 14:45, Slawa Olhovchenkov wrote:
> > On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote:
> >
> >> On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
> >>> For example, host with 3TB of RAM, booted from s
On 24/09/2015 14:56, Andrey V. Elsukov wrote:
> 1. If you did set dumpdev from loader prompt or from /boot/loader.conf,
> and you didn't configured it in rc.conf, then this choice will be
> applied by geom_dev. Then it will be applied again by rc.d/dumpon.
>
> 2. If you did set dumpdev from loader
On 24.09.2015 14:45, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote:
>
>> On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
>>> For example, host with 3TB of RAM, booted from small SSD.
>>> This SSD have 16GB slice for dumping. This is sufficent if troub
On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote:
> On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
> > For example, host with 3TB of RAM, booted from small SSD.
> > This SSD have 16GB slice for dumping. This is sufficent if trouble
> > happen at boot time. This is insuuficient if
On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
> For example, host with 3TB of RAM, booted from small SSD.
> This SSD have 16GB slice for dumping. This is sufficent if trouble
> happen at boot time. This is insuuficient if trouble happen later,
> after using all 3TB. rc.d script can be used for sel
On Thu, Sep 24, 2015 at 02:27:13PM +0300, Andrey V. Elsukov wrote:
> On 24.09.2015 14:18, Slawa Olhovchenkov wrote:
> > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
> >
> >> On 23.09.2015 19:57, Andriy Gapon wrote:
> >>> I do not have a strong opinion. Either option, rc.d/d
On 24.09.2015 14:18, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
>
>> On 23.09.2015 19:57, Andriy Gapon wrote:
>>> I do not have a strong opinion. Either option, rc.d/dumpon change or
>>> geom_dev
>>> change, is fine with me.
>>
>> I added the a
On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
> On 23.09.2015 19:57, Andriy Gapon wrote:
> > I do not have a strong opinion. Either option, rc.d/dumpon change or
> > geom_dev
> > change, is fine with me.
>
> I added the ability to set dumpdev via loader. But I wasn't aware
On 23.09.2015 19:57, Andriy Gapon wrote:
> I do not have a strong opinion. Either option, rc.d/dumpon change or geom_dev
> change, is fine with me.
I added the ability to set dumpdev via loader. But I wasn't aware that
it was used in rc.d script.
If you have set dumpdev kenv, it will be already
On 23/09/2015 19:44, Conrad Meyer wrote:
> On Wed, Sep 23, 2015 at 9:05 AM, Andriy Gapon wrote:
>> On 23/09/2015 18:59, Conrad Meyer wrote:
>>> On Wed, Sep 23, 2015 at 7:37 AM, Andriy Gapon wrote:
>> Because that's how I read the code in sys/geom/geom_dev.c. Especially
>> init_dumpdev() - I beli
On Wed, Sep 23, 2015 at 9:05 AM, Andriy Gapon wrote:
> On 23/09/2015 18:59, Conrad Meyer wrote:
>> On Wed, Sep 23, 2015 at 7:37 AM, Andriy Gapon wrote:
> Because that's how I read the code in sys/geom/geom_dev.c. Especially
> init_dumpdev() - I believe that devtoname() returns a device name with
On 23/09/2015 18:59, Conrad Meyer wrote:
> On Wed, Sep 23, 2015 at 7:37 AM, Andriy Gapon wrote:
>>
>> I have recently discovered 'dumpdev' kernel environment variable that is
>> settable, for example, from loader.conf. To me it *seems* that this variable
>> has to be set to a device name / path w
On Wed, Sep 23, 2015 at 7:37 AM, Andriy Gapon wrote:
>
> I have recently discovered 'dumpdev' kernel environment variable that is
> settable, for example, from loader.conf. To me it *seems* that this variable
> has to be set to a device name / path without the leading '/dev'.
Why?
> If that's s
I have recently discovered 'dumpdev' kernel environment variable that is
settable, for example, from loader.conf. To me it *seems* that this variable
has to be set to a device name / path without the leading '/dev'. If that's so,
then rc.d/dumpon must prepend '/dev' when passing the value of 'du
17 matches
Mail list logo
