Snapshot generation stalled?

[Karel Gardas]

Hello,

installed snapshot on amd64 week or so ago to see how it is working. 
It's #195 from Aug 23. During the past few days I've checked from time 
to time
with sysupgrade (with or without -s) but it always claimed I'm on the 
latest snapshot.
I've also switched from hostserver.de to spline.de and then to 
cdn.openbsd.org to see if there are some difference due to outdated 
mirror(s) but still the same result.


So let me ask is snapshot generation stopped for whatever reason for 
now, or am I doing anything wrong with sysupgrade?


Thanks!
Karel

Re: Intel Turbo Memory in Thinkpad W500

[Karel Gardas]

On 2/28/21 9:00 PM, Jan Stary wrote:

This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).

Taking out the unneeded stuff (I usually take out bluetooth,
replace the wifi with Intel 7260 HMW etc), I also noticed this
(see attachments). Taking it out, the difference in dmesg shows:

-"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured

Given that it's "not configured", I don't think I'm missing much
(and the Thinkpad's memory doesn't seem any less "Turbo"),
but does anyone know what it does in the Thinkpad? AFAIG,
is was supposed to be a thing before 4G of RAM and SSDs
were common ..


Wikipedia does have article about it: 
https://en.wikipedia.org/wiki/Intel_Turbo_Memory

Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"

[Karel Gardas]

Hi,

compile kernel with debug enabled so you will get line number from the 
crash. See what's there. Go thorough git/cvs logs and see if anybody
did anything with global mutex over sata/sr raid. Read the code. The 
possibility is you are hitting a bug which is there since raid5 was 
added to obsd, none
just tested with that amount of ssds so you are in unique position to 
hunt this bug down. Congratulations and good luck!


Karel

On 2/28/21 3:05 AM, Mark Schneider wrote:

Hi again,

I have repeated softraid tests using six pcs of 1TB Samsung HDD 3G 
SATA drives as RAID5 and I do not face the crash issue of the OS when 
using SSDs in the RAID5.

Details of the RAID5 setting are in the attached file.

It looks like using SSD drives as RAID5 leads for some reason to the 
OpenBSD 6.8 crash. Samsung 512MB PRO 860 SSDs have 6G SATA interface 
(what is different compared to tested HDDs)


NB: Using those SSDs as RAID6 on debian Linux (buster - mdadm / 
cryptoLUKS) does not face any issues
  There are also no issues using those SSDs as RAID on FreeBSD 
(TrueNAS).


Kind regards
Mark


On 27.02.21 04:30, Mark Schneider wrote:

Hi,


I face system crash on OpenBSD 6.8 when trying to use softraid RAID5 
drive trying to write big files (like 10GBytes) to it.


I can reproduce the error (tested on two different systems with 
OpenBSD 6.8 installed on an SSD drive or an USB stick). The RAID5 
drive itself consist of six Samsung PRO 860 512GB SSDs.


In short:

bioctl -c 5 -l sd0a,sd1a,sd2a,sd3a,sd4a,sd5a softraid0

obsdssdarc# disklabel sd7
# /dev/rsd7c:
type: SCSI
disk: SCSI disk
label: SR RAID 5
duid: a50fb9a25bf07243
flags:
bytes/sector: 512
sectors/track: 255
tracks/cylinder: 511
sectors/cylinder: 130305
cylinders: 38379
total sectors: 5001073280
boundstart: 0
boundend: 5001073280
drivedata: 0

16 partitions:
#    size   offset  fstype [fsize bsize cpg]
  a:   5001073280    0  4.2BSD   8192 65536 52270
  c:   5001073280    0  unused

# 



obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/1GB-urandom.bin bs=1M 
count=1024

1024+0 records in
1024+0 records out
1073741824 bytes transferred in 8.120 secs (132218264 bytes/sec)
    0m08.13s real 0m00.00s user 0m08.14s system

# Working as expected 
^^



obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/10GB-urandom.bin 
bs=10M count=1024


# Error messages

uvm_fault(0x821f5490, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at  sr_validate_io+0x44:    cmpl $0,0x40(%r9)
ddb{2}>

# Crashing OpenBSD 6.8 
^^^



# After reboot:

obsdssdarc# mount /dev/sd7a /arc-ssd/
mount_ffs: /dev/sd7a on /arc-ssd: Device not configure

obsdssdarc# grep sd7 /var/run/dmesg.boot
softraid0: trying to bring up sd7 degraded
softraid0: sd7 was not shutdown properly
softraid0: sd7 is offline, will not be brought online


More details in attached files. Thanks a lot in advance for short 
feedback.



Kind regards

Mark

Re: Large Filesystem

[Karel Gardas]

Nice experiment, but I hope you don't do that in production nor 
somewhere where data integrity is needed.


Your SAS drives, what does their maker claim about "nonrecoverable read 
errors per bits read" for example?


As an example let's look on 6TB seagate, 10^15 read bits per one 
nonrecoverable sector read. If I'm right,
then basically you read whole drive around 20x and you get that error 
(statistically) and I guess you hope
that maker's firmware programmers have not made critical mistakes and fw 
is able to report that error
to your SAS card and that SAS card FW programmers were at least of the 
same quality and FW is able
to survive sector read error and hand your read on another drive. And 
that's just one case. What if drive

does not detect corrupted sector hence does not report it correctly?

To me this looks like too much pray for luck. With such amount of data, 
I would stay with ZFS...


Good luck!
Karel

On 11/14/20 1:50 PM, Mischa wrote:

Hi All,

I am currently in the process of building a large filesystem with
12 x 6TB 3.5" SAS in raid6, effectively ~55TB of storage, to serve as a
central, mostly download, platform with around 100 concurrent
connections.

The current system is running FreeBSD with ZFS and I would like to
see if it's possible on OpenBSD, as it's one of the last two systems
on FreeBSD left. :)

Has anybody build a large filesystem using FFS2? Is it a good idea?
How does it perform? What are good tests to run?

Your help and suggestions are really appriciated!

Mischa

Re: softraid(4) RAID1 tools or experimental patches for consistency checking

[Karel Gardas]

Few missing notes to this email:

- my performance testing, results and conclusion were done only on 
mechanical drives (hitachi 7k500 and wd re 500) and only with meta-data 
intensive workload. Basically tar -xf src.tar; unmount and rm -rf src; 
unmount where src.tar was src.tar of stable at that time.


- at the same time WAPBL was submitted to tech@ and IIRC it increased 
perf a lot since I've also been using limited checksum blocks caching 
(not in patch, not submitted yet) and since WAPBL log is on constant 
place RAID1c/s was more happy.


- at the time I've not had any ssd/nvme for testing. Situation may be 
different with this especially once someone think what's tolerable and 
what's not anymore w.r.t. speed.


On 1/12/20 9:58 PM, Karel Gardas wrote:


Tried something like that in the past: 
https://marc.info/?l=openbsd-tech=144217941801350=2


