Re: git clone failing in vmm

[Mike Larkin]

On Sat, Mar 04, 2017 at 01:31:31PM +1300, Carlin Bingham wrote:
> I'm having an issue with git clone failing in a vmm vm. Happens consistently
> for any large trees, example:
> 
> $ git clone https://github.com/openbsd/src.git  
> Cloning into 'src'...
> remote: Counting objects: 1672334, done.
> remote: Compressing objects: 100% (867/867), done.
> fatal: pack has bad object at offset 2242336: inflate returned -5   
> fatal: index-pack failed
> 
> This doesn't happen outside the vm.
> 

Thanks for reporting this. I have seen other similar failures. I think I know
what's going on but I don't have a fix yet. I will let you know when I do.

-ml


> Syslog on the host says this:
> Mar  4 12:12:40 vorpal vmd[99431]: vionet queue notify - no space, dropping 
> packet
> 
> Other downloads (eg. downloading the sets) works fine, it's just git that
> fails.
> 
> Anyone know what the problem might be or how to prevent it?
> 
> 
> The network on the host looks like this:
> 
> vether0: flags=8943 mtu 1500
> lladdr fe:e1:ba:d1:a5:21
> index 8 priority 0 llprio 3
> groups: vether
> media: Ethernet autoselect
> status: active
> inet 10.1.1.1 netmask 0xff00 broadcast 10.1.1.255
> bridge0: flags=41
> index 9 llprio 3
> groups: bridge
> priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp
> vether0 flags=3
> port 8 ifpriority 0 ifcost 0
> tap0 flags=3
> port 10 ifpriority 0 ifcost 0
> tap0: flags=8942 mtu 1500
> lladdr fe:e1:ba:d2:bb:43
> description: vm2-if0-tmpvm
> index 10 priority 0 llprio 3
> groups: tap
> status: active
> 
> -- 
> Carlin

git clone failing in vmm

[Carlin Bingham]

I'm having an issue with git clone failing in a vmm vm. Happens consistently
for any large trees, example:

$ git clone https://github.com/openbsd/src.git  
Cloning into 'src'...
remote: Counting objects: 1672334, done.
remote: Compressing objects: 100% (867/867), done.
fatal: pack has bad object at offset 2242336: inflate returned -5   
fatal: index-pack failed

This doesn't happen outside the vm.

Syslog on the host says this:
Mar  4 12:12:40 vorpal vmd[99431]: vionet queue notify - no space, dropping 
packet

Other downloads (eg. downloading the sets) works fine, it's just git that
fails.

Anyone know what the problem might be or how to prevent it?


The network on the host looks like this:

vether0: flags=8943 mtu 1500
lladdr fe:e1:ba:d1:a5:21
index 8 priority 0 llprio 3
groups: vether
media: Ethernet autoselect
status: active
inet 10.1.1.1 netmask 0xff00 broadcast 10.1.1.255
bridge0: flags=41
index 9 llprio 3
groups: bridge
priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp
vether0 flags=3
port 8 ifpriority 0 ifcost 0
tap0 flags=3
port 10 ifpriority 0 ifcost 0
tap0: flags=8942 mtu 1500
lladdr fe:e1:ba:d2:bb:43
description: vm2-if0-tmpvm
index 10 priority 0 llprio 3
groups: tap
status: active

-- 
Carlin

Re: serial port expansion card

[Tinker]

I'd like to know how the 15-25Mbps PCIe UART:s work, e.g.:

Exar XR17V354 (4x25mbps):
https://www.exar.com/content/document.ashx?id=1586
https://www.aliexpress.com/item/Mini-PCIe-4-Serial-ports-Controller-card-mini-PCI-e-to-DB9-RS232-adapter-mini-PCI/32442952119.html
https://www.aliexpress.com/wholesale?SearchText=XR17V354

