Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread Maxim Bourmistrov

Even X10 can be upgraded to get in html5.
 
> 21 dec. 2017 kl. 06:50 skrev kasak :
> 
> 
>> 21 дек. 2017 г., в 0:03, Chris Bennett  
>> написал(а):
>> 
>> I found a new server that uses IPMI and offers using it
>> to setup your own custom OS. So I bought in.
>> 
>> Damn thing requires Java.
>> They offered me some pretty worthless advice on using
>> Java.
>> 
>> I'm screwed into having to use Windows 7.
>> I've tried the Firefox ESR 32bit that supports Java.
>> Nope.
>> Opera. Nope
>> Edge. Nope
>> Chrome. Nope, including trying to use IEtab
>> 
>> Is it actually possible to get any web browser to 
>> open a Java applet?
>> 
>> I'm using a friends laptop and it can't stay on while
>> in the BIOS or after booting OpenBSD just to the point
>> of running memtest.
>> 
>> I'm a bit confused about what to do.
>> They offer IPMI that won't work without Java.
>> 
>> Is this even anything more than a scam??
>> I don't know squat about windows other than it sucks.
>> 
>> 
>> Serious question:
>> Is it acceptable practice to offer remote access that
>> cannot be used?
>> 
>> 
>> 
> Look at the newest servers with aspeed ast2500, such as supermicro x11 
> platforms, they are manageable through html5. If you still need to manage 
> your server try jdk-1.8.0.144v0.tgz package from ports
> 



vmd: VMs are stopping with: vcpu 0 run ioctl failed: Invalid argument

2017-12-21 Thread Olivier Cherrier

Hi,

I am running ~ current on amd64 (dmesg attached) and am experiencing
vmd crashes. The processes responsible for operating the VMs are
disappearing and I get the following messages in deamon:

Dec 20 12:26:32 stanislas vmd[38693]: vcpu_run_loop: vm 14 / vcpu 0 run ioctl 
failed: Invalid argument
Dec 20 12:26:32 stanislas vmd[98389]: vcpu_run_loop: vm 15 / vcpu 0 run ioctl 
failed: Invalid argument

It happens randomly. Generally the VMs are staying up for a few hours.
Is there anything I can do to troubleshoot ?

Thank you,
Best

-- 
Olivier Cherrier
Phone: +352691754777
mailto:o...@symacx.com
OpenBSD 6.2-current (GENERIC.MP) #2: Thu Dec  7 10:13:35 CET 2017
o...@stanislas.symacx.com:/sys/arch/amd64/compile/GENERIC.MP
real mem = 4188946432 (3994MB)
avail mem = 4054945792 (3867MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x87ee6000 (43 entries)
bios0: vendor American Megatrends Inc. version "5.11" date 06/03/2016
bios0: Notebook N24_25JU
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT DBGP DBG2 SSDT UEFI 
SSDT DMAR ASF!
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) 
PXSX(S4) RP17(S4) PXSX(S4) RP18(S4) PXSX(S4) RP19(S4) PXSX(S4) RP20(S4) 
PXSX(S4) RP01(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.80 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 2399 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus -1 (RP17)
acpiprt5 at acpi0: bus -1 (RP18)
acpiprt6 at acpi0: bus -1 (RP19)
acpiprt7 at acpi0: bus -1 (RP20)
acpiprt8 at acpi0: bus 1 (RP01)
acpiprt9 at acpi0: bus 2 (RP02)
acpiprt10 at acpi0: bus -1 (RP03)
acpiprt11 at acpi0: bus -1 (RP04)
acpiprt12 at acpi0: bus -1 (RP05)
acpiprt13 at acpi0: bus -1 (RP06)
acpiprt14 at acpi0: bus -1 (RP07)
acpiprt15 at acpi0: bus -1 (RP08)
acpiprt16 at acpi0: bus 3 (RP09)
acpiprt17 at acpi0: bus -1 (RP10)
acpiprt18 at acpi0: bus -1 (RP11)
acpiprt19 at acpi0: bus -1 (RP12)
acpiprt20 at acpi0: bus -1 (RP13)
acpiprt21 at acpi0: bus -1 (RP14)
acpiprt22 at acpi0: bus -1 (RP15)
acpiprt23 at acpi0: bus -1 (RP16)
acpiec0 at acpi0
acpicpu0 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@1034 mwait.1@0x60), 

Re: bug tracking system for OpenBSD

2017-12-21 Thread Ed Ahlsen-Girard
On Mon, 18 Dec 2017 15:05:53 -0800
Kai Wetlesen  wrote:

>  [...]  
>  [...]  
>  [...]  
>  [...]  
> 
> There are many decisions that would need to be made that will piss
> somebody off. Decisions like what software/platform to use, where to
> host the thing, and how much the tool should integrate into existing
> bug reporting mechanisms (right now just fancy emailing).
> 
> To answer your tactful question Theo, I personally haven’t done
> anything because I do not have your blessing nor of someone who can
> say “yes just effing do it". But, if you would be willing to give me
> free reign it will be done.
> 
> ~Kai

