> running?
>>>
>>> Have any of you guys tried that? Do you have any documentation on how
>> it'll
>>> affect users.
>>>
>>> You guys want to remove things from the current system but you come with;
>>> it works for us hobbyists.
>>> Where do users go to get steps to do all of this stuff?
>>>
>>> You've repeatedly said what you want to do sure, but have you tested it?
>>> ___
>>> freebsd-sta...@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org
>> "
>>
>>
> I'll just post this again to try and keep the focus on the issue at hand.
> =
> Have you or anyone working on this drm-legacy-kmod stuff done any testings
> of how this will affect current users?
>
> 1) Take a [test] system with the current graphics stack installed and
> working.
> 2) Apply your patches to remove the drm from base to create a port
> 3) update the working [test] system after applying your changes
>
> How does your changes affect a [test] system that is already up and running?
>
> Have any of you guys tried that? Do you have any documentation on how it'll
> affect users.
>
> You guys want to remove things from the current system but you come with;
> it works for us hobbyists.
> Where do users go to get steps to do all of this stuff?
>
> You've repeatedly said what you want to do sure, but have you tested it?
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
You have obviously not been paying attention.
The patch will result in your upgraded system giving you an deprecation
warning message, with instructions on installing the port.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
s of
top, I recall having similar issues when the 'laundry' counter was
introduced.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ool)
Do you know why you have 2 separate pools? If it was for GELI support,
FreeBSD 12.0 will not require two separate pools anymore, and there will
be migration instructions shortly.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ada0
gpart set -a lenovofix ada0
Although both of these should only impact BIOS boot, not UEFI, you never
know.
The other option is to try an ESP (EFI System Partition) that is
formatted FAT32 instead of FAT12/FAT16)
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2018-08-29 11:18, Mark Johnston wrote:
> On Wed, Aug 29, 2018 at 07:44:31AM +0200, Alexander Leidinger wrote:
>>
>> Quoting Mark Johnston (from Tue, 28 Aug 2018
>> 10:48:42 -0400):
>>
>>> On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote:
, and that is causing the
side effect of "actually doing what you asked it to do", in this case,
what you are asking is a bit silly. If you have a working set that is
greater than 128MB, and you ask ZFS to use less than that, it'll have to
constantly try to reclaim memory to keep under that very low bar.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
>>>> >>
> >>>> >> I'd wanted to have this stuff shaped up
sooner,
but I'm
> >>>> preoccupied with
> >>>> >> the 7th RISC-V workshop at the end of the
month.
> >>>>
____
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
What makes you think it is related to ZFS?
Are there any error messages when the nvidia module did not load?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ds/zfs-i-o-error-all-block-copies-unavailable-invalid-format.55227/#post-312830
>
> ---
> KIRIYAMA Kazuhiko
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscr
not matter as well.
> It matters only for auto-import of additional pools, if any.
>
As I mentioned previously, the error reported by the user is before it
is even possible to read zpool.cache, so it is definitely not the source
of the problem.
--
Allan Jude
__
rds
>
> [1] https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068886.html
> [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151910
>
> ---
> KIRIYAMA Kazuhiko
> ___
> freebsd-current@freebsd.org mailing lis
b2: 8 ports with 8 removable, self powered
uhub0: 22 ports with 22 removable, self powered
atrtc0: providing initial system time
start_init: trying /sbin/init
Setting hostuuid: c3297ba0-3f01-11e7-8725-6045cba08a84.
Setting hostid: 0x094fa67e.
Starting file system checks:
Mounting
> An SSD might provide a quicker start too ;)
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ot/loader, which was
updated by installworld.
So I can see how this is not directly analogous.
I wouldn't depend on the /etc/fstab entry existing. I am not sure I want
installworld randomly fobbing around in my EFI partition. Especially if,
for example, my EFI/BOOT is not FreeBSD, but rEFInd or
t; To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
Do you have any details on the metadata location and format?
GEOM Support for Intel RAID mostly consists of the ability to understand
the metadata on the drives and present the same RAID configuratio
I've not seen this happen before on ZFS systems, so is it a regression
> in 12?
>
>
It doesn't appear like ZFS is dominating memory usage there. Using less
than the 8GB you indicated that setting the max to solved the problem...
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
>>> 411648 67108864 3 freebsd-swap (32G)
>>> 67520512 469712896 4 freebsd-zfs (224G)
>>> 537233408 1320 - free - (660K)
>>>
>>>
>>
I made the default (for both UEFI and legacy iirc) be both, so you can flip
On 12/19/2018 13:32, Allan Jude wrote:
Today, the OpenZFS repo is just a fork of the illumos-gate repo, but
where pull requests are accepted, and where previous Delphix employees
This should say 'previously', Prakash Surya and Matt Ahrens still work
at Delphix.
would deal with the process
raught with issues, as the original feature was imported before the
zpool import rewrite, but many improvements and bug fixes were done
after the rewrite. So the code just doesn't apply cleanly to FreeBSD,
since it already has the zpool import rewrite applied.
Of paramount importance will be
/lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
normal Jails map 127.0.0.1 to the first IP in the jail.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
between two time slots to try
to make sure it is possible for everyone to attend some of the time.
https://forms.gle/3HjjRx9KMcM3SL4H7
If you would like to host a future office hours session, please fill in
a slot on the wiki:
https://wiki.freebsd.org/OfficeHours
--
Allan Jude
signature.asc
ou still have a bootpool, you can migrate to a single pool (so boot
environments work), using these instructions:
https://ftfl.ca/blog/2016-09-17-zfs-fde-one-pool-conversion.html
If the pool would boot without GELI, it still will with GELI, however,
if you use any of the newer features not supported by the boot loader,
then it will not be able to read the kernel from the boot (encrypted or not)
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
t;> +fi
>> +done
>> zfs mount -va
>> zfs share -a
>> if [ ! -r /etc/zfs/exports ]; then
>>
>> This will probably not be needed long-term. It is not necessary if the boot
>> pool is the only pool.
>>
>> Happy testing
the BE first, so you
might decide to keep that snapshot. As long as you don't use the -R flag
to zfs destroy dataset@snapshot, it will not destroy the clones.
You can also use 'zfs promote' to make the clone into the parent, making
the original parent into the clone. This allows you to destroy that
original and the snapshot while keeping the clone.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
s.zfs.arc.max
Basically 'arc' was converted to a subtree.
We should add some backwards compat sysctls to cover some of these
renames etc so configs and scripts don't break etc.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> BE, and shutdown -r now
>
> Success :-)
>
> With zfs_load="YES" (in lieu of openzfs_load="YES") the BE is usable.
>
>>
>>
>> Re: ZFS: destroying snapshots without compromising boot environments
>>
>> On 28/03/2020 15:
On 2020-03-29 20:25, Allan Jude wrote:
> Hello everyone
>
> This coming Wednesday at 18:00 UTC we will hold the first "FreeBSD
> Office Hours", an interactive online event where users, contributors,
> and developers can ask questions and get advice.
>
> We are stil
d-current-unsubscr...@freebsd.org"
I have raised the client_max_body_size setting on the web server that
serves the git repo, and people report it is working now. You might
still hit this error if you have a lot of unrelated histories in your
checkout, but, this should solve the issue for most people.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I had seen this as well, I noticed the kstat sysctls seemed to be
correct, so I am wondering if the size changes or something, and so top
is misread
kernel mode.' there will be some other debugging information,
specifically, the 'stack backtrace', which shows where in the code the
crash happened.
If you can manage to capture that, it will be much easier to investigate
your issue.
Here is a random example I managed to find on the internet:
htt
/FreeBSD/officehours/
Or join the chat directly via irc:
irc.geekshed.net #freebsd
The live stream supports 'DVR', so can be rewound and watched after the
live session is over.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2020-05-27 22:01, Philip Paeps wrote:
> On 2020-05-27 22:35:14 (+0800), Allan Jude wrote:
>> Sorry for the late notice, I thought I sent this last week.
>>
>> After the slate of candidates was finalized last week, I invited all of
>> them to join a live stream t
/src if I mean to do src upgrades using BEs ?
>
Looks like the problem is the graphics driver. When you rebuild your
kernel you also need to update the drm-kmod port to match your kernel
version.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
rsion we have in base unique? That is to say, does it need to
be preserved somehow.
I know it is based on on the original 4.2BSD ftpd, but did we pull in
code from anywhere else at some point?
Or maybe a better question is: Which ftpd is the most similar, and would
allow people to migrate most easily (tnftpd
"com.datto:resilver_defer",
> "com.delphix:device_removal",
> "com.delphix:obsolete_counts",
> "com.intel:allocation_classes",
> "org.freebsd:zstd_compress",
> "com.delphix:bookmark_
te=none --runtime=60 --time_based
stock:
write: IOPS=530, BW=530MiB/s (556MB/s) (31.1GiB/60012msec)
with aesni.ko loaded:
write: IOPS=2824, BW=2825MiB/s (2962MB/s) (166GiB/60002msec)
Does anyone have a compelling reason to deny our users the 5x speed
n you double-check that reference?
>
> Hi,
>
> % git -C /usr/src --no-pager log -1 --format=%cd origin/stable/13
> Wed Jun 9 12:51:50 2021 +0200
>
> % git -C /usr/src rev-list --first-parent --count stable/13
> 245219
>
> % uname -v
> FreeBSD 13.0-STABLE #0 stable/13-n245218-41d864457dd: Mon May 24
> 03:46:32 BST 2021
>
> do you need me to check anything else?
>
> thanks,
During the 15 seconds of waiting, press control+t a bunch of times, what
is the waitchan?
--
Allan Jude
F zroot' to install a
replication stream of an entire pool.
For upgrades, we do the same but only replace the boot environment.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubs
-d 1` and try to capture a few lines from before, during,
and after the stall, and that may provide some insight.
Specifically, does the queue length grow, suggesting it is waiting on
the I/O subsystem, or does it just stop getting traffic all together.
--
Allan Jude
___
and I managed to run the test, but the results I
got were in line with Linux, over 2 GB/sec, not the 300 MB/sec their
result reported.
I've not managed to figure out what they could have done wrong. It
really does look like for zstd, it was someone only using 1 core on
FreeBSD, and all cores on every other OS.
--
Allan Jude
ock itself.
Note that if the target system is FreeBSD 14 or newer, you can simply
mount the tarball (`sudo mount -rt tarfs p.tar /usr/ports`).
DES
--
Allan Jude
.
--
Allan Jude
401 - 442 of 442 matches
Mail list logo