I just updated my laptop from source, and somewhere along the way
the key-codes Xorg sees changed.
Indeed. This doesn't just affect -CURRENT: it happened to me on
-STABLE last week, so I'm copying that list too.
And a "Down" key now opens and closes a KDE "Application Launcher",
alternatively
The problem has been resolved but I still sometimes see "connect from
unknown[2610:1c1:1:606c::19:2]" in the maillog (today: 6 of 131
connections). Local unbound issue?
That IPv6 has a valid reverse DNS record, so please try to investigate.
Looks like an intermittent problem. Tried the followin
Kurt Jaeger writes:
The problem is that if all 10 disks are connected, the system
looses track from where it should boot and fails to boot (serial boot
log):
Consoles: internal video/keyboard serial port
BTX loader 1.00 BTX version is 1.02
Consoles: internal video/keyboard serial port
BIOS
.2 memstick to be able to regain control.
Mark
On 29 Nov 2018, at 17:01, Mark Martinec
wrote:
After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2
(amd64,
zfs, bios), I tried my luck with one of our production hosts, and
ended up
with a stuck loader after rebooting with a new
ing the same problem?
Mark
On 29 Nov 2018, at 17:01, Mark Martinec
wrote:
After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2
(amd64,
zfs, bios), I tried my luck with one of our production hosts, and
ended up
with a stuck loader after rebooting with a new kernel (after the fi
After successfully upgraded three hosts from 11.2-p4 to 12.0-RC2 (amd64,
zfs, bios), I tried my luck with one of our production hosts, and ended
up
with a stuck loader after rebooting with a new kernel (after the first
stage of upgrade).
These were the steps, and all went smoothly and normally
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213276
Any chance of getting this simple fix of /etc/services into CURRENT
before it's too late for 12.0 ...
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freeb
2017-02-10 14:09, Iblis Lin wrote:
as not a perl programmer myself. I have no idea what is going on.
I found this issue while compiling math/openblas.
[iblis@ns]% uname -a
FreeBSD ns 12.0-CURRENT FreeBSD 12.0-CURRENT #1 r313500: Fri Feb 10
16:39:21
CST 2017 root@ns:/usr/obj/usr/src/sys/GEN
2017-01-27 01:09, Allan Jude wrote:
Yeah, most of the size is from the GELI support, not Skein, so that is
your best starting place.
On a tangential ... does the gptzfsboot really support skein checksums
in 11.0? If so, then why does zfs not allow setting skein on a root
pool?
# zfs set c
08.2016 18:44, Mark Martinec wrote:
On 2016-08-05 17:23, Andrey Chernov wrote:
POSIX does say that the default format should be the same
as with "+%a %b %e %H:%M:%S %Z %Y".
It also says that %a and %b are locale's abbreviated names.
It is true for _POSIX_ locale only, as I already sa
On 2016-08-05 17:23, Andrey Chernov wrote:
On 05.08.2016 17:47, Mark Martinec wrote:
[Bug 211598]
date(1) default format in en_EN locale breaks compatibility with
10.3
and violates POSIX
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211598
It breaks compatibility but not violates
On 2016-08-05 07:00, Julian Elischer wrote:
On 5/08/2016 5:44 AM, Mark Martinec wrote:
Should I open a bug report, or has the problem been noted?
it's not clear without reading the standard whether the bug is in the
old or new version.
have you tried other systems? In particular I'd
Should I open a bug report, or has the problem been noted?
Mark
On 2016-08-04 04:32, Julian Elischer wrote:
On 4/08/2016 7:24 AM, Mark Martinec wrote:
Is it normal/expected/documented that the date(1) command in 11.0
now produces a timestamp in substantially different format
in an
Is it normal/expected/documented that the date(1) command in 11.0
now produces a timestamp in substantially different format
in an "en_US.UTF-8" locale (long names, commas, 12 vs. 24h hour time):
Thursday, August 4, 2016 at 12:50:43 AM CEST
vs:
Thu Aug 4 00:52:29 CEST 2016
Setting LC_TIME
For a fast transfer of large files see sysutils/bbcp.
It uses ssh to establish authorized connection, then does
a transfer over multiple parallel TCP sessions by itself.
If data encryption is needed, combine it with security/hpenc
Mark
___
freebsd-c
Upgrading 10.2-RELEASE-p6 to 10.2-RELEASE-p7 now solved ntpd crashes
(apparently fixed by: FreeBSD Errata Notice FreeBSD-EN-15:20.vm).
Thanks!!!
Mark
On 2015-11-01 10:31, Andre Albsmeier wrote:
On Fri, 30-Oct-2015 at 19:47:59 +0100, Mark Martinec wrote:
Not sure if it's the same
On 2015-11-03 21:50, Maxim Pugachev wrote:
I tried to install r29273 into Parallels VM, but got an error on
"distextract" stage. Here is the last messages from bsdinstall_log:
DEBUG: f_debug_init: ARGV=[distextract] GETOPTS_STDARGS=[dD:]
DEBUG: f_debug_init: debug=[1] debugFile=[/tmp/bsdinstall_
Craig Rodrigues wrote:
I have some machines which are on an IPv6 only network.
It works great and I can access most things on the IPv6 Internet
that I need like Google ( [2607:f8b0:4004:808::1014]) , Facebook
([2a03:2880:1010:df05:face:b00c:0:2]), CNN ( [2620:100:e000::8001]),
etc.
However, t
Not sure if it's the same issue, but it sure looks like it is.
I have upgraded a couple of hosts (amd64) from 10.2-RELEASE-p5
to 10.2-RELEASE-p6, i.e. the freebsd-upgrade essentially just
replaced the /usr/sbin/ntpd with a new one; then I restarted
the ntpd.
On all host but one this was successf
2015-02-11 Beeblebrox wrote:
I have been having problems described below since March of 2014, but
did not have much of an option other than to wait for gradual
improvements. Considering that 11 is nearing official RELEASE, I would
think these problems would be worth consideration. I'm posting in
There is a problem report since July 2014 in a Perl bug tracker,
which seems to affect only FreeBSD 10.0 amd64 (regardless of a
version of Perl or usage of clang vs. gcc compiler):
https://rt.perl.org/Ticket/Display.html?id=122199
I wonder if someone intimately familiar with handling of virtua
But here are some thread about FreeBSD is way slower than Linux
in these virtual installations
https://news.ycombinator.com/item?id=487
May be IOPS quotation? Can you test with dd and custom kernel with
MAXPHYS=1048576 ?
Don't know about DO, but networking over virtio is also slower
und
If the purpose of having a none cipher is to have a fast
file transfer, then one should be using sysutils/bbcp
for that purposes. Uses ssd for authentication, and
opens unencrypted channel(s) for the actual data transfer.
It's also very fast, can use multiple TCP streams.
Mark
On 10/18/14 06
2014-08-22 18:07, Dimitry Andric wrote:
On 21 Aug 2014, at 18:07, Bryan Drewery wrote:
On 8/21/2014 10:53 AM, Bryan Drewery wrote:
On 8/21/2014 5:34 AM, Mark Martinec wrote:
Does clang (in 10-STABLE or CURRENT) support also the
option -fstack-protector-strong ?
Not sure if clang 3.4 has it
Bryan Drewery wrote:
Ports now support enabling Stack Protector [1] support on FreeBSD 10
i386 and amd64, and older releases on amd64 only currently.
Support may be added for earlier i386 releases once all ports properly
respect LDFLAGS.
To enable, just add WITH_SSP=yes to your make.conf and re
me wrote:
we are talking about NAT64 (IPv6-only datacenter's path to a legacy
world),
and NPT66 (prefix transalation). I doubt anyone had a traditional NAT
in mind.
Kevin Oberman wrote:
No, all of the messages in the thread are specific about NAT66, not
NPT66.
NPT66 may have real value. I ha
On Mon, Jul 28, 2014 at 2:41 AM, Darren Reed
wrote:
[...]
IPFilter 5 does IPv6 NAT.
With the import of 5.1.2, map, rdr and rewrite rules will all work
with
IPv6 addresses.
NAT66 is a specific implementation of IPv6 NAT behaviour.
2014-07-29 00:07 Kevin Oberman wrote:
And all IPv6 NAT is ev
2014-07-25 15:41, Larry Rosenman wrote:
On Fri, Jul 25, 2014 at 11:58:48AM +0200, Mark Martinec wrote:
Don't know, I'd guess some network-related memory limit is being hit
on the sending site.
Why not try to decouple the 'zfs send' from a network copy and ssh:
Login to a re
On 2014-07-24 19:56, Allan Jude wrote:
or better yet:
ssh r...@tbh.lerctr.org "zfs send ..." | mbuffer -m 16M | zfs recv
...
(The misc/mbuffer compensates for bursty zfs reads and writes.
A note to myself: I should suggest to Allan to add mbuffer
in a pipe as used in sysutils/zxfer, instead
2014-07-25 01:36 Larry Rosenman wrote:
#!/bin/sh
DATE=`date "+%Y-%m-%d"`
#DATE2=2013-03-24
#DATE2=`date -v "-1d" "+%Y-%m-%d"`
# snap the source
ssh r...@tbh.lerctr.org zfs snapshot -r zroot@${DATE}
# zfs copy the source to here.
ssh r...@tbh.lerctr.org "zfs send -v -R zroot@${DATE} | \
ssh
2014-07-24 21:57, Larry Rosenman wrote:
Sending zroot/home@zxfer_26699_20140724135840 to
zroot/backups/TBH/zroot/home.
Write failed: Cannot allocate memory
cannot receive new filesystem stream: invalid backup stream
Error when zfs send/receiving.
borg.le
2014-07-24 21:31, Larry Rosenman wrote:
borg.lerctr.org /home/ler # zxfer -dFkPvs -g 376 -O
r...@tbh.lerctr.org -R zroot zroot/backups/TBH
Creating recursive snapshot zroot@zxfer_26699_20140724135840.
Checking grandfather status of all snapshots marked for deletion...
Grandfather check passed.
S
me wrote:
Is this also fixed in the 10.0-STABLE by now?
The situation does not improve by itself, ARC has it all, less
active jobs scramble and fight for whatever free memory is left for
them and most of them remain swapped out. The best curse of action
to recover is to reboot. Quite a pain.
O
me wrote:
>> Is this also fixed in the 10.0-STABLE by now?
>>
The situation does not improve by itself, ARC has it all, less
active jobs scramble and fight for whatever free memory is left for
them and most of them remain swapped out. The best curse of action
to recover is to reboot. Quite a pain
On 2014-06-12 2:26, Steven Hartland wrote:
Also how recent a current there where some vm changes which apparently
helped with this
specifically r260567 and r265944.
Is this also fixed in the 10.0-STABLE by now?
I'm running "10.0-STABLE #0 r266449 May 19" (with ZFS and
16 MB of memory) and I'm
Gleb,
> On Tue, Dec 17, 2013 at 08:13:20PM +0100, Mark Martinec wrote:
> M> Under 9.2 the following could be used to build an IPv6-only kernel:
> M> include GENERIC
> M> makeoptions MKMODULESENV+="WITHOUT_INET_SUPPORT="
> M> nooptions INET
&g
Under 9.2 the following could be used to build an IPv6-only kernel:
/sys/amd64/conf/TEST :
include GENERIC
makeoptions MKMODULESENV+="WITHOUT_INET_SUPPORT="
nooptions INET
Now with stable/10 the:
make buildkernel KERNCONF=TEST
fails while building xen support:
[...]
cc -c -O2 -pipe -f
On Monday April 15 2013 12:32:37 Lev Serebryakov wrote:
> And, yes, NAT64 will be useful for sure, but it is another story,
> not IPv6<->IPv6 translation.
Fear not, NPT66 prefix translation is stateless,
this is nothing like NAT44 / NAPT.
On Monday April 15 2013 12:51:00 sth...@nethelp.no wrote:
On Sunday April 14 2013 19:30:22 wishmaster wrote:
> > Do we honestly need three packet filters?
> Yes! This is the most clever thought in this thread. Why we need 3
> firewalls? Two packet filters it's excess too. We have two packet filters:
> one with excellent syntax and functionality but with o
On Thursday December 27 2012 00:33:25 Derrick Dantavious Edwards wrote:
> Hi,
> I am having problems with startup services in FreeBSD current. I am at a
> loss on where the problem lies. Even though I have services explicitly
> defined in rc.conf for startup they do not start. Startup scripts both
Paul Webster wrote:
> I am aware this is a much discussed subject since the upgrade of PF,
> I believe the final decision was that too many users are used to the old
> style pf and an upgrade to the new syntax would cause too much confusion.
I don't buy that. Think of a confusion in a year of two
> For those reasons by February 28th 2013 the FreeBSD ports tree will
> no longer be exported to CVS. Therefore ports tree updates via CVS
> or CVSup will no longer available after that date. All users who use
> CVS or CVSup to update the ports tree are encouraged to switch to
> portsnap(8) [1] or
Alexander,
> I have a script that runs command tail with open descriptor.
> After 30 seconds, I close descriptor. But descriptor not closed.
> When script is closed tail is present in ps aux.
>
> $log_file = path_to_log;
> eval {
> local $SIG{ALRM} = sub { die; };
> alarm (30);
> ope
Xin LI wrote:
> Try procstat -kk to find the calling stack, as a start?
> This could be very useful when tracking down problems.
> Also the 'D' flag from ps(1) output in most times are not quite useful
> and ps -o wchan would tell you what exactly it was waiting for, just FYI.
Posted both a few d
> Seems to me the min(4KB,stripesize) would be a safe bet.
s/min/max/
Mark
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org
Nathan wrote:
> The installer will align all partitions to the GEOM stripesize/offset.
> We could make it do min(4KB, stripesize), but in general I think this is
> better done at the GEOM level.
I doubt any SSD device on the market will want to admit its
internal structure, they all claim 512 sect
> Btw (unrelated), tried the same with a 2 TB (virtual) disk, the
> guided partitioning suggested 64k boot, 2TB ufs, and 4GB swap,
> but then fails with "No free space left on device".
> Didn't investigate, looks like a bug.
Sorry, my mistake, please disregard this claim.
I chose "create" instead
Using a guided partitioning install of 9.0-RC2 on a 64GB (virtual) disk
(from a 9.0-RC2 ISO image) results in the following GPT partitioning:
# gpart show /dev/ada0
=> 34 134217661 ada0 GPT (64G)
34128 1 freebsd-boot (64k)
162 125828992 2 freebsd-ufs
> > If you can get it back into this state,
>
> Sure, *every* time.
>
> > a procstat -k -k would be very helpful.
> > (the second -k is not a typo).
>
> # procstat -k -k 5896
> PIDTID COMM TDNAME KSTACK
> 5896 102364 iscontrol-mi_switch+0x174
On Thursday November 24 2011 01:35:28 Ryan Stone wrote:
> If you can get it back into this state,
Sure, *every* time.
> a procstat -k -k would be very helpful.
> (the second -k is not a typo).
# procstat -k -k 5896
PIDTID COMM TDNAME KSTACK
58
Problem: the iscontrol process starts normally and establishes
a session and brings up a device, but it cannot be stopped.
It does not react to a HUP signal, and neither to KILL.
The /dev/da0 device is operational and the remote disk remains
normally accessible, regardless of how I try to (unsucce
When upgrading a FreeBSD 8.2 (amd64) to today's csup (tag=RELENG_9,
i.e. 9.0-RC2), the standard procedure got itself into trouble:
rm -rf /usr/obj
make buildworld
make buildkernel KERNCONF=xxx
make installkernel KERNCONF=xxx
(the xxx is mostly a plain vanilla 'include GENERIC'
with pf alt
On Friday October 8 2010 19:00:45 Pyun YongHyeon wrote:
> Actually re(4) supports much more controllers than that.
> Man page needs updating to reflect this.
False alarm. Indeed it does work with RTL8111E.
I was distracted by the lack of its mention on the man page, and
by the presence of a FreeB
The current re(4) Realtek Ethernet adapter driver supports the
8139C+/8169/816xS/811xS/8101E chips, but lacks support for newer
Realtek network interface controllers such as RTL8111 C/E/D,
the RTL8168 series and some other.
This is unfortunate as the RTL8111E and RTL8111D controllers
found their w
54 matches
Mail list logo