jail with "complete" type have standard crontab a file of tasks. However not
all standard task are adapted for work in jail an environment. For example
adjkerntz which generates
adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not
permitted
I suggest to give adjkerntz concept
Hello,
From some revision of FreeBSD 9/Current, part of the application during
configure stops with a message
...
checking how to ignore standart include path...
...
One such application - /usr/ports/devel/ORBit.
If at this moment to press Ctrl + D - work resumes (and ive see:
sed: confd
Hi,
I'm seeing a huge loss in performance ZFS after upgrading FreeBSD 12
to latest revision (r338466 the moment) and related to ARC.
I can not say which revision was before except that the newver.sh
pointed to ALPHA3.
Problems are observed if you try to limit ARC. In my case:
vfs.zfs.arc_max="1
On Wed, Sep 5, 2018 at 5:58 PM Allan Jude wrote:
>
> On 2018-09-05 10:04, Subbsd wrote:
> > Hi,
> >
> > I'm seeing a huge loss in performance ZFS after upgrading FreeBSD 12
> > to latest revision (r338466 the moment) and related to ARC.
> >
> > I ca
On Thu, Sep 6, 2018 at 3:28 AM Mark Johnston wrote:
>
> On Wed, Sep 05, 2018 at 11:15:03PM +0300, Subbsd wrote:
> > On Wed, Sep 5, 2018 at 5:58 PM Allan Jude wrote:
> > >
> > > On 2018-09-05 10:04, Subbsd wrote:
> > > > Hi,
> > > >
&
The problem started before FreeBSD 12 ALPHA1 but still exist in ALPHA6.
If you try to run FreeBSD 12 (e.g.
FreeBSD-12.0-ALPHA6-amd64-20180914-r338675-disc1.iso from
ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/12.0/
) in bhyve UEFI mode with command from handbook
(https://w
Hi,
On Tue, Nov 13, 2018 at 7:22 PM Rodney W. Grimes
wrote:
>
> Uh oh, ok, thats not what I was thinking of then. I do not have any
> bhyve capable hardware running on 12BETA at this time to test with.
>
> I wonder if we have a bad interaction between the loader and
> bhyve again, we have had
On Wed, Nov 14, 2018 at 3:49 PM Kyle Evans wrote:
> Good, good, so the loader <-> kernel transition would appear to be
> intact and information appears good at first blush. If you don't have
> time to dig into this, I'll try poking at it this weekend, but it
> looks to be either kernel problem or
On Wed, Nov 14, 2018 at 6:52 PM Rodney W. Grimes
wrote:
>
> > On Wed, Nov 14, 2018 at 3:49 PM Kyle Evans wrote:
> >
> > > Good, good, so the loader <-> kernel transition would appear to be
> > > intact and information appears good at first blush. If you don't have
> > > time to dig into this, I'l
On Thu, Nov 15, 2018 at 12:21 AM Rebecca Cran wrote:
>
> On November 14, 2018 at 2:18:04 PM, Subbsd (sub...@gmail.com) wrote:
>>
>>
>> My current host: FreeBSD 13.0-CURRENT r340319 and the problem is
>> still present.
>
> Rod was asking about the guest OS
On Thu, Nov 15, 2018 at 1:05 AM Subbsd wrote:
>
> On Thu, Nov 15, 2018 at 12:21 AM Rebecca Cran wrote:
> >
> > On November 14, 2018 at 2:18:04 PM, Subbsd (sub...@gmail.com) wrote:
> >>
> >>
> >> My current host: FreeBSD 13.0-CURRENT r340319 and the p
On Thu, Nov 15, 2018 at 1:33 AM Kyle Evans wrote:
>
> On Wed, Nov 14, 2018 at 4:30 PM Kyle Evans wrote:
> >
> > On Wed, Nov 14, 2018 at 4:23 PM Subbsd wrote:
> > >
> > > On Thu, Nov 15, 2018 at 1:05 AM Subbsd wrote:
> > > >
> > > > O
On Fri, Nov 16, 2018 at 8:03 AM Warner Losh wrote:
>
>
>
> On Thu, Nov 15, 2018 at 12:10 PM Rebecca Cran wrote:
>>
>> On Wednesday, 14 November 2018 19:56:56 MST Warner Losh wrote:
>>
>> > What is the ConOut evifar look like? We set serial when the UEFI env says
>> > to do so.
>>
>> Booting with
Hi.
Can anybody test of output for:
zfs list
command on FreeBSD current after r305211 ? On my hosts his leads to
zfs segfault.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
s has caused a considerable amount of excitement on the freebsd.org
> cluster. Having kernel+world out of sync causes zfs(8) to abort rather
> ungracefully.
>
>> On 03/09/2016 21:50, Subbsd wrote:
>> > Hi.
>> >
>> > Can anybody test of output for:
>>
Hello,
Not sure about FreeBSD 11 or 10, but when you try to use cpuctl(4) and
Intel microcode from
http://git.exherbo.org/summer/packages/firmware/intel-microcode/index.html
this causes an error.
CC for maintainer of sysutils/devcpu-data, but not sure this is port
problem. Possible KPI was change
Probably after https://svnweb.freebsd.org/base?view=revision&revision=310494,
syslogd eat 100% cpu with follow messages:
Dec 24 14:19:15 samson syslogd: select: Bad file descriptor
Dec 24 14:19:45 samson last message repeated 464140 times
Dec 24 14:20:38 samson last message repeated 835899 times
Hi,
On recent FreeBSD version (tested on two host: one from
svn://svn.freebsd.org/base/head ( r310507 now) and second from
https://github.com/FreeBSDDesktop/freebsd-base-graphics.git /
drm-next-4.7 ) and latest firefox ( firefox-50.1.0_4,1 ) I often get
into a situation where firefox is hands.
It
On Tue, Dec 27, 2016 at 6:31 PM, Slawa Olhovchenkov wrote:
> On Mon, Dec 26, 2016 at 10:29:33PM +0300, Subbsd wrote:
>
>> Hi,
>>
>> On recent FreeBSD version (tested on two host: one from
>> svn://svn.freebsd.org/base/head ( r310507 now) and second from
>&g
Hi,
Not sure for FreeBSD < 12, but i found interesting behavior strip
effect(1) on du(1) command:
--
% strip /bin/pax && sleep 4 && du -sh /bin/pax
65K/bin/pax
% strip /bin/pax && sleep 3 && du -sh /bin/pax
65K/bin/pax
% strip /bin/pax && sleep 2 && du -sh /bin/pax
512B/bin/pax
% s
On Fri, Mar 3, 2017 at 2:04 AM, Peter Jeremy wrote:
> On 2017-Mar-02 22:29:46 +0300, Subbsd wrote:
>>During some interval after strip call, du will show 512B for any file.
>>If execute du(1) after strip(1) without delay, this behavior is reproduced
>>100%:
>
> Wh
Hi,
I had the same problems, however, there is one more regression after
these changes. It stably reproduces if you use EFI_STAGING_SIZE.
I have custom FreeBSD distributive which has a sufficiently large
mfsroot which is loaded through UEFI mode.
To solve the problem, it was suggested to increase
Hi,
( I apologize if this is a duplicate - first I wrote this as reply-all
on https://lists.freebsd.org/pipermail/freebsd-current/2017-March/064971.html
thread )
After recent changes and fixes (
https://lists.freebsd.org/pipermail/freebsd-current/2017-March/065093.html
) I still had problems on h
After updating kernel from 9-STABLE to 10-CURRENT (amd64) msk
interfaces stop working with "watchdog timout" error. Watchdog arises
at a traffic 100-300+ Kb, for example:
make - C /usr/ports fetchindex
(on the fresh boot) reaches 11-15% before watchdog coming
pciconf -vl | grep -A4 ^msk
mskc0@
On Mon, Oct 7, 2013 at 6:43 AM, Eitan Adler wrote:
> Hey all,
>
> RCS was removed from the base system in r256095. If you still want to
> use RCS please install either devel/rcs or devel/rcs57. If not, be
> sure to check out the alternatives (pun stolen and intended).
>
>
rc.subr use rcs in bac
On Sat, Sep 13, 2014 at 2:23 AM, Craig Rodrigues wrote:
> Hi,
>
> I could live with this solution of additional port outside of the main
> bash port, which creates the symlink and updates /etc/shells.
>
> One other thing I am seeing is that many, many shell scripts are written
> assuming "#!/bin/b
Hi,
My FreeBSD box (amd64, beta2, raidz2 on three disk) can't reboot after
syncing buffer stage:
http://www.scrnshots.com/users/subbsd/screenshots/293839
Also i got this issue on 8-disk system (GPT/ZFS).
With UFS filesystem all ok on the same har
The same problem started the last week. The problem arises when on the
CPU + I/O load - also when I recompile ports.
I'm not completely sure but apparently I see a problem on the server (
with the same revision ) with SSDs only:
on slow HDD disk still did not hang, while the server with SSD dies
w
28 matches
Mail list logo