It worked kind of OK except the performance. The problem is that data 
layout makes read op. -> 2x read op. and write op. -> read op. + 2x 
write op. which is not the speed winner. Caching of checksuming blocks 
helped in some cases a lot, but was not submitted since you would also 
ideally need readahead and this was not done at all. The other perf 
issue is that putting this slow virtual drive impl. under already slow 
ffs is a receipt for disappointment from the perf. point of view. 
Certainly no speed daemon and certainly completely different league 
than checkumming able fss from open-source world (ZFS, btrfs, 
bcachefs. No HAMMER2 is not there since it checksum only meta-data and 
not user data and can't self-heal).


Yes, you are right that ideally drive would be fs aware to optimize 
rebuild, but this may be worked around by more clever layout marking 
also used blocks. Anyway, that's (and above) are IMHO reasons why 
development is done on checksumming fss instead of checksumming 
software raids. Read somewhere paper about linux's mdadm hacked to do 
checksums and the result was pretty much the same (IIRC!). E.g. perf. 
disappointment. If you are curious, google for it.


So, work on it if you can tolerate the speed...

Re: softraid(4) RAID1 tools or experimental patches for consistency checking

[Karel Gardas]

Tried something like that in the past: 
https://marc.info/?l=openbsd-tech=144217941801350=2


It worked kind of OK except the performance. The problem is that data 
layout makes read op. -> 2x read op. and write op. -> read op. + 2x 
write op. which is not the speed winner. Caching of checksuming blocks 
helped in some cases a lot, but was not submitted since you would also 
ideally need readahead and this was not done at all. The other perf 
issue is that putting this slow virtual drive impl. under already slow 
ffs is a receipt for disappointment from the perf. point of view. 
Certainly no speed daemon and certainly completely different league than 
checkumming able fss from open-source world (ZFS, btrfs, bcachefs. No 
HAMMER2 is not there since it checksum only meta-data and not user data 
and can't self-heal).


Yes, you are right that ideally drive would be fs aware to optimize 
rebuild, but this may be worked around by more clever layout marking 
also used blocks. Anyway, that's (and above) are IMHO reasons why 
development is done on checksumming fss instead of checksumming software 
raids. Read somewhere paper about linux's mdadm hacked to do checksums 
and the result was pretty much the same (IIRC!). E.g. perf. 
disappointment. If you are curious, google for it.


So, work on it if you can tolerate the speed...

On 1/12/20 6:46 AM, Constantine A. Murenin wrote:

Dear misc@,

I'm curious if anyone has any sort of tools / patches to verify the consistency 
of softraid(4) RAID1 volumes?


If one adds a new disc (i.e. chunk) to a volume with the RAID1 discipline, the 
resilvering process of softraid(4) will read data from one of the existing 
discs, and write it back to all the discs, ridding you of the artefacts that 
could potentially be used to reconstruct the flipped bits correctly.

Additionally, this resilvering process is also really slow.  Per my notes from 
a few years ago, softraid has a fixed block size of 64KB (MAXPHYS); if we're 
talking about spindle-based HDDs, they only support like 80 random IOPS at 7,2k 
RPM, half of which we gotta use for reads, half for writes; this means it'll 
take (1TB/64KB/(80/s/2)) = 4,5 days to resilver each 1TB of an average 7,2k RPM 
HDD; compare this with sequential resilvering, which will take (1TB/120MB/s) = 
2,3 hours; the reality may vary from these imprecise calculations, but these 
numbers do seem representative of the experience.

The above behaviour is defined here:

http://bxr.su/o/sys/dev/softraid_raid1.c#sr_raid1_rw

369} else {
370/* writes go on all working disks */
371chunk = i;
372scp = sd->sd_vol.sv_chunks[chunk];
373switch (scp->src_meta.scm_status) {
374case BIOC_SDONLINE:
375case BIOC_SDSCRUB:
376case BIOC_SDREBUILD:
377break;
378
379case BIOC_SDHOTSPARE: /* should never happen */
380case BIOC_SDOFFLINE:
381continue;
382
383default:
384goto bad;
385}
386}


What we could do is something like the following, to pretend that any online 
volume is not available for writes when the wu (Work Unit) we're handling is 
part of the rebuild process from http://bxr.su/o/sys/dev/softraid.c#sr_rebuild, 
mimicking the BIOC_SDOFFLINE behaviour for BIOC_SDONLINE chunks (discs) when 
the SR_WUF_REBUILD flag is set for the workunit:

switch (scp->src_meta.scm_status) {
case BIOC_SDONLINE:
+   if (wu->swu_flags & SR_WUF_REBUILD)
+   continue;   /* must be same as 
BIOC_SDOFFLINE case */
+   /* FALLTHROUGH */
case BIOC_SDSCRUB:
case BIOC_SDREBUILD:


Obviously, there's both pros and cons to such an approach; I've tested a 
variation of the above in production (not a fan weeks-long random-read/write 
rebuilds); but use this at your own risk, obviously.

...

But back to the original problem, this consistency check would have to be 
file-system-specific, because we gotta know which blocks of softraid have and 
have not been used by the filesystem, as softraid itself is 
filesystem-agnostic.  I'd imagine it'll be somewhat similar in concept to the 
fstrim(8) utility on GNU/Linux -- 
http://man7.org/linux/man-pages/man8/fstrim.8.html -- and would also open the 
door for the cron-based TRIM support as well (it would also have to know the 
softraid format itself, too).  Any pointers or hints where to get started, or 
whether anyone has worked on this in the past?


Cheers,
Constantine.http://cm.su/

Re: OpenBSD's extremely poor network/disk performance?

[Karel Gardas]

On 1/9/20 4:37 PM, Karel Gardas wrote:

On 1/9/20 3:22 PM, Hamd wrote:

FreeBSD:
freebsd@test:~ # time sh -c "dd if=/dev/zero of=test.tmp bs=4k 
count=5

&& sync"
5+0 records in
5+0 records out
20480 bytes transferred in 0.239590 secs (854792500 bytes/sec)
0.000u 0.195s 0:00.25 76.0% 22+198k 0+1568io 0pf+0w

Result: *854.79 MB/s disk speed*


I'm afraid a lot of those data are still in RAM waiting for fs sync. 
At least do sync which is whole sys sync and add time of it to to the 
time of dd. It'll still not be 100% accurate, but at least more 
realistic...


Shit happen. Sorry I've overlooked && sync on another line. Default 
setup, does it mean ZFS or UFS? I don't remember the default option 
since I've installed 12.1 few weeks ago and has not paid attention. 
Looking forward to see your openbsd dmesg anyway.

Re: OpenBSD's extremely poor network/disk performance?

[Karel Gardas]

On 1/9/20 3:22 PM, Hamd wrote:

FreeBSD:
freebsd@test:~ # time sh -c "dd if=/dev/zero of=test.tmp bs=4k count=5
&& sync"
5+0 records in
5+0 records out
20480 bytes transferred in 0.239590 secs (854792500 bytes/sec)
0.000u 0.195s 0:00.25 76.0% 22+198k 0+1568io 0pf+0w

Result: *854.79 MB/s disk speed*


I'm afraid a lot of those data are still in RAM waiting for fs sync. At 
least do sync which is whole sys sync and add time of it to to the time 
of dd. It'll still not be 100% accurate, but at least more realistic...

OpenBSD:
test$ time sh -c "dd if=/dev/zero of=test.tmp bs=4k count=5 && sync"
5+0 records in
5+0 records out
20480 bytes transferred in 12.303 secs (16645247 bytes/sec)
 0m12.32s real 0m00.13s user 0m01.28s system

Result: *16.64 MB/s disk speed*

test$ uname -a
OpenBSD test.local 6.6 GENERIC#3 amd64


As someone already recommended you, you need to provide at least dmesg.

Re: File systems [was Re: OpenBSD's extremely poor network/disk performance?]

[Karel Gardas]

On 1/8/20 12:44 PM, Tom Smyth wrote:

As far as im aware there are 2 concerns about ZFS,
1) its license  is not BSD /ISC  you can use it and make money and not be sued,
but it is more restrictive than BSD / ISC


Yes, CDDL seems to be a no go based on past CDDL discussion which is 
available for example in Star & OpenBSD thread on @tech:


https://marc.info/?l=openbsd-tech=110806948606417=2

2) then there is the Number of Lines of code, which I believe is far longer than
the OpenBSD code base,  who and what team would manage the
introduction of that code
and the risks that come with that  large a code base.


Need to correct you a bit:

ZFS: ~110k lines
XFS: ~95k lines
Ext4: ~38k lines

while OpenBSD src/sys alone:
~3.7mil lines where majority is in dev. But if I subtract drm code which 
is probably the biggest contribution in dev (~1.7 mil lines), then I 
still get roughly 2 mil lines of code in sys -- which is just part of base.


LInes counted by sloccount.

Re: Odd /tmp behavior

[Karel Gardas]

On 1/7/20 7:38 PM, Jordan Geoghegan wrote:

 > Using softdep on /tmp is a silly idea. >
Why? To naive eyes it may look like a natural solution: e.g. before temp 
file is even created (on drive), it may be deleted which means there is 
no meta-data change hence speedup of operation on /tmp. In case of 
classical ffs, you will need to create file (sync meta-data update), 
save some data (async), delete file (sync meta-data update). But 
honestly still need to read the code...

Re: OpenBSD's extremely poor network/disk performance?

[Karel Gardas]

On 1/7/20 3:35 PM, Hamd wrote:

It's 2020 and it's -still- sad to see OpenBSD -still- has the
lowest/poorest (general/overall) performance ever:
https://www.phoronix.com/scan.php?page=article=8-linux-bsd=1


Read comments to the article, I already done mine:
https://www.phoronix.com/forums/forum/software/bsd-mac-os-x-hurd-others/1058778-initial-benchmarks-of-openbsd-6-4-dragonflybsd-5-3-freebsd-vs-linux?p=1059046#post1059046

Re: OpenBSD's extremely poor network/disk performance?

[Karel Gardas]

It's 2020 and you are sending a link to article from 2018?

Anyway, you (phoronix) compare '90 ffs technology with state of the art 
of current storage/fs in linuxes/bsd represented by XFS/Ext4 and ZFS 
filesystems and you compare with the winner right? Kind of unfair don't 
you think?


And yes, ffs performance sucks, but nor me nor you provide any diff to 
change that so we can just shut up and use what's available.



On 1/7/20 3:35 PM, Hamd wrote:
It's 2020 and it's -still- sad to see OpenBSD -still- has the  > lowest/poorest (general/overall) performance ever: > 
https://www.phoronix.com/scan.php?page=article=8-linux-bsd=1 > 
> > My reference is not -only- that url, of course. My reference is my 
OpenBSD,
giving ~8 MB/s file transfer/network/disk speed.  > > A Linux distro, on the same computer (dual boot), providing 89 
MB/s > speed. > > (Longest) sad story of the year: When it comes to 
OpenBSD; security - > great! Performance - horrible! I truly wish it was 
much better.. > > No, I'm not a fan of Calomel.

Re: But there is Fossil...

[Karel Gardas]

Fossil is superfine and I'd like it for various reasons too, but 
unfortunately it does not scale to the OpenBSD repo size well.


As a test, you can try and clone fossil repo of NetBSD and I'm sure you 
will find out quickly why people are working on GoT and OpenGIT.


On 1/4/20 5:20 PM, go...@disroot.org wrote:

Git is the most popular VCS (and most ugly), meanwhile
there are people who prefer to reimplement it because
they don't like its license... FreeBSD is working on OpenGit,
OpenBSD is working on Game of Trees, but why reimplement
the wheel instead of using a better solution: Fossil?

I like CVS and SQLite used CVS in the past and then
they INNOVATED Fossil - distributed version control
system, usable as CVS, it has neat autosync feature,
I don't need to explicitly use push and pull because
that happens automatically. Fossil can also work with
multiple branches at once (Git can work only with one
branch at time). And Fossil's web UI is amazing, have
you ever seen Fossil's timeline?

I am sure people behind Fossil are the people who love
CVS, they made CVS perfect (unlike people behind SVN).

I am running Fossil to synchronize my ports work on
laptop and computer and I am amazed how easy it is,
how I wish I had my own domain to share my work
(both finished and WIP) to public...

Re: Deleting softraid Devices Fujitsu Sparc

[Karel Gardas]

On 2019-11-28 20:09, Kihaguru Gathura wrote:

www# bioctl sd2 displays the raid but www# bioctl -d sd2 does not delete
the raid.


Not sure what exactly do you expect from "delete", but -d option for 
softraid is more like detach than delete. Although man page is a bit 
confusing since first -d is described as delete and then in examples as 
detach. So well, what do you expect from it exactly?

Running Windows inside vmm/vmd VM.

[Karel Gardas]

Hello,

not sure what's current status of vmm/vmd hence asking. Has anybody 
succeed with running Windows 10/Server 2019 inside the vmm/vmd VM?


Thanks!
Karel

Re: Home NAS

[Karel Gardas]

On 2019-11-15 14:34, Rafael Possamai wrote:

My experience with ZFS (FreeNAS for the most part) is that it becomes more
"expensive" to expand your pool after the fact (for a couple of different
reasons, see below),


That's probably case with more complex ZFS RAID setup, but for this 
particular usage RAID1 should be fine (OP preferred AFAIK on backup box) 
and expanding ZFS RAID1 is a matter of few commands and hardware work. I 
expanded ZFS RAID1 from old SXDE I don't remember year, 160 GB -> 500 GB 
-> 1TB over the years. I used the same trick to even switch from hdd to 
ssd, 1TB -> 1TB. Basically the only thing you need is to put your new 
drive(s) into the system and attach (zfs attach!) it to mirror, wait for 
resilver and then detach (zfs detach!) the old drives. You can then 
detach drives physically form the box. Anyway once your mirror is built 
of bigger drives it expands automatically.


Karel

Re: Home NAS

[Karel Gardas]

On 2019-11-14 15:26, Jan Betlach wrote:


Hi guys,

I am setting up a home NAS for five users. Total amount of data stored 
on NAS will not exceed 5 TB.
Clients are Macs and OpenBSD machines, so that SSHFS works fine from 
both (no need for NFS or Samba).

I am much more familiar and comfortable with OpenBSD than with FreeBSD.
My dilema while stating the above is as follows:

Will the OpenBSD’s UFS stable and reliable enough for intended purpose? 


Software-wise, OpenBSD's UFS is probably rock solid. The only possible 
issues reported going years back is usage of softdep which is not 
switched on by default so you don't need to worry anyway.


NAS will consist of just one encrypted drive, regularly backed to 
hardware RAID encrypted two-disks drive via rsync.


I'm not sure this is the best strategy.

Should I byte the bullet and build the NAS on FreeBSD taking advantage 
of ZFS, snapshots, replications, etc? Or is this an overkill?


ZFS is never overkill. Be you, I would consider to use ZFS for NAS with 
2 drives in RAID1 -- so self healing is usable if some drive or cable is 
not healthy enough. And then backup that to another ZFS box with again 2 
drive in RAID1. If you would use kind of similar OSes there with the 
same ZFS level support, then you would be even able to use zfs 
send/receive functionality which will easy/speedup a lot your NAS 
backups to the backup server/NAS.


Karel

Re: Home NAS

[Karel Gardas]

On 2019-11-15 16:02, pierre1.bar...@orange.com wrote:

Hello,

I tried a home NAS with ZFS, then BTRFS. Those filesystems needs tons of RAM 
(~1 GB of RAM by TB of disk), preferably ECC.


For NAS you prefer ECC anyway and 1 GB RAM consumption per 1 TB of drive 
is urban legend probably passed by folks using deduplication. OP even 
does not list dedup requirements so I'd leave that out of table and 
reduce whatever ZFS RAM usage is by appropriate ZFS option. Years ago I 
started using ZFS on 1GB RAM/AMD Athlon 64 and it was fine, I just 
lowered ZFS cache RAM limit a bit.



I found it very expensive for home usage, so I wouldn't recommend it.


I'm running it on several workstations (SunOS/Linux) and most 
importantly (for OP) also on very old wife's computer (athlon x2, 4GB 
RAM -- only!) and it runs fine. Wife's computer is primary example since 
up to recently I've got several checksum errors on it per week (btw all 
computers with ZFS are running RAID1 mirror to support self-healing) 
which I fixed after several months by switching to new SATA cables. But 
anyway, ZFS saved quite a lot of data form errors which would go 
unnoticed if she would run anything else (well besides btrfs and my 
experimental RAID1 softraid with checksumming I'm tinkering on another 
box here. :-)



Recovy systems were also inexistent at the time (no btrfsck), I don't know if 
it has improved since.

I ended with LVM : cheap to implement and very easy to extend. I am very happy 
with it.


And bitrot solution?

Karel

Re: Softraid data recovery

[Karel Gardas]

On 2019-10-15 13:44, Steven Surdock wrote:

Model Family: Western Digital Black
Device Model: WDC WD4001FAEX-00MJRA0
196 Reallocated_Event_Count 0x0032   200   200   000Old_age   Always   
-   0
197 Current_Pending_Sector  0x0032   200   200   000Old_age   Always   
-   9
198 Offline_Uncorrectable   0x0030   200   200   000Old_age   Offline  
-   9
199 UDMA_CRC_Error_Count0x0032   200   200   000Old_age   Always   
-   0
200 Multi_Zone_Error_Rate   0x0008   200   200   000Old_age   Offline  
-   9


Looks like 9 bad sectors which can't be remapped for whatever reason. 
UDMA_CRC error count is on 0, which looks like your SATA cable is fine. 
The drive is kind of strange since it still claim Raw read error rate to 
have on 0.



Model Family: Western Digital Black
Device Model: WDC WD4003FZEX-00Z4SA0
Serial Number:WD-WMC5D0D50MLK
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED  
WHEN_FAILED RAW_VALUE
   1 Raw_Read_Error_Rate 0x002f   200   200   051Pre-fail  Always   
-   6
196 Reallocated_Event_Count 0x0032   200   200   000Old_age   Always   
-   0
197 Current_Pending_Sector  0x0032   200   200   000Old_age   Always   
-   0
198 Offline_Uncorrectable   0x0030   200   200   000Old_age   Offline  
-   4
199 UDMA_CRC_Error_Count0x0032   200   200   000Old_age   Always   
-   0
200 Multi_Zone_Error_Rate   0x0008   200   200   000Old_age   Offline  
-   6


Looks like 4 uncorrectable sectors while 6 raw read error happened.

You can attempt to run -t long  to learn more about your 2 drives 
(with -a following long test), but I still consider both drives happily 
dyeing.

Re: Softraid data recovery

[Karel Gardas]

On 2019-10-15 04:26, Steven Surdock wrote:

I believe the disks are mostly healthy.


I seriously doubt that. What's the output from smartctl -a for both 
drives? I can't imagine why would you get failures on heave reads on one 
drive and then later failures on another one and yet it would not show 
in SMART info as some kind of error(s). Another possibility maybe your 
SATA cables just too old and fragile, but smartctl will tell that too.

Re: 6.5 PowerPC Packages

[Karel Gardas]

On 5/9/19 5:00 PM, Janne Johansson wrote:

Den tors 9 maj 2019 kl 16:49 skrev Andrew Luke Nesbit <
em...@andrewnesbit.org>:


Unless https://www.openbsd.org/plat.html is out of date, it doesn't look
like OpenBSD is currently supporting POWER8 or POWER9 plaftorms.


I wonder what is the best way to determine interest in getting OpenBSD
to work on POWER8/9?



Look for amount of diffs published in the direction of getting it to work.
If that is zero or very close to zero, then interest is probably at the
same level.


It's not that simple. From application developer even with decades of 
experience you do not convert into kernel developer over night. Neither 
you will be able to read all the required docs and specs and make a 
brain map from them over night. It takes time. Also with all this under 
your belt, still the port itself will take another time. So I would be 
less sharp with 0 patches == 0 interest judgement.

Re: 6.5 PowerPC Packages

[Karel Gardas]

The best may be to see ppc@ mailing list over last year. Certainly there 
is some interest, but well judge yourself.


Karel

On 5/9/19 4:45 PM, Andrew Luke Nesbit wrote:

On 09/05/2019 14:56, Allan Streib wrote:

Unless https://www.openbsd.org/plat.html is out of date, it doesn't look
like OpenBSD is currently supporting POWER8 or POWER9 plaftorms.


I wonder what is the best way to determine interest in getting OpenBSD
to work on POWER8/9?

My first thought is to ask around in the OpenBSD and OpenPOWER
communities.  Then to see if there is any natural rapport between them.

Andrew

Re: When will be created a great desktop experience for OpenBSD?

[Karel Gardas]

On 5/7/19 8:41 AM, Clark Block wrote:

Great desktop experience for OpenBSD is a user-friendly and easy-to-use
variant of OpenBSD!


Oh, and I've had a hope that you will be talking about OpenBSD 
scheduler, POSIX threading implementation and what to do with it to make 
it "great desktop experience" which I probably just translates to "great 
web browser experience" subconsciously ...

My bad.

Anyway, from what I've seen in several Linux distros, FreeBSD and NetBSD 
I've needed to install recently, OpenBSD wins clearly in user-friendly 
and easy-to-use terms -- at least for me.

Re: Answer 2 / Re: 10GBit network performance on OpenBSD 6.4

[Karel Gardas]

On 4/9/19 6:56 PM, Mark Schneider wrote:

Hi Peter

Thank you very much for your feedback.

It looks like the performance issue is more complex than I have expected.
Just for the test I have installed OpenBSD 6.4 and FreeBSD 13.0 on few 
different servers and compared results (details are in attached files).


