My vps at RamNode does this as well. It has ever since I moved there in
2015. It doesn't seem to cause any harm. I wasn't curious enough to run it
down to a root cause but if someone else knows, I'm interested in the story.
On May 13, 2017 21:55, "Hrishikesh Muruk" wrote:
>
Hi,� I am in the process of migrating to OpenBSD on personal usage and in
myoffice as well, but I need some advice.� Both at home and in the office
we have several Linux boxes runningSamba. Originally because we had some
Windows machines, but now it'sjust a very convenient and easy way to run
with
I see the following characters in dmesg.
"B\M-d\M^??B\M-d\M^??B\M-d\M^??B\M-d\M^??" - continues for several lines.
This appears just before the initial text "OpenBSD 6.0 (GENERIC)"
I am running OpenBSD 6.1 on a VM. I havent seen this on the VM or my local
machine before.
The system is running
My understanding is that there is some support for the Pine64 platform, though
it requires access to the pins to get a serial console. I haven't opened mine
up yet, but I assume it's a Pine64, on a different footprint PCB. Though... I
have no idea about any other IO pins...
> On May 13, 2017,
One more thing:
The BW column of "systat queues" has the same truncation error.
I'm guessing that "systat queues" is running "pfctl -vsqueue" periodically, but
if that's not the case then the same fix is needed in systat.
On Sat, 5/13/17, Carl
Why not just run the browser on ur regular openbsd desktop computer but run it
with chroot/bubblewrap/firejail so that even if it will execute some Java
cancer (all Java is cancer^^) that will rm -rf / your system won't be fucked
On May 12, 2017 3:41:05 AM GMT+02:00, Kim Blackwood
I forgot to ask: How will I know when there's a snapshot with a fixed pfctl
binary?
Any problem with dropping the new pfctl binary into my 6.1-stable (i386) system?
P.S. I'm new to OpenBSD.
On Sat, 5/13/17, Carl Mascott wrote:
Hi!
I've gotten myself a Pinebook (https://www.pine64.org/?page_id=3707) - and
as far as I understand it's not supported by OpenBSD. If somebody is up for
the job, order one and I'll pay for it.
First, just to be safe, I did a bandwidth test with only one queue, max
bandwidth 1999K.
pf is fine: measured speed was about 2M.
Just eyeballing it, I don't see anything wrong with your patch, but I have no
way to test it: I'm not set up to build from source.
If I understand correctly you have
Ah, I see what you mean. Indeed, we have to make sure the remainder
is 0 when we're displaying the bandwidth. I think the diff below is
what we want. Works fine here, any OKs?
On Sat, May 13, 2017 at 18:34 +, Carl Mascott wrote:
> You missed the point. I didn't do any testing. I just
You missed the point. I didn't do any testing. I just looked at the output of
"pfctl -squeue" (correction: In the original post I wrote "pfctl -srules") and
noticed that the assigned queue bandwidths reported by pfctl were in some cases
much different than the specified queue bandwidth
On Fri, May 12, 2017 at 03:41:05AM +0200, Kim Blackwood wrote:
> [...]
> Qubes-OS seems to me as a solution of "patching".
IMO this is real point in this thread - virtualization as
a security meansure against buggy software doesn't make any
change to that software. Virtualization or containers
On Wed, May 10, 2017 at 18:36 +, jphe...@yenn.ulegend.net wrote:
> Hello.
>
> I am trying to establish an ipsec connection in transport mode between two
> hosts located in the same LAN, using PSK for authentication and ikev1 for
> automatic keying. So far, my attempts have resulted in
On Tue, May 09, 2017 at 19:47 +, Carl Mascott wrote:
> Intel Atom D2500 1.66GHz
> OpenBSD i386 v6.1-stable
>
> I can't get pf to give me the queue bandwidths that I specify in pf.conf.
>
> pf.conf:
>
> queue rootq on $ext_if bandwidth 9M max 9M qlimit 100
> queue qdef parent rootq
And it happened again -
On 05/07/17 23:48, Stuart Henderson wrote:
> On 2017-05-06, Peter N. M. Hansteen wrote:
>> And it happened again -
>> https://home.nuug.no/~peter/soffice_vs_x_csv/fehfeh.csv triggered
>> another kaboom, producing the log file
>>
Hello,
I was using spamassassin+smtpd for a while and everything worked as
expected. Now I added support for more tan one domain and incoming mails
are locked into allop, I can't figure out why.
Here is my /etc/mail/smtpd.conf
table aliases file:/etc/mail/aliases
table virtuals
Virtualization has its uses though, despite the hype. It is good for
testing different system configurations before deployment, and is also
a good way to save on physical resources for configuring multiple
low-usage services that may require different OS or system config, such
that it is not
17 matches
Mail list logo