Moschip MCS9904 (4x16mbps):
http://www.asix.com.tw/products.php?op=pItemdetail=121;74;110=74
https://www.aliexpress.com/item/Mini-PCI-express-4-Serial-ports-Controller-card-mini-PCIe-to-DB9-RS232-adapter-mini-PCI/32638149073.html
https://www.aliexpress.com/wholesale?SearchText=MCS9904
http://www.ebay.com/itm/New-Genuine-StarTech-4-Port-RS232-Mini-PCI-Express-Serial-Card-MPEX4S552-/401275843074?hash=item5d6de77202:g:-g4AAOSwa~BYVK1n

OXPCIe954:
http://www.jetwaycomputer.com/spec/expansion/ADMPEOX4CA.pdf

On 2017-03-03 22:29, Stuart Henderson wrote:
..

What I tend to do for consoles on PCs is use a DE9-RJ45 adapter,
and in that adapter I loop back DTR-DSR and CTS-RTS (so as soon
as the computer raises DTR it sees DSR) and just connect
GND/RXD/TXD between the machines which avoids a few headaches..


Wait, what would the 'hang' depend on and what does this hack do?

Re: serial port expansion card

[Damian McGuckin]

Maybe we need a list of recommended serial port add-on cards although the 
thrust of other's arguments is to simply buy a good USB->serial adapter.


I just bought a little VIA box with serial ports which I hope will act as
a nice way to connect to the consolves my ALIX boxes which will arrive in
the next week or so.

I have not worked on serial port drivers for nearly 20 years and I only 
ever worked on SGI, MIPS, SUN and BSDI kernels. When I worked on really 
good hardware implementations of serial ports, the work was extremely

satisfying. And the reverse was also too true.

And for fear of starting a war, I will say nothing about the 'tty' driver.

So take this with a grain of salt.

On Fri, 3 Mar 2017, Stuart Henderson wrote:


I think I've sometimes seen similar hangs when the card wanted
something from the handshake lines that wasn't being provided.
If it's not plugged in yet (with a null modem adapter if needed,
note not just a gender-changer) then plugging it in might make
it come to life.


If this is required, something is poorly implemented with either the 
hardware or the driver.


Mind you, we are often stuck with hardware so this is often the only
workaround.

What I tend to do for consoles on PCs is use a DE9-RJ45 adapter, and in 
that adapter I loop back DTR-DSR and CTS-RTS (so as soon as the computer 
raises DTR it sees DSR) and just connect GND/RXD/TXD between the 
machines which avoids a few headaches..


Is this still needed. It is probably tolerable in this day and age where 
ports can do over 100kBaud. But still a bit rough.


One would think that by now, serial port technology would be perfect. But 
sadly no, if only because the demand no longer exists to support a vibrant 
mix of products. Some of the older Motorola (and TI, Cosystems, and ...) 
serial port cards were sheer works of art, and especially the ones with 
CPU offload features.


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: serial port expansion card

[Stuart Henderson]

On 2017-03-03, Jan Stary  wrote:
> This is current/amd64 (dmesg below). I got me this
> https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
> to have two extra serial ports to connect to my ALIXes.
> It shows up in dmesg as
>
>   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
>   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
>   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
>   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
>
> The kernel boots, but then the booting sequence hangs with
>
>   setting tty flags
>
> which apparently is the 'ttyflags -a' in /etc/rc.
> So I suppose /etc/ttys needs to be edited accordingly.
> I tried turning the getty off, but that didn't help:
>
>   console "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC0   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC1   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC2   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC3   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC4   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC5   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC6   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC7   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC8   "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC9   "/usr/libexec/getty std.9600"   vt220   off secure
>
> Commenting them out works, i.e. the boot sequence finishes:
>
>   console "/usr/libexec/getty std.9600"   vt220   off secure
>   ttyC0   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC1   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC2   "/usr/libexec/getty std.9600"   vt220   on  secure
>   ttyC3   "/usr/libexec/getty std.9600"   vt220   on  secure
>   #ttyC4 "/usr/libexec/getty std.9600"vt220   off secure
>   #ttyC5 "/usr/libexec/getty std.9600"vt220   on  secure
>   #ttyC6 "/usr/libexec/getty std.9600"vt220   off secure
>   #ttyC7 "/usr/libexec/getty std.9600"vt220   off secure
>   #ttyC8 "/usr/libexec/getty std.9600"vt220   off secure
>   #ttyC9 "/usr/libexec/getty std.9600"vt220   off secure
>
> ttyflags(8) says "device-specific flags for terminals". Does
> that mean there is something device specific about this particular
> serial port card that ttyflags cannot set (doesn't know how to set)
> and hangs on it, presumably because my ttys is wrong? I tried
>
>   ttyC4 none vt220
>   ttyC4 none vt220 off
>   ttyC4 none vt220 off local
>
> but these all hang too.
>
> What puzzles me is that now it started hanging again
> even with ths ttys emtries commented out.
> Am I missing something obvious?

ttyC* are for wscons(4) terminals, i.e. ones on your normal monitor,
they're nothing to do with this card.

The card is providing tty04/tty05 (and their cua equivalents for
outward connections) which are unlikely to be "on" in your /etc/ttys
(and you probably don't want them to be - presumably these are for
connecting out to consoles on the ALIXes and not for allowing other
people to login to this machine?).

Commenting-out those entries might get you past boot but then it
may hang again later when you try to use them.

I think I've sometimes seen similar hangs when the card wanted
something from the handshake lines that wasn't being provided.
If it's not plugged in yet (with a null modem adapter if needed,
note not just a gender-changer) then plugging it in might make
it come to life.

What I tend to do for consoles on PCs is use a DE9-RJ45 adapter,
and in that adapter I loop back DTR-DSR and CTS-RTS (so as soon
as the computer raises DTR it sees DSR) and just connect
GND/RXD/TXD between the machines which avoids a few headaches..

Re: increased load average

[Stuart Henderson]

On 2017-03-03, Infoomatic  wrote:
> Hi,
> I have got "QOTOM Mini PC" with a 4-core "Intel(R) Celeron(R) CPU J1900 @ 
> 1.99GHz, 2000.45 MHz" CPU and 8GB RAM acting as firewall for a 12MBit 
> synchronous connection and routing all traffic to our datacenter via OpenVPN.
> Since the upgrade yesterday from -stable to -current, the load average jumped 
> from about 0.2 to 1.7. There hasn't been changes in our userbase (<10 users) 
> or anything else, is this a known problem? I use the MP kernel.

It's calculated differently now.

Re: pkg.conf

[lists]

Fri, 3 Mar 2017 09:20:39 +0100 Theo Buehler 
> On Fri, Mar 03, 2017 at 09:13:12AM +0100, Nils Reuße wrote:
> > > Theo Buehler  hat am 2. März 2017 um 22:44
geschrieben:
> > >
> > > On Thu, Mar 02, 2017 at 10:31:50PM +0100, Jan Stary wrote:
> > > > current.html says to # rm /etc/pkg.conf
> > > > after the switch to installurl(5).
> > > > Should it also say to
> > > >
> > > >   # rm /usr/share/man/man5/pkg.conf.5
> > >
> > > yes. fixed, thanks
> >
> > I guess one should remove /etc/examples/pkg.conf then as well?
>
> I added that one, too, but I'll leave it at that. None of these files
> does any harm if it's present.

Hi Jan, Nils, Theo and misc@,

Yes, moreover so, there should be a file in examples listing mirrors
for packages and snapshot downloads, that is getting synced from the
respective database file.  This file is then used as an example, for
configuring the utilities used for package tools and snapshot tools.

What I'm trying to say is, correct, we should not remove the example
files, and possibly (if relevant) further extend the system upgrades
management and maintenance tools to have snapshots related function.

Also, we should have in mind people might prefer and/or need to have
separate different download for snapshots and packages, depending on
their upgrade and maintenance model, bandwidth, project involvement.

And it is worth mentioning that for some machines auto upgrades from
snapshots from local disk is mandatory including installer response.
That should enable fully automated or offline upgrades capabilities,
for all people following development always running latest snapshot.

Kind regards,
Anton

Re: increased load average

[Infoomatic]

> Gesendet: Freitag, 03. März 2017 um 15:53 Uhr
> This is known behaviour from current.
>

OK, thanks for the info. I have no problem with the load so far, just did not
have an idea where it did come from since vmstat did not show anything unusual
compared to running -stable.

Re: serial port expansion card

[Sterling Archer]

On Fri, Mar 3, 2017 at 8:54 AM, Jan Stary  wrote:

> On Mar 03 08:46:11, h...@stare.cz wrote:
> > This is current/amd64 (dmesg below). I got me this
> > https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
> > to have two extra serial ports to connect to my ALIXes.
> > It shows up in dmesg as
> >
> >   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
> >   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
> >   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
> >   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
>
> Hm, puc(4) says
>
>   The current design of this driver keeps any com ports on these
>   cards from easily being used as console.  Of course, because boards with
>   those are PCI boards, they also suffer from dynamic address
>   assignment, which also means that they can't easily be used as console.
>
> What do people use as a serial port expansion then
> to connect to the ALIX serial console?
>
> Jan
>
>
I recently bought a cheap USB com port adapter which works fine.
It shows up as ucom0 in dmesg, and uses the /dev/ttyU0 device.

I ordered it here https://www.apu-board.de/produkte/digitus-da-70156.html
in case you're interested.

Re: increased load average

[Otto Moerbeek]

On Fri, Mar 03, 2017 at 11:28:14AM +0100, Infoomatic wrote:

> Hi,
> I have got "QOTOM Mini PC" with a 4-core "Intel(R) Celeron(R) CPU J1900 @ 
> 1.99GHz, 2000.45 MHz" CPU and 8GB RAM acting as firewall for a 12MBit 
> synchronous connection and routing all traffic to our datacenter via OpenVPN.
> Since the upgrade yesterday from -stable to -current, the load average jumped 
> from about 0.2 to 1.7. There hasn't been changes in our userbase (<10 users) 
> or anything else, is this a known problem? I use the MP kernel.
> 
> regards,
> infoomatic

This is known behaviour from current.

-Otto

Re: increased load average

[sven falempin]

On Fri, Mar 3, 2017 at 5:28 AM, Infoomatic  wrote:

> Hi,
> I have got "QOTOM Mini PC" with a 4-core "Intel(R) Celeron(R) CPU J1900 @
> 1.99GHz, 2000.45 MHz" CPU and 8GB RAM acting as firewall for a 12MBit
> synchronous connection and routing all traffic to our datacenter via
> OpenVPN.
> Since the upgrade yesterday from -stable to -current, the load average
> jumped from about 0.2 to 1.7. There hasn't been changes in our userbase
> (<10 users) or anything else, is this a known problem? I use the MP kernel.
>
> regards,
> infoomatic
>
>
Having your cpu doing more is not a bad thing IF the user experience get
better,
i am sure this report will be interesting when put in the perspective with
how fast
content and services are provided.

Note that current is development mode, they may have put some additional
debugging info
as the current rework is quite deep, this may higher the load.

Dont forgot : http://undeadly.org/cgi?action=article=20090715034920

Load is not cpu usage.

Maybe some other metric comparison will be interesting to do (systat(1) and
vmstat(8)
if you can switch from to another version easily :-)

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: serial port expansion card

[Nick Holland]

On 03/03/17 07:31, Jan Stary wrote:
> Hi Paul,
> 
>> On Fri, Mar 03, 2017 at 08:54:02AM +0100, Jan Stary wrote:
>> | On Mar 03 08:46:11, h...@stare.cz wrote:
>> | > This is current/amd64 (dmesg below). I got me this
>> | > https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
>> | > to have two extra serial ports to connect to my ALIXes.
>> | > It shows up in dmesg as
>> | > 
>> | >   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
>> | >   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
>> | >   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
>> | >   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
>> | 
>> | Hm, puc(4) says
>> | 
>> |   The current design of this driver keeps any com ports on these
>> |   cards from easily being used as console.  Of course, because boards with
>> |   those are PCI boards, they also suffer from dynamic address
>> |   assignment, which also means that they can't easily be used as console.
>> | 
>> | What do people use as a serial port expansion then
>> | to connect to the ALIX serial console?
>> 
>> Using a com(4) port as console means the kernel writes its messages
>> there during boot.  The bootloader prompts you on it.  You can run a
>> getty(8) there so you can log in to the system.  This is what you want
>> to do on your ALIXes.
>> 
>> On your machine with puc(4), you can simply use the additional com(4)
>> ports to talk to the consoles on your ALIXes by using cu.  Point it at
>> the proper outgoing terminal device (for /dev/cuaXX, use -l cuaXX) and
>> use the correct speed (e.g. -s 19200).
>> 
>> The machine that has puc(4) may have its console on a glass terminal
>> (using a monitor and keyboard), or it itself may have a serial
>> console.  In that case *THAT* should use an onboard serial port, not
>> one behind puc(4).
> 
> Yes. Sorry for the confusion. Indeed, it is the ALIX's console
> I want to connect *to* form this machine (which has a monitor),
> using the new com at pcu.
> 
> Anyway, waht is it that makes the new com(4)s
> hang on 'ttyflags -a' at rc(8) time?
> 
>   Jan

I've seen this behavior on some rather attractive priced 8 port PCI
serial cards which attached as puc(4).  What I found is that they hung
on Piii-class machines, but "worked" on P4 machines, at least until 
realized the P4 was sucking huge amounts of power, fans running at full
speed, pumping out lots of heat, and showing huge interrupt loads when
the machine was idle, and removing the 8 port card eliminated the 
problems.

Heh.  From memory, I think those were NetMos based cards, too. 

So, it seems some puc(4) devices end up causing horrible interrupt
storms.

There ARE two port PCI cards that work just fine.  So I'd suggest 
trying other cards if two ports is all you need.

In a project where I wanted some serial consoles on a remote system, 
and was told "don't do puc(4)", I ended up using a USB to 8-serial port 
device -- I think we were able to get this for under $150US.  Here's 
how it shows in dmesg, attached to an Alix system:

uhub6 at usb6 "ATI OHCI root hub" rev 1.00/1.00 addr 1
uhub7 at uhub0 port 5 "NEC product 0x0050" rev 2.00/1.00 addr 2
uftdi0 at uhub7 port 1 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 3
ucom0 at uftdi0 portno 1
uftdi1 at uhub7 port 2 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 4
ucom1 at uftdi1 portno 1
uftdi2 at uhub7 port 3 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 5
ucom2 at uftdi2 portno 1
uftdi3 at uhub7 port 4 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 6
ucom3 at uftdi3 portno 1
uftdi4 at uhub7 port 5 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 7
ucom4 at uftdi4 portno 1
uftdi5 at uhub7 port 6 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 8
ucom5 at uftdi5 portno 1
uhub8 at uhub7 port 7 "NEC hub" rev 2.00/1.00 addr 9
uftdi6 at uhub8 port 1 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 10
ucom6 at uftdi6 portno 1
uftdi7 at uhub8 port 2 configuration 1 interface 0 "FTDI FT232R USB UART" rev 
2.00/6.00 addr 11
ucom7 at uftdi7 portno 1

So the eight port device is actually six one port devices attached
to one hub, two one port devices attached to another hub, and the
two hubs are attached to one hub, and back to the computer.  I've got
another one which is two four-port devices with a hub between them.

Good news: in a year or so of operation, I've never seen the ports
"jump around" (so that one moment, ucom2 is servicing machineB, next
week, it's servicing machineD).  So far, perfectly predictable (and
I suspect it will stay that way).

Bad news: we HAVE had problems with the device locking up.  Now, our
machine with the eight port USB->serial device is devoted to being
the serial console for five other machines, so a quick reboot when we
need console is no big deal, and this fixes the port lockups.  But if

Re: softraid & GPT configuration.

[Eric Huiban]

Eric Huiban wrote:

Stefan Sperling wrote:

On Fri, Mar 03, 2017 at 01:27:20PM +0100, Eric Huiban wrote:

Hello,

I should have miss something in the man pages with softraid and
bioctl. But
i want to form a RAID 1 between two 3TB harddisk (2.7TiB) and it is
acting
like 2TiB MBR disks with OpenBSD 6.0.

fdisk -ig sd1 is OK.


Did you also use the -b option?

The FAQ now lists the steps for EFI setups:
http://www.openbsd.org/faq/faq14.html#softraid
Did you see this already?



I saw that but i dismissed it since i do not need a EFI boot for my
"data container" disks. (aside of the container disks i've got a system
disk with traditional image & rsync backups).

Anyway i did not find "anywhere" the mention that a softraid 1 needs to
be based on a bootable units. As well as "huge" discs management topic
seemed to me not so covered. Such idea of mandatory boot partition
looked weird to me... i just posted an open question on the list.

Eric.




i just performed some remote connection... recreating GPT with an .i EFI 
boot partition. The softraid is now 2.7TiB... Grumbl! conclusion : 
bioctl needs a mandatory bootable partition to act correctly even on 
disks not aimed to be bootable.


Sorry for the noise.
Eric.

Re: serial port expansion card

[Jan Stary]

On Mar 03 07:32:15, ji...@devio.us wrote:
> I'm little bit worried about consistent device names of
> serial port cards or USB->serial converters.
> Is it predictable or not?

These are consistently showing up as com4 at puc0 and com5 at puc1:

  puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
  com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
  puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
  com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo

Jan

Re: softraid & GPT configuration.

[Eric Huiban]

Stefan Sperling wrote:

On Fri, Mar 03, 2017 at 01:27:20PM +0100, Eric Huiban wrote:

Hello,

I should have miss something in the man pages with softraid and bioctl. But
i want to form a RAID 1 between two 3TB harddisk (2.7TiB) and it is acting
like 2TiB MBR disks with OpenBSD 6.0.

fdisk -ig sd1 is OK.


Did you also use the -b option?

The FAQ now lists the steps for EFI setups:
http://www.openbsd.org/faq/faq14.html#softraid
Did you see this already?



I saw that but i dismissed it since i do not need a EFI boot for my 
"data container" disks. (aside of the container disks i've got a system 
disk with traditional image & rsync backups).


Anyway i did not find "anywhere" the mention that a softraid 1 needs to 
be based on a bootable units. As well as "huge" discs management topic 
seemed to me not so covered. Such idea of mandatory boot partition 
looked weird to me... i just posted an open question on the list.


Eric.

Re: softraid & GPT configuration.

[Stefan Sperling]

On Fri, Mar 03, 2017 at 01:27:20PM +0100, Eric Huiban wrote:
> Hello,
> 
> I should have miss something in the man pages with softraid and bioctl. But
> i want to form a RAID 1 between two 3TB harddisk (2.7TiB) and it is acting
> like 2TiB MBR disks with OpenBSD 6.0.
> 
> fdisk -ig sd1 is OK.

Did you also use the -b option?

The FAQ now lists the steps for EFI setups:
http://www.openbsd.org/faq/faq14.html#softraid
Did you see this already?

Re: serial port expansion card

[Jan Stary]

Hi Paul,

> On Fri, Mar 03, 2017 at 08:54:02AM +0100, Jan Stary wrote:
> | On Mar 03 08:46:11, h...@stare.cz wrote:
> | > This is current/amd64 (dmesg below). I got me this
> | > https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
> | > to have two extra serial ports to connect to my ALIXes.
> | > It shows up in dmesg as
> | > 
> | >   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
> | >   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
> | >   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
> | >   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
> | 
> | Hm, puc(4) says
> | 
> |   The current design of this driver keeps any com ports on these
> |   cards from easily being used as console.  Of course, because boards with
> |   those are PCI boards, they also suffer from dynamic address
> |   assignment, which also means that they can't easily be used as console.
> | 
> | What do people use as a serial port expansion then
> | to connect to the ALIX serial console?
> 
> Using a com(4) port as console means the kernel writes its messages
> there during boot.  The bootloader prompts you on it.  You can run a
> getty(8) there so you can log in to the system.  This is what you want
> to do on your ALIXes.
> 
> On your machine with puc(4), you can simply use the additional com(4)
> ports to talk to the consoles on your ALIXes by using cu.  Point it at
> the proper outgoing terminal device (for /dev/cuaXX, use -l cuaXX) and
> use the correct speed (e.g. -s 19200).
> 
> The machine that has puc(4) may have its console on a glass terminal
> (using a monitor and keyboard), or it itself may have a serial
> console.  In that case *THAT* should use an onboard serial port, not
> one behind puc(4).

Yes. Sorry for the confusion. Indeed, it is the ALIX's console
I want to connect *to* form this machine (which has a monitor),
using the new com at pcu.

Anyway, waht is it that makes the new com(4)s
hang on 'ttyflags -a' at rc(8) time?

Jan

Re: serial port expansion card

[Jiri B]

I'm little bit worried about consistent device names of
serial port cards or USB->serial converters.

Is it predictable or not?

j.

softraid & GPT configuration.

[Eric Huiban]

Hello,

I should have miss something in the man pages with softraid and bioctl. 
But i want to form a RAID 1 between two 3TB harddisk (2.7TiB) and it is 
acting like 2TiB MBR disks with OpenBSD 6.0.


fdisk -ig sd1 is OK. same for sd2. No EFI boot partition.

disklabel is ok with a 2.7TiB ".a and .c" RAID partitions on each 
disk. (the check with newfs and mount is also OK). checked as per man pages.


but when i construct the RAID with

bioctl -c 1 -l /dev/sd1a,/dev/sd2a softraid

the softraid reports only  2TiB partitions on sd1 and sd2 thus building 
2TiB raid unit sd3.


Does someone have any advise about such behavior, or about what i'm 
missing ? Both man, apropos and google seem a little bit shy about such 
topic.


Regards,
Eric.

Re: gKrypt GPU Accelerated Encryption for OpenBSD

[Uday MOORJANI]

PS. This seems to be a proprietary project, on the other thoughts are
towards a new open source BSD license integration of commodity GPU to
native encryption in OpenBSD. If this has already been done, by all means
please advise as to where I can get more information.

On Fri, Mar 3, 2017 at 11:51 AM, Uday MOORJANI 
wrote:

> Hi Guys,
>
> Do you think this would be a good project to port? I have a personal
> project based on OpenBSD (not limited to), it's a network function for the
> SDDC space; since scalability is CPU intensive I believe the ability to
> offload encryption hooks native to OS used by services (VPN, SSL/TLS,
> SSL-VPN, SSL Offloading etc..) in the SDDC could be a good addition to
> OpenBSD, a great niche as well. :)
>
> Glad to hear your thoughts.
>
> Sincerely,
>
> Uday M

gKrypt GPU Accelerated Encryption for OpenBSD

[Uday MOORJANI]

Hi Guys,

Do you think this would be a good project to port? I have a personal
project based on OpenBSD (not limited to), it's a network function for the
SDDC space; since scalability is CPU intensive I believe the ability to
offload encryption hooks native to OS used by services (VPN, SSL/TLS,
SSL-VPN, SSL Offloading etc..) in the SDDC could be a good addition to
OpenBSD, a great niche as well. :)

Glad to hear your thoughts.

Sincerely,

Uday M

increased load average

[Infoomatic]

Hi,
I have got "QOTOM Mini PC" with a 4-core "Intel(R) Celeron(R) CPU J1900 @ 
1.99GHz, 2000.45 MHz" CPU and 8GB RAM acting as firewall for a 12MBit 
synchronous connection and routing all traffic to our datacenter via OpenVPN.
Since the upgrade yesterday from -stable to -current, the load average jumped 
from about 0.2 to 1.7. There hasn't been changes in our userbase (<10 users) or 
anything else, is this a known problem? I use the MP kernel.

regards,
infoomatic

Re: serial port expansion card

[Paul de Weerd]

Hi Jan,

On Fri, Mar 03, 2017 at 08:54:02AM +0100, Jan Stary wrote:
| On Mar 03 08:46:11, h...@stare.cz wrote:
| > This is current/amd64 (dmesg below). I got me this
| > https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
| > to have two extra serial ports to connect to my ALIXes.
| > It shows up in dmesg as
| > 
| >   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
| >   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
| >   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
| >   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
| 
| Hm, puc(4) says
| 
|   The current design of this driver keeps any com ports on these
|   cards from easily being used as console.  Of course, because boards with
|   those are PCI boards, they also suffer from dynamic address
|   assignment, which also means that they can't easily be used as console.
| 
| What do people use as a serial port expansion then
| to connect to the ALIX serial console?

Using a com(4) port as console means the kernel writes its messages
there during boot.  The bootloader prompts you on it.  You can run a
getty(8) there so you can log in to the system.  This is what you want
to do on your ALIXes.

On your machine with puc(4), you can simply use the additional com(4)
ports to talk to the consoles on your ALIXes by using cu.  Point it at
the proper outgoing terminal device (for /dev/cuaXX, use -l cuaXX) and
use the correct speed (e.g. -s 19200).

The machine that has puc(4) may have its console on a glass terminal
(using a monitor and keyboard), or it itself may have a serial
console.  In that case *THAT* should use an onboard serial port, not
one behind puc(4).

Cheers,

Paul 'WEiRD' de Weerd

-- 
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
 http://www.weirdnet.nl/ 

Re: serial port expansion card

[Bruno Flueckiger]

On Fri, Mar 03, 2017 at 08:54:02AM +0100, Jan Stary wrote:
> On Mar 03 08:46:11, h...@stare.cz wrote:
> > This is current/amd64 (dmesg below). I got me this
> > https://www.alza.cz/EN/axago-pcea-s2-d277216.htm
> > to have two extra serial ports to connect to my ALIXes.
> > It shows up in dmesg as
> > 
> >   puc0 at pci2 dev 0 function 0 "NetMos Nm9922" rev 0x00: ports: 1 com
> >   com4 at puc0 port 0 apic 2 int 16: st16650, 32 byte fifo
> >   puc1 at pci2 dev 0 function 1 "NetMos Nm9922" rev 0x00: ports: 1 com
> >   com5 at puc1 port 0 apic 2 int 17: st16650, 32 byte fifo
> 
> Hm, puc(4) says
> 
>   The current design of this driver keeps any com ports on these
>   cards from easily being used as console.  Of course, because boards with
>   those are PCI boards, they also suffer from dynamic address
>   assignment, which also means that they can't easily be used as console.
> 
> What do people use as a serial port expansion then
> to connect to the ALIX serial console?
> 
>   Jan

I use an old USB to serial adapter from HP which attaches as uftdi(4).
There are some other compatible chips listed in usb(4). In my experience
USB to serial adapters provide more flexibility and cause less headaches
than expansion cards.

Cheers,
Bruno

Re: pkg.conf

[Theo Buehler]

On Fri, Mar 03, 2017 at 09:13:12AM +0100, Nils Reuße wrote:
> > Theo Buehler  hat am 2. März 2017 um 22:44 geschrieben:
> >
> >
> > On Thu, Mar 02, 2017 at 10:31:50PM +0100, Jan Stary wrote:
> > > current.html says to # rm /etc/pkg.conf
> > > after the switch to installurl(5).
> > > Should it also say to
> > >
> > >   # rm /usr/share/man/man5/pkg.conf.5
> >
> > yes. fixed, thanks
> >
> 
> I guess one should remove /etc/examples/pkg.conf then as well?
> 

I added that one, too, but I'll leave it at that. None of these files
does any harm if it's present.

Re: pkg.conf

[Nils Reuße]

> Theo Buehler  hat am 2. März 2017 um 22:44 geschrieben:
>
>
> On Thu, Mar 02, 2017 at 10:31:50PM +0100, Jan Stary wrote:
> > current.html says to # rm /etc/pkg.conf
> > after the switch to installurl(5).
> > Should it also say to
> >
> >   # rm /usr/share/man/man5/pkg.conf.5
>
> yes. fixed, thanks
>

I guess one should remove /etc/examples/pkg.conf then as well?