I'm afraid you have installed FBSD 13.0 current which does have a lot of 
debugging code and invariants checking built in and which can't be used 
for any sensible performance evaluations.
If you are curious about FBSD performance, then please install latest 
stable release.


Cheers,
Karel

Re: Xresources file for xenodm

[Karel Gardas]

On Sun, 17 Mar 2019 18:23:06 +0200
Mihai Popescu  wrote:

> Hello,
> 
> I am trying to modify some colors for login screen of xenodm. I saved
> the original file and started with a new one and of course nothing
> works from it.
> 
> Reading the manual, I cannot figure out some syntax.What is the
> meaning of two of them:

There are some nice blog posts about xenodm and changes to its config:

https://www.tumfatig.net/20190208/customizing-openbsd-xenodm/
https://www.romanzolotarev.com/openbsd/xenodm.html

sometimes starting with some examples makes journey easier...

Re: Reading suggestions for running graphical X based Linux applications on OpenBSD using a Virtual Machine?

[Karel Gardas]

On 3/17/19 5:46 PM, Paul de Weerd wrote:
On Sun, Mar 17, 2019 at 12:37:04PM -0400, Z Ero wrote: | This should  > be possible, correct? I understand that vmd does not | currently > 
support VGA output inside the VM but but I should be able to | run a > 
headless Linux instance in a VM image hosted on OpenBSD vmm and | > then 
pipe the graphical output over the virtual network interface to > a | 
display on the OpenBSD host system. For example if I want to run > the | 
Linux version of Mathematica this way that should be possible, > | 
correct? Does anybody know of a configuration tutorial in this > area? > 
> After setting up the VM, you could ssh(1) in with the -X or -Y option 
> to enable X11 forwarding. See http://man.openbsd.org/ssh#X Then > 
running a program that speaks X will work. At least, it does for me > 
(but then I run only OpenBSD vm's under OpenBSD). > > Make sure to 
configure sshd in your VM to allow for forwarded X11. > See the section 
X11Forwarding in sshd_config(5) over at > 
http://man.openbsd.org/sshd_config#X11Forwarding
Another option may be to run Xvnc inside the VM and then vnc from host 
to it. It's actually quite good if you require or like to have full 
desktop experience of the OS in VM. I'm usually running Xfce4 desktop 
inside VM and it's working very well.

Re: Java program question

[Karel Gardas]

pkg_info -Q jdk

Then pkg_add 

Then go to shell and do:

export JAVA_HOME=/usr/local/jdk-1.8.0

export PATH=$PATH:$JAVA_HOME/bin

since now, you should have sane VM executable by "java"

So java -jar 

May do the play...

On 2/20/19 8:38 PM, Z Ero wrote:

Hello,

I am trying to run the stand alone Java program cgoban.jar found at
https://www.gokgs.com/ for playing the board game "Go."

I very rarely run Java programs these days.

OpenBSD only seems to offer jamvm for a virtual machine and for
whatever reason that does not work with this program.

This is not a browser applet but a program you download and use
outside a browser by running on a Java VM to connect to their servers.
They used to offer a browser applet many years ago but now just offer
the stand alone program.

Any suggestions?

Thanks...

Re: Embedded FreeBSD on a five-core RISC-V processor using LLVM

[Karel Gardas]

On Sat, 2 Feb 2019 05:59:36 +0530
Dinesh Thirumurthy  wrote:

> I believe a few will be interested in OpenBSD on RISC-V hardware.
> 
> This is the first time, a BSD is booting on RISC-V hardware.
> Looking forward to get OpenBSD on RISC-V hardware.

I've seen on twitter a guy who booted NetBSD on RISC-V spike sim. That would be 
probably better code
if you consider porting of OpenBSD to RISC-V since NetBSD and OpenBSD are more 
close together.

Re: Raspberry Pi support in 6.4

[Karel Gardas]

On Sat, 19 Jan 2019 22:38:42 +0630
Frank Beuth  wrote:

> On Sat, Jan 19, 2019 at 04:21:50PM +0200, Mihai Popescu wrote:
> >Why not an AMD Opteron A1100 based board?
> 
> Because I haven't looked into it yet.
> 
> This all started because I'm on vacation in a major electronics hub and saw a 
> Raspberry Pi at a local mall, thought it would be a fun project and 
> want to get away from Intel ME/AMD PSP binary blob-istan.
> 
> Would love to have a totally open computer where all the code is auditable, 
> and have it be small enough to pack into my carryon for the flight home...

Well, with RPiX you completely missed the target I'm afriad. If I'm
correct, then whole SoC is booted on the side of video processor which
loads some blobs into it, run ThreadX OS and then boots ARMv8
bootloader on ARM core. There have been some attempt to replace ThreadX
and binary blob on RPiX, but so far IIRC unsuccessful.

So if you like to have libre hardware w/o binary blobs, then you need
to look elsewhere. I don't now situation in ARM land, but at least
RaptorCS is very vocal about advertising their POWER9 boards as truly
libre computer systems... The only issue with this is that OpenBSD does
not fly on them.

current snapshot breaks ports? (strange libc versioning)

[Karel Gardas]

Hello,

in an attempt to update today from ftp.spline.de I've been kicked out
after -current update with pkg_add -u complaining about wrong libc
versions. Packages complains like:

Can't install png-1.6.35 because of libraries
|library c.92.8 not found
| /usr/lib/libc.so.92.6 (system): minor is too small
| /usr/lib/libc.so.92.7 (system): minor is too small
| /usr/lib/libc.so.93.0 (system): bad major

I guess this may be already a known issue, but chance is it's not hence
reporting.

Thanks!
Karel

Re: Need an advice: Raspberry Pi3 B+ or Pine64 ROCK64

[Karel Gardas]

On Mon, 27 Aug 2018 21:48:17 +0200
Patrick Wildt  wrote:

> On Mon, Aug 27, 2018 at 01:49:47PM +0200, Karel Gardas wrote:
> > On Sun, 26 Aug 2018 15:52:48 +0200
> > Patrick Wildt  wrote:
> > 
> > > On the MacchiatoBin we don't support the onboard ethernet yet.  On the
> > > EspressoBin we do support the ethernet controller, but the connected
> > > switch is a mess that I don't dare to support.  Got other stuff to do.
> > > Though I am working on partial EspressoBin support for the upcoming
> > > Turris Mox.
> > 
> > What do you plan to support on Mox? Just basic module? If so, do you plan 
> > to support USB too so one can at least connect second NIC over USB? I see 
> > CZ.NIC does not make module with just another NIC and if you claim switch 
> > is a mess I'm curious how to make from this a router with >1NIC.
> > 
> > Thanks!
> > Karel
> 
> I pledged for the basic module, module B (mPCIe) and module D (SFP).
> The SoC actually has 2x Gigabit Ethernet NICs.  I figure they will use
> the first NIC for the basic module Ethernet and the other NIC will be
> connected to the SGMII line that runs over the connector.  So in my
> setup I will have the SFP slot connected to the second NIC.
> 
> Their C and E modules provide further ports using a managed switch.
> Using that one as a dumb switch should be possible, but dynamically
> configuring port groups on the switch is something that we have no
> support for at the moment.  You might be able to change u-boot to
> initialize the switch with a VLAN tagged mode, but I cannot give any
> promises.  If you're interested you can probably tag with ccardenas@,
> who'd probably like to support the switch as well.
> 
> USB works out of the box.  The Ethernet controller should work as well,
> same as the Clearfog.  SD card support is ongoing effort, but shouldn't
> be too much work since I got it going on the Armada 8040 as well.  PCIe
> hopefully follows afterwards.

Sounds very good! Thanks for all this information. By any chance, do you know 
if the docs for this managed switch is freely available? Or is it classical 
Marven no-no NDA thing?

Thanks!
Karel

Re: Need an advice: Raspberry Pi3 B+ or Pine64 ROCK64

[Karel Gardas]

On Sun, 26 Aug 2018 15:52:48 +0200
Patrick Wildt  wrote:

> On the MacchiatoBin we don't support the onboard ethernet yet.  On the
> EspressoBin we do support the ethernet controller, but the connected
> switch is a mess that I don't dare to support.  Got other stuff to do.
> Though I am working on partial EspressoBin support for the upcoming
> Turris Mox.

What do you plan to support on Mox? Just basic module? If so, do you plan to 
support USB too so one can at least connect second NIC over USB? I see CZ.NIC 
does not make module with just another NIC and if you claim switch is a mess 
I'm curious how to make from this a router with >1NIC.

Thanks!
Karel

Re: How to search for "hostap" in man pages.

[Karel Gardas]

On Sat, 16 Jun 2018 16:57:08 -0700
Andrew Hewus Fresh  wrote:

[...]
> $ apropos any=Hostap
[...]


Thanks! This does the job indeed.

Karel

How to search for "hostap" in man pages.

[Karel Gardas]

Hello,

was looking for "hostap" or "Host AP" using man -k and apropos, but this 
somehow does not return expected results:

$ man -k hostap
hostapd(8) - Host Access Point daemon
hostapd.conf(5) - configuration file for the Host Access Point daemon

but:

$ man ral|grep hostap  
   mediaopt hostap
 hostname.if(5), hostapd(8), ifconfig(8)

$ man athn|grep hostap 
   mediaopt hostap

$ man ath|grep hostap  
   mediaopt hostap
 hostname.if(5), gpioctl(8), hostapd(8), ifconfig(8)


am I missing something or mistakenly expected man -k should return those too?

Thanks!
Karel
PS: on -current with following dmesg:

OpenBSD 6.3-current (GENERIC.MP) #14: Thu Jun 14 23:55:47 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8461684736 (8069MB)
avail mem = 8127451136 (7750MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries)
bios0: vendor LENOVO version "6FET61WW (2.07 )" date 02/13/2009
bios0: LENOVO 224362G
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA DMAR 
SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) 
EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.35 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 265MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz, 2394.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu1: 3MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
, remapped to apid 1
acpimcfg0 at acpi0 addr 0xe000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus -1 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpicpu1 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 
mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpicmos0 at acpi0
"IBM0057" at acpi0 not configured
"INTC0102" at acpi0 not configured
acpibat0 at acpi0: BAT0 model "42T4619" serial   732 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
"PNP0C14" at acpi0 not configured
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0: msi
inteldrm0: 1280x800, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 
00:22:68:0a:32:65
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 
addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Conexant CX20561
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci1 at ppb0 bus 2
ppb1 at pci0 dev 

Re: OpenBSD on Lenovo m710q running minidlna?

[Karel Gardas]

On Wed, 6 Jun 2018 12:10:06 + (UTC)
Stuart Henderson  wrote:

> We don't have inotify and minidlna doesn't have kqueue support for file
> monitoring;

I've been in impression that devel/libinotify is enough for "inotify" feature...

Re: Open source RISC-V 64bit w ECC RAM & PCIe this summer

[Karel Gardas]

On Fri, 18 May 2018 12:11:49 +0100
Peter Kay  wrote:

> >4-core (5-core?) 1.5Ghz, 8GB DDR4 ECC RAM, two >PCIe slots (one one-lane
> >and one two-lane PCIe 2.0?), SATA, gigabit ethernet, >microSD, HDMI,
> >UART
> 
> Neat, but horribly slow and expensive. Raptor CS, on the other hand, are 
> releasing the POWER9 based Talos II Lite soon, and also (apparently) the bare 
> motherboard without chassis. Info at raptorcs.com

Indeed! Very nice offering, especially recent Lite. On the other hand I can't 
resist but it looks to me more and more like swan's song of POWER world. Such 
machine should be here 5 years ago at least if not right after demise of Apple 
from PowerPC world. That to just keep engineering on the platform. Now, OpenBSD 
is still supporting PPC but just in 32bit and that even on old and drying 
supply of 64bits Apple's G5s.

Foolish estimation: if you have a set of machines you would need 2 years and 
2-3 engineers to work on this platform to get it somewhere. Lot of effort to 
just support very fragile world of POWER/PowerPC. Even Freescale, err, NXP, 
err, Qualcom seems to be leaving it for ARM. Why would anyone else stay/support 
it? IBM is leaving hardware world slowly more to services so you can spent a 
lot of time and then just wake up one morning finding out that there will be no 
future POWER chips from IBM anymore -- that's depending on one vendor CPU 
supply. Fragile position.

'90s taught me that movement is done from the down to up and not from up to 
down. Intel killed all those nice workstation provides of '90s very slowly, but 
killed them at the end. It was not Sun/Digital/SGI killing intel together. 
Intel from the down of slow 486, then Pentium and then final straw was Pentium 
Pro. Sudenly PCs were faster and there was no need to stay on more expensive 
nice machines -- except perhaps for software support.

The question is, if something like that can't happen between ARM and Intel and 
then later on between RISC-V and ARM. For example Cavium's ThunderX2 looks very 
nice. In RISC-V, please see presentation of Esperanto Technologies (high-speed 
chips with a lot of various accelerators done on 7nm TSMC).

> It'll probably still be a bit slow and expensive compared to a Xeon, and it 
> won't work run OpenBSD out of the box, but it is open.
> 

Yes, open, but do I really need to move back to Linux world? I kind of left it 
(as main workstation OS) to OpenSolaris recent years migrating from it to 
OpenBSD. Do I really need to go back to Linux mess? My bet is on ARMv8 and 
later on RISC-V. I hope both future is more bright than of IBM's hardware 
division... And life's simply too short to bet/invest a lot of time on yet 
another architecture and see its failure...

Re: Open source RISC-V 64bit w ECC RAM & PCIe this summer

[Karel Gardas]

On Fri, 18 May 2018 02:30:13 -0400
Joseph Mayer  wrote:

> 4-core (5-core?) 1.5Ghz, 8GB DDR4 ECC RAM, two PCIe slots (one one-lane
> and one two-lane PCIe 2.0?), SATA, gigabit ethernet, microSD, HDMI,
> UART.
> 
> https://www.sifive.com/products/hifive-unleashed/
> 
> https://www.crowdsupply.com/microsemi/hifive-unleashed-expansion-board
> 
> 21 more available in lower link, to the lower right.
> 
> Great to see it happen finally.

Indeed! RISC-V is making progress. For plain programmers this is probably not 
yet the right set of hardware as (1) system spec of RISC-V is not finalized yet 
(IIRC!) and (2) speed of the board CPU is probably lower than speed of Qemu 
emulation on high-speed xeon CPU.

