‐‐‐ Original Message ‐‐‐
On Wednesday, March 3, 2021 3:01 AM, Reginald Beardsley via openindiana-discuss
wrote:
> I tried that, but probably not at the appropriate time. I'd likely done the
> "dd if=/dev/zero..." already. I was annoyed and got out the big hammer. So by
> the time I tri
I tried that, but probably not at the appropriate time. I'd likely done the
"dd if=/dev/zero..." already. I was annoyed and got out the big hammer. So by
the time I tried it, it didn't matter. Also it was a FreeBSD "zroot" label.
After I play with the AHCI stuff I may repeat the situation.
Hav
On Tue, 2 Mar 2021 at 07:37, Reginald Beardsley via oi-dev
wrote:
> There clearly is a need for a "zfs unlabel " option to remove label
> cruft. I ran into the problem with a 3 TB disk 7-8 years ago. On that
> occasion I was a bit more thoughtful and searched for the pool label and did
> a more
Toomas,
Thank you again. Very helpful. The Z400 will only support IDE mode. ACHI+RAID
is the other option which I think only works with Windows. I know it will not
work with Solaris and feel fairly certain it doesn't work with Linux or *BSD
either.
As pstack is not familiar to me I didn't int
> On 2. Mar 2021, at 13:08, cretin1997 wrote:
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, March 2, 2021 3:35 PM, Toomas Soome via openindiana-discuss
> wrote:
>>
>> Yes, the code of format command is mess (I have been in it more than I would
>> like to;), also we would need better to
‐‐‐ Original Message ‐‐‐
On Tuesday, March 2, 2021 3:35 PM, Toomas Soome via openindiana-discuss
wrote:
>
> Yes, the code of format command is mess (I have been in it more than I would
> like to;), also we would need better tooling to handle disk partitioning,
> allowing easy scripting
> On 2. Mar 2021, at 02:45, Reginald Beardsley wrote:
>
>
> It is with deep regret that I say this.
>
> I shall not be working on Illumos/OI. Below is the terminal output using the
> Hipster 2020.10 GUI install disk. I've always been amused by the enthusiasm
> for threads. I bought John La
‐‐‐ Original Message ‐‐‐
On Tuesday, March 2, 2021 10:03 AM, Reginald Beardsley via openindiana-discuss
wrote:
> In light of the use cases for format(1m) I find it difficult to imagine why
> it would need to communicate with anything else other than to assert a mutex
> to prevent other
You're reading too much into that stack trace. Threads 2 and 3 both were
created by library calls, probably to look up some relevant information or to
be notified of device related events. So no, nobody rewrote a utility that
doesn't need threads to use them anyway.
> On Mar 1, 2021, at 19:45,
In light of the use cases for format(1m) I find it difficult to imagine why it
would need to communicate with anything else other than to assert a mutex to
prevent other processes from doing something stupid while it ran.
I have the most recent monographs on FreeBSD, Solaris Internals and ZFS
On Mon, 1 Mar 2021 at 16:45, Reginald Beardsley via oi-dev
wrote:
> That a seldom used admin utility would be rewritten as a threaded application
> says that those responsible for this idiocy were solely interested in adding
> "threaded programming" to their resumes. I neither know nor care if t
It is with deep regret that I say this.
I shall not be working on Illumos/OI. Below is the terminal output using the
Hipster 2020.10 GUI install disk. I've always been amused by the enthusiasm for
threads. I bought John Lakos' book when it came out and unlike most actually
read much of it. I
I'll try pstack core. It's not something I'm familiar with. I'm used to using
the regular debuggers, but maybe it will work when dbx won't and gdb isn't
available.
There is the minor issue of cooperation from the developers. I got *none* when
I set up to fix things previously. Not so much as
> On 2. Mar 2021, at 00:29, Reginald Beardsley via oi-dev
> wrote:
>
> That was singularly unsuccessful. It got confused by all the other pools and
> apparently FreeBSD 12.2 created a "zroot" pool which was "corrupted" and
> could not be destroyed in any fashion using zpool. I'll find out m
14 matches
Mail list logo