Mr. Wetlesen,

I believe the feedback you've received amounts to "go ahead and try,
we'll review it when you've done something." You'll certainly have free
rein to submit what you wish, but if you're asking for authority to
create anything with a guarantee that it will be implemented, I think
you'll be refused.

-- 

Edward Ahlsen-Girard
Ft Walton Beach, FL



Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread kasak

> 21 дек. 2017 г., в 12:16, Maxim Bourmistrov  
> написал(а):
> 
> 
> Even X10 can be upgraded to get in html5.
> 
>> 21 dec. 2017 kl. 06:50 skrev kasak :
>> 
>> 
>>> 21 дек. 2017 г., в 0:03, Chris Bennett  
>>> написал(а):
>>> 
>>> I found a new server that uses IPMI and offers using it
>>> to setup your own custom OS. So I bought in.
>>> 
>>> Damn thing requires Java.
>>> They offered me some pretty worthless advice on using
>>> Java.
>>> 
>>> I'm screwed into having to use Windows 7.
>>> I've tried the Firefox ESR 32bit that supports Java.
>>> Nope.
>>> Opera. Nope
>>> Edge. Nope
>>> Chrome. Nope, including trying to use IEtab
>>> 
>>> Is it actually possible to get any web browser to 
>>> open a Java applet?
>>> 
>>> I'm using a friends laptop and it can't stay on while
>>> in the BIOS or after booting OpenBSD just to the point
>>> of running memtest.
>>> 
>>> I'm a bit confused about what to do.
>>> They offer IPMI that won't work without Java.
>>> 
>>> Is this even anything more than a scam??
>>> I don't know squat about windows other than it sucks.
>>> 
>>> 
>>> Serious question:
>>> Is it acceptable practice to offer remote access that
>>> cannot be used?
>>> 
>>> 
>>> 
>> Look at the newest servers with aspeed ast2500, such as supermicro x11 
>> platforms, they are manageable through html5. If you still need to manage 
>> your server try jdk-1.8.0.144v0.tgz package from ports
>> 
> 
Just by updating firmware?  What a pity, Asus hasn’t upgraded firmwares to 
support html5, I have some of them in usage with p10 platforms


Re: Does OpenSMTPD support accented characters in email addresses?

2017-12-21 Thread Gilles Chehade
On Mon, Dec 18, 2017 at 01:59:24PM -0700, LD wrote:
> Trying to send accented characters using OpenBSD's (v5.9) email server I get
> a "501 5.1.3: Recipient address syntax error" because the local part of the
> address has an "??" ("e" with an acute accent) in the name. Does OpenSMTPD
> support these characters? How can I enable this on my server?
> 
> At the EHLO prompt I get:
> 250-server_name.example.com Hello test.me [127.0.0.1], pleased to meet you
> 250-8BITMIME
> 250-ENHANCEDSTATUSCODES
> 250-SIZE 36700160
> 250-DSN
> 250 HELP
> 
> I think I should see a "SMTPUTF8" extension in this list. Is that correct?
> 

smtpd doesn't support SMTPUTF8 yet, correct.


-- 
Gilles Chehade

https://www.poolp.org  @poolpOrg



PCEngines APU2 Wifi router issues

2017-12-21 Thread George
Hi guys,

I got the apu2b4 to build a wifi router with an Intel Dual Band
Wireless AC 7260 wifi module. The module firmware was loaded by
fw_update at first boot and connecting to my existing AP works but when

I try to set it up as an access point with:

ifconfig iwm0 up media autoselect mediaopt hostap mode 11g nwid MySSID
wpakey MyKey

I get in ifconfig iwm0
...
status: no network
...

and associating/connecting from my Linux laptop does not work... I am
not even seeing the AP with this "MySSID" in the scan listing. Any
suggestions or ideas as to what might be wrong are welcome.

TIA
George



Re: PCEngines APU2 Wifi router issues

2017-12-21 Thread Carlos Cardenas
George  wrote:

> Hi guys,
> 
> I got the apu2b4 to build a wifi router with an Intel Dual Band
> Wireless AC 7260 wifi module. The module firmware was loaded by
> fw_update at first boot and connecting to my existing AP works but when
> 
> I try to set it up as an access point with:
> 
> ifconfig iwm0 up media autoselect mediaopt hostap mode 11g nwid MySSID
> wpakey MyKey
> 
> I get in ifconfig iwm0
> ...
> status: no network
> ...
> 
> and associating/connecting from my Linux laptop does not work... I am
> not even seeing the AP with this "MySSID" in the scan listing. Any
> suggestions or ideas as to what might be wrong are welcome.
> 
> TIA
> George
> 

George,

iwm(4) is not capable for access point usage.

Check out https://www.openbsd.org/faq/faq6.html#Wireless for a list.

+--+
Carlos



Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov

6.2-stable is NOT STABLE.
Backport, backport,backport.

6.2-stable is a beta release. 
This is what its IS.

5.9 vs. 6.2 - last one is a major downwards.
I know a lot of stuff done in tcp/ip stack and this is a good job (abt time to 
ack SMP), but
Keep those changes in beta, don’t tell ”we have rel and stable here. Eat it”.

//mxb

> 21 dec. 2017 kl. 23:19 skrev Maxim Bourmistrov :
> 
> 
> Fixed in HEAD?! - my ass. Whom puts HEAD into prod?! Not me any more, that's 
> for sure.
> IS LIKE DROPPING A TURBO ENGINE INTO CAR WITH NO WHEELS.
> 
> I can dig into this as much as I want/like ON MY OWN TIME.
> But if MONEY are on the table…….
> 
> I think I’ll revert to 5.9 all of it.
> 
> //mxb
> 
>> 21 dec. 2017 kl. 23:07 skrev Maxim Bourmistrov :
>> 
>> Solved?1
>> 
>> What abt OPTIONS in relay_http.c ?
>> Solved?
>> Maybe in HEAD.(?)
>> I have to hand-rolle this in src for 6.2 to have it working.
>> —> toread=0;
>> You know.
>> 
>> //mxb
>> 
>>> 21 dec. 2017 kl. 22:40 skrev Janne Johansson >> >:
>>> 
>>> 2017-12-21 21:58 GMT+01:00 Maxim Bourmistrov >> >:
>>> 
>>> Sorry, but I have to say
>>> Releases after 5.9 are NOT production stable.
>>> (Until all bugs are smashed within stack changes and SMP unlock).
>>> After 5.9 - cost money and effort.
>>> MONEY.
>>> 
>>> As long as they get quality reports like this, it would soon be solved.
>>>  
>> 
> 



Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Stuart Henderson
On 2017/12/21 23:20, Maxim Bourmistrov wrote:
> 
> Fixed in HEAD?! - my ass. Whom puts HEAD into prod?! Not me any more, that's 
> for sure.
> IS LIKE DROPPING A TURBO ENGINE INTO A CAR WITH NO WHEELS.
> 
> I can dig into this as much as I want/like ON MY OWN TIME.
> But if MONEY are on the table…….

If money is on the table, perhaps you could contract someone to look at
your problems. Though unless you give a bit more information than in your
mails you'll be wasting money while someone figures out what you're
talking about.

> I think I’ll revert to 5.9 all of it.

Your call. Seems hell of a lot easier to take relayd/relayctl up to
-current for a test than reinstall to 5.9 though.



Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov
Solved?1

What abt OPTIONS in relay_http.c ?
Solved?
Maybe in HEAD.(?)
I have to hand-rolle this in src for 6.2 to have it working.
—> toread=0;
You know.

//mxb

> 21 dec. 2017 kl. 22:40 skrev Janne Johansson :
> 
> 2017-12-21 21:58 GMT+01:00 Maxim Bourmistrov  >:
> 
> Sorry, but I have to say
> Releases after 5.9 are NOT production stable.
> (Until all bugs are smashed within stack changes and SMP unlock).
> After 5.9 - cost money and effort.
> MONEY.
> 
> As long as they get quality reports like this, it would soon be solved.
>  



Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov

Fixed in HEAD?! - my ass. Whom puts HEAD into prod?! Not me any more, that's 
for sure.
IS LIKE DROPPING A TURBO ENGINE INTO A CAR WITH NO WHEELS.

I can dig into this as much as I want/like ON MY OWN TIME.
But if MONEY are on the table…….

I think I’ll revert to 5.9 all of it.

//mxb

> 21 dec. 2017 kl. 23:07 skrev Maxim Bourmistrov :
> 
> Solved?1
> 
> What abt OPTIONS in relay_http.c ?
> Solved?
> Maybe in HEAD.(?)
> I have to hand-rolle this in src for 6.2 to have it working.
> —> toread=0;
> You know.
> 
> //mxb
> 
>> 21 dec. 2017 kl. 22:40 skrev Janne Johansson > >:
>> 
>> 2017-12-21 21:58 GMT+01:00 Maxim Bourmistrov > >:
>> 
>> Sorry, but I have to say
>> Releases after 5.9 are NOT production stable.
>> (Until all bugs are smashed within stack changes and SMP unlock).
>> After 5.9 - cost money and effort.
>> MONEY.
>> 
>> As long as they get quality reports like this, it would soon be solved.
>>  
> 



Question on more concise httpd.conf setup for subdomain + https redirects

2017-12-21 Thread Ryan Flannery
Hi, I'm curious if there's a more concise/preferred way to accomplish the
below. I'm hosting a number of sites that want to prefer https over http
and strip any www subdomain from urls.

E.g.
www.foo.com/* -> https://foo.com/*
https://www.foo.com/* -> https://foo.com/*

I have this working (used acme-client to setup ssl - that was a breeze!)
using the following setup, but I'm curious if there's a more
concise/preferred way. I'll need to configure this for a number of sites,
and would probably script the config.

The first two server blocks setup the redirects, and the third is for the
actual site.

server "foo.net" {
   alias "www.foo.net"
   listen on * port 80
   block return 301 "https://foo.net$REQUEST_URI;
}
server "www.foo.net" {
   listen on * tls port 443
   tls certificate "/etc/ssl/foo.net.fullchain.pem"
   tls key "/etc/ssl/private/foo.net.key"
   block return 301 "https://foo.net$REQUEST_URI;
}
server "foo.net" {
   listen on * tls port 443
   tls certificate "/etc/ssl/foo.net.fullchain.pem"
   tls key "/etc/ssl/private/foo.net.key"
   root "/htdocs/foo.net"
}

Cheers,
-Ryan


Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread Maxim Bourmistrov
Yepp.
I have
bios0: Supermicro X10DRT-PT
With latest IPMI firmware and have html5.


> 21 dec. 2017 kl. 12:00 skrev kasak :
> 
> 
>> 21 дек. 2017 г., в 12:16, Maxim Bourmistrov  
>> написал(а):
>> 
>> 
>> Even X10 can be upgraded to get in html5.
>> 
>>> 21 dec. 2017 kl. 06:50 skrev kasak :
>>> 
>>> 
 21 дек. 2017 г., в 0:03, Chris Bennett  
 написал(а):
 
 I found a new server that uses IPMI and offers using it
 to setup your own custom OS. So I bought in.
 
 Damn thing requires Java.
 They offered me some pretty worthless advice on using
 Java.
 
 I'm screwed into having to use Windows 7.
 I've tried the Firefox ESR 32bit that supports Java.
 Nope.
 Opera. Nope
 Edge. Nope
 Chrome. Nope, including trying to use IEtab
 
 Is it actually possible to get any web browser to 
 open a Java applet?
 
 I'm using a friends laptop and it can't stay on while
 in the BIOS or after booting OpenBSD just to the point
 of running memtest.
 
 I'm a bit confused about what to do.
 They offer IPMI that won't work without Java.
 
 Is this even anything more than a scam??
 I don't know squat about windows other than it sucks.
 
 
 Serious question:
 Is it acceptable practice to offer remote access that
 cannot be used?
 
 
 
>>> Look at the newest servers with aspeed ast2500, such as supermicro x11 
>>> platforms, they are manageable through html5. If you still need to manage 
>>> your server try jdk-1.8.0.144v0.tgz package from ports
>>> 
>> 
> Just by updating firmware?  What a pity, Asus hasn’t upgraded firmwares to 
> support html5, I have some of them in usage with p10 platforms



Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Chris Bennett


>  Original Message 
> Subject: Re: Solved IPMI, but I can't get onto network to outside
> From: Scott Nicholas 
> Date: Thu, December 21, 2017 2:41 pm
> To: Chris Bennett 
> Cc: ed...@pettijohn-web.com, misc@openbsd.org
> 
> 
> On Dec 21, 2017 2:58 PM, "Chris Bennett" 
> wrote:
> 
> 
> 
> >  Original Message 
> > Subject: Re: Solved IPMI, but I can't get onto network to outside
> > From: ed...@pettijohn-web.com
> > Date: Thu, December 21, 2017 1:42 pm
> > To: Chris Bennett 
> > Cc: misc@openbsd.org
> >
> >
> > On Dec 21, 2017 12:57 PM, Chris Bennett 
> wrote:
> > >
> > > OK, I've not had this setup before and I can't get it
> > > to work. I am not sure what to move or which commands
> > > to use to investigate. I.E. I don't know how to
> > > interpret what I see from them.
> > >
> > > I got this from support:
> > >
> > > I have checked the prefix routing and I dont see any issue with
> > > networking.
> > > You have assigned the below prefix. Please check and configure as per,
> > >
> > > IP: 104.217.196.248/29
> > > Gateway: 104.217.196.249
> > > Netmask: 255.255.255.248
> > >
> >
> > What is your network interface?
> >
> 
> I have two, em0 and em1
> 
> em0:
> inet 104.217.196.248 255.255.255.248
> 
> And I admit I really don't see what IP addresses I get
> with 104.217.196.248/29.
> Especially confusing with 104.217.196.249 as the gateway address
> 
> Chris Bennett
> 
> 
> You get 6 addresses from that, but one is used by the gateway. Use
> 104.217.196.250 to 254 for your devices.
> 
> em0:
> inet 104.217.196.250 255.255.255.248 104.217.196.255
> 

Even after a reboot, this fails to work.
Is there something I am missing or do I need to kick this back
to support?

Thanks,
Chris Bennett




Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov

Sorry, but I have to say
Releases after 5.9 are NOT production stable.
(Until all bugs are smashed within stack changes and SMP unlock).
After 5.9 - cost money and effort.
MONEY.

//mxb

> 21 dec. 2017 kl. 20:29 skrev Maxim Bourmistrov :
> 
> Hey,
> After upgrading from 6.0-stable to 6.2-stable (syspatch) existing setup 
> started to hang.
> As of burst of emails from me following is known:
> 
> Relayd is a main process to take CPU.
> Also running ospfd and bgpd (for blocklist distrib)
> 
> With 6.0, relayd used to have two or more procs with high CPU usage (99,9% - 
> 100%, per core).
> Now, setup is just adjusted to conform new reality with TLS protocol, all 
> just hangs.
> No core (even it is enabled in sysctl), no panic - nothing.
> Syslog sending to remote shows nothing.
> 
> I know, it is now enough for any debug and troubleshooting at all.
> Just FYI.
> 
> Any ideas are welcome.
> 
> //mxb



Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Chris Bennett
switched to em1, no problem.
em0 is clearly defective.

Thanks for the help!

Chris Bennett




Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov

I had to bypass relayd to roll prod stable.
Down to apache. Taking care of http and https.
By redirect.
Now this setup (if I can call it) is stable.

.

P.S.
Looks like we have to move forward from here.

> 21 dec. 2017 kl. 21:58 skrev Maxim Bourmistrov :
> 
> 
> Sorry, but I have to say
> Releases after 5.9 are NOT production stable.
> (Until all bugs are smashed within stack changes and SMP unlock).
> After 5.9 - cost money and effort.
> MONEY.
> 
> //mxb
> 
>> 21 dec. 2017 kl. 20:29 skrev Maxim Bourmistrov :
>> 
>> Hey,
>> After upgrading from 6.0-stable to 6.2-stable (syspatch) existing setup 
>> started to hang.
>> As of burst of emails from me following is known:
>> 
>> Relayd is a main process to take CPU.
>> Also running ospfd and bgpd (for blocklist distrib)
>> 
>> With 6.0, relayd used to have two or more procs with high CPU usage (99,9% - 
>> 100%, per core).
>> Now, setup is just adjusted to conform new reality with TLS protocol, all 
>> just hangs.
>> No core (even it is enabled in sysctl), no panic - nothing.
>> Syslog sending to remote shows nothing.
>> 
>> I know, it is now enough for any debug and troubleshooting at all.
>> Just FYI.
>> 
>> Any ideas are welcome.
>> 
>> //mxb
> 



Re: Free OpenBSD Puffy Stickers

2017-12-21 Thread x9p

On Thu, December 14, 2017 3:14 am, x9p wrote:
>
...
> x9p | PGP : 0x03B50AF5EA4C8D80 / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE
> 1524 E7EE
>
>

mail sent to the ones who sent me the address. still lots of stickers to send.

cheers.

--
x9p | PGP : 0x03B50AF5EA4C8D80 / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 
E7EE



Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread Chris Bennett


>  Original Message 
> Subject: Re: IPMI still requires Java! I'm screwed.
> From: "Alceu R. de Freitas Jr." 
> Date: Thu, December 21, 2017 11:04 am
> To: misc@openbsd.org
> 
> 
> I'm a bit late to answer, but maybe you could check with the manufacturer?
> Java applets are gone... Oracle will not support them anymore due security 
> issues, so maybe the manufacturer could give you a hand on this.
> If they don't, maybe you could try some reverse engineering? Unless the 
> manufacturer spent time (and money) running the Java applet into some code 
> obfuscation software, there are good chances you can checkout what's the code 
> does. Or even using a network sniffer, whatever seems to be easier.
> Of course, none of those are easy/fast ways to get your trouble resolved. 
> That's why sucks to buy things with proprietary code attached. If they decide 
> to not support the product anymore, you're screwed.
> Em quinta-feira, 21 de dezembro de 2017 14:33:27 BRST, Robert Blacquiere 
>  escreveu:  
>  
>  On Thu, Dec 21, 2017 at 08:50:02AM +0300, kasak wrote:
> 
> > > 
> > Look at the newest servers with aspeed ast2500, such as supermicro x11 
> > platforms, they are manageable through html5. If you still need to manage 
> > your server try jdk-1.8.0.144v0.tgz package from ports
> > 
> You could also try running linux in vm with icedtea-Web plugin for
> firefox on linux. That seems to work with older SuperMicro machines
> without much issues. Also the bundled IPMIviewer for linux works fine. 
> The main issue is with the IPMI (from ATEN) is it uses iKVM.jar which is
> not supported for a lot of OS-ses.
> 
> Regards
> 
> Robert


Right now,I only have access to an old laptop a friend is letting me use
that runs Windows 7. It is too broken to change OS.

I finally did find a way to get things to work.
The Firefox ESR 32bit still allows Java. Mozilla is going to drop this
ESR
If you install Java 7, it has the medium security option still.
So it works. Really lousy internet connection here. I really pointed
this out to the owner and he says he is going to call the company.
I still can't get the server to connect over the network itself.
I did manage to finally install base plus the bsd's.
I'm going to start a new thread about this problem.

Chris Bennett





Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread x9p

On Thu, December 21, 2017 1:22 pm, Robert Blacquiere wrote:
...
> You could also try running linux in vm with icedtea-Web plugin for
> firefox on linux. That seems to work with older SuperMicro machines
> without much issues. Also the bundled IPMIviewer for linux works fine.
> The main issue is with the IPMI (from ATEN) is it uses iKVM.jar which is
> not supported for a lot of OS-ses.
>
> Regards
>
> Robert
>
>

true. VMD+alpine+x11vnc runs in probably very old/crappy hardware, dunno if 
will run the jar
though.
in the past i preferred HP servers with iLO remote management.

cheers.

--
x9p | PGP : 0x03B50AF5EA4C8D80 / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 
E7EE



Re: vmd: VMs are stopping with: vcpu 0 run ioctl failed: Invalid argument

2017-12-21 Thread Mike Larkin
On Thu, Dec 21, 2017 at 08:36:19AM +, Olivier Cherrier wrote:
> 
>   Hi,
> 
> I am running ~ current on amd64 (dmesg attached) and am experiencing
> vmd crashes. The processes responsible for operating the VMs are
> disappearing and I get the following messages in deamon:
> 
> Dec 20 12:26:32 stanislas vmd[38693]: vcpu_run_loop: vm 14 / vcpu 0 run ioctl 
> failed: Invalid argument
> Dec 20 12:26:32 stanislas vmd[98389]: vcpu_run_loop: vm 15 / vcpu 0 run ioctl 
> failed: Invalid argument
> 
> It happens randomly. Generally the VMs are staying up for a few hours.
> Is there anything I can do to troubleshoot ?
> 

Could be anything. What guest VM are you running here? And how much memory are
you assigning?

A useful option is to run vmd manually (rcctl stop vmd && vmd -d), and/or
to enable VMM_DEBUG in sys/arch/amd64/amd64/vmm.c and rebuild the kernel.
Obviously that kernel goes on the host.

-ml

> Thank you,
> Best
> 
> -- 
> Olivier Cherrier
> Phone: +352691754777
> mailto:o...@symacx.com

> OpenBSD 6.2-current (GENERIC.MP) #2: Thu Dec  7 10:13:35 CET 2017
> o...@stanislas.symacx.com:/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4188946432 (3994MB)
> avail mem = 4054945792 (3867MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x87ee6000 (43 entries)
> bios0: vendor American Megatrends Inc. version "5.11" date 06/03/2016
> bios0: Notebook N24_25JU
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT DBGP DBG2 SSDT 
> UEFI SSDT DMAR ASF!
> acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) 
> PXSX(S4) RP17(S4) PXSX(S4) RP18(S4) PXSX(S4) RP19(S4) PXSX(S4) RP20(S4) 
> PXSX(S4) RP01(S4) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.80 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 24MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 1 (application processor)
> cpu2: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 1, core 0, package 0
> cpu3 at mainbus0: apid 3 (application processor)
> cpu3: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz, 2095.14 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,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,ERMS,INVPCID,RDSEED,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpihpet0 at acpi0: 2399 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (PEG0)
> acpiprt2 at acpi0: bus -1 (PEG1)
> acpiprt3 at acpi0: bus -1 (PEG2)
> acpiprt4 at acpi0: bus -1 (RP17)
> acpiprt5 at acpi0: bus -1 (RP18)
> acpiprt6 at acpi0: bus -1 (RP19)
> acpiprt7 at acpi0: bus -1 (RP20)
> acpiprt8 at acpi0: bus 1 (RP01)
> acpiprt9 at acpi0: bus 2 (RP02)
> acpiprt10 at acpi0: bus -1 (RP03)
> acpiprt11 at acpi0: bus -1 (RP04)
> acpiprt12 at acpi0: bus -1 (RP05)
> acpiprt13 at acpi0: bus -1 (RP06)
> acpiprt14 at acpi0: bus -1 (RP07)
> acpiprt15 at acpi0: bus -1 (RP08)

Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Chris Bennett
OK, I've not had this setup before and I can't get it
to work. I am not sure what to move or which commands
to use to investigate. I.E. I don't know how to
interpret what I see from them.

I got this from support:

I have checked the prefix routing and I dont see any issue with
networking.
You have assigned the below prefix. Please check and configure as per,

IP: 104.217.196.248/29
Gateway: 104.217.196.249
Netmask: 255.255.255.248

You can use below nameserver,

nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 208.87.241.170
nameserver 198.13.100.82

Chris Bennett





Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread Robert Blacquiere
On Thu, Dec 21, 2017 at 08:50:02AM +0300, kasak wrote:

> > 
> Look at the newest servers with aspeed ast2500, such as supermicro x11 
> platforms, they are manageable through html5. If you still need to manage 
> your server try jdk-1.8.0.144v0.tgz package from ports
> 
You could also try running linux in vm with icedtea-Web plugin for
firefox on linux. That seems to work with older SuperMicro machines
without much issues. Also the bundled IPMIviewer for linux works fine. 
The main issue is with the IPMI (from ATEN) is it uses iKVM.jar which is
not supported for a lot of OS-ses.

Regards

Robert



Re: IPMI still requires Java! I'm screwed.

2017-12-21 Thread Alceu R. de Freitas Jr.
 I'm a bit late to answer, but maybe you could check with the manufacturer?
Java applets are gone... Oracle will not support them anymore due security 
issues, so maybe the manufacturer could give you a hand on this.
If they don't, maybe you could try some reverse engineering? Unless the 
manufacturer spent time (and money) running the Java applet into some code 
obfuscation software, there are good chances you can checkout what's the code 
does. Or even using a network sniffer, whatever seems to be easier.
Of course, none of those are easy/fast ways to get your trouble resolved. 
That's why sucks to buy things with proprietary code attached. If they decide 
to not support the product anymore, you're screwed.
Em quinta-feira, 21 de dezembro de 2017 14:33:27 BRST, Robert Blacquiere 
 escreveu:  
 
 On Thu, Dec 21, 2017 at 08:50:02AM +0300, kasak wrote:

> > 
> Look at the newest servers with aspeed ast2500, such as supermicro x11 
> platforms, they are manageable through html5. If you still need to manage 
> your server try jdk-1.8.0.144v0.tgz package from ports
> 
You could also try running linux in vm with icedtea-Web plugin for
firefox on linux. That seems to work with older SuperMicro machines
without much issues. Also the bundled IPMIviewer for linux works fine. 
The main issue is with the IPMI (from ATEN) is it uses iKVM.jar which is
not supported for a lot of OS-ses.

Regards

Robert

  


Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Chris Bennett


>  Original Message 
> Subject: Re: Solved IPMI, but I can't get onto network to outside
> From: "Chris Bennett" 
> Date: Thu, December 21, 2017 1:52 pm
> To: ed...@pettijohn-web.com
> Cc: misc@openbsd.org
> 
> 
> >  Original Message 
> > Subject: Re: Solved IPMI, but I can't get onto network to outside
> > From: ed...@pettijohn-web.com
> > Date: Thu, December 21, 2017 1:42 pm
> > To: Chris Bennett 
> > Cc: misc@openbsd.org
> > 
> > 
> > On Dec 21, 2017 12:57 PM, Chris Bennett  
> > wrote:
> > >
> > > OK, I've not had this setup before and I can't get it
> > > to work. I am not sure what to move or which commands
> > > to use to investigate. I.E. I don't know how to
> > > interpret what I see from them.
> > >
> > > I got this from support:
> > >
> > > I have checked the prefix routing and I dont see any issue with
> > > networking.
> > > You have assigned the below prefix. Please check and configure as per,
> > >
> > > IP: 104.217.196.248/29
> > > Gateway: 104.217.196.249
> > > Netmask: 255.255.255.248
> > >
> > 
> > What is your network interface?
> > 
> 
> I have two, em0 and em1
> 
> em0:
> inet 104.217.196.248 255.255.255.248
> 
> And I admit I really don't see what IP addresses I get
> with 104.217.196.248/29.
> Especially confusing with 104.217.196.249 as the gateway address
> 
> Chris Bennett


OK, I can ping the router address from windows, but not my addresses
Chris Bennett





Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Paul B. Henson
On Thu, Dec 21, 2017 at 12:52:33PM -0700, Chris Bennett wrote:

> > > IP: 104.217.196.248/29
> > > Gateway: 104.217.196.249
> > > Netmask: 255.255.255.248
> > >
> > 
> > What is your network interface?
> > 
> 
> I have two, em0 and em1
> 
> em0:
> inet 104.217.196.248 255.255.255.248
> 
> And I admit I really don't see what IP addresses I get
> with 104.217.196.248/29.

That's not the IP address you're supposed to use, that's the subnet
they've allocated you.

See:

http://www.subnet-calculator.com/subnet.php

104.217.196.248 is the network address, you can't assign that to an
actual host. The usable IP addresses in that subnet are
104.217.196.249-104.217.196.254, 104.217.196.249 is your gateway, so
that leaves you 104.217.196.250-104.217.196.254 to assign to your
systems. 104.217.196.255 is the broadcast address for the subnet.

Update your hostname.em0 to use 104.217.196.250 and make sure your
/etc/mygate file contains 104.217.196.249.



Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Scott Nicholas
On Dec 21, 2017 2:58 PM, "Chris Bennett" 
wrote:



>  Original Message 
> Subject: Re: Solved IPMI, but I can't get onto network to outside
> From: ed...@pettijohn-web.com
> Date: Thu, December 21, 2017 1:42 pm
> To: Chris Bennett 
> Cc: misc@openbsd.org
>
>
> On Dec 21, 2017 12:57 PM, Chris Bennett 
wrote:
> >
> > OK, I've not had this setup before and I can't get it
> > to work. I am not sure what to move or which commands
> > to use to investigate. I.E. I don't know how to
> > interpret what I see from them.
> >
> > I got this from support:
> >
> > I have checked the prefix routing and I dont see any issue with
> > networking.
> > You have assigned the below prefix. Please check and configure as per,
> >
> > IP: 104.217.196.248/29
> > Gateway: 104.217.196.249
> > Netmask: 255.255.255.248
> >
>
> What is your network interface?
>

I have two, em0 and em1

em0:
inet 104.217.196.248 255.255.255.248

And I admit I really don't see what IP addresses I get
with 104.217.196.248/29.
Especially confusing with 104.217.196.249 as the gateway address

Chris Bennett


You get 6 addresses from that, but one is used by the gateway. Use
104.217.196.250 to 254 for your devices.

em0:
inet 104.217.196.250 255.255.255.248 104.217.196.255


Regards,
Scott


OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov
Hey,
After upgrading from 6.0-stable to 6.2-stable (syspatch) existing setup started 
to hang.
As of burst of emails from me following is known:

Relayd is a main process to take CPU.
Also running ospfd and bgpd (for blocklist distrib)

With 6.0, relayd used to have two or more procs with high CPU usage (99,9% - 
100%, per core).
Now, setup is just adjusted to conform new reality with TLS protocol, all just 
hangs.
No core (even it is enabled in sysctl), no panic - nothing.
Syslog sending to remote shows nothing.

I know, it is now enough for any debug and troubleshooting at all.
Just FYI.

Any ideas are welcome.

//mxb


Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread edgar

On Dec 21, 2017 12:57 PM, Chris Bennett  
wrote:
>
> OK, I've not had this setup before and I can't get it
> to work. I am not sure what to move or which commands
> to use to investigate. I.E. I don't know how to
> interpret what I see from them.
>
> I got this from support:
>
> I have checked the prefix routing and I dont see any issue with
> networking.
> You have assigned the below prefix. Please check and configure as per,
>
> IP: 104.217.196.248/29
> Gateway: 104.217.196.249
> Netmask: 255.255.255.248
>

What is your network interface?

hostname.if(5)

/etc/mygate
104.217.196.249

> You can use below nameserver,
>
> nameserver 8.8.8.8
> nameserver 8.8.4.4
> nameserver 208.87.241.170
> nameserver 198.13.100.82
>
> Chris Bennett
>
>
>


Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

2017-12-21 Thread Maxim Bourmistrov
The first node out of two started to respond as soon as second one got reset.
I don’t see any saturation on the network stack.
"Netstat -m” shows 0 for mem denied.
Sysctl -a|grep ifq
or
Sysctl -a|grep drop 
Shows 0 as well.

Whole thing looked like a tcp/ip stack hang.

//mxb

> 21 dec. 2017 kl. 20:29 skrev Maxim Bourmistrov :
> 
> Hey,
> After upgrading from 6.0-stable to 6.2-stable (syspatch) existing setup 
> started to hang.
> As of burst of emails from me following is known:
> 
> Relayd is a main process to take CPU.
> Also running ospfd and bgpd (for blocklist distrib)
> 
> With 6.0, relayd used to have two or more procs with high CPU usage (99,9% - 
> 100%, per core).
> Now, setup is just adjusted to conform new reality with TLS protocol, all 
> just hangs.
> No core (even it is enabled in sysctl), no panic - nothing.
> Syslog sending to remote shows nothing.
> 
> I know, it is now enough for any debug and troubleshooting at all.
> Just FYI.
> 
> Any ideas are welcome.
> 
> //mxb



Re: Solved IPMI, but I can't get onto network to outside

2017-12-21 Thread Chris Bennett


>  Original Message 
> Subject: Re: Solved IPMI, but I can't get onto network to outside
> From: ed...@pettijohn-web.com
> Date: Thu, December 21, 2017 1:42 pm
> To: Chris Bennett 
> Cc: misc@openbsd.org
> 
> 
> On Dec 21, 2017 12:57 PM, Chris Bennett  
> wrote:
> >
> > OK, I've not had this setup before and I can't get it
> > to work. I am not sure what to move or which commands
> > to use to investigate. I.E. I don't know how to
> > interpret what I see from them.
> >
> > I got this from support:
> >
> > I have checked the prefix routing and I dont see any issue with
> > networking.
> > You have assigned the below prefix. Please check and configure as per,
> >
> > IP: 104.217.196.248/29
> > Gateway: 104.217.196.249
> > Netmask: 255.255.255.248
> >
> 
> What is your network interface?
> 

I have two, em0 and em1

em0:
inet 104.217.196.248 255.255.255.248

And I admit I really don't see what IP addresses I get
with 104.217.196.248/29.
Especially confusing with 104.217.196.249 as the gateway address

Chris Bennett