r 0
sd1 at scsibus2 targ 1 lun 0: SCSI2 0/direct
removable serial.058f6366058F63666485
sd1: 7600MB, 512 bytes/sector, 15564800 sectors
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (28fcdc10008babff.a) swap on sd0b dump on sd0b
WARNING: / was not properly unmounted
re1: watchdog timeout
re0: watchdog timeout
re1: watchdog timeout
re1: watchdog timeout
re1: watchdog timeout
re1: watchdog timeout
re1: watchdog timeout
re0: watchdog timeout
re1: watchdog timeout
--
Björn Ketelaars
GPG key: 0x4F0E5F21
On Sat 03/06/2017 08:44, Björn Ketelaars wrote:
>
> Reverting back to the previous kernel fixed the issue above. Question: can
> someone give a hint on how to track this issue?
After a bit of experimenting I'm able to reproduce the problem. Summary is
that queueing in pf and us
On Thu 08/06/2017 16:55, Martin Pieuchot wrote:
> On 07/06/17(Wed) 09:43, Björn Ketelaars wrote:
> > On Sat 03/06/2017 08:44, Björn Ketelaars wrote:
> > >
> > > Reverting back to the previous kernel fixed the issue above. Question: can
> > > someone gi
On Fri 09/06/2017 12:07, Martin Pieuchot wrote:
> On 08/06/17(Thu) 20:38, Björn Ketelaars wrote:
> > On Thu 08/06/2017 16:55, Martin Pieuchot wrote:
> > > On 07/06/17(Wed) 09:43, Björn Ketelaars wrote:
> > > > On Sat 03/06/2017 08:44, Björn Ketelaars wrote:
> >
On Mon 12/06/2017 15:11, David Gwynne wrote:
> On Fri, Jun 09, 2017 at 07:19:34PM +0200, Bj??rn Ketelaars wrote:
> > On Fri 09/06/2017 12:07, Martin Pieuchot wrote:
> > > On 08/06/17(Thu) 20:38, Bj??rn Ketelaars wrote:
> > > > On Thu 08/06/2017 16:55, Martin Pieuchot wrote:
> > > > > On 07/06/17(We
rule
out a hardware issue?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
OpenBSD 6.1-current (GENERIC.MP) #16: Fri Jul 28 21:09:01 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4242419712 (4045MB)
avail mem = 4107489280 (3917MB)
mpath0 at root
scsibus0 at m
On Sat 29/07/2017 17:42, Tinker wrote:
> Bjorn,
>
> mpi@ and others would love to get a copy of your system's XHCI stack's debug
> output.
>
> Can you please enable XHCI_DEBUG in your kernel and post the output.
>
> Also please see some further notes here
> https://marc.info/?l=openbsd-misc&m=14
On Wed 16/05/2018 08:58, Mayuresh Kathe wrote:
> is there a process to adhere to while requesting creation of a new package?
Making a port is not difficult. You could start with
https://www.openbsd.org/faq/ports/ and discuss your work on
po...@openbsd.org, which is a different mailing list
(https:
On Mon 11/11/2019 14:31, Steven Surdock wrote:
> I just fired up a 6.6/amd64 host that I will use to replace an existing
> 6.5/amd64 remote fileserver. I've been using Unison to synch files between
> this remote server and a Windows fileserver. It seems with the bump to OCAML
> 4.09 Unison is
le this issue?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
OpenBSD 5.8-current (GENERIC.MP) #0: Mon Nov 30 08:22:20 CET 2015
r...@gateway.lan:/storage/8899fc1454db04de.a/home/code/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4242419712 (4045MB)
avail mem = 4109725696 (3919MB)
mpath0 at root
scsib
On Thu 03/12/2015 09:54, Martin Pieuchot wrote:
> On 30/11/15(Mon) 18:28, Björn Ketelaars wrote:
> > Hello,
> >
> > I repeatedly hit the kernel panic below. Easy to reproduce as it happens
> > over
> > and over again within 60 minutes after rebooting. Root
I'm using mcast-proxy from ports as multicast routing proxy for use with
my ISP's iptv platform. After some setting up i noticed from
mcast-proxy's logging that all incoming packets are dropped because of
IP invalid checksums [0]. At first I believed this was the result of
hardware checksum offload
On Wed 26/10/2022 08:55, kasak wrote:
> hello misc!
>
> Just want to share you some interesting samba behavior after update to 7.2
>
> Samba now creates a share named "nobody" when it should not!
>
> The config is very simple:
>
> [global]
> map to guest = Bad User
> server min
m1 and lm2 counts as a
double install of a sensor?
Any ideas how to solve this issue without disabling lm?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
Loading.
probing: pc0 com0 com1 mem[613K 2037M a20=on]
>> OpenBSD/amd64 BOOT 3.28
booting hd0a:/bsd:
you could try http://anoncvs.estpak.ee/cgi-bin/cgit/openbsd-ports/log/
On Thu, Dec 11, 2014 at 11:59 AM, FRIGN wrote:
> On Wed, 10 Dec 2014 21:27:46 -0500
> "STeve Andre'" wrote:
>
> > You might want to subscribe to the ports-changes changes list,
> > which will show you what's been changed. T
It sounds like that your default inet route is overwritten after dhclient on
vlan1 is issued. Did you have a look at the route table before and after each
call of dhclient?
> On 13 Jul 2014, at 02:49, Rogier Krieger wrote:
>
> Dear list,
>
> as my ISP is migrating to a new network setup, I'm
ed behaviour of LibreSSL?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
OpenBSD 5.6-beta (GENERIC.MP) #304: Fri Jul 25 12:02:01 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2120744960 (2022MB)
avail mem = 2055561216 (1960MB)
mpath0 at root
scsibus0 at mpat
t hub" rev 1.00/1.00 addr 1
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (4cbdfbe18ce5a24a.a) swap on wd0b dump on wd0b
ndp info overwritten for fe80:2::e2f8:47ff:fe41:aa20 by e0:f8:47:41:aa:20 on vr1
--
Björn Ketelaars
GPG key: 0x4F0E5F21
hello,
I wondered why spamd-setup would not reload the blacklists from spamd.conf
in blacklist-mode after a reboot.
/etc/rc mentions:
if [ X"${spamd_flags}" != X"NO" ]; then
if [ X"${spamd_black}" != X"NO" ]; then
spamd_flags="${spamd_flags} -b"
fi
echo -n
Hello,
After some recent discussions [1, 2] on the topic of unbound in base, and
(more important) really liking the idea of an alternative for BIND in base, I
made a start with fitting the different pieces of the puzzle. What is
finished:
1.) Integration of ldns 1.6.12 and unbound 1.4.15 and writ
2012/2/13 Stuart Henderson :
...
>> After tar/gzip the source files and Makefile wrappers weigh ~4.6MB. A bit
to
>> large to send to this list. if anyone feels like looking at the workb&do
not
>> hesitate to mail me.
>
> Please do. It would be nice to put them on a public server.
>
WIP can be foun
2012/2/15 Ralf mailto:r...@ackstorm.de)>:
> I have briefly tested your tarball on hppa yesterday. It compiles
> and works so far.
>
Nice to hear :-)
> I haven't gotten the DNSSec to work, so I ran with module-config:
> iterator. But I'm not too familiar with DNSsec, so I might have done
> someth
> > From unbound-anchor.8 I understand that unbound-anchor can be run from the
> > command line, or run as part of startup scripts _before_ the actual
> > (unbound)
> > DNS server is started. So there is no need for DNS. Proposal therefor is to
> > run unbound-anchor automatically before starting
2012/3/14 Jakob Schlyter mailto:ja...@kirei.se)>:
> Could you provide an update complete tarfil for review by other developers?
I think we should start considering importing this.
Latest iteration:
http://gateway.hydroxide.nl/OpenBSD/unbound-wip.9.tar.gz
Current status includes work on suggesti
2012/3/26 Jakob Schlyter :
> Any more feedback on this? We need more testing to proceed!
Unbound has been imported to work on in-tree (not yet linked to the
build) [1]. It compiles and functions on amd64 and i386. I can only
guess who is actually working on further integrating this tool in
base. T
Hello,
I posted a question on ports@ concerning rtorrent on i386. My problem
with this package is that it crashes after sometime taking down (!) the
complete system.
In a response [1] the following was suggested:
"rtorrent mmap()s files and apparently puts a lot of pressure on the
kernel UVM su
Hello,
I hit a snag in setting up IPv6 via a gif-interface. Im using the
following hostname.gif0 on a snapshot (22-12-06):
up giftunnel 212.182.166.172 64.71.128.81
up inet6 2001:470:1F01:::1AE1 2001:470:1F01:::1AE0 prefixlen 128
!route add -inet6 default 2001:470:1F01:::1AE0
Wit
Marco S Hyman wrote:
> up giftunnel 212.182.166.172 64.71.128.81
> up inet6 2001:470:1F01:::1AE1 2001:470:1F01:::1AE0 prefixlen 128
> !route add -inet6 default 2001:470:1F01:::1AE0
Mine looks like this (and it works just fine)
- hostname.gif0 -
tunnel 208.201.244.208 208.
Claudio Jeker wrote:
On Thu, Dec 28, 2006 at 09:20:19AM +0100, Bjvrn Ketelaars wrote:
Marco S Hyman wrote:
up giftunnel 212.182.166.172 64.71.128.81
up inet6 2001:470:1F01:::1AE1 2001:470:1F01:::1AE0 prefixlen 128
!route add -inet6 default 2001:470:1F01:::1AE0
Mine looks like this
On Mon, 11 Jun 2007 18:18:45 +1000, "Christopher Vance"
<[EMAIL PROTECTED]> wrote:
> I have several machines running OpenBSD 4.1, and am really impressed
> by how easy it is to get IPSEC working between them these days. Thanks
> people, it's great.
>
> Unfortunately one other machine I'd dearly li
viq wrote:
Sorry for the "carpet bombing", I grabbed the list of people who I saw
report problems with rtorrent.
I'm writing to ask those who had problems with rtorrent try it again
with newest snapshots, I was not able to reproduce the problem on a
box that used to freeze. Please test and repor
Matt Bettinger wrote:
On 11/8/06, Adam <[EMAIL PROTECTED]> wrote:
Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote:
-snip the high school creative writing assignment-
Let's see, you show up to answer an ipsec question by advocating openvpn
instead. Then you decide to tell openbsd developers how th
On Thu, 09 Nov 2006 02:04:39 -0500, Daniel Ouellet <[EMAIL PROTECTED]>
wrote:
jared r r spiegel wrote:
On Wed, Nov 08, 2006 at 02:46:35PM -0500, Daniel Ouellet wrote:
So, I see absolutely nothing wrong with this, but only huge benefit.
with the "not" wildcard stuff, it seems like that would
Hello,
I like the idea of using a "leased_ip_table" in dhcpd (-L option) in
combination with pf. Unfortunately Im not clear on one point; it seems
that the L option only works in combination with the A option
("abandoned_ip_table"). Without the A option the leased_ip_table is not
filling
I am trying to implement WebDAV into Apache (stock OpenBSD 3.7 version).
After adding mod_dav (package) to Apache and making the necessary
adjustments to httpd.conf (following http://www.webdav.org/mod_dav/faq/) I
managed to see/open the freshly made 'share' but not write to it;
error.log (Apache)
Last week (January 24, 2006) I updated our gateway to snapshot (i386).
Everything seems to work fine except that users are complaining about
internet-connections being dropped. The main complaint is that it is
possible to use the internet but it is not possible to transfer files. I
checked this
Moritz Grimm wrote:
Bjvrn Ketelaars wrote:
Last week (January 24, 2006) I updated our gateway to snapshot (i386).
Everything seems to work fine except that users are complaining about
internet-connections being dropped. The main complaint is that it is
possible to use the internet but it is no
I'm running an application with a web-interface behind an Apache
reverse proxy (from base). As this application is on the same host as
Apache it is running on another port (8080 instead of 80).
Unfortunately Apache sends back the wrong Host-Header. After carefully
checking the CVS-log for a bit of
2010/11/23 Bjvrn Ketelaars :
> I'm running an application with a web-interface behind an Apache
> reverse proxy (from base). As this application is on the same host as
> Apache it is running on another port (8080 instead of 80).
> Unfortunately Apache sends back the wrong Host-Header. After careful
39 matches
Mail list logo
