Hi.
I have this message on console;
Oct 11 14:46:31 reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC.MP/relink.log
And the content of the relink.log is;
(SHA256) /bsd: OK
LD="ld" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} ve
t; couple minutes ago, the only "weird" thing I did, was a apk_delete
> ungoogled-chromium...
>
> Any help woud be appreciated...
>
> The messages:
>
> Bail out!
> Gtk:ERROR:../gtk+-3.24.41/gtk/gtkiconhelper.c:495:ensure_surface_for_gicon:
> assertion failed (e
oogled-chromium...
Any help woud be appreciated...
The messages:
Bail out!
Gtk:ERROR:../gtk+-3.24.41/gtk/gtkiconhelper.c:495:ensure_surface_for_gicon:
assertion failed (error == NULL): Failed to load
/usr/local/share/icons/Adwaita/scalable/status/image-missing.svg:
Unrecognized image file format (g
rs.
>>
>> Now it seemingly suddenly refuses to do anything involving the outside
>> world, posting weird messages such as the following to the logs:
>>
>> May 28 17:18:04 foo bgpd[7529]: neighbor : connect: Permission
>> denied
>> May 28 17:19:05 foo ra
Hi,
On 28/05/2024 20:28, Rachel Roch wrote:
Hi
I'm struggling to understand what is going on here.
I have an Openbsd 7.2 box which has been working beautifully for about 3 years.
Now it seemingly suddenly refuses to do anything involving the outside world,
posting weird messages su
g involving the outside world,
> posting weird messages such as the following to the logs:
>
> May 28 17:18:04 foo bgpd[7529]: neighbor : connect: Permission
> denied
> May 28 17:19:05 foo rad[74960]: sendmsg on vlan2008: Permission denied
>
> What on earth does "pe
Hi
I'm struggling to understand what is going on here.
I have an Openbsd 7.2 box which has been working beautifully for about 3 years.
Now it seemingly suddenly refuses to do anything involving the outside world,
posting weird messages such as the following to the logs:
May 28 17:18:0
On Mon, 15 Apr 2024 14:17:10 +0200, =?utf-8?B?0KHRgtGA0LDRhdC40ZrQsCDQoNCw0LTQu
NGb?= wrote:
> Just to clarify, this particular instance of this issue seems to be related t
> o
> terminfo.
>
> In general, as I stated earlier, the log message
>
> ... [program_name]: vfprintf %s NULL in "[for
everything though:
$ echo $TERM
wsvt25
$ ls -l ~/.terminfo/w
total 12
-r--r--r-- 1 jmc jmc 1597 Apr 15 06:27 wsvt25
-rw-r--r-- 1 jmc jmc 1522 Aug 1 2020 wsvt25-noacs
-rw-r--r-- 1 jmc jmc 865 Aug 1 2020 wsvt25-ul
$ tail /var/log/messages
Apr 15 06:56:21 manila reorder_kernel: kernel relinki
Дана 24/04/15 02:25AM, Jeremy Mates написа:
> TL;DR it's TERMINFO related or when ~/.terminfo exists and no TERM file
> exists therein. Also trying to read "none" (or maybe also "none.db" when
> the TERMINFO thing happens) from the current working directory might not
> be a good idea, if an attacke
TL;DR it's TERMINFO related or when ~/.terminfo exists and no TERM file
exists therein. Also trying to read "none" (or maybe also "none.db" when
the TERMINFO thing happens) from the current working directory might not
be a good idea, if an attacker can put naughty things into either of
those files
On Thu, Apr 11, 2024 at 10:10:20AM +0200, Eivind Eide wrote:
It is possible that I have missed important context here, but with a
bare environment with only essentials like $HOME defined and no
~/.terminfo directory (as opposed to an empty one), do the odd messages
still appear?
After
rm -rf
> It is possible that I have missed important context here, but with a
> bare environment with only essentials like $HOME defined and no
> ~/.terminfo directory (as opposed to an empty one), do the odd messages
> still appear?
After
rm -rf ~/.terminfo/
the message is gone (r
e, but with a
bare environment with only essentials like $HOME defined and no
~/.terminfo directory (as opposed to an empty one), do the odd messages
still appear?
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https:/
> UPDATE: If the ~/.terminfo/ directory EXIST in users home but the
> termcap file is missing, the behaviour returns.
> It's to late now, but I will do the tests and report back tomorrow.
And... The winner is:
HOME="/home/eivind"
That's the environmental variable that triggers the message if an
> Now I wanted to start testing environmental variables so I completely
> removed the ~/.terminfo/ directory, expecting the previous behavior to
> return. However, I cannot reproduce! I even tried rebooting, but no. I
> have no rational explanation for this.
UPDATE: If the ~/.terminfo/ directory E
> Given 'if I do "env -i TERM=tmux-256color mutt" mutt opens WITHOUT
> triggering the message', that implies that one of the other variables
> set would be triggering it, can you either figure out which one or
> show the list so someone else can try to replicate it please?
Yes, I would really like
On 2024-04-09, Why 42? The lists account. wrote:
>
> On Sat, Apr 06, 2024 at 02:42:25PM +0200, Eivind Eide wrote:
>> After upgrading to 7.5 amd64 -stable (and all ports updated) I get
>> these messages in /var/log/messages. This is with bash from ports
>> inside tm
"Why 42? The lists account." writes:
Tumbler is something to do with D-Bus and is also a required
package by/for XFCE.
Yeah, Tumbler / tumblerd is a service, accessible via D-Bus, that
generates thumbnails for files, e.g. in ~/.cache/thumbnails or
equivalent.
(But i'm not an XFCE user mys
(and the same for other termcaps used)
> those messages are gone from /var/log/messages.
That shouldn't be necessary.
Given 'if I do "env -i TERM=tmux-256color mutt" mutt opens WITHOUT
triggering the message', that implies that one of the other variables
set would be t
On Sat, Apr 06, 2024 at 02:42:25PM +0200, Eivind Eide wrote:
> After upgrading to 7.5 amd64 -stable (and all ports updated) I get
> these messages in /var/log/messages. This is with bash from ports
> inside tmux over SSH:
>
> tmux: vfprintf %s NULL in "%.*s"
> bas
>The log message no longer appears after running
>
>cp /usr/share/terminfo/x/xterm-256color ~/.terminfo/x/
Indeed! After
mkdir -p ~/.terminfo/t/
cp /usr/share/terminfo/t/tmux-256color ~/.terminfo/t/
(and the same for other termcaps used)
those messages are gone from
Given
logger foo;xterm -tn xterm-256color -e ktrace -di /bin/ksh
the log message 'ksh: vfprintf %s NULL in "%.*s"' appears when
~/.terminfo/x/xterm/xterm-256color does not exist.
The log message no longer appears after running
cp /usr/share/terminfo/x/xterm-256color ~/.terminfo/x/
and
On 2024-04-08, Eivind Eide wrote:
> 24/04/06 06:04PM, Stuart Henderson:
>> The fact that these all started hitting this with the same printf string
>> (including tmux, which is in base) makes me wonder if it's coming from a
>> library, the most likely being libcurses which was updated between 7.4
24/04/06 06:04PM, Stuart Henderson:
> The fact that these all started hitting this with the same printf string
> (including tmux, which is in base) makes me wonder if it's coming from a
> library, the most likely being libcurses which was updated between 7.4
> and 7.5 (which all of those use).
>
>
Дана 24/04/07 10:11AM, Stuart Henderson написа:
> Yes. It's very common though, especially when constructing strings for
> debug logging. I see this a lot with software in the GNOME ecosystem
> using sprintf for this.
Programmers who pass NULL to %s format specifier are writing incorrect code,
wh
On 2024-04-06, Страхиња Радић wrote:
> Дана 24/04/06 06:04PM, Stuart Henderson написа:
>> The fact that these all started hitting this with the same printf string
>> (including tmux, which is in base) makes me wonder if it's coming from a
>> library, the most likely being libcurses which was updat
Дана 24/04/06 06:04PM, Stuart Henderson написа:
> The fact that these all started hitting this with the same printf string
> (including tmux, which is in base) makes me wonder if it's coming from a
> library, the most likely being libcurses which was updated between 7.4
> and 7.5 (which all of thos
On 2024-04-06, Страхиња Радић wrote:
> Дана 24/04/06 02:42PM, Eivind Eide написа:
>> tmux: vfprintf %s NULL in "%.*s"
>> bash: vfprintf %s NULL in "%.*s"
>> multitail: vfprintf %s NULL in "%.*s"
>> vim: vfprintf %s NULL in "%.*s"
>
> This happens in OpenBSD when a program passes NULL pointer to *p
Дана 24/04/06 02:42PM, Eivind Eide написа:
> tmux: vfprintf %s NULL in "%.*s"
> bash: vfprintf %s NULL in "%.*s"
> multitail: vfprintf %s NULL in "%.*s"
> vim: vfprintf %s NULL in "%.*s"
This happens in OpenBSD when a program passes NULL pointer to *printf family of
functions. The bug reports sho
After upgrading to 7.5 amd64 -stable (and all ports updated) I get
these messages in /var/log/messages. This is with bash from ports
inside tmux over SSH:
tmux: vfprintf %s NULL in "%.*s"
bash: vfprintf %s NULL in "%.*s"
multitail: vfprintf %s NULL in "%.*s"
vim: v
Thanks for the reply, Chris.
I found interesting this intervention of Laurence
because (as you know I'm on usb storage devices from an age
and..) in front of an hang problem of the usb
peripherals Laurence pointed out about the different performances
on the usb stack can be a reasonable cause of t
On Fri, Mar 15, 2024 at 01:40:56PM +0100, Dan via misc wrote:
>
> Interesting..
>
> Laurence Tratt via misc :
>
> > This sounds to me like it might be due to USB stack performance problems,
> > though you'll at least want to give `dmesg` output so that those who better
> > understand this have a
Interesting..
Laurence Tratt via misc :
> This sounds to me like it might be due to USB stack performance problems,
> though you'll at least want to give `dmesg` output so that those who better
> understand this have a chance of helping.
>
> FWIW, there seem to be notable differences in USB per
urious how it's possible to debug this
on OpenBSD. Is there a way to enable debug
level verbosity on drivers? /var/log/messages
is so bareboned, almost spartan I would dare
to put forth.
On Fri, Mar 15, 2024 at 5:11 PM Laurence Tratt via misc
wrote:
>
> On Wed, Mar 13, 2024 at 05:12:29P
t; is suddenly muted by itself (I don't even touch sound).
>
> This was in the /var/log/messages regarding sound:
> wrapper-2.0: vfprintf %s NULL in "[xfce-mixer-plugin.
> c:374 xfce_mixer_plugin_set_property]: could not
> set sound-card to '%s', trying the default c
Messages like this are worse than useless for actually diagnosing the issue.
Basically, we have no idea what hardware you are running on, or for that
matter what software you are trying out.
If there is a real issue, please learn how to use sendbug
(https://man.openbsd.org/sendbug) or at
My USB mouse and keyboard hang intermittently.
Very weird things happen, i.e. my mouse's red LED
light begins to flicker in a very weird fashion, or my
keyboard stops responding and my sound output
is suddenly muted by itself (I don't even touch sound).
This was in the /var/lo
routable prefixes.
I should have mentioned that these are not one-off messages. For example,
these two hosts generated this message 36 times over a ~45 minute period
yesterday. While that was happening I could see that both hosts are active.
Traffic would pass and occasionally generate these
ate a
new address and stop using the old one, whereas the other party still
tries to use the old one.
Best regards,
Gábor
12/31/2022 6:50 AM keltezéssel, Landy, Brian írta:
I’m seeing messages like these frequently in /var/log/messages:
/bsd: cannot forward from fd58:6af3:2ff6:aa:895:e4a:8b
I’m seeing messages like these frequently in /var/log/messages:
/bsd: cannot forward from fd58:6af3:2ff6:aa:895:e4a:8bf9:5759 to
fd58:6af3:2ff6:c8:97:5360:bd73:6a88 nxt 17 received on interface 9
The two hosts are on separate networks (one is the lan, the other a
vlan). I’ve tracked it down
On 2022-11-28, Geoff Steckel wrote:
> Short form:
> I'm using rad to update local machines with the IPv6 address prefix
> currently assigned by Verizon. It runs on my firewall/external router.
> The router advertisement destructively changes the route and interface
> of an address on that machi
Short form:
I'm using rad to update local machines with the IPv6 address prefix
currently assigned by Verizon. It runs on my firewall/external router.
The router advertisement destructively changes the route and interface
of an address on that machine.
dhcpcd gets /56 from Verizon fiber service
ee the occasional
>
> /bsd: pppoe0: LCP keepalive timeout
>
> in /var/log/messages
>
> I tried the debug setting in/etc/hostname.pppoe0, but that gives much
> too much information.
I normally point tcpdump at the parent ethernet interface if I'm wanting to see
what pppoe
Hi,
I'm using pppoe to connect to my provider via DSL on 7.1.
Since yesterday my connection has been very flaky.
Is there a way to get more information about the connection state changes etc.?
Currently I only see the occasional
/bsd: pppoe0: LCP keepalive timeout
in /var/log/messages
I
> remote forwarding. That works correctly.
>
> The problems I'm having are:
>
> 1. When I send mail to non-existent users in vusers from the local
> machine, no bounce message is ever sent back to the user. I do see the
> following log entries, but is there a way to configure
send mail to non-existent users in vusers from the local
machine, no bounce message is ever sent back to the user. I do see the
following log entries, but is there a way to configure bounce messages
sent back to the client in this case?
Feb 15 12:15:09 server smtpd[90604]: 886047b20afc9b3d
Whatever you do to filter out the id I suggest NOT to remove the
messages directly from the what you've called "dark magic".
I think a better approach would be to echo out the command and then if
you are happy with it copy & paste...
Another suggestion is to reduce the spawn
From: Ares
On Fri, 22 Oct 2021 05:51:52 +, Ares wrote:
Subject: Re: Unable to log in with Pubkey after upgrade to 7.0 Date:
> On Fri, Oct 22, 2021 at 08:56:13AM -0600, Theo de Raadt wrote:
> >Emiel Kollof wrote:
> >
> >> Ivo Chutkin schreef op vr 22-10-2021 om 15:23 [+0300]:
> >> > Hello all
On Fri, 9 Jul 2021 11:09:07 +0100
Zé Loff wrote:
> On Fri, Jul 09, 2021 at 10:39:25AM +0200, Pierre Dupond wrote:
> > Le Fri, 9 Jul 2021 07:39:26 - (UTC),
> > Stuart Henderson a écrit :
> >
> > > On 2021-07-07, Pierre Dupond <76nem...@gmx.ch> wrote:
> > > > HI All,
> > > > I am set
On Fri, Jul 09, 2021 at 10:39:25AM +0200, Pierre Dupond wrote:
> Le Fri, 9 Jul 2021 07:39:26 - (UTC),
> Stuart Henderson a écrit :
>
> > On 2021-07-07, Pierre Dupond <76nem...@gmx.ch> wrote:
> > > HI All,
> > > I am setting up a firewall with PF. The strategy used is quite
> > > common
Le Fri, 9 Jul 2021 07:39:26 - (UTC),
Stuart Henderson a écrit :
> On 2021-07-07, Pierre Dupond <76nem...@gmx.ch> wrote:
> > HI All,
> > I am setting up a firewall with PF. The strategy used is quite
> > common: set block-policy return
> >set loginterface none
> >s
On 2021-07-07, Pierre Dupond <76nem...@gmx.ch> wrote:
> HI All,
> I am setting up a firewall with PF. The strategy used is quite common:
>set block-policy return
>set loginterface none
>set skip on lo0
>match in all scrub (random-id reassemble tc
On 2021-07-08, Cameron Simpson wrote:
> On 07Jul2021 10:59, Pierre Dupond <76nem...@gmx.ch> wrote:
>> I am setting up a firewall with PF. The strategy used is quite
>> common:
>> set block-policy return
>> set loginterface none
>> set skip on lo0
>>
On 07Jul2021 10:59, Pierre Dupond <76nem...@gmx.ch> wrote:
> I am setting up a firewall with PF. The strategy used is quite
> common:
> set block-policy return
> set loginterface none
> set skip on lo0
> match in all scrub (random-id reassemble tcp)
HI All,
I am setting up a firewall with PF. The strategy used is quite common:
set block-policy return
set loginterface none
set skip on lo0
match in all scrub (random-id reassemble tcp)
block log
Then some rules are used to pass the auth
Date: Tue, 11 May 2021 12:39:20 - (UTC)
From: Stuart Henderson
To: misc@openbsd.org
Subject: Re: Editing boot.conf to set tty to fb0 in miniroot69.img
Message-ID:
On 2021-05-11, Paul W. Rankin wrote:
...on my OpenBSD server, I tried mounting the miniroot69.img and
altering boot.conf dire
On Tue, Jun 02, 2020 at 10:18:32AM +0800, jrmu wrote:
> OpenBSD VMM suffers from error messages and possibly spontaneous crashing
>
> System : OpenBSD 6.7
> Details : OpenBSD 6.7 (GENERIC.MP) #182: Thu May 7 11:11:58 MDT
> 2020
>
OpenBSD VMM suffers from error messages and possibly spontaneous crashing
System : OpenBSD 6.7
Details : OpenBSD 6.7 (GENERIC.MP) #182: Thu May 7 11:11:58 MDT
2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
I keep getting this error for my WAN interface. Is it something I should be
worried about? The internet is working just fine. However, I do have a
static IP, so if I introduced some configuration error recently, it might
become a problem if that changes later on.
The relevant part of my pf.conf lo
a...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
I'm longer greeted with
the given train of messages from
kernel.
>wsmouse0 at ums0 mux 0
>wsmouse0 detached
>ums0 detached
>uhidev2 detached
>uhidev2 at uhub5 port 2 configuration 1 interface 0 "Logitech
"Raymond, David" wrote:
> I get similar stuff on console 1 but not on the others on all my
> OpenBSD machines. As I use X windows and have clean consoles 2-4
> available if necessary, I just ignore it.
>
> Dave Raymond
>
>
> On 12/16/19, putridsou...@gmail.com wrote:
> > The error does not s
Hello.
Jon Fineman wrote in <20191224111506.mxv_o%...@fineman.me>:
|I am having trouble viewing an HTML message. Nail natively seems to \
|work with
|simple HTML messages that I create and email to myself. However commerci\
|ally
|created emails with multi-part doesn't render in
I am having trouble viewing an HTML message. Nail natively seems to work with
simple HTML messages that I create and email to myself. However commercially
created emails with multi-part doesn't render in lynx.
I have nail version v14.9.15, 2019-08-17 (built for OpenBSD) and I am working
th
Jon Fineman wrote in <20191224012038.4azmy%...@fineman.me>:
|Steffen Nurpmeso wrote:
|
|> Even better would be
|>
|> \copy "$@" /tmp/undelete.mbox
|> \delete `
|>
|> since the messages are collected only once.
|
|Thanks.
|
|I was f
Steffen Nurpmeso wrote:
> Even better would be
>
> \copy "$@" /tmp/undelete.mbox
> \delete `
>
> since the messages are collected only once.
>
Thanks.
I was focused on searching for a built in similiar to the way sent uses
"record", t
Steffen Nurpmeso wrote in <20191223200257.kp4kp%stef...@sdaoden.eu>:
|Jon Fineman wrote in <20191223153845.kcdii%...@fineman.me>:
||For current s-nail is there a way with an imap account to copy messages \
||that I
||delete to my ISPs trash folder like the set record=+Sent co
Hello.
Jon Fineman wrote in <20191223153845.kcdii%...@fineman.me>:
|For current s-nail is there a way with an imap account to copy messages \
|that I
|delete to my ISPs trash folder like the set record=+Sent command copies \
|sent
|message to my sent folder?
|
|Currently they are
For current s-nail is there a way with an imap account to copy messages that I
delete to my ISPs trash folder like the set record=+Sent command copies sent
message to my sent folder?
Currently they are being permanently deleted.
Thanks.
Jon
On 12-16 10:48, Raymond, David wrote:
> I get similar stuff on console 1 but not on the others on all my
> OpenBSD machines. As I use X windows and have clean consoles 2-4
> available if necessary, I just ignore it.
I get similar messages in dmesg (used to be on the first console),
USB subsystem bugs.
Whoever said it was your mouse or cable is being an inaccurate jerk.
Raymond, David wrote:
> I get similar stuff on console 1 but not on the others on all my
> OpenBSD machines. As I use X windows and have clean consoles 2-4
> available if necessary, I just ignore it.
>
>
I get similar stuff on console 1 but not on the others on all my
OpenBSD machines. As I use X windows and have clean consoles 2-4
available if necessary, I just ignore it.
Dave Raymond
On 12/16/19, putridsou...@gmail.com wrote:
> The error does not seem to be a faulty mouse and I
> don't use a
The error does not seem to be a faulty mouse and I
don't use a KVM switch anyway so it is not the source.
Following on pervious reply, I tried on a new mouse.
But was greeted with the same error:
wsmouse0 detached
ums0 detached
uhidev0 detached
uhidev0 at uhub0 port 4 configuration 1 interface 0
erent
mouse,
even if the mouse appears to work ok, because it will probably get worse.
Another reason for these messages is because you're using a KVM switch that
performs the switch operation by disconnecting/reconnecting your USB
devices,
but I assume that isn't the cause here.
Suppres
On Fri, 13 Dec 2019, putridsou...@gmail.com wrote:
Date: Fri, 13 Dec 2019 19:12:41 +0530 (IST)
From: putridsou...@gmail.com
To: misc@openbsd.org
Subject: ttyC0 floods with error messages
After boot, the following error message floods the virtual console on
ttyC0 repeatedly, rest of virtuals
After boot, the following error message floods the virtual console on
ttyC0 repeatedly, rest of virtuals console stay clear somehow. Is there a way
to
treat this permanently, other than Ctrl-l everytime, or disconnecting the mouse.
There must be some config to disable this direct dumping of erro
Hello,
I have an OpenBSD 6.4 box where I mount via NFS a share from an NFS server and
I see a few of the following log messages in /var/log/messages (around 10 per
day).
short receive (0/4) from nfs server nfsserver:/data/files
I was wondering if this is anything to worry about and what does
On 22/12/2018 13:20, Stuart Henderson wrote:
On 2018-12-20, Steve Fairhead wrote:
On 20/12/2018 13:20,tors...@cnc-london.net wrote:
Try to add below to your pf.conf
table persist
pass in on $ext_if inet proto tcp from any to $ext_if port 1194 \
(max-src-conn 10, max-src-conn-
Hello Misc,
I configured a site-to-site vpn between OpenBSD 6.3 device with iked and
Microsoft Azure.
The VPN tunnel works fine however when there is no traffic on the vpn my
/var/log/daemon is spammed every 2 seconds with the following :
Jun 19 22:59:13 obsd iked[33937]: ikev2_recv: INFORMATION
use" rev 1.10/1.10 addr 3
uhidev1: iclass 3/1
ums0 at uhidev1: 5 buttons, Z dir
wsmouse0 at ums0 mux 0
regards,
Robert
On Tue, 1 May 2018 14:45:28 +0200
Alexander Hall wrote:
> On Mon, Apr 30, 2018 at 01:07:00PM +, Rudolf Sykora wrote:
> > Hello misc,
> >
> > I am (on
On Mon, Apr 30, 2018 at 01:07:00PM +, Rudolf Sykora wrote:
> Hello misc,
>
> I am (on 6.3, amd64) repeatedly getting these messages every now and then:
Not knowning about the exact details, I know we had issues (in RHEL6) at
work with some mice continually detaching and attaching.
Hello misc,
I am (on 6.3, amd64) repeatedly getting these messages every now and then:
---
uhub4 at uhub3 port 5 configuration 1 interface 0 "Genesys Logic USB2.0
Hub" rev 2.00/88.32 addr 3
uhidev1 at uhub4 port 1 configuration 1 interface 0 "Logitech USB Optical
I am using mod_perl/Apache (not for long, moving to base httpd) texting
both contact page and purchases info to my cell phone with
Email::Sender. But I don't want to get them in the middle of the night.
Right now I am just restricting them to acceptable hours, but I am
losing the texts at those hou
On Sat, Jan 27, 2018 at 01:37:56PM +0300, Denis wrote:
> Got these messages while booting. What does it mean?
>
> LEN020 at acpi0 not configured
> IBM0079 at acpi0 not configured
> PNP0C14 at acpi0 not configured
> PNP0C14 at acpi0 not configured
> acpivout at acpivideo0
Got these messages while booting. What does it mean?
LEN020 at acpi0 not configured
IBM0079 at acpi0 not configured
PNP0C14 at acpi0 not configured
PNP0C14 at acpi0 not configured
acpivout at acpivideo0 not configured
OpenBSD 6.2 (GENERIC.MP) #1: Thu Jan 18 11:09:28 UTC 2018
r...@machine.net
Thanks Stuart for replies! I can confirm that I could proceed without
issues on 6.2-current. :-)
BR, Andreas
mån 15 jan. 2018 kl. 10:31 skrev Stuart Henderson :
> On 2018/01/15 06:35, Andreas Thulin wrote:
> > Sorry, my bad!
> >
> > 6.2-stable. And after sending my e-mail, I found a post about th
On 2018/01/15 06:35, Andreas Thulin wrote:
> Sorry, my bad!
>
> 6.2-stable. And after sending my e-mail, I found a post about this issue,
> that ended up in
> ikeca.c (?) having been patched on 8 November last year to resolve the same
> issue, I believe. I
> have installed 6.2-current on another
Sorry, my bad!
6.2-stable. And after sending my e-mail, I found a post about this issue,
that ended up in ikeca.c (?) having been patched on 8 November last year to
resolve the same issue, I believe. I have installed 6.2-current on another
machine to figure out if that solves the problem.
BR, And
On 2018-01-09, Andreas Thulin wrote:
> Hi!
>
> Following the example on https://man.openbsd.org/ikectl, I
>
> # ikectl ca test create
> ...and then
> # ikectl ca test certificate sub.domain.com create
> ...filled out "the form", but after that...
> Using configuration from /etc/ssl/test/sub.domain
Hi!
Following the example on https://man.openbsd.org/ikectl, I
# ikectl ca test create
...and then
# ikectl ca test certificate sub.domain.com create
...filled out "the form", but after that...
Using configuration from /etc/ssl/test/sub.domain.com-ssl.cnf
Check that the request matches the signat
hreven:
>
>>
>> On pfSense and FreeBSD you have a sysctl:
>> net.link.ether.inet.log_arp_movements
>> when set to zero it will no longer log the messages.
>> …..
>> Marco PC
>
> Mi Marco
> In freebsd is is usually done with
> sysctl net.link.ether.
het
> volgende geschreven:
>
> AFAIK there is no way to turn off those messages in the default kernel. You
> could try to write a patch if you care: take a look at
> src/sys/netinet/if_ether.c, line #625.
>
> Regards!
>
>
> 2017-11-09 9:14 GMT+01:00 OpenBSD :
AFAIK there is no way to turn off those messages in the default kernel. You
could try to write a patch if you care: take a look at
src/sys/netinet/if_ether.c, line #625.
Regards!
2017-11-09 9:14 GMT+01:00 OpenBSD :
> Torsten,
>
> Thanks for responding to my question.
> I kno
nov. 2017, om 16:44 heeft torsten het volgende
> geschreven:
>
>
>> -Original Message-
>> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf
>> Of OpenBSD
>> Sent: 08 November 2017 15:44
>> To: misc@openbsd.org
>> Subj
> -Original Message-
> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf
> Of OpenBSD
> Sent: 08 November 2017 15:44
> To: misc@openbsd.org
> Subject: Suppessing logging of arp movement messages
>
> hello all,
>
> I have finally
20.99 by
00:46:ab:ba:19:87 on vmx0
Nov 8 00:04:27 gatekeeper /bsd: arp info overwritten for 192.168.20.99 by
9c:ab:3b:ca:fe:99 on vmx0
These messages are repeating every 15-30 seconds for Apple devices like laptops
that are in standby (sleep mode).
On pfSense and FreeBSD you have a s
> Use the options "-dv" at first. If you need to see th BER messages
> use "-dvv" (see also "man ldapd").
Do you see anything in this snipped
b,dc=org by any, in namespace dc=autonlab,dc=org
Apr 23 23:19:09.481 [18682] found dn
uid=rrabbany,ou=users,dc
> >
> > and I have used option -d when a daemon fails to start but I really
> > need to catch what happens when ldapd dies and redirect to the log
> > file.
>
>
> Use the options "-dv" at first. If you need to see th BER messages use
> "-dvv&q
ns when ldapd dies and redirect to the log
> file.
Use the options "-dv" at first. If you need to see th BER messages use
"-dvv" (see also "man ldapd").
Could you post an example setup, i.e. ldapd.conf and a LDIF file?
Best regards
Robert
Predrag Punosevac write:
> Hi misc,
>
> ldapd on one of my two ldap servers stop working overnight
>
ldapd died again overnight. I noticed that this started happening not
right after the upgrade to 6.1 but less than 24h after I added a
person to my LDAP database. How do I go about debugging a d
1 - 100 of 358 matches
Mail list logo
