branch.
After reversion to r306777 world builds flawlessly.
Best regards,
--
Marek Zarychta
--- all_subdir_usr.sbin ---
--- all_subdir_usr.sbin/devctl ---
--- .depend ---
echo devctl.full: /usr/obj/usr/src/tmp/usr/lib/libc.a
/usr/obj/usr/src/tmp/usr/lib/libdevctl.a >> .depend
--- devctl.o ---
on this old machine being also more lightweight than 9.3.
--
Marek Zarychta
signature.asc
Description: PGP signature
; ^
> 1 error generated.
Maybe some incorrect or stale statements in src.conf ?
--
Marek Zarychta
signature.asc
Description: PGP signature
er.
>
> We should bring this to the attention of re@.
>
This bug has been already submitted:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219453
--
Marek Zarychta
signature.asc
Description: PGP signature
er.
>
> We should bring this to the attention of re@.
>
This bug has been already submitted:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219453
--
Marek Zarychta
signature.asc
Description: PGP signature
thout a
> timestamp. The time on the syslogd server will be used instead.
>
> Michael, Marek, could you please give this patch a try? Thanks!
>
Hi Ed,
Thank you for expedited effort.
Patch compiles fine and I can confirm, that it resolves the issue.
--
Marek Zarychta
signature.asc
Description: PGP signature
nterface FastEthernet0/17,
changed state to down
Could you please give any advice or workaround for this issue?
--
Marek Zarychta
signature.asc
Description: PGP signature
On Fri, Jun 22, 2018 at 08:13:59PM +0200, Kurt Jaeger wrote:
> > I have rolled back to r334835. The issue has gone. Should a PR be
> > created about this regression ?
>
> Yes, please.
>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229236
--
Marek Zarychta
signature
W dniu 2018.06.22 o 19:14, Michael Grimm pisze:
> On 22. Jun 2018, at 17:59, Marek Zarychta
> wrote:
>
>> Could you please give any advice or workaround for this issue?
> I switched to a workaround for the time being which you might use as well in
> a similar way:
>
taken into consideration in this case.
Both ncures and slang versions of misc/mc work fine (key bindings, border
drawing etc.) for ssh(1) client called from xterm capable terminal.
--
Marek Zarychta
signature.asc
Description: PGP signature
st months.
If I may put my two cents in, the term "guinea pigs" seems to be
adequate definition here, but the old school of STABLE users although
dying, as the whole BSD is, is still alive, despite a few premature
MFCs, imprudent CoCs etc. STABLE seems to be all the same stable. I
guess we should rather appreciate the efforts of commiters merging not
only bug fixes but also new features than criticize every unattended
MFC.
--
Marek Zarychta
signature.asc
Description: PGP signature
myjail.conf
export jail_myjail_ip="lo1|127.0.1.1,vmx0|192.168.100.2,em0|213.70.80.92"
export jail_myjail_fib="1"
to /etc/rc.conf
static_routes="net_jails"
route_net_jails="default 213.70.80.x -fib 1"
to /boot/loader.conf
net.fibs="2"
Eventually take a
100.2,em0|213.70.80.92"
If you don't want to waste one more public IP for the host, try to setup
jails from jail.conf(5) instead of ezjail management. You can also give
a try to more sophisticated setup with vnet(9) jails where multiple fibs
for the host will not be required.
Best regards,
--
Marek Zarychta
signature.asc
Description: PGP signature
the Atom takes
> 24 hours without ccache and at least 8 with.
Maybe you should try to build using different make.conf(5) files for
each build? It can be improved WITH_META_MODE=YES enabled in
src-env.conf (requires loading filemon(4) first) and two differnt object
directories mounted in /us
o.so.11
#6 0x000807043a37 in OPENSSL_init_ssl () from
/usr/local/lib/libssl.so.11
#7 0x000806de1f0e in ?? () from /usr/local/libexec/apache24/mod_ssl.so
#8 0x004597ad in ap_run_pre_config ()
#9 0x004348e4 in main ()
Should I submit a PR about this? I hesitate with this step for now.
It is fair, that 11 EOL is expected September 30, 2021 and these servers
will likely be retired before this date, but some questions arise:
Is such old hardware still supported? Is it possible (how to) debug the
booting process?
Regards,
--
Marek Zarychta
signature.asc
Description: OpenP
on also
suffered from similar issue[1] so I had never successfully booted FreeBSD using
standard loader, but GRUB2 allowed to install and use FreeBSD on this PC.
[1]https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151122
--
Marek Zarychta
signature.asc
Description: OpenPGP digital signature
lems
> regarding the loader. If the kernel and modules load, you can try a verbose
> boot to see better how far the kernel gets.
>
> I’d be really surprised if the CPUs themselves would cause trouble.
>
Thank you for the informative reply. I will try to boot from official
CD, but
am replying only FYI.
[1] https://dmesgd.nycbug.org/index.cgi?do=view=3790
[2] https://dmesgd.nycbug.org/index.cgi?do=view=4111
Regards,
--
Marek Zarychta
signature.asc
Description: OpenPGP digital signature
W dniu 08.01.2019 o 12:51, Stefan Bethke pisze:
> Am 08.01.2019 um 10:34 schrieb Marek Zarychta :
>> W dniu 03.01.2019 o 14:13, Stefan Bethke pisze:
>>>> I have under supervision a few old servers running 11.2-STABLE. The
>>>> hardware is almost for retirement, but
iles which are
updated by mergemaster(8) or etcupdated(8) would be appreciated.
Best regards,
--
Marek Zarychta
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
istrator to keep track of files updated by mergemaster or
etcupdate.
[1] https://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes
[2]
https://lists.freebsd.org/pipermail/dev-commits-src-all/2020-December/000369.html
Regards,
--
Marek Zarychta
OpenPGP_signature
Description: OpenPGP digital signature
W dniu 31.12.2020 o 08:50, Helge Oldach pisze:
Warner Losh wrote on Wed, 23 Dec 2020 17:58:10 +0100 (CET):
On Wed, Dec 23, 2020 at 3:35 AM Marek Zarychta < zarychtam at
plan-b.pwste.edu.pl> wrote:
In file header, we have now only $FreeBSD$ since svn tags
disappeared after the tran
same-same.
>
> Any clues? Its not important to me, but, if debug is useful to anyone,
> PM will find me and I can try things you direct.
>
You are probably falling into PR251483. Please take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251483
--
Marek Zarychta
signature.asc
Description: PGP signature
W dniu 25.02.2019 o 18:47, Marek Zarychta pisze:
> W dniu 08.01.2019 o 12:51, Stefan Bethke pisze:
>> Am 08.01.2019 um 10:34 schrieb Marek Zarychta
>> :
>>> W dniu 03.01.2019 o 14:13, Stefan Bethke pisze:
>>>>> I have under supervision a few old servers
quot;KRT: Error sending route x.x.x.x/y to
kernel: Operation not supported"
Setting net.add_net.add_addr_allfibs=1addr_allfibs=1 changed it a bit,
but still some blackhole /32 routes seem to get rejected.
--
Marek Zarychta
OpenPGP_signature
Description: OpenPGP digital signature
W dniu 08.02.2021 o 19:32, Alexander V. Chernikov pisze:
> 08.02.2021, 14:33, "Marek Zarychta" :
>> W dniu 08.02.2021 o 13:10, mike tancsa pisze:
>>> I have been setting up some tests to see if
>>>
>>> option FIB_ALGO and dpdk_lpm4.ko
>>>
W dniu 09.02.2021 o 00:35, Alexander V. Chernikov pisze:
08.02.2021, 20:10, "Marek Zarychta" :
W dniu 08.02.2021 o 19:32, Alexander V. Chernikov pisze:
08.02.2021, 14:33, "Marek Zarychta" :
W dniu 08.02.2021 o 13:10, mike tancsa pisze:
I have been setting
s not and likely will soon not be
widely deployed. This was an off-topic note, but probably in place.
With kind regards,
--
Marek Zarychta
OpenPGP_signature
Description: OpenPGP digital signature
ore. Both ftpd and tftpd from
the base do their job well, both are handy and pretty straightforward co
to configure, disabled by default and the mourning after the loss of any
of them will last long.
I know, it's not the same ftpd which served at ftp.cdrom.com back in
time but from the ordinary user'
_
I am hitting this very often on stable/13. If you are building world
WITH_META_MODE, then it can be worked around by making world again with
only one make job.
--
Marek Zarychta
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.
ready started a new build specifying CPUTYPE=silvermont in
>>>>>>>> make.conf, as attempt work around. It failed as well. I did check and
>>>>>>>> the path above exists on the system
>>>>>>>>
>>>>>>>>
>>>>>>> :/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx
>>>>>>>> # ll
>>>>>>>> total 10
>>>>>>>> -rw-r--r-- 1 root wheel 117B Feb 22 10:13 .depend.btx.o
>>>>>>>> -rwxr-xr-x 1 root wheel 1.7K Feb 22 10:37 btx*
>>>>>>>> -rw-r--r-- 1 root wheel 5.4K Feb 22 10:13 btx.o
>>>>>>>> drwxr-xr-x 2 root wheel 4B Feb 22 10:13 include/
>>>>>>>>
>>>>>>>> I have removed my CPU Type specification and will run a new make and
>>>>>>>> install capturing full logs so that I can post a link to full logs.
>>>>>>>
>>>>>>> I did a new build and capture output from full buildworld and
>>>>>>> installworld, but first I cleared ccache same error was a result.
>>>>>>>
>>>>>>> Here is the entire output along with my make.conf and src.conf files.
>>>>>>> https://nextcloud.dweimer.net/index.php/s/YYx6WX7KieatM9L
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Thanks,
>>>>>>> Dean E. Weimer
>>>>>>> http://www.dweimer.net/
>>>>>>>
>>>>>> ___
>>>>>> freebsd-stable@freebsd.org mailing list
>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>>
>> Do you guys know which part of my configuration is triggering this
>> issue, so I can work around it for now? My last build attempt with the
>> latest updates for the security fixes failed to install even with patch.
>>
>
> I've been able to reproduce it locally with a stock config twice or
> so, but it's non-trivial and only seems to reproduce with at least a
> nullfs objdir. A good data point would be to point your
> MAKEOBJDIRPREFIX at /jails/devel/host-usr-obj (assuming that's not
> null-mounted) -- as long as you're still operating out of
> /jails/devel/ROOT/usr/src, the paths relative to it will work out the
> same.
>
> Thanks,
>
> Kyle Evans
Is there any other way to make it working for nullfs objdir? I export
real objdir over NFS for other systems and mount it as /usr/obj.
Adding MAKEOBJDIRPREFIX for each src.conf and changing mount points
would be even more headache than running once more barren "make
buildworld", which with one job take usually about 10 minutes and sorts
it out.
Best regards,
--
Marek Zarychta
OpenPGP_signature
Description: OpenPGP digital signature
sctl net.inet.tcp.sack.enable=0
>
This bug was affecting only stable/13 users and has already been fixed.
--
Marek Zarychta
signature.asc
Description: PGP signature
> appreciate any help I can get.
>
> Thanks,
> SI
Do you have any net.isr settings in either /boot/loader.conf or
/etc/sysctl.conf? Please test if reverting them to default values helps.
--
Marek Zarychta
signature.asc
Description: PGP signature
34 matches
Mail list logo