Also, w.r.t. price, it's a bit prohibitive indeed. IIRC promise was to have 
both boards on one board and for ~$1000 but I may be mistaken on this. Anyway, 
this is just first bird and I hope there will be more comming. Especially the 
promises of Esperanto Technologies look really promising. Future is open and 
interesting!

Re: xmonad: losing keyboard after some time on 6.3 and -current.

[Karel Gardas]

Looks like the time of keyboard lost is proportional to number of key
stokes managed by xmonad. E.g quick switch between windows or
workspaces there and back is able to duplicate the issue quite quickly
(matter of 1-2 minutes).

Knowing this I've hacked my config file to absolutely minimal:


import XMonad
import System.IO
import XMonad.Util.Run (spawnPipe)
import XMonad.Hooks.DynamicLog
import XMonad.Hooks.ManageDocks

main = do
--  xmproc <- spawnPipe "/usr/local/bin/xmobar /home/karel/.xmobarrc"
  xmonad $ defaultConfig {
--manageHook = manageDocks <+> manageHook defaultConfig
--, layoutHook = avoidStruts $ layoutHook defaultConfig
--, handleEventHook = handleEventHook defaultConfig <+> docksEventHook
--, logHook = dynamicLogWithPP xmobarPP
--{ ppOutput = hPutStrLn xmproc
--, ppTitle = xmobarColor "green" "" . shorten 50
--, ppHiddenNoWindows = xmobarColor "grey" ""
--}
   {- , -} borderWidth = 5 
, normalBorderColor = "#cc"
, focusedBorderColor = "#008b00"
}


and it looks like the issue seems to be gone.

Karel

On Tue, 8 May 2018 13:10:40 +0200
Karel Gardas <gard...@gmail.com> wrote:

> 
> Hi,
> 
> I'm looking for other xmonad users experience on OpenBSD. What I see
> here is that xmonad somehow loses keyboard "connection" after some
> time. I can't no longer switch between windows, workspaces, screens. I
> can't no longer invoke new xterm, invoke dmenu etc. Basically it looks
> like crashed, but I can still see the process running (e.g. both xmonad
> and my option compiled xmonad-x86_64-openbsd are shown in ps output).
> "After some time" usually means around half an hour or so. I've tested
> xmonad on OpenBSD 6.3 and -current as of May 7. By xmonad I mean all
> xmonad related packages provided by OpenBSD. I've also tested xmonad
> head obtained from xmonad and xmonad-contrip github.com repos installed
> by cabal. The experience is still the same. With xmonad I'm also using
> xmobar so I provide both xmobar and xmonad config files below. When I
> compiled xmonad or recompiled configuration I've used OpenBSD's
> provided ghc package.
> 
> My question is: do you also see this behaviour? If so, what is your
> workaround for this -- if any? If not, what's your platform/X11 details?
> 
> I'm running this on ThinkPad T500, builtin Intel graphics and OpenBSD's
> provided X11 (I've not compiled myself nor apply any patches to that).
> I also do have HP 27" monitor connected to laptop using display port
> connection/cable. But please note the behavior of xmonad is same also
> w/o connected external monitor.
> 
> Thanks!
> Karel
> 
> My xmonad configure file:
> 
> import XMonad
> import System.IO
> import XMonad.Util.Run (spawnPipe)
> import XMonad.Hooks.DynamicLog
> import XMonad.Hooks.ManageDocks
> 
> main = do
>   xmproc <- spawnPipe "/usr/local/bin/xmobar /home/karel/.xmobarrc"
>   xmonad $ defaultConfig {
> manageHook = manageDocks <+> manageHook defaultConfig
> , layoutHook = avoidStruts $ layoutHook defaultConfig
> , handleEventHook = handleEventHook defaultConfig <+> docksEventHook
> , logHook = dynamicLogWithPP xmobarPP
> { ppOutput = hPutStrLn xmproc
> , ppTitle = xmobarColor "green" "" . shorten 50
> , ppHiddenNoWindows = xmobarColor "grey" ""
> }
> , borderWidth = 5 
> , normalBorderColor = "#cc"
> , focusedBorderColor = "#008b00"
> }
> 
> My xmobar configure file:
> 
> Config { font = "-*-Fixed-Bold-R-Normal-*-13-*-*-*-*-*-*-*"
> , borderColor = "black"
> , border = TopB
> , bgColor = "black"
> , fgColor = "grey"
> , position = TopW L 100
> , sepChar = "%"
> , alignSep = "}{"
> , lowerOnStart = False
> --, commands = [ Run Date "%a %b %_d %Y 

xmonad: losing keyboard after some time on 6.3 and -current.

[Karel Gardas]

Hi,

I'm looking for other xmonad users experience on OpenBSD. What I see
here is that xmonad somehow loses keyboard "connection" after some
time. I can't no longer switch between windows, workspaces, screens. I
can't no longer invoke new xterm, invoke dmenu etc. Basically it looks
like crashed, but I can still see the process running (e.g. both xmonad
and my option compiled xmonad-x86_64-openbsd are shown in ps output).
"After some time" usually means around half an hour or so. I've tested
xmonad on OpenBSD 6.3 and -current as of May 7. By xmonad I mean all
xmonad related packages provided by OpenBSD. I've also tested xmonad
head obtained from xmonad and xmonad-contrip github.com repos installed
by cabal. The experience is still the same. With xmonad I'm also using
xmobar so I provide both xmobar and xmonad config files below. When I
compiled xmonad or recompiled configuration I've used OpenBSD's
provided ghc package.

My question is: do you also see this behaviour? If so, what is your
workaround for this -- if any? If not, what's your platform/X11 details?

I'm running this on ThinkPad T500, builtin Intel graphics and OpenBSD's
provided X11 (I've not compiled myself nor apply any patches to that).
I also do have HP 27" monitor connected to laptop using display port
connection/cable. But please note the behavior of xmonad is same also
w/o connected external monitor.

Thanks!
Karel

My xmonad configure file:

import XMonad
import System.IO
import XMonad.Util.Run (spawnPipe)
import XMonad.Hooks.DynamicLog
import XMonad.Hooks.ManageDocks

main = do
  xmproc <- spawnPipe "/usr/local/bin/xmobar /home/karel/.xmobarrc"
  xmonad $ defaultConfig {
manageHook = manageDocks <+> manageHook defaultConfig
, layoutHook = avoidStruts $ layoutHook defaultConfig
, handleEventHook = handleEventHook defaultConfig <+> docksEventHook
, logHook = dynamicLogWithPP xmobarPP
{ ppOutput = hPutStrLn xmproc
, ppTitle = xmobarColor "green" "" . shorten 50
, ppHiddenNoWindows = xmobarColor "grey" ""
}
, borderWidth = 5 
, normalBorderColor = "#cc"
, focusedBorderColor = "#008b00"
}

My xmobar configure file:

Config { font = "-*-Fixed-Bold-R-Normal-*-13-*-*-*-*-*-*-*"
, borderColor = "black"
, border = TopB
, bgColor = "black"
, fgColor = "grey"
, position = TopW L 100
, sepChar = "%"
, alignSep = "}{"
, lowerOnStart = False
--, commands = [ Run Date "%a %b %_d %Y 

10 GigE -T cards (Aquantia/Tehuti based cheaper models).

[Karel Gardas]

Hello,

I'm curious if anybody here is working on support for cheaper 10
GigE-T Base cards. So far it looks like Tehuti 40xx chipset cards are
cheaper than venerable Intel's X5xx and Aquantia AQ107 based are even
cheaper. I'm asking since for example Aquantia starts to appear on some
boards so man even does not need to purchase separate card to get 10
GigE on consumer or small server board (for example found that on
Asrock X470 Tachi Ultimate). My preferred Supermicro seems to support
AQ108 only (5 GigE chipset) on X11SRA...

Yes, I know Tehuti 30xx and 75xx based cards are supported by tht and
thtc drivers thanks to David Gwynne.

Thanks!
Karel

Re: 4-ports router under $150

[Karel Gardas]

On Sun, 8 Apr 2018 08:52:52 -0700
Jordan Geoghegan  wrote:

> The pc engines stuff will still have blobs in it. There's no way to have 
> fully open firmware on a modern i-series chip based rig. At the end of 
> the day, we all are still using proprietary hardware.

APU2/3/4 is not i-series rig. It's using AMD GX412TC SoC based on
Jaguar cores. AFAIK this is one of last AMD chips running freely and
not requiring any blob. *If* you do have your own experience with this
hardware, then please share your details about what blobs exactly APU2
needs to run to perform routing business.

Thanks!
Karel

Re: 4-ports router under $150

[Karel Gardas]

On Sun, 8 Apr 2018 09:39:46 -0500
Patrick Dohman  wrote:

> As much as I’d rather not point the blame I found the APU platform buggy when 
> running OpenBSD.
> Yes there are reports of stability with other O.S however subtle 
> hardware/firmware bugs appeared on several OpenBSD releases.
> I’m actually in the other boat when it comes to hardware stability being an 
> excuse however openbsd'd excellent embedded footprint does well at disclosing 
> subtle hardware issues.
> I’m currently running a MikroTik 2011UiAS that is built on A mips processor. 
> Quite honestly I’ve found the secret of stability on the network hardware 
> arena to be distinct/discrete hardware.

I'm currently routing with MikroTik 2011L and I'm not satisfied at all. I do 
have just 2 Mbit ADSL and when I tried to limit bandwith of teenagers to 
512kbps I've basically put
the board down to knees. E.g. it was running, but ping (from me!) went up to 
several seconds and whole internet was more dead then with teenagers 
downloading their stuff.
This all with up-to-date RouterOS 6.40.6 from Feb 20 2018 to patch latest 
vulnerabilities in it.

So as you have migrated from APU to MikroTik, I plan to do exactly reverse 
direction as soon as possible with OBSD on top of APU of course...

Re: 4-ports router under $150

[Karel Gardas]

On Sat, 7 Apr 2018 20:28:14 -0700
Jordan Geoghegan  wrote:

> 
> On 04/07/18 19:01, jungle boogie wrote:
> > Thus said Jordan Geoghegan on Sat, 7 Apr 2018 17:57:16 -0700
> >> The Edgerouter 6 is going to be coming out shortly, that is what I am 
> >> holding out for to run my home network on.
> >>
> >>
> >
> > Just curious, why this and not amd64 bit with something like the 
> > pcengine apu2 board? I know it only has three NICs, so it's likely a 
> > non-started for the OP, but it's 64bit amd.
> >
> > I don't know the MSRP of the ER6. Do you?
> >
> Because I don't like amd64 and avoid it when possible. I like the idea 
> of having a niche architecture for my internet facing machines.

niche archs are nice, but if you do not have code of firmware to see what's its 
doing inside, then it's kind of meaningless.
PC Engines can provide you with their coreboot modified sources if you like to 
see them...

Re: 4-ports router under $150

[Karel Gardas]

On Sat, 7 Apr 2018 19:01:50 -0700
jungle boogie  wrote:

> Thus said Jordan Geoghegan on Sat, 7 Apr 2018 17:57:16 -0700
> > The Edgerouter 6 is going to be coming out shortly, that is what I am 
> > holding out for to run my home network on.
> > 
> > 
> 
> Just curious, why this and not amd64 bit with something like the 
> pcengine apu2 board? I know it only has three NICs, so it's likely a 

apu4b4 provides 4 intel NICs:

http://pcengines.ch/apu4b4.htm

OpenBSD-based network switch with >16 GigE ports.

[Karel Gardas]

Hello,

I'm looking to buy a new switch for house network. Ideally I'd like to setup 
everything here on OpenBSD, but I'm not lucky
to find any OpenBSD-based switch. I need just GigE ports, at least 18-20. 
Preferably fanless. 1-2U shallow depth into small rack.
I know all those Marvells, Broadcoms etc. holding majority in switch business 
with strict NDAs are not OpenBSD friendly, but
still hope something may have slipped from my sight.

Any advice appreciated.

Thanks!
Karel

Re: VMM VM - 'dummy' based driver-based X11 server inside, not possible?

[Karel Gardas]

On Thu, 29 Mar 2018 11:59:21 -0400
Tinker  wrote:

> On March 29, 2018 11:36 PM, Mike Larkin  wrote:
> > what do you hope to achieve here?
> 
> Xvfb + X11vnc gives you a fixed-resolution graphical remote terminal.
> 
> My hope is that dummy X + X11vnc will give the same but allow dynamic
> resizing of the X framebuffer upon request to do so via Xrandr from a
> VNC resize command.

Have you tried Xvnc as a X server?

Re: risc-v

[Karel Gardas]

On 01/15/18 09:39, Karel Gardas wrote:

Have a look at SiFive.com -- they are probably closest to have some IP 
capable of running general purpose OS.


You can try their Freedom SoC U500, but supported Virtex platform is 
quite costy... Or you can wait if their U54-MC CPU appear somehow in 
the market...




This should happen during Q1 2018 as per SiFive's presentation:

https://www.youtube.com/watch?v=Mp6znwaZ5xo

Re: risc-v

[Karel Gardas]

Have a look at SiFive.com -- they are probably closest to have some IP 
capable of running general purpose OS.


You can try their Freedom SoC U500, but supported Virtex platform is 
quite costy... Or you can wait if their U54-MC CPU appear somehow in the 
market...



On 01/15/18 09:25, flipchan wrote:

I love risc-v !

But has risc-v started producing on real hardware and not kvm/qemu ? would be 
cool to have that

On January 14, 2018 9:43:27 PM GMT+01:00, "Peter J. Philipp"  
wrote:

Is anyone interested/working/planning around this ingenious open source
Instruction Set Architecture?  Not many developer boards yet but there
is
simulators...

Small contribution from me (how to compile riscv-qemu on OpenBSD
6.2-stable):

http://centroid.eu/blog/index.php?article=1515597453  <-- needs
javascript to
view

I've spent a few hours trying to compile a cross compiler but haven't
had
much luck with that, my ultimate goal would be to boot OpenBSD on qemu
and
by then there would be enough developer boards perhaps to look further.

More interesting things are found at https://riscv.org , there is a
FreeBSD
port but I had problem building it in vmware.  Perhaps FreeBSD can
serve as
a helping source to port OpenBSD to this?

Regards,
-peter

Re: Community-driven OpenBSD tutorials wiki?

[Karel Gardas]

On Thu, 04 Jan 2018 14:17:51 +
Andreas Thulin  wrote:

> Hi all!
> 
> Thought I'd create an OpenBSD wiki somewhere, where anyone (especially
> non-developers like myself) could create and edit tutorials for stuff
> non-developers like myself would find useful. I find that sometimes
> existing tutorials become outdated, and was thinking that a wiki would make
> updates easier.

Not bad idea, but when speaking about OpenBSD I would rather recommend to 
update/fix/enhance OpenBSD's own man collection.

Re: Integrating "safe" languages into OpenBSD?

[Karel Gardas]

On Sun, Dec 3, 2017 at 7:59 PM, Nicolas Schmidt
 wrote:
> Hi,
>
> I recently watched a recording of Theo's talk on pledge at EuroBSDCon 2017, 
> in which the question of memory-safe languages and their practical usefulness 
> came up. Specifically, someone in the audience criticized the approach taken 
> by OpenBSD, which (as I understand) accepts that all software is broken and 
> mitigates the damage caused by various classes of exploits through techniques 
> like ASLR, and suggested that instead one should stick to "memory safe 
> languages" to avoid these exploits altogether.
>
> As a response to this, Theo asked rhetorically "Where's ls, where's cat, 
> where's grep, and where's sort?", implying that noone so far bothered to 
> write implementations of even the basic unix utilities in such a language.
>
> This brings me to the question, what if someone actually bothered? Under what 
> conditions would you consider replacing one of the current C implementations 
> with an implementation written in another, "safer" language? Note that with 
> Cgrep and haskell-ls, there do in fact exist implementations/analogues of two 
> of the mentioned utilities in a memory safe language (Haskell).

IMHO it does not make any sense since (1) it was just rhetorical
question probably and (2) even if you do have set of base utils
written in Haskell, you would still need Haskell compiler/interpreter
and due to size it's probably a no go into the base anyway. And you
know the mantra: base should build base.

On the other hand, it'd also be a waste of energy probably since even
Haskell is high-productive language, you still compete with let's say
99% of utility code written in C. So what do you do if you need to do
a bug fix in this? Rewrite 100% in Haskell or just rewrite/write 1% of
bugfix in C? My bet is that if the question is not about a complete
rewrite than fixing in C is more productive.

Another point: look into the history. Systems usually stays written in
the language where they started. Unix -> C. Cobol -> Cobol. Windows ->
mix C/C++/ now also .Net. But you layer on top of those additional
functionality. Look into Unix(-like) and how it drives current world
of WWW and or mobile/phone/device industry. The core is still the
same. Unix- philosophy kernel written in C and on top of this some
additional functionality and/or web services.

So to me it looks like: use language of the target system if there is
a need to hack system functionality/bugfix, but let's use modern
language if building functionality on top of that. IMHO quite
evolutionary approach. The revolutionary approach or system written in
modern language like Haskell, I'm afraid this is not going to fly also
due to limited number of interested people not be able to go over
certain critical people-threshhold/mass. For Haskell specifically see
House, Kinetic or Hos.
https://wiki.haskell.org/Applications_and_libraries/Operating_system

The question for consideration is if microservices/unikernels approach
is not the best combination of both worlds, e.g. having something like
Mirage or HalVM based application/service running on top of OpenBSD in
its VMM, that may be interesting. Unfortunately so far both supports
IIRC just Xen.

Have fun!

Re: Integrating "safe" languages into OpenBSD?

[Karel Gardas]

On Tue, Dec 5, 2017 at 11:29 AM, Gareth Nelson  wrote:
> Just throwing my 2 cents in here:
> I don't think it'd be appropriate in OpenBSD base, but i'd love to get
> involved in writing a *nix environment in a "safe" language and at one

If you are not opposed to switching your tooling, then have a look at
https://www.redox-os.org/ -- OS done in Rust. Currently probably the
most viable not-in-C OS besides a tons of academic exercises.

Re: Chip cheaper than chips

[Karel Gardas]

On Tue, Dec 5, 2017 at 7:44 AM, Rupert Gallagher  wrote:
> Article on how to disable the management engine, if you have it and are 
> afraid of it.
>
> http://blog.ptsecurity.com/2017/08/disabling-intel-me.html?m=1
>

And do you really trust that after this your CPU/platform is fully
functional yet no *bits* of ME are working so there is really no
remote hole in the platform?

Re: board ord boards with case for a router firewall

[Karel Gardas]

On Thu, Nov 2, 2017 at 7:20 PM, Stuart Henderson  wrote:
> On 2017-11-02, Markus Rosjat  wrote:
>> Hi there,
>>
>> we use mostly soekris for ourt router/firewall solution with openBSD but
>> since there seems to be not much of development and they are kinda
>> expensive still... I was wondering if you guys could give some
>> suggestions on other Hardware for this usecase?
>
> The pcengines apu2 is good, 3 nic only (though I normally use a vlan-capable
> switch if I need more).

There are some miniPCIe NICs with 1 or even 2 RJ45 so this may also be
a solution but probably in custom made case not in "original".

Re: Sorry for the n00b question but I could use some education on relayd

[Karel Gardas]

listen on  port  -- that means listening on localhost
or its NIC, in your case all three listen will use probably your
router external LAN NIC IP address. So yes, you will need to use
different port numbers -- if you are not going to use one/two/three as
load balancing hosts for the same app. In this case you will have one
table with three hosts IPs and just one redirect.

IMHO! Also relayd beginner like you.

On Thu, Nov 2, 2017 at 7:17 PM, Bryan C. Everly  wrote:
> Hi misc@,
>
> I have a use case where I'm using OpenBSD 6.2 as my router/firewall
> and there are several websites that sit behind it on separate servers
> (let's call them http://one.com, http://two.com and http://three.com
>
> I'd like to be able to have just a single IP address exposed through
> DNS for all three of them (it's a home cablemodem and I only have one
> public IP address) and then use something on OpenBSD (pf?  relayd?) to
> route the traffic to the appropriate private IP address on the LAN
> side of the network.
>
> In looking at the manpage for relayd and relayd.conf, I'm wondering if
> I could set up a relay using something like this:
>
> table   { 192.168.1.2 }
> table  { 192.168.1.3 }
> table  { 192.168.1.4 }
>
> redirect "one" {
> listen on one.com port 80
> forward to 
> }
>
> redirect "two" {
> listen on two.com port 80
> forward to 
> }
>
> redirect "three" {
> listen on three.com port 80
> forward to 
> }
>
> I've tried this and even after re-reading the manpage and seeing that
> I needed to add the "anchor" bit to my pf.conf I'm still not getting
> what I'm looking for.  Perhaps I'm using the wrong tool for the job?
>
> Thanks in advance for any suggestions or knocks on the head!
>
> Thanks,
> Bryan
>

Re: Chrome crashes with 6.2

[Karel Gardas]

I've also seen the problem like this, in fact it may be somewhat
tricky sometimes to start chome at all. I've not reported since this
is not desktop but server and chrome usage there is just exceptional
case. If you are on desktop and you care about chrome health, it would
be good if you obtain backtrace of the crash by installing egdb from
ports and then egdb   -- on prompt do:
bt and hit enter. And please send it here. Thanks!

On Thu, Oct 26, 2017 at 12:54 PM, Federico Giannici
 wrote:
> Since I upgraded from OBSD 6.1 to 6.2 (amd64), at least half the time I
> launch Chrome it crashes (with a "use after free").
>
> Here is an example:
>
> casa:/home/giannici> chrome
> [99256:2090071984:1026/093638.414135:ERROR:process_metrics_openbsd.cc(258)]
> Not implemented reached in bool
> base::GetSystemMemoryInfo(base::SystemMemoryInfoKB *)
> [99256:2090071984:1026/093638.751329:ERROR:content_settings_pref.cc(448)]
> Invalid pattern strings: ,https://www.agcom.it:443
> [99256:2090071984:1026/093638.751423:ERROR:content_settings_pref.cc(262)]
> Invalid pattern strings: ,https://www.agcom.it:443
> [99256:637008952:1026/093638.808156:ERROR:object_proxy.cc(573)] Failed to
> call method: org.kde.KWallet.isEnabled: object_path= /modules/kwalletd:
> org.freedesktop.DBus.Error.ServiceUnknown: The name org.kde.kwalletd was not
> provided by any .service files
> [99256:637008952:1026/093638.808194:ERROR:kwallet_dbus.cc(100)] Error
> contacting kwalletd (isEnabled)
> [99256:637008952:1026/093639.121955:ERROR:object_proxy.cc(573)] Failed to
> call method: org.kde.KWallet.isEnabled: object_path= /modules/kwalletd:
> org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from
> message bus without replying
> [99256:637008952:1026/093639.122087:ERROR:kwallet_dbus.cc(100)] Error
> contacting kwalletd (isEnabled)
> chrome(99256) in free(): use after free 0x1478a0f1fd00
> Abort (core dumped)
>
> Is this a problem specific to my installation (but it happens with my two
> different PCs) or it's a common problem?
>
> Thanks.
>

Re: Hyper-V Disk Performance

[Karel Gardas]

Last I checked running with softdeps in virtualized env, I got some
panices. It was few years (2 max) ago, but IIRC softdeps are not that
heavily developed in time like other parts of the kernel. From what I
remember from the analysis back than, slower the drive is, higher
chance you get panic. So I would definitely be careful in using
softdeps in exactly this situation where you do have high-latency
drive beneath the softdep mounted drive image. I had exactly the same
high-latency, VBox drive on fragmented ZFS on Solaris 11. Killer
option for softdeps. So try, but keep praying if you do that in
production...

Karel

On Tue, Oct 24, 2017 at 4:07 AM, Daniel Boyd  wrote:
> Also, out of curiosity, why is softdep not enabled by default?  Assume there 
> must be some downside to having it on?

Re: Problems with pf.conf I think, making a functioning router more reliable.

[Karel Gardas]

Include also dmesg and try to debug this issue more with systat(1)
tool at least.

>> Hi,
>> I think something must be wrong in my pf.conf file but I can't see where.
>> I am using openBSD as a router with a LAN and a DMZ zone behind it.
>> What is wrong is not something sad and simple i think like a wrong
>> IP-address or something. The setup works in that i have internet i one
>> network and both internet and remote access in the DMZ zone. But the
>> setup is unreliable.

Re: DragonFly 5.0 released!

[Karel Gardas]

Sweet. Are you porting that to OpenBSD?

On Thu, Oct 19, 2017 at 11:39 PM, SOUL_OF_ROOT 55
 wrote:
> My inspiration for posting here is the following topic:
>
> https://forums.freebsd.org/threads/62876/
>
> Em quinta-feira, 19 de outubro de 2017, SOUL_OF_ROOT 55 <
> soulofroo...@gmail.com> escreveu:
>
>>
>> https://marc.info/?l=dragonfly-users=150816781917465=2
>>
>> This release features HAMMER2 file system as a technology preview enabled
>> in the default generic kernel.
>>

Re: PostgREST post in OpenBSD

[Karel Gardas]

Looks like Haskell code. if you are familiar with Haskell app built
using cabal just give it a try. Haskell itself, i.e. posgrest should
not be issue here probably. What you may hit are various possible
issues in GHC's runtime. But honestly, GHC runs very nicely on OpenBSD
so well, good luck and give it a try and report back...

On Thu, Oct 19, 2017 at 6:26 AM, Tito Mari Francis Escaño
 wrote:
> Hi everyone! I'd like to ask if somebody already tried or is working
> on a port of PostgREST (https://github.com/begriffs/postgrest) in
> OpenBSD. It has a working FreeBSD port but of course I prefer it
> running on arguably the most secure OS on the planet.
> I'm not confident I can make a port on my VM hosting OBSD, anybody
> tried this approach before?
> Thanks in advance.
>

Re: Installer hangs - "already acking lease"

[Karel Gardas]

Seen the same but on Sep 9 snapshots and on amd64 platform. Another
reboot to bsd.rd and everything was fine and I upgraded to latest
snapshot successfully...

On Mon, Sep 11, 2017 at 4:05 PM, Eivind Eide  wrote:
> Trying to upgrade this old machine with i386 snapshot bsd.rd from
> 2017-09-11. bsd.rd boots ok, but after fscheck it tries to get dhcp.
> After "DHCPOFFER from 192.168.1.1 (mac-address)" it just waits,
> nothing more happens.

Re: octeon port, ubiquity edgerouter

[Karel Gardas]

On Wed, Jul 26, 2017 at 10:23 AM, Rui Ribeiro  wrote:
> I am very satisfied with the results. Plus, I do not feel comfortable on
> having a proprietary system+proprietary blobs facing the Internet, and will
> irregular or no existent security updates.

What platform do you use such that it does not have blob-based
firmware? Thanks! Karel

Re: How do you do "family remote support"?

[Karel Gardas]

On Tue, Jul 11, 2017 at 9:00 PM, Rupert Gallagher  wrote:
> Never heard of VNC?

but for this IIRC you need to know remote IP which OP told is "too
complicated" for his family members.

Re: atascsi_passthru_done, timeout

[Karel Gardas]

It's not only on 6.1-current, but this is IMHO long standing issue.
I've first seen it once got to OpenBSD world around 5.7/5.8 IIRC.

On Tue, Jun 27, 2017 at 2:19 PM, Jan Stary  wrote:
> This is current/amd64 (dmesg below).
> After installing smartmontools and running
> /usr/local/sbin/smartctl -t short /dev/sd0c
> in rc.local I get a log of
>
> atascsi_passthru_done, timeout
>
> in /var/log/messages. Is this anything to worry about?
>
> Jan
>
>
> OpenBSD 6.1-current (GENERIC.MP) #0: Tue Jun 27 14:03:28 CEST 2017
> h...@biblio.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 8486649856 (8093MB)
> avail mem = 8223653888 (7842MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (36 entries)
> bios0: vendor Award Software International, Inc. version "F2" date 04/20/2011
> bios0: Gigabyte Technology Co., Ltd. Z68MX-UD2H-B3
> acpi0 at bios0: rev 0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP HPET MCFG ASPT SSPT EUDS MATS TAMG APIC SSDT MATS
> acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) 
> PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USBE(S3) USE2(S3) AZAL(S5) PCI0(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimcfg0 at acpi0 addr 0xf400, bus 0-63
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3093.43 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: TSC frequency 3093426610 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3092.98 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3092.98 MHz
> cpu2: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz, 3092.98 MHz
> cpu3: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 0, core 3, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (PEG0)
> acpiprt2 at acpi0: bus -1 (PEG1)
> acpiprt3 at acpi0: bus 2 (PEX0)
> acpiprt4 at acpi0: bus -1 (PEX1)
> acpiprt5 at acpi0: bus -1 (PEX2)
> acpiprt6 at acpi0: bus -1 (PEX3)
> acpiprt7 at acpi0: bus 3 (PEX4)
> acpiprt8 at acpi0: bus 4 (PEX5)
> acpiprt9 at acpi0: bus 5 (PEX6)
> acpiprt10 at acpi0: bus 6 (PEX7)
> acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), 
> C1(1000@1 mwait.1), PSS
> acpicpu1 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), 
> C1(1000@1 mwait.1), PSS
> acpicpu2 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), 
> C1(1000@1 mwait.1), PSS
> acpicpu3 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10), 
> C1(1000@1 mwait.1), PSS
> acpibtn0 at acpi0: PWRB
> "PNP0501" at acpi0 not configured
> "PNP0303" at acpi0 not configured
> "ICD0001" at acpi0 not configured
> "pnp0c14" at acpi0 not configured
> "INT3F0D" at acpi0 not configured
> cpu0: Enhanced SpeedStep 3093 MHz: speeds: 3301, 3300, 3200, 3100, 3000, 
> 2900, 2800, 2700, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 
> 1600 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09
> ppb0 at pci0 dev 1 function 0 "Intel Core 2G PCIE" rev 0x09: msi
> pci1 at ppb0 bus 1
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 
> 68:05:ca:33:6a:61

Re: Retro ThinkPad: It’s Alive

[Karel Gardas]

On Thu, Jun 22, 2017 at 5:01 PM, Rupert Gallagher  wrote:
> [...] Grow up, forget about that red button.

If that would be that easy...

Re: Rebuilding a degraded RAID5 softraid array

[Karel Gardas]

> Have you had the same problem, in that softraid wouldn't assemble the
> RAID volume with a missing disk? How did you "remove" the failed device
> from the RAID array (ie. you 'add' the new disk with -R during rebuild,
> but how do you 'remove' the failed/offline drive with eg. bioctl)?

No, in fact I used RAID5 purely for testing if I broke something
during my softraid hackings or not. My testing of RAID5 was intensive
offlining and rebuild with a new drive. No, I've not used 4 real
drives, but in fact just 2 real drives and on every just 2 RAID
partitions. I created array with something like -l
/dev/sd0a,/dev/sd0d,/dev/sd1a,/dev/sd1d -- or so and then randomly put
some drive/partition off-line by bioctl -O and then used the same to
rebuild by bioctl -R. If you put drive offline it'll be offline and
will not be attempted to be added again if its health status changes
(somehow and whatever it means). softraid founds its drives since it
uses (1) specific RAID partitions and (2) it saves specific metadata
to the partition. This way RAID partitions (those already part of some
array) know what array they are part of. That also means that if you
use bioctl -c on drive/partition which is already part of some array,
it'll not attempt array creation but array attachement. It's somewhat
misleading and I always felt that there should be clear "attach" and
"create" options in bioctl but so far have not come with any patches
for this.

Anyway, easy testing. Do you have some windows/linux machine with
virtualbox or do you use openbsd with vmd? If so just create virtual
openbsd environment with several drives and test what I suggest: (1)
create RAID5, (2) put one of the drives into off-line mode (3) rebuild
with another drive. Easy isn't it? If this runs fine for you, do the
same on real array...and pray/cross your finger/do whatever you do in
this case. :-)

Re: Rebuilding a degraded RAID5 softraid array

[Karel Gardas]

On Thu, Jun 15, 2017 at 7:04 AM, LEVAI Daniel  wrote:
> Thanks Karel for pointing this out, you are in fact right, and nothing is 
> wrong with the logging, I just forgot that I'm decrypting that device 
> 'automatically' in rc.local. And the kernel log was from before this, hence 
> the similar device names.
> I still think that nonetheless I should've gotten a degraded array that I can 
> work with (eg. rebuild).
>
> As a matter of fact I removed everything from the machine, and left just the 
> four drives of the array, then booted into bsd.rd from a thumb drive.
>
> Strangest thing is, if I boot with the 'bad' (=failing) drive as part of the 
> array, softraid brings the volume online (albeit degraded) and I can even 
> decrypt/mount the volume and use it (only one drive being bad in the array of 
> RAID5).
> If I remove/replace said failing drive, I'm not getting a degraded volume, 
> just the error about the missing chunk and that it refuses to bring it online.
>
> Either I completely misunderstood the whole idea about softraid and the RAID5 
> setup (I mean, removing a device - failed or not - shouldn't hinder the 
> assembly of the array, right?), or I'm missing something really obvious 8-/

I'm not sure, but I think that there is somewhat blury line in between
the array creation and array attach. In fact OpenBSD is using the same
command for this bioctl -c . So I see you do have two possibilities
probably:

1) IMHO more safe. If you do have enough SATA ports, then attach both
your failing drive and your new drive to the system. Boot. OpenBSD
should detect and attach RAID5 in degraded state and then you will be
able to perform your rebuild (if your failing drive is not offline,
you can use bioctl to offline it)
or
2) less safe (read completely untested and unverified by reading the
code on my side). Use bioctl -c 5 -l 
 to attach the RAID5 array including the new drive. Please do
*NOT* force this. See if bioctl complains for example about missing
metadata or if it automatically detects new drive and start rebuild.

Generally speaking I'd use (1) since I used this in the past and had
no issue with it.

Re: Rebuilding a degraded RAID5 softraid array

[Karel Gardas]

On Wed, Jun 14, 2017 at 5:23 PM, LÉVAI Dániel  wrote:
> sd8 at scsibus4 targ 2 lun 0:  SCSI2 0/direct fixed
> sd8: 155872MB, 512 bytes/sector, 319227056 sectors

Here is sd8 as crypto.

> So the system disks (RAID1) are there, sd7l is decrypted as sd8 (so

sd7l decrypted as sd8, well then

> that's also okay), and I'm missing the array of sd2,sd3,sd4,sd5. (no
> worries about sd6 and sd11, that's an external drive, I've removed that
> from the equation for now).
>
> Every documentation I read tells me to rebuild the array like so:
> # bioctl -R /dev/ 
>
> So I guess I could run eg. `bioctl -R /dev/sd5a sd8`, if I had sd8 as a

but you can't do that as sd8 is already allocated and running as
crypto volume. In fact I think softraid logging is fine and your RAID5
is for whatever reason being assigned as sd7 but fails on missing
chunk. The problem may arrise from the StoreJet USB device you have
attached. If you unplug this then perhaps your RAID1 will become sd6
and your RAID5 will become sd7 and you may see it and make attempt to
rebuilt it.

Re: Interest in POWER platform?

[Karel Gardas]

On Thu, May 25, 2017 at 2:05 PM, valerij zaporogeci  wrote:
> 2017-05-25 3:46 GMT+03:00, Chris Cappuccio :
>>
>> OpenBSD is moving ahead on armv7, arm64, and mips64 (loongson, octeon, sgi)
>> as viable alternatives to i386/amd64. Other platforms are not well supported
>> usually due to lack of available hardware and, therefore, developer
>> interest.
>>
>> Chris
>>
>
> Sorry for off-topic, but I didn't want to start a new thread, it's
> just a small question. Is OpenBSD "moving ahead" to mips32 too under
> this mentioned move? :) More specifically is there an effort to run it
> on such a mips SBC like Imagination's Mips Creator CI20? I know it's
> just a tiny mini-PC, not a sever thingy, but it's not worse than
> Raspperry Pi by the hardware capabilies.
> I am asking because I am trying to write an UEFI implementation on it,
> xD and am wondering if OpenBSD had support for this board, would it
> use efi loader approach on this architecture or not.
> I know, there is no UEFI support for mips even in the UEFI
> specification, that's why I am doing my attempt. :)

Search the archives, but IIRC last "message" was that mips32 is a no
go. The reason if I'm not mistaken is some MMU thingy or limitation or
whatever. I'm sure you will be able to find it in archive of this
mailing list.

Re: Etnernal & infernal browser woes

[Karel Gardas]

On Fri, Apr 28, 2017 at 4:01 PM, Jyri Hovila [iki.fi]
 wrote:
>> You ask for peace but your whole post is highly explosive.
>
> No, it is not.
>
> I'm just expressing myself directly -- as us aspergers often do.
>

Then as a real asperger come with hard evidence supporting your claim
that browsers suck on OpenBSD while fly (or not so suck) on Linux &
Windows.

Re: Etnernal & infernal browser woes

[Karel Gardas]

For testing I would also recommend you to make sure both OSes provide
browser with the same amount of RAM (i.e. unlimit your limits in
/etc/login.conf) and I would also browse ports email list probably and
search for patch limiting amount of RAM which is allocated for firefox
javascript engine. I guess this is not the case on Linux so I would
recommend to revert this and recompile your own package and then do
another comparison.

Re: Etnernal & infernal browser woes

[Karel Gardas]

On Fri, Apr 28, 2017 at 2:18 PM, Jyri Hovila [iki.fi]
 wrote:
> Now, can anyone provide a relatively clear description of what it is
> that make the same browsers (Firefox, Seamonkey, Chrome) that work
> fine in Linux, Windows and OS X so ridiculously slow when they are
> being run on OpenBSD?
>
> Peace, please.

You ask for peace but your whole post is highly explosive. Honestly
I'm still Solaris 11 user and I can assure you that on this OS
situation with browsers is even worse than on OpenBSD. In fact I'm
really surprised that chromium works on OpenBSD and you may be
surprised that I even use that from time to time over ssh tuneled X11
connection to my testing OpenBSD box. So kudos to all the brave hearts
who are working on browsers issue for OpenBSD!

Back to your topic: if you write "...that work fine in Linux...so
ridiculously slow when there are being run on OpenBSD" -- I'm afraid
for this you would need to provide some hard real benchmark numbers.
To me at least firefox run on Ubuntu 16.04 LTS/14.04 LTS, Solaris 11
and OpenBSD 6.1 more or less sucks in the same way: stupidly high
memory consumption, with a ton of tabs open the browser become less
and less responsive so the only chance is to exit it and rerun again.
So far I blame firefox's javascript compiler since chromium behaves
quite differently -- but this is only on OpenBSD/Linux so not
comparison with Solaris here...

So please provide scientific numbers of let say few page
loads/reloads/program run in of your preferred website on Linux and
OpenBSD on the exactly same hardware and do that in a verifiable way
and post here. Otherwise so far your post is only about psychology and
just your feeling...

Re: Performance Clang

[Karel Gardas]

On Thu, Apr 20, 2017 at 1:43 AM, Heiko  wrote:
> Hello Misc,
>
> I'm using current on amd64 (Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz,
> 3411.91 MHz)
>
> I noticed that with clang it needs 109 minutes for "make build" and
> before with gcc 32 minutes.
>
> Is this a normal behavior?

This is entirely unfair comparison. I've just make build yesterday
tree to verify your claims and honestly what I've seen is:

1) system/core is still built with cc which means gcc 4.2.1
2) added compiler_rt is built with clang
3) added libc++ is built with clang++
4) added LLVM needed by clang is build with clang++
5) added clang is build with clang++

so what you compare is:
- OpenBSD system/core build with GCC 4.2.1 (old system)
with
- OpenBSD system/core build with GCC 4.2.1 and Clang runtime libraries
and LLVM code and Clang itself built with Clang (new system)

IMHO very unfair comparison and you should really wait till OpenBSD
system/core is build with Clang and GCC 4.2.1 is removed from the
build process. Well, do not hold your breath for that to be comparable
in speed. LLVM/Clang is C++ beast and so it takes some time to compile
but at least the comparison would be more fair...

Re: softraid mirror & large drives (3T)

[Karel Gardas]

On Tue, Apr 18, 2017 at 7:02 PM, Ian Watts  wrote:
> Thanks for the feedback, Karel, Allan, and Kamil.  The motivation is
> long-term data storage reliability.  For example, my wife creates
> graphical books, which involves large files, plus other work and
> personal files.
>

so kind of SOHO NAS?

> Having a mirror is not terribly important, so doing a nightly sync to
> another machine is possible.

IMHO mirror is a nice to have and if you combine this with rsync to
backup in case of any changes, then even better.

> Since it's been mentioned, what SATA RAID controller cards are
> recommended for OpenBSD on i386?  I wonder if they would fit my budget.

Not in SATA RAID business, rather prefer simple HBA + softraid/ZFS
(not on OpenBSD) and since I'm using only SR-RAID1, then board's
number of SATA connectors is usually good enough.

But using i386/openbsd on AMD E2-3200 is IMHO pure waste of precious
CPU resources you do have at your disposal. I'd recommend to go with
amd64/openbsd on this.

> Has the "supported hardware" page been removed from the openbsd.org

I would start with man mpi/mpii/ami or so...

Karel

Re: softraid mirror & large drives (3T)

[Karel Gardas]

loose -> lose. Sorry not native English speaker here.

On Tue, Apr 18, 2017 at 6:09 PM, Karel Gardas <gard...@gmail.com> wrote:
> How much data can you loose on this mirror? The rebuild time is long
> and the chance of another drive dying is higher during rebuild so I
> would consider either increasing redundancy to 3-way mirror or
> decreasing time between backups. All depending on how much data you
> can loose when something goes wrong.

Re: softraid mirror & large drives (3T)

[Karel Gardas]

On Tue, Apr 18, 2017 at 1:56 AM, Ian Watts  wrote:
> After 17 hours it is 24% complete, so it'll be about three
> days to complete.  The system is:

How much data can you loose on this mirror? The rebuild time is long
and the chance of another drive dying is higher during rebuild so I
would consider either increasing redundancy to 3-way mirror or
decreasing time between backups. All depending on how much data you
can loose when something goes wrong.

Re: AMD Ryzen

[Karel Gardas]

On Sat, Apr 1, 2017 at 4:17 PM, Adam Van Ymeren <a...@vany.ca> wrote:
>
>
> On April 1, 2017 8:02:07 AM EDT, Karel Gardas <gard...@gmail.com> wrote:
>>If you do have hardware available, why you just don't attempt to boot
>>latest snapshot? Should take you just few minutes and then you can
>>even report here together with dmesg output about your experience...
>
> Could be he's debating purchasing hardware.  Damn this list can be snarky.

If so, then I clearly misunderstood OP's "Just curious whether it is
worth the effort to try." -- well, not native English speaker here.
Anyway, being snarky was not my idea...

Re: AMD Ryzen

[Karel Gardas]

If you do have hardware available, why you just don't attempt to boot
latest snapshot? Should take you just few minutes and then you can
even report here together with dmesg output about your experience...

On Sat, Apr 1, 2017 at 6:24 AM, Damian McGuckin  wrote:
> Has anybody achieved an installation of OpenBSD on this yet please?
>
> Just curious whether it is worth the effort to try.
>
> Regards - Damian
>
> Pacific Engineering Systems International, 277-279 Broadway, Glebe NSW 2037
> Ph:+61-2-8571-0847 .. Fx:+61-2-9692-9623 | unsolicited email not wanted here
> Views & opinions here are mine and not those of any past or present employer

Re: File Server with OpenBSD?

[Karel Gardas]

On Thu, Mar 9, 2017 at 12:13 PM, Roderick  wrote:
> And where are the planned checksums written?

First version divided partition to data and checksum areas which means
RAID1 with checksums and RAID1 were compatible in a sense that if
something terribly happen in checksumming code, then you still may get
data while attaching as RAID1. Current version is using 512k data + 4k
checkksum scheme which makes it incompatible with plain RAID1.

> I ask this because I want to know if I will make me dependent of
> todays stand of OpenBSD.
>
> Mounting ffs partitions of OpenBSD in FreeBSD and the opposite
> is possible without big problems. Will this change with Raid?

Yes, as FreeBSD does not know anything about OpenBSD's software raid.

Karel

Re: File Server with OpenBSD?

[Karel Gardas]

On Tue, Mar 7, 2017 at 9:22 PM,  <alexmcwhir...@triadic.us> wrote:
> On 2017-03-07 15:34, Karel Gardas wrote:
>>
>> So if data correctness is your mantra, you don't need whole ZFS for it.
>
>
> ZFS appeals to me for the snapshots / compression type stuff.

Oh, I've mistaken you for OP.

>> Well, I've not submitted my code yet
>> for the second attempt (first you can find in the archive) since I got
>> kind of stuck in rewrite for family/life reasons but I still keep my
>> hope on it and also hope it'll be delivered sooner than HAMMER2...
>
>
> HAMMER2 looks good on paper for many reasons, especially the clusters
> support. But considering "on paper" is really all we have at the moment, it
> will likely be a long time. Either way, it's nice to see soft softraid
> development. One of these days i will get around to writing RAID10 and / or
> trying to finish up RAID6 if that isn't done by then.

RAID10 should be simple. RAID6 is in tree in some form. W.r.t.
HAMMER2/ZFS as a ZFS user using ZFS solely for more than 10 years
already, I'm not so keen anymore about COW due to fragmentation.
Otherwise snapshots are nice, but I'd rather snapshots to be added to
ffs in not-so-optimal form and whole fs behaving nicely than having
nice snapshots in ZFS and whole fs killed perf-wise by fragmentation.

Re: File Server with OpenBSD?

[Karel Gardas]

On Tue, Mar 7, 2017 at 8:26 PM,   wrote:
> On 2017-03-07 14:16, Stuart Henderson wrote:
>>
>> - ZFS *does* checksum, even on mirrors, and can pick which of a pair of
>> mirrored drives is good and use it to correct the other one.
>
>
> That i was not aware of, i only thought ZFS did that on RAIDZ pools.

No, ZFS does it everywhere on everything. If you do have redundancy on
drives, then it may self-heal the corrupted block.

> Regardless of whether it will happen or not, I would welcome ZFS into
> OpenBSD with arms wide open.

Me too, well, or better not. OpenBSD does have completely different
philosophy and ZFS is not compatible with it.

> In reality though, the only hope for something
> like ZFS here is probably HAMMER2, if it's ever finished.

Well, as a ZFS replacement I've added checksumming support into
SR-RAID1. It was really basic and as simple as possible design and
even compatible with plain SR-RAID1, but still was able to detect and
self-heal corrupted block too. So if data correctness is your mantra,
you don't need whole ZFS for it. Well, I've not submitted my code yet
for the second attempt (first you can find in the archive) since I got
kind of stuck in rewrite for family/life reasons but I still keep my
hope on it and also hope it'll be delivered sooner than HAMMER2...

Re: Funding for Skylake support

[Karel Gardas]

Guys,

what about to look and/or contact
http://www.openbsdfoundation.org/index.html and discuss matter with
them?

On Mon, Jan 9, 2017 at 1:55 AM, Peter Membrey  wrote:
> Hi,
>
> I'd also be willing to put funds up front so that good test hardware can be
purchased to do the development on. In that case I'd be looking for someone
who has had previous success getting their code (ideally in graphics) accepted
into the project. I'm also willing to put the funds into escrow if there is a
concern about getting paid.
>
> I'm only an individual, so I don't have corporate level backing or anything,
but I am thinking of putting in a decent chunk for this, as in hundreds rather
than tens of dollars. Again, I realise that money isn't the driving force
here, but my thinking is, if there is someone who does contract coding for
example, it might be possible to purchase a block of their time to work on
this.
>
> Cheers,
>
> Pete
>
> - Original Message -
> From: "Adam Van Ymeren" 
> To: "misc" 
> Sent: Monday, 9 January, 2017 05:44:10
> Subject: Re: Funding for Skylake support
>
> On 1/7/2017 3:19 PM, Peter Membrey wrote:
>> Hi all,
>>
>> I've gotten OpenBSD up and running on a new Intel NUC, but unfortunately
Skylake isn't supported. I was able to get X working in software accelerated
mode, but it would be great to see true support for the chipset. Unfortunately
I don't have the necessary skills to work on this myself, but I am willing to
put my money where my mouth is.
>>
>> I realise that for a lot of people, the issue is time and not money, but
that aside, would anybody be interested in focusing on adding support for
Skylake? The deliverable would be getting Skylake support merged.
>>
>> Happy to discuss what sort of funding would be needed.
>
> I would also be interested in helping fund Skylake support.  Happy to
> donate some upfront to anyone interested in working on Skylake.
>
> -Adam

Re: SSL/TLS troubleshooting

[Karel Gardas]

On Sat, Dec 10, 2016 at 10:56 PM, Christian Schulte  wrote:
> It's 
>
> Operation timed out. Connections are very slow. Too slow so that they

Not sure about the issue, but I've seen that last night too. Generally
speaking there were too high number of lost packets which made TCP
slow to crawl or broken. It stayed around 2-3 hours and then suddenly
resolved. And I was accessing this from Ubuntu 16.04.1 if that matters

Re: HP Proliant MicroServer G8: not seeing disks

[Karel Gardas]

On Tue, Nov 22, 2016 at 7:53 PM, Peter N. M. Hansteen  wrote:
> Most likely I'll give it more modern storage options (new or almost new,
> not from the pile of reused ones) before I put it to its intended use,
> and I suspect the newer units (SSD and low energy disks) will
> run a bit cooler and more silent still.

IIRC the issue was caused by the fact that sensors/fan speed chip is
not able to grab temperature from drives when controller is running in
AHCI mode so putting cooler drives will not help if bug is still
there. But as I wrote this may be well fixed for months already so I'm
curious how the box behaves also with OpenBSD. Thanks!

Re: HP Proliant MicroServer G8: not seeing disks

[Karel Gardas]

On Tue, Nov 22, 2016 at 12:47 PM, Jonathan Gray  wrote:
>> "Intel 6 Series RAID" rev 0x05 at pci0 dev 31 function 2 not configured
>
> More likely you need to change this from RAID to AHCI mode in the bios.
>
> The kernel doesn't know about vendor metadata written by bios/vendor
> tools for software raid, and purposefully does not match Intel
> controllers in "RAID" mode.

And once you change from RAID to AHCI please report if the noise
generated by this box increase or not. This box was known (at least in
the past) for a flaw in management firmware where if you switch to
AHCI then fans increase their speed to ridiculous rpms making the box
really noisy. I'm interested in purchasing this little box myself but
this always put me off and I've not seen much of those bug-reports
recently so perhaps HP already solved the issue? Thanks! Karel

Re: Flaw resides in BTB helps bypass ASLR

[Karel Gardas]

On Thu, Oct 20, 2016 at 3:19 PM, Theo de Raadt  wrote:
>> On Thu, Oct 20, 2016 at 11:02 AM, Ted Unangst  wrote:
>> >
>> > I recommend not letting attackers run code on your computer.
>>
>> Good idea, but then poor AWS/Xen/xVM/dockers/what ever container cloud
>> provider users who do not buy whole box for themselves.
>
> you're missing the other detail in Ted's short answer.  Now you are
> talking about someone else's computer, not yours.

Indeed, my logic has a flaw caused by the question "to cloud or not to
cloud" which is kind of common these days and which also somehow got
to my head...

Re: Flaw resides in BTB helps bypass ASLR

[Karel Gardas]

On Thu, Oct 20, 2016 at 11:02 AM, Ted Unangst  wrote:
>
> I recommend not letting attackers run code on your computer.

Good idea, but then poor AWS/Xen/xVM/dockers/what ever container cloud
provider users who do not buy whole box for themselves.

Re: Re ARM64 server hw availability and low-end Sparc64

[Karel Gardas]

On Wed, Oct 19, 2016 at 8:55 AM, Mikael  wrote:
>> > Oracle have been talking about making a low-end server model of their
>> > new
>> > Sparc64 chip, I guess that one will sell at around 5000 USD too.
>>
>> I guess you talk about so called Sonoma/scale-out SPARCs, well those
>> were already unveiled and the prices start on > $11k -- see for
>> example S7-2 box configurations.
>
>
> Sonoma was what I was talking about yes.
>
> My best understanding is that S7-2 is their high-end line and those are
>>$11k indeed, and that no Sonoma devices have been released to the market
> yet, only pre-announced e.g.
> http://www.theregister.co.uk/2015/08/24/oracle_sonoma_processor_sparc/ .
>
>
> I didn't see any prices.
>
> Since their normal price point is >$11k and this should be "much cheaper",
> then my wild guess was that that probably should mean something like $5k.

You are wrong on this. SPARC S7 is Sonoma, the higher price is SPARC
M7. So it's >$11k low-price versus >$39k (T7-1 box) prices.

>> > (I didn't see any convincing ARM64 servers on the market yet.)
>>
>> I'm not sure, but various of those already looks quite nice, will not
>> break the account nor power-bill and still be even comparable to
>> POWER7/8 in terms of raw C compilation power. By comparable I mean
>> they are not 10 times (or more) slower or so
>
>
> The closest to a existing, usable, buyable ARM64 ECC server I saw is
> Gigabyte's Cavium and X-Gene1 offers:

Yes, those two are just first.

> Cavium:
> http://b2b.gigabyte.com/products/product-page.aspx?pid=5926 1U
> http://b2b.gigabyte.com/products/product-page.aspx?pid=5925 1U
> http://b2b.gigabyte.com/products/product-page.aspx?pid=5927 2U
>
> X-Gene1:
> http://b2b.gigabyte.com/products/product-page.aspx?pid=5912 mobo
>
> But, I didn't see them actually for sale anywhere, neither did I see a
> concrete price tag.
>
> If you saw anything interesting feel free to share.

Well, R120-P30 is just my first google search and found it in stock
for price a bit more than 1k pounds. Otherwise just go to b2b gigabyte
and search for arm soc based server barebones, then use their names
for google for price.

Re: Would you use OpenBSD on Power8, and if so what applications? (IBM asks! They're thinking about donating hw.)

[Karel Gardas]

On Wed, Oct 19, 2016 at 7:23 AM, Mikael  wrote:
>
> Oracle have been talking about making a low-end server model of their new
> Sparc64 chip, I guess that one will sell at around 5000 USD too.

I guess you talk about so called Sonoma/scale-out SPARCs, well those
were already unveiled and the prices start on > $11k -- see for
example S7-2 box configurations.

> (I didn't see any convincing ARM64 servers on the market yet.)

I'm not sure, but various of those already looks quite nice, will not
break the account nor power-bill and still be even comparable to
POWER7/8 in terms of raw C compilation power. By comparable I mean
they are not 10 times (or more) slower or so

Re: How assign some logic to handle system-gone-totally-unresponsive events (if not else then to enable admin with differentiated failure tracking between userland and hardware failures)

[Karel Gardas]

Hello Anton,

On Mon, Oct 17, 2016 at 11:25 PM,  <li...@wrant.com> wrote:
> Mon, 17 Oct 2016 18:00:39 +0200 Karel Gardas <gard...@gmail.com>
>> 1) use machine with proper ECC support
>
> Hello Karel,
>
> Please explain this "proper ECC support" for every laptop user out there?
> I am not sure my system implements "proper ECC support", how to validate?
> Can you advise why OpenBSD developers still run laptops if they lack ECC?

I've been replying based on past experience with what Tinker wrote to
this mailing list. From his posts I expected context of super-reliable
data storage on the server-class hardware. In this context non-ECC
system is simply a no go. By proper ECC support I mean system with
SECDED working at least. You are right that support for ECC in laptops
these days is pretty limited to vintage machines with UltraSPARC, some
PowerPC thinkpads (IIRC) and new machines with Xeon E3v5 from
Lenovo/Dell/HP/Fujitsu at least. OpenBSD devs are probably using what
is available to them like anybody else, don't they?

Cheers,
Karel

Re: How assign some logic to handle system-gone-totally-unresponsive events (if not else then to enable admin with differentiated failure tracking between userland and hardware failures)

[Karel Gardas]

1) use machine with proper ECC support
2) man sendbug -- and following it report your OpenBSD kernel misbehavior

On Mon, Oct 17, 2016 at 3:48 PM, Tinker  wrote:
> Sometimes a machine goes unresponsive. In this case, a non-ECC RAM machine.
>
> The reason could be that something in the hardware or kernel failed, e.g. a
> bit flip error [1].
>
> In this case (for a non-kernel developer), tough luck, and the proper thing
> would be to reboot, and keep statistics over failures on that machine and
> replace the hardware should the crashes go above some frequency threshold.

Re: Dual booting - can't boot OpenBSD from Windows 10 bootloader

[Karel Gardas]

On Fri, Sep 23, 2016 at 9:50 PM, Fred  wrote:
>
> Or run it all on OpenBSD and run Windows and Linux in qemu from ports.
>
> Works for me ;~)

How is it looking with performance difference of such combo host
versus guest? OP would like to run Xilinx ISE which is CPU/RAM hog
enough even on the fastest machines so running this in Qemu, hmm...

Re: ARM64:s finally on the market, and flooding it. OpenBSD support?

[Karel Gardas]

Tinker,

do not touch el-cheapo undocumented SoCs/boards, IMHO this would be
completely lost time. If you'd like to hack or buy hardware, better do
with board/SoC which is/are fully documented. And no, datasheets are
usually not good enough nor an advice to look into Linux sources...To
make it completely clear, try to get some documentation for SoC you've
listed, I would bet you will fail miserably. I've tried that in the
past and all your choices were no go. In fact the only friendly vendor
with full SoC/board developer/reference guide was Freescale/NXP of
that time. Second was NVidia with their Tegra family, but this is
again no-go due to missing GPU docs anyway...

Good luck!

And by the way, if you'd like to donate hardware, make that a bit
meaningful by offering for example ThunderX or similar kind of machine
or at least those fully documented Freescale/NXP boards which are good
enough as routers/gateways. I guess such offer would be tempting even
to OpenBSD devs and will not be thrown into the thrash easily. :-)

And if you'd like to hack on those, post your patch(es) to tech@ --
for start I guess you may get some idea from bitrig's drahn_arm64
branch and/or from FreeBSD's source tree. Generally speaking I would
guess you will need to start with in-tree LLVM and make that running
for you...

On Thu, Sep 22, 2016 at 2:07 PM, Martin Schröder  wrote:
> 2016-09-22 13:51 GMT+02:00 Tinker :
>> What about running OpenBSD on these, do you have any idea when this should
>> be possible?
>
> https://www.openbsd.org/armv7.html
> "A mailing list for ARM-based ports is available at a...@openbsd.org."
>
> The devs are looking forward to getting the boards you are sending them.
>
> Best
>Martin

Re: Video card recommendation

[Karel Gardas]

Hello,
I'm curious if anybody here does have experience with AMD FirePro 2270
(passively cooled/multi-monitor card) on recent OpenBSD.
Thanks!
Karel

On Wed, Sep 21, 2016 at 9:35 AM,   wrote:
> Tue, 20 Sep 2016 13:32:11 +0200 Jean Louis 
>> Hello,
>>
>> I have recently installed OpenBSD for the first time on some hardware I
>> would like to use now as an OpenBSD workstation (motherboard Asus P6T
>> deluxe, processor Intel i7 920, I bought it ~10 years ago)
>
> Hi Jean Louis,
>
> I have found the passive (no fan, ~20W) single slot Radeon HD-5450 and
> HD-6450 (PCI-E) work fine on a ~10 year-old motherboard of the similar
> generations.  These video cards had to be put in the other PCI-E slot,
> they successfully work with a 27" 2560x1440 (dual link DVI), and a 17"
> 1280x1024 (VGA), simultaneously with no Xorg configuration file, lower
> heat output, and low power usage capable of running fine on stock PSU.
> You can buy them new inexpensive from various providers e.g. Sapphire.
>
> Kind regards,
> Anton
>
>> Install worked fine :)
>>
>> But I didn't manage to configure Xorg and change my display resolution
>> because I am running an Nvidia 660 GTX and I read Nvidia video cards are
>> not very well supported by OpenBSD (because of their own policies on driver
>> publication).
>>
>> I searched on the documentation but didn't found a list with recommended
>> video cards for OpenBSD, except avoiding Nvidia ones. I would like to buy a
>> new video card (with some preference for a passive cooling model) but I
>> don't know what to choose, so your assistance / advice here would be
>> greatly appreciated.
>>
>> If I can run OpenBSD 6.0 with success on a new video card, it would be my
>> pleasure to buy you in the future CD distributions and to make donations to
>> support your work, as I have huge respect for your awesome distribution and
>> am also very worried about NSA global surveillance rise, showing no respect
>> on basic privacy rights...
>>
>> Long live MIT and Berkeley's great researchers on security computing !
>>
>> Regards

Re: Check for wxneeded option?

[Karel Gardas]

On Wed, Sep 7, 2016 at 8:22 PM, Theo de Raadt  wrote:
[...]
> Almost immediately after 6.0 unlocked, 6.0-current moved back to new
> harsher semantics.  That gives the ports guys the right model for
> pushing harder with labelling executables.  Progress sometimes takes
> a few cycles.

Thanks for explanation, I was also confused by this behavior.

Re: OpenBSD 6.0 released, September 1, 2016

[Karel Gardas]

>> Our developers are:
>>
>>Aaron Bieber, Adam Wolk, Alexander Bluhm, Alexander Hall,
>>Alexandr Nedvedicky, Alexandr Shadchin, Alexandre Ratchov,
>>Andrew Fresh, Anil Madhavapeddy, Anthony J. Bentley,
>>Antoine Jacoutot, Benoit Lecocq, Bob Beck, Brandon Mercer,
>>Brent Cook, Bret Lambert, Bryan Steele, Can Erkin Acar,
>>Charles Longeau, Chris Cappuccio, Christian Weisgerber,
>>Christopher Zimmermann, Claudio Jeker, Damien Miller, Daniel Boulet,
>>Daniel Dickman, Daniel Jakots, Darren Tucker, David Coppa,
>>David Gwynne, Dmitrij Czarkoff, Doug Hogan, Edd Barrett,
>>Eric Faurot, Florian Obser, Gerhard Roth, Giannis Tsaraias,
>>Gilles Chehade, Giovanni Bechis, Gleydson Soares,
>>Gonzalo L. Rodriguez, Henning Brauer, Ian Darwin, Igor Sobrado,
>>Ingo Feinerer, Ingo Schwarze, James Turner, Jason McIntyre,
>>Jasper Lievisse Adriaanse, Jeremie Courreges-Anglas, Jeremy Evans,
>>Joel Sing, Joerg Jung, Jonathan Armani, Jonathan Gray,
>>Jonathan Matthew, Joshua Stein, Juan Francisco Cantero Hurtado,
>>Kazuya Goda, Kenji Aoyama, Kenneth R Westerback, Kent R. Spillner,
>>Kirill Bychkov, Kurt Miller, Landry Breuil, Lawrence Teo,
>>Luke Tymowski, Marc Espie, Marcus Glocker, Mark Kettenis,
>>Mark Lumsden, Markus Friedl, Martijn van Duren, Martin Natano,
>>Martin Pieuchot, Martynas Venckus, Mats O Jansson, Matthew Dempsky,
>>Matthias Kilian, Matthieu Herrb, Mike Belopuhov, Mike Larkin,
>>Nayden Markatchev, Nicholas Marriott, Nigel Taylor, Okan Demirmen,
>>Otto Moerbeek, Pascal Stumpf, Patrick Wildt, Paul Irofti,
>>Peter Hessler, Philip Guenther, Pierre-Emmanuel Andre,
>>Rafael Zalamena, Remi Pointel, Renato Westphal, Reyk Floeter,
>>Ricardo Mestre, Robert Nagy, Robert Peichaer, Sasano Takayoshi,
>>Sebastian Benoit, Sebastian Reitenbach, Sebastien Marie,
>>Stefan Fritsch, Stefan Kempf, Stefan Sperling, Steven Mestdagh,
>>Stuart Cassoff, Stuart Henderson, Sunil Nimmagadda, T.J. Townsend,
>>Ted Unangst, Theo Buehler, Theo de Raadt, Tim van der Molen,
>>Tobias Stoeckmann, Tobias Ulmer, Todd C. Miller, Tom Cosgrove,
>>Ulf Brosziewski, Vadim Zhukov, Vincent Gross, Visa Hankala,
>>Yasuoka Masahiko, Yojiro Uo

Guys, thanks a lot for 6.0 release. Honestly I've never heard your
release songs and today just while describing to my teenage son
history of Unix where I mentioned OpenBSD on its prominent place and
also your songs he asked me straight if I've heart some of them. No.
I'm correcting this on 6.0 and I'm amazed by quality of your PFs.

Re: php and W^X

[Karel Gardas]

On Fri, Sep 2, 2016 at 10:21 AM, Thuban  wrote:
> Hello,
> It seems that php-7.0 require wxallowed.
> I don't like the idea to "wxallow" the whole /usr/local.
>
> Do you have any advice?

Then create another fs for just wxneeded binaries. If you don't know,
then there are 2 things which needs to be done in order to have such
binary run well: (1) binary needs to be linked with -z wxneeded linker
flag and (2) binary needs to be put on fs mounted with wxallowed flag.
Both those things/conditions need to be done together otherwise such
binary will not run well...

Re: xpdf crashes when going fullscreen

[Karel Gardas]

Please also type `bt' and hit enter after run in gdb -- this will
instruct gdb to print whole stack trace which may show how you get
into the crash situation or at least help a little bit more.

On Wed, Aug 24, 2016 at 7:30 AM, Alessandro DE LAURENZIS
 wrote:
> Dear misc@ readers,
>
> just noticed that xpdf receives a bus error as soon as the fullscreen mode is
> activated.  A gdb trace follows, hoping it gives some hints:
>
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging symbols 
> found)
>
> (gdb) run
> Starting program: /usr/local/bin/xpdf
>
> Program received signal SIGBUS, Bus error.
> 0x1693d3cabc78 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.11.0
>
> --
> Alessandro DE LAURENZIS
> [mailto:jus...@atlantide.t28.net]
> LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: github

[Karel Gardas]

OpenBSD is using CVS solely, but for my own purposes I started to
mirror src to github recently using cvs2gitdump tool. I do this since
I find git log/git show more friendly than CVS provided tools... If
you are interested see https://github.com/kgardas/openbsd-src --
CAVEAT! Do not trust the source code there and especially do not use
it for your own OpenBSD build. In case of any doubts please use
OpenBSD CVS's src as a reference. BTW I've tried to search among src's
mirror on github.com but all were out-dated and needed to have src in
git after spacehopper.org's git stopped working...

On Sun, Aug 7, 2016 at 6:57 PM, Dariusz Sendkowski
 wrote:
> 2016-08-07 18:42 GMT+02:00 Chris Bennett <
> chrisbenn...@bennettconstruction.us>:
>
>> On Sun, Aug 07, 2016 at 10:06:56AM -0600, Jack J. Woehr wrote:
>> > whereas on GitHub it would belong to a corporation.
>> >
>> > Doesn't that simply end the discussion right there?
>>
>> Yes.
>> This thread has been informative to me.
>> Forget the silly move from CVS part, never was an issue.
>>
>> I did NOT know that GitHub was a corporation. I find that very
>> disturbing. Extremely disturbing.
>>
>> May all your pkg_* include:
>> pkg_delete git
>>
>
>
> I'm afraid you're confusing git with github.
>
>
>
>>
>> So there was a jewel to be found in this thread.
>> Thank you all for this.
>>
>> Sorry if I was a bit noisy, I'm just so tired of seeing so many projects
>> hooked on git. It's like a fad. What's next? Turdd. Shitt. Crapplee.

Re: tmpfs

[Karel Gardas]

Could you be so kind and move this conversation out of misc@

Thanks! Karel

On Sun, Jul 31, 2016 at 7:54 PM, mxb  wrote:
> Who gives a sh*t?!
> Ppl supporting OpenBSD community what matters - with userbase without users
is
> like masturbating.
>
> Ppl like me test public diffs on live equipment, donate money and buy CDs
so
> Theo can continue to milk this project
> so he can bike in Canadian woods.
>
> As we speak it in Russia:
> “His long tongue will some day shorten his neck”.
>
> Good advice for him is to pledge() his mouth before someone else do it.
>
> The beauty in globalization is that distances and time get shorter.
> Even time-to-market AND market itself.
>
> With his big mouth like THIS he might get it turbulent.
> He actually did, buy pulling off DARPA feed.
>
>
>> On 31 juli 2016, at 16:51, ludovic coues  wrote:
>>
>> Guess which one of you and theo have it's name all over the CVS tree ?
>>
>> 2016-07-31 16:37 GMT+02:00 mxb :
>>> While looking at the mirror, read your last email once again.
>>>
>>>
 On 30 juli 2016, at 19:58, Theo de Raadt  wrote:

 Yeah, you sure are the cool dude.

 Despite the existance of people like you, OpenBSD has been
 progressing as working code for 20 years.


 And what have you added.  Just words.

 Mean ones about things you later say you don't are about.  Just
 layers of spite from you when it is pointed out your words don't
 change the world in any way.

> I don't appreciate the private reply.
>
> Adding misc back in.
>
>> On 30 juli 2016, at 16:29, Theo de Raadt  wrote:
>>
>> Just shut up.
>>>
>>
>>
>>
>> --
>>
>> Cordialement, Coues Ludovic
>> +336 148 743 42

Re: choosing OpenBSD for fileserver instead of FreeBSD + ZFS

[Karel Gardas]

On Wed, Jul 20, 2016 at 2:08 PM, Kamil Cholewiński 
wrote:
> On Wed, 20 Jul 2016, Miles Keaton  wrote:
>> So I figure if I use OpenBSD + softraid RAID 5 (across 4 disks) and then
>> write my own little shell script to track the MD5 (find . -type f -exec
md5
>> {} \;) whenever I make changes, that should be enough to see if a file has
>> been changed due to disk corruption.
>
> This will detect corruption, but won't fix it. ZFS fixes corrupted files
> on the fly, when possible, and updates on-disk parity to sustain another
> hit on the same file.

Yes, similar functionality is in RAID1C patch I posted on tech@ in the
past. Life is too intense now so I barely work on this to update it
following Joel Sing requirements. Anyway, someday I hope to push it
again to tech@