Re: Non-default partitions and upgrades

2021-04-12 Thread Otto Moerbeek
On Mon, Apr 12, 2021 at 08:08:12PM -0700, Paul Pace wrote:

> Hello!
> 
> I generally try and run things as a project recommends, but I am wondering
> about running different additional partitions (e.g., add /var/www) or
> changing partition letter (e.g., move /var to the end for convenient VPS
> expansion).
> 
> I know it isn't the biggest thing in the world, but would this ever have an
> impact on running version upgrades?
> 
> Thank you,
> 
> Paul
> 

That would work , unless you do crazy things. The upgrade script
mounts the filesystems using the fstab on the system to be upgraded. 

-Otto



Non-default partitions and upgrades

2021-04-12 Thread Paul Pace

Hello!

I generally try and run things as a project recommends, but I am 
wondering about running different additional partitions (e.g., add 
/var/www) or changing partition letter (e.g., move /var to the end for 
convenient VPS expansion).


I know it isn't the biggest thing in the world, but would this ever have 
an impact on running version upgrades?


Thank you,

Paul



Re: OpenBSD on Dell PE R6515

2021-04-12 Thread Hrvoje Popovski
On 12.4.2021. 20:04, Joerg Streckfuss wrote:
> 
> Hello folks,
> 
> in the past we used Dell servers like PE 1850, PE 2850, PE R730 and PE
> R740. We had good experiences running Openbsd on these systems. These
> models are all Intel based but for another project i'm considering
> giving AMD a chance.
> 
> I'm very interested in the Dell PE R6515 with AMD EPYC 7302P 3GHz,
> 16C/32T CPU and with a mix of NICs (Intel XXV710 10/25 GbE SFP28,
> Broadcom 57416 Dual Port 10 GbE SFP+, Intel i350 Quad Port 1GbE BASE-T).
> 
> The purpose is a Mix of PF firewall and bgp router. In the first stage
> of expansion, the system should be able to handle 10Gbits of traffic.
> Possibly more later.
> 
> Does anyone have experience running OpenBSD on this platform?
> 
> Thanks in advance for feedback,
> 
> Joerg
> 

Hi,

i have r7515 with 7702p which is the same generation as 7302p and it's
working without any problems.

reagring nic card, i would go with connect-x 4 lx for 10/25G, x520 or
x710 for 10G only, and as you mentioned i350 for 1G ...
for broadcom card, i'm not sure ...




dmesg:

r7515# dmesg
OpenBSD 6.9 (GENERIC.MP) #453: Sun Apr  4 19:37:01 MDT 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 549314162688 (523866MB)
avail mem = 532650860544 (507975MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.3 @ 0x697a5000 (72 entries)
bios0: vendor Dell Inc. version "2.0.3" date 01/15/2021
bios0: Dell Inc. PowerEdge R7515
acpi0 at bios0: ACPI 6.0
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP BERT HEST HPET APIC MCFG WSMT SLIC SSDT SSDT
EINJ SSDT CRAT CDIT IVRS SSDT
acpi0: wakeup devices PC00(S5) XHCI(S3) PC01(S5) XHCI(S3) PC02(S5)
XHCI(S3) PC03(S5) XHCI(S3)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
ioapic0 at mainbus0: apid 240 pa 0xfec0, version 21, 24 pins, can't
remap
ioapic1 at mainbus0: apid 241 pa 0xe010, version 21, 32 pins, can't
remap
ioapic2 at mainbus0: apid 242 pa 0xc510, version 21, 32 pins, can't
remap
ioapic3 at mainbus0: apid 243 pa 0xaa10, version 21, 32 pins, can't
remap
ioapic4 at mainbus0: apid 244 pa 0xfd10, version 21, 32 pins, can't
remap
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD EPYC 7702P 64-Core Processor, 1996.51 MHz, 17-31-00
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache
cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=1.1, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD EPYC 7702P 64-Core Processor, 1996.26 MHz, 17-31-00
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache
cpu1: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD EPYC 7702P 64-Core Processor, 1996.26 MHz, 17-31-00
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,PQM,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 32KB 64b/line 8-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache
cpu2: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully

Re: Upgrade to 6.8 issues

2021-04-12 Thread Jeff Ross

On 4/12/21 3:12 AM, Stuart Henderson wrote:

On 2021-04-11, Jeff Ross  wrote:

Hi all,

Just upgraded to 6.8 from 6.3 (yes, I know...) and now find a few of the
websites I'm hosting are no longer connecting to postgres because pear
DB is apparently no longer in ports.  Fortunately so far they all appear
to be *my* websites so no harm, no foul.

The sites that I'm hosting through something like drupal7 or wordpress
are all fine--it's only the sites that I created a gazillion years ago
using pear DB that are really failing.

Are there alternatives that I'm missing?

Please, I really don't feel the need to move off apache2 just yet.

Thanks,

Jeff



I don't recall pear DB being in ports, could you have installed it separately
and just need to update it to work with current php?

Generally pear things doesn't get added to ports unless needed for some
particular application that is wanted in ports, but that is not so common these
days as php applications normally bundle their own 'vendored' dependencies.
To install them yourself you can use "pear install" (systemwide) or just for
a particular project via a dependency manager e.g. "composer".

(note pear DB is still available but no longer getting normal updates, see
https://pear.php.net/package/DB/, see https://pear.php.net/package/MDB2 for
similar current equivalent).
  

Thanks Stuart!  That was indeed the issue--I was just surprised that my 
old version of DB.php was deleted.  There were a few more tweaks and 
pinches to make that big jump but nothing too hard to figure out.


Jeff



OpenBSD on Dell PE R6515

2021-04-12 Thread Joerg Streckfuss


Hello folks,

in the past we used Dell servers like PE 1850, PE 2850, PE R730 and PE
R740. We had good experiences running Openbsd on these systems. These
models are all Intel based but for another project i'm considering
giving AMD a chance.

I'm very interested in the Dell PE R6515 with AMD EPYC 7302P 3GHz,
16C/32T CPU and with a mix of NICs (Intel XXV710 10/25 GbE SFP28,
Broadcom 57416 Dual Port 10 GbE SFP+, Intel i350 Quad Port 1GbE BASE-T).

The purpose is a Mix of PF firewall and bgp router. In the first stage
of expansion, the system should be able to handle 10Gbits of traffic.
Possibly more later.

Does anyone have experience running OpenBSD on this platform?

Thanks in advance for feedback,

Joerg



Re: Upgrade to 6.8 issues

2021-04-12 Thread Stuart Henderson
On 2021-04-11, Jeff Ross  wrote:
> Hi all,
>
> Just upgraded to 6.8 from 6.3 (yes, I know...) and now find a few of the 
> websites I'm hosting are no longer connecting to postgres because pear 
> DB is apparently no longer in ports.  Fortunately so far they all appear 
> to be *my* websites so no harm, no foul.
>
> The sites that I'm hosting through something like drupal7 or wordpress 
> are all fine--it's only the sites that I created a gazillion years ago 
> using pear DB that are really failing.
>
> Are there alternatives that I'm missing?
>
> Please, I really don't feel the need to move off apache2 just yet.
>
> Thanks,
>
> Jeff
>
>

I don't recall pear DB being in ports, could you have installed it separately
and just need to update it to work with current php?

Generally pear things doesn't get added to ports unless needed for some
particular application that is wanted in ports, but that is not so common these
days as php applications normally bundle their own 'vendored' dependencies.
To install them yourself you can use "pear install" (systemwide) or just for
a particular project via a dependency manager e.g. "composer".

(note pear DB is still available but no longer getting normal updates, see
https://pear.php.net/package/DB/, see https://pear.php.net/package/MDB2 for
similar current equivalent).
 



Re: help debug NFS

2021-04-12 Thread Родин Максим

Hi, James
Thank you for the link.
Since the problem really exists, the only option is to
use a periodical querying the mount point like you recommend or like
I did using while-loop.

11.04.2021 21:11, James Stark пишет:

Hi Maxim,

I ran into the problem with the nfs mounts on linux hanging a few
months ago, when the Linux distro that I'm running (Void) on the NFS
client dropped UDP NFS mounts.  At the time I found this post that
explains the situation:

http://openbsd-archive.7691.n7.nabble.com/nfsd-hangs-Linux-tcp-clients-after-5-minutes-idle-td402844.html

As a work around, I've set up a cron script that stat's the mount
point every four minutes.  That stops the mount from hanging.

I hope that helps.

James

On Sun, Apr 11, 2021 at 2:04 AM Родин Максим  wrote:


Hello
I have an NFS server on OpenBSD 6.8 stable
which exports a folder with default settings.
I have a linux mint client which mounts a share from this NFS server
with these settings:
sudo mount -o wsize=8192,rsize=8192 192.168.1.65:/big
/home/user/store
   which gives a decent speed at about 50-60MB/s both sides which seem ok
for me.
The problem is: when the mount point is not used for a while (5 minutes
and more) the share becomes unresponsive and the only way to unmount the
share is to do
sudo umount -lf /home/user/store
After that I can mount the share once again.
When I imitate using the share on client using
while :; do ls /home/user/store/ && echo "OK" && sleep 3 ; done;
the share remains responsive all the time and shows no problems.

What tweaks(settings) on the client(server) am I missing in my setup
to keep the mount point responsive?
--
Best regards
Maksim Rodin



--
С уважением,
Родин Максим