Index: lib/libc/sys/sysctl.2
===
RCS file: /cvs/src/lib/libc/sys/sysctl.2,v
retrieving revision 1.37
diff -u -p -u -r1.37 sysctl.2
--- lib/libc/sys/sysctl.2 24 Jan 2020 15:17:16 - 1.37
+++ lib/libc/sys/sysctl.2 11
>Synopsis: panic on vm hosted with VMM - missing dquot
>Category: unknown
>Environment:
System : OpenBSD 6.6
Details : OpenBSD 6.6-current (GENERIC) #85: Sun Mar 29
10:50:36 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
Archi
stem fsck'd, and all seems to be well at this point.
On Tue, Mar 31, 2020 at 6:09 AM Pratik Vyas wrote:
>
> * Bryan Stenson [2020-03-31 05:57:46 +]:
>
> >>Synopsis: panic on vm hosted with VMM - missing dquot
> >>Category: unknown
> >>Environ
>Synopsis: panic on vm, ddb prompt on console
>Category: unknown
>Environment:
System : OpenBSD 6.6
Details : OpenBSD 6.6-current (GENERIC) #85: Sun Mar 29 10:50:36
MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENE
me,softdep 1 2
sv01$
On Tue, Mar 31, 2020 at 6:12 AM Bryan Stenson wrote:
>
> Agreed...I'm not convinced it was due to being hosted on VMM...just
> wanted to include that as a data point (perhaps that detail is
> stressed too much here).
>
> I'm looking/learning about th
ponding dquot structure.
A less-than-atomic write... :)
On Tue, Mar 31, 2020 at 6:54 AM Bryan Stenson wrote:
>
> ok...found the panic call here: sys/ufs/ufs/ufs_quota.c:451. From the
> comment in the code: "On filesystems with quotas enabled, it is an
> error for a file to chang
yes, but for an unrelated issue (lots of learning in these isolated times).
On Tue, Mar 31, 2020 at 7:00 AM Theo de Raadt wrote:
>
> Were you really performing a ktrac of pflogd?
>
> Bryan Stenson wrote:
>
> > ok...found the panic call here: sys/ufs/ufs/ufs_quota.c:451. Fr
apologies for the double post...please disregard this one.
On Tue, Mar 31, 2020 at 6:51 AM Bryan Stenson wrote:
>
> >Synopsis: panic on vm, ddb prompt on console
> >Category: unknown
> >Environment:
> System : OpenBSD 6.6
> Detail
, and I'd
love to work towards the goal of avoiding/preventing this from
happening again.
I'm trying to reproduce this (loading disk, ktracing pflogd, etc) to
see if I can get a reproduction of the panic.
Thank you.
On Tue, Mar 31, 2020 at 7:03 AM Theo de Raadt wrote:
>
>
27;ll defer to you Visa, and others, as to this patch's efficacy.
Bryan
On Tue, Mar 31, 2020 at 3:57 PM Visa Hankala wrote:
>
> On Tue, Mar 31, 2020 at 07:01:52AM +, Bryan Stenson wrote:
> > yes, but for an unrelated issue (lots of learning in these isolated times).
> >
TH}/${APP}on -u -v ${PATH}"
APP_OFF="${APP_PATH}/${APP}off -v ${PATH}"
# toggle quota
/bin/ksh -c "while ${SLEEP} ; do ${APP_OFF} | ${LOG_IT}; ${SLEEP} ;
${APP_ON} | ${LOG_IT}; done" &
/usr/bin/tail -f /var/log/messages
On Wed, Apr 1, 2020 at 4:02 PM Visa Hankala wr
Gah...my script IS valid...but I only rebuilt usr.bin/ktrace/ktrace
binary, not a new kernel...I'll do that now (with the suggested
patch), and report back.
On Wed, Apr 1, 2020 at 4:17 PM Bryan Stenson wrote:
>
> Ok, please forgive my scripting abilities, but the following gives me
Look great Visa! My built kernel (with your updated patch:
https://marc.info/?l=openbsd-bugs&m=158575700107939&w=2) works without
panicing.
Thank you!
On Wed, Apr 1, 2020 at 5:02 PM Bryan Stenson wrote:
>
> Gah...my script IS valid...but I only rebuilt usr.bin/ktrace/ktrace
>
Hi all -
I'm playing with video(1), reading from my webcam and have noticed
after working for a short while (20 - 60 seconds), the video process
will die, and writes the following error: "video: ioctl VIDIOC_DQBUF:
Invalid argument"
$ date ; video -v -v -v -v -v ; date
Wed May 13 19:50:14 UTC 202
to be sure ("Invalid argument" vs "buffer underrun", or
some other phrasing that describes why video(1) suddenly freezes and
then stops).
On Wed, May 13, 2020 at 7:59 PM Bryan Stenson wrote:
>
> Hi all -
>
> I'm playing with video(1), reading from my webcam and have n
tl;dr - In the EXAMPLES section (for both 5.9 and -current, as of today),
/etc/hostname.carp0 and /etc/hostname.carp1 are missing "carpdev sisX" in
their configuration. Suggested patch below.
In a recent attempt to follow the example in the pfsync(4) manpage, I was
met with the following error wh
Ok, thanks.
(Woot! I'm now a contributor to the most secure OS on the planet! Haha!!)
On Thu, Aug 25, 2016, 9:23 AM Martin Pieuchot wrote:
> On 25/08/16(Thu) 18:17, Martin Pieuchot wrote:
> > On 25/08/16(Thu) 03:04, Bryan Stenson wrote:
> > > tl;dr - In the EXAMPLES se
Here's a small typo I noticed while reading/learning...
Thanks for the amazing work.
Bryan
Index: usr.sbin/switchd/switchd.conf.5
===
RCS file: /cvs/src/usr.sbin/switchd/switchd.conf.5,v
retrieving revision 1.7
diff -u -r1.7 sw
I just followed the excellent INSTALL.octeon, but had a difficult time
updating the bootcmd. I think U-boot needs to boot the "bsd" file,
not the "boot" file (there isn't one, afaik). Patch below:
$ cat mypatch
702c702
< fatload 0 ${loadaddr} boot; bootoctlinux rootdev=sd0
---
> fatload 0
Ah, so it is. Sorry for the noise. I've installed 6.5 here.
Please ignore me. :)
On Sat, Sep 14, 2019 at 6:36 AM Visa Hankala wrote:
>
> On Fri, Sep 13, 2019 at 07:57:33PM -0700, Bryan Stenson wrote:
> > I just followed the excellent INSTALL.octeon, but had a difficult time
I've not tested this, but I wonder if adding unique entropy to each unique
VM (post boot) would address this concern:
https://man.openbsd.org/arc4random.9#enqueue_randomness
On Saturday, August 24, 2024, Jonas Böttiger
wrote:
> Hi everyone,
>
> While implementing the new default random number g
Per Theo's comment here, maybe this really doesn't matter :
https://marc.info/?l=openbsd-tech&m=172426918805083&w=2
Are you actually seeing identical values from arc4random(3) from VMs
launched from the same snapshot?
On Saturday, August 24, 2024, Bryan Stenson wrote:
>
22 matches
Mail list logo
