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
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
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
___
"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
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
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
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
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
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
/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
/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
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
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
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
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
> 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:
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
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
/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
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
> 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
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
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
, 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
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:
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
> 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
it
gets deduped)
It isn't clear to me from the presentation if this issue is mitigated or
not. Slide #26 suggests they have done more than Oracle did.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
all boot output and "everything is fine"
>
> The problem arises when trying to login. I see the amnesiac login
> prompt, but no key strokes are registered.
>
> loader.conf:
> console="comconsole"
> comconsole_speed="115200"
>
> boot.config:
>
>
> sean
>
>
If it is COM2, don't you also need:
comconsole_port="0x2f8"
And possibly device.hints:
hint.uart.1.flags="0x10"
to mark it as a serial console?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
is)
>>
>
> I never have had a machine running 11. This machine is on 12 since 2 or
> 3 years. I will check if this configuration was properly set on that
> machine.
>
> Thanks!
>
> Erich
> ___
> freebsd-current@freebsd.org mailing lis
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
>>>> >>
> >>>> >> 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.
> >>>>
On 2018-06-23 00:37, Warner Losh wrote:
> There were some issues with legacy geely booting recently. What version?
> UEFI or legacy BIOS booting?
>
> Warner
>
> On Fri, Jun 22, 2018, 10:26 PM Ben Woods <mailto:woods...@gmail.com>> wrote:
>
> On
___
>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"
If you just press shift a bunch of times, does it print the Mount
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
wrong with your setup, and
add it as a test case to prevent this in the future.
The recent changes are:
r335245 (reading the size of the disk)
r335254 (reading past the end of the disk)
r335276 (enable the serial console sooner so the password prompt can be
used over serial)
There is also one outstan
nt@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
This indeed seems to be the correct approach. The exp-run will compile
the entire ports tree against the patc
________
> 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
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
__
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
;
> Oddly, it is the same negative number every time (-559038242), so it
> isn't random/memory corruption.
>
>
>
> Is mount required?
>
> Warner
>
>
No, I just plugged the USB stick in, and then removed it 10 seconds
later, panic.
I've also seen it in V
, but it's not. It looks like it may be
>>> bytes
>>>> to a pointer :(
>>>>
>>>>
>>>>> As noted, this is a build machine, and it was to be powered off for
>>>>> the rest of the day anyway, so I don't need to get it up
; Oliver
>
The 1mb alignment is not required. It is just what I do to leave room
for the other partition types before the ZFS partition.
However, the replacement for the GNOP hack, is separate. In addition to
aligning the partitions to 4k, you have to
gt;
The time estimate is a pure average over the entire length of the scrub
or resilver operation. The very start of the operation is quite slow,
because it involves a lot of random seeks, and the read-ahead is not
very smart (patches are in progress). And yes, after you adjust the
resilver_delay, it will take time for its impact to be visible in 'zpool
status'.
At times, you are better off looking at 'gstat', to see how busy the
disks actually are. You will likely notice the bottleneck is IOPS, you
will be at the limit of at least one the entire duration of the
resilver, unless your resilver_delay is high enough to leave some
available IOPS.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
base, where pkg will keep the last N (default to 5 I think) kernel
packages you have installed around, incase an upgrade goes bad.
This feature will work on any filesystem supported by the loader.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
___
> 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"
>
lld is not the default on amd64 yet. So only people who have set the
src.conf k
then attach that patch to a bugzilla, or upload it to
reviews.freebsd.org
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
oot code lately.
>
Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no
And so you ended up with some code not guarded. Add the additional
src.conf knob for now, and Warner will get it fixed up shortly.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
localhost wpa_supplicant[1279]: wlan0: Failed to initialize
> driver interface
> Oct 17 11:06:14 localhost root: /etc/rc.d/wpa_supplicant: WARNING: failed to
> start wpa_supplicant
>
>
> The laptop spends the vast bulk of its time running stable/11, so
> the threat is somewhat mitigated
>
> Peace,
> david
>
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
t has scrolled off
the top of the screen, press scroll-lock and then you can use the arrow
keys to navigate back up into the buffer.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
On 2017-10-04 05:27, Thomas Mueller wrote:
> from Allan Jude:
>
>>> Anyone has any recommendations or experience about how to use native 4K
>>> disks with FreeBSD?
>
>>> --HPS
>
>> It is not possible in legacy/BIOS mode, because the BIOS
using UEFI.
I am trying to debug a problem I am having with this on my new Mac,
which has a 4k NVMe disk.
--
Allan Jude
___
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"
> 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"
>
I think you can enable most of them by adding WITH_CLANG_EXTRAS=yes to
/etc/src.conf and recom
88K
> /var/audit
> hpelitebook8570p/var/crash88K 352G 88K
> /var/crash
> hpelitebook8570p/var/log 684K 352G 684K
> /var/log
> hpelitebook8570p/var/mail152K 352G 152K
> /var/mail
> hpelitebook8570p/var/tmp 88K 352G 88K
> /var/tmp
> #
> ___
> 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"
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
It turned out GPT and zfs are not usable at this machine.
> MBR / ZFS works fine.
>
> I'll stick with that.
>
What type of machine is it?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-06-20 17:45, Trond Endrestøl wrote:
> On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote:
>
>> On 2017-06-20 17:27, Trond Endrestøl wrote:
>>> Has anyone else seen a crash in base/head in abd_put() after r320156?
>>>
>>> One of my experimental
0
> fork_exit() at 0x80640df5 = fork_exit+0x85/frame 0xfe01b0231bf0
> fork_trampoline() at 0x8096915e = fork_trampoline+0xe/frame
> 0xfe01b0231bf0
> --- trap 0, rip = 0, rsp = 0, rbp = 0 ---
> Uptime: 4s
>
This seems to be an unintended consequence of some code that
you can boot from a
GPT partitioned disk in legacy mode, without UEFI.
If it doesn't work, the installer still supports MBR.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
the benefit.
I am preparing some benchmarks and other data along with a patch to
increase the maximum size of pipe I/O's as well, because using 1MB
offers a relatively large performance gain there as well.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
tuff
related to stat(), and versioned the symbol. You are trying to run apps
compiled for a newer version of -current than you are running. You need
to update your kernel and userland to patch what pkg is built against.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-05-22 03:50, Julian Elischer wrote:
> On 22/5/17 2:20 pm, Allan Jude wrote:
>> On 2017-05-18 22:28, Julian Elischer wrote:
>>> So after stripping out the HPN version of ssh from our product becasue
>>> "it was no longer needed" we dicovered t
...@freebsd.org"
I have this stand-alone patch ready now:
https://github.com/openssh/openssh-portable/compare/master...allanjude:V_7_5_dynamic_window
In my benchmarks with 100ms of latency (from dummynet) is increases SSH
send throughput from 1 megabyte/sec to 225 megabytes/sec provided a
large enough socket buff
>> perfectly good ssh as part of hte system, and it's really annoying
>> having to specify
>> /usr/local/bin/scp or /usr/local/bin/ssh in every script.
>>
>> So can we please have the latest version of the HPN changes back in
>> the default system please?
>&g
17 now which boots the box fine.
>
> Booting in single-user mode is also quick as expected.
>
> oh
>
Is it stalled in a specific place?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
T #2 r313684: Sun Feb
> 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64
> %
>
Maybe I am missing something. What is the problem with the output?
ls just appears to be doing columns.
--
Allan Jude
___
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"
S' while it is performing badly, what is the CPU load like?
Is your /usr/ports dataset compressed?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> FreeBSD ttest2 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep
> 29 01:43:23 UTC 2016
> r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC
> amd64
>
> dmesg:
> CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3500.08-MHz K8-class CPU)
> O
hange - the firmware prior to that showed the same non-existing AES-NI
> feature.
>
I have used the E5-1650 v3 in the FreeBSD test cluster, and AES-NI works
fine.
I had to enable it in the BIOS though. It is on the CPU features page,
and may have an odd name, rather than "AES-NI"
AES-NI is unrelated to TPM.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> reinstall, based on a 64-bit memstick system?
>
> Thanks
>
> matthias
>
>
The problem is that the build system has built a cross compiler in
/usr/obj that it uses to do the building etc, and it is 64bit. Your
32bit OS cannot run it (gives Exec format error).
You could try (untested, might eat your lunch, and kick your dog)
On the AMD64 host:
mkdir /tmp/amd64
make installkernel DESTDIR=/tmp/amd64
Then manually copy that kernel & modules into /boot/kernel on the i386
system, and reboot into it.
Then you'll have a 64bit kernel, and your old i386 world.
Then you should be able to do the make installkernel / installworld from
the /usr/src and /usr/obj you transferred
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
't be able to look at this until Tuesday the 14th. I am in Japan
until then.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-c
>Nothing in that says anything about "on disk". So while this thing
>is sitting in memory on the TXG queue we should return the number of
>512 byte blocks used by the memory holding the data.
>I think that would be the more correct thing than exposing the
>fact this thing is setting
. lam: unable to limit stdio: Capabilities
> insufficient
> /usr/sbin/portsnap: cannot open
> 8c94d2c3f8fcea20eb1fd82021566c99c63a010e6b3702ee11e7a491795bcfb8.gz: No such
> file or directory
> metadata is corrupt.
>
> Reverting r313938 fixes the problem.
>
Fixed in r314
tps://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to
>"freebsd-current-unsubscr...@freebsd.org"
Please provide the output of:
uname -a
uname -K
uname -U
--
Allan Jude
___
freebsd-current@freebsd.o
o the zfs boot code area. It is read
by the assembly code there. It is important the file be the size that
will be read, so it is padded out. That file is currently only used for
MBR booting from ZFS.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-01-28 14:04, Ngie Cooper wrote:
> On Sat, Jan 28, 2017 at 10:57 AM, Allan Jude <allanj...@freebsd.org> wrote:
>> On 2017-01-28 13:56, Ngie Cooper wrote:
>>> On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh <i...@bsdimp.com> wrote:
>>>
>>> ..
t;
> *sigh* Unfortunately, in my infinity cleverness I only put 2
> partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll
> need to make backups of my workstation so I don't lose anything
> critical.
>
> -Ngie
>
Did gptzfsboot not fall below 64kb when you u
esting to make a recipe that works for it, but the
other option is to use the ZFS bootcode area.
ZFS it self, reserves something like 3.5 mb of space in the ZFS
partition, for boot code. This is how we boot ZFS on MBR.
It should be possible to use this on GPT as well, we just don't.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-01-27 12:33, Shawn Webb wrote:
> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote:
>> On 2017-01-27 12:05, Warner Losh wrote:
>>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome <tso...@me.com> wrote:
>>>>
>>>>> On 27. jaan 2017,
"freebsd-current-unsubscr...@freebsd.org"
>
Yeah, most of the size is from the GELI support, not Skein, so that is
your best starting place.
I also have some work in progress with tsoome@ to further shrink things
for you.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
via src.conf and make.conf is fine and sophisticated. But "RELEASE"
> seems to
> handle things different, and the standard is useless for a rescue mission.
>
> So far.
>
> It might be that I have overlooked something ...
>
> Regards,
>
> oh
>
The DVD should still contain clang. Only the smaller images (bootonly,
disc1) should have clang removed.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
rrent@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
Is this because they are being used by GEOM?
Try: zfs set volmode=2
Reboot, and see if that solves it
--
t; > hw.igb.rx_process_limit="-1" (It should be useless now too)
> > hw.em.rx_process_limit="-1"
> >
> > dev.igb.2.fc=0
> > dev.igb.3.fc=0
> >
> > I can generate profiling data for you: what kind of data do you want ?
> >
>
>
> __
d be higher than the 2nd value
(net.inet.icmp.icmplim). It should only alert if it is actually limiting
the response rate.
You can mute it by setting: net.inet.icmp.icmplim_output=0
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.
;> Any idea?
>>
>> --
>> Iblis Lin
>> ___
>> 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"
> ___
> 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"
>
IIRC, bapt@ specifically mentioned this case in the review for
caph_limit_stdio() or one of the reviews that lead to the creation of
the helpers.
--
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"
>
Newer versions of OpenSSH, like the one shipped in 11.0 and 12-current,
do not accept DSA keys anymore. You will need to use RSA keys, or the
newer ECDSA or ED25519 key types.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
; markmi@FreeBSDx64:/usr/local/src/crochet/work/obj/arm64.aarch64/usr/src/sys/GENERIC-NODBG
>> arm64 aarch64 1200014 1200014
>
>
>> # svnlite info /usr/ports | grep "Re[lv]"
>> Relative URL: ^/head
>> Revision: 424540
>> Last Changed Rev: 424540
>
&
ange? What is now the official way to restart network?
>
> Kind regards,
> Oliver
>
As far as I am aware, this has always been this way, at least with
FreeBSD 6.0 and later. When you delete the interfaces, the route goes
away, then you recreate the interfaces but not the routes.
--
Al
tops new blocks from being
deduplicated. Any data written while deduplication was on, are still
deduplicated. You would need to zfs send | zfs recv, or
backup/destroy/restore to get the data back to normal.
If the drive is making that much noise, have you considered that the
drive might be failin
gpart
bits. That leaves the 'uncommitted' transaction pending, and may require
a 'gpart undo' before the other commands will work correctly.
I wonder if something like 'zpool labelclear', but for gpart would be
useful, that just nukes the first and last few MB of the disk. I know in
the
wn issue or perhaps I'm missing something obvious? zpool
> labelclear is also providing a similar error. The -f options are not
> helping.
>
>
> Any ideas what my issue maybe? The error suggests it is currently active on
> the pool, however the offline should have changed that sta
lf in the foot mode' for geom:
man 4 geom:
0x10 (allow foot shooting)
Allow writing to Rank 1 providers. This would, for example,
allow the super-user to overwrite the MBR on the root disk or
write random sectors elsewhere to a mounted disk. The
implications are ob
1 - 100 of 437 matches
Mail list logo
