Re: root partition full; /dev taking up all the space?

2015-02-14 Thread Jason Hunt 
On Fri, Feb 13, 2015 at 11:46 PM, Martin Brandenburg 
mar...@martinbrandenburg.com wrote:

 My guess is you typoed a dd command and ended up creating some huge file
 in there.


That's exactly what happened; I recall dd'ing an image to a USB stick and
using /dev/rsd2 instead of /dev/rsd2c.  And sure enough that was the
culprit.

Problem solved.  Thanks!

root partition full; /dev taking up all the space?

2015-02-13 Thread Jason Hunt 
In the midst of setting up my laptop (fresh install of 5.6), I found I was
out of space on root::

# df -h
Filesystem SizeUsed   Avail Capacity  Mounted on
/dev/sd1a 1005M   1004M  -49.2M   105%/
/dev/sd1k 49.2G1.4G   45.3G 3%/home
/dev/sd1d  3.9G138K3.7G 0%/tmp
/dev/sd1f  2.0G917M995M48%/usr
/dev/sd1g 1005M191M764M20%/usr/X11R6
/dev/sd1h  9.8G   1015M8.4G11%/usr/local
/dev/sd1j  2.0G2.0K1.9G 0%/usr/obj
/dev/sd1i  2.0G2.0K1.9G 0%/usr/src
/dev/sd1e 11.2G9.2M   10.6G 0%/var

The culprit: looks to be /dev:

# du -sh /dev
938M/dev

But I don't understand why /dev would be using so much space?  Nothing
looks out of place in /dev, but there sure is a lot of files (more than I
expected):

# ls -l /dev | wc -l
1173

I don't have another OpenBSD system in front of me at the moment for
comparison; is this normal?  I never thought I would need more than 1GB for
root?  I guess I need to make a new root partition (2GB this time?) and
migrate to that?

OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug  8 00:20:21 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3959619584 (3776MB)
avail mem = 3845431296 (3667MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9c000 (67 entries)
bios0: vendor LENOVO version GCET98WW (2.58 ) date 03/12/2014
bios0: LENOVO 3434CT0
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT AS
F! UEFI UEFI POAT SSDT SSDT DMAR UEFI DBG2
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3)
EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.58 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,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,D
EADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
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 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.11 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,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,D
EADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.11 MHz
cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,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,D
EADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 2594.11 MHz
cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE3
6,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,D
EADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus 4 (EXP3)
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpicpu2 at acpi0: C2, C1, PSS
acpicpu3 at acpi0: C2, C1, PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2
acpitz0 at acpi0: critical temperature is 103 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model 45N1079 serial 28341 type LION oem LGC
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 2594 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 220
0, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel Core 3G Host rev 0x09
vga1

Re: Fund raising

2015-03-27 Thread Jason Hunt 
 Recent difficulties have resulted in zero (Z E R O) of the proceeds
 from Austin's shop going towards OpenBSD. And it may have been
 happening for a while before that.
‎
This might explain why they ignored my repeated requests for a receipt back 
when I bought the 5.5 discs. They eventually sent one,  shortly after the new 
store was announced. ‎

Re: trouble with a large disk

2015-02-21 Thread Jason Hunt 
 I have a brand spanking new 3TB disk (Seagate ST3000) and it is not
behaving.
 ... ‎
 umass1 at uhub0 port 6 configuration 1 interface 0 JMicron USB to ATA/ATAPI 
 bridge rev 2.00/1.00 addr 3
 umass1: using SCSI over Bulk-Only
 scsibus5 at umass1: 2 targets, initiator 0
 sd3 at scsibus5 targ 1 lun 0: ST3000DM, 001-1ER166,  SCSI3 0/direct fixed 
 serial.152d2338
 sd3: 2861588MB, 512 bytes/sector, 5860533168 sectors
 umass1: Invalid CSW: tag 145 should be 146
 umass1: Phase Error, residue = 0

It appears the disk is attached with a USB adapter/enclosure?  Try attaching it 
directly to the motherboard's SATA port and see if that works?   Some USB 
adapters don't support drives above 2GB.  

lazy binding failed

2017-08-03 Thread Jason Hunt 
Yesterday, after upgrading to the August 2nd snapshot, things were working
fine until I ran pkg_add -u and many packages stopped running:

$ xfce4-terminal
xfce4-terminal:/usr/local/lib/libcairo.so.12.3: undefined symbol
'__popcountdi2'
ld.so: xfce4-terminal: lazy binding failed!
Killed
$ firefox
firefox:/usr/local/lib/libicuuc.so.13.0: /usr/local/lib/libicudata.so.13.0
: WARNING: symbol(icudt58_dat) size mismatch, relink your program
firefox:/usr/local/lib/libcairo.so.12.3: undefined symbol '__popcountdi2'
ld.so: firefox: lazy binding failed!
Killed

The snapshot timestamps were a few hours newer than the package timestamps,
so today I tried upgrading to the August 3rd snapshot but still receiving
the same errors.

Reading the archives suggests waiting another day or two for a new snapshot
to resolve this, or build from ports. So I updated ports and ran make &
make install on graphics/cairo and x11/xfce4/terminal, however this didn't
fix it.

What am I missing that prevents the ports from correcting the issue?

Am I correct to assume that waiting another day or two likely fix this?

For now I have rolled back to a prior snapshot (July 13) and everything is
working again.

Thanks

- Jason

Re: Feeding DHCP leases into unbound

2017-07-06 Thread Jason Hunt 
On 06/22/17 05:47, Andreas Kusalananda Kähäri wrote:
> Is there an existing solution for feeding the IP-addresses of the leases
> that dhcpd hands out into the unbound configuration and reload it, or
> would I have to write a script that parses the lease declarations in
> /var/db/dhcpd.leases?

I recently created a script to do this. It works for me but has not been
tested anywhere else. Here's a link to a .tgz containing the code, config
file, and rc.d script:

http://practical.systems/dynbound/dynbound.tgz

There's probably lots of room for improvement. Feedback is welcome.

One of these days I will finish it up, write a man page, and submit a port.

Re: lazy binding failed

2017-08-04 Thread Jason Hunt 
Thanks, I missed the "-D installed" part.

- Jason

On Aug 4, 2017 10:42 AM, "Amit Kulkarni"  wrote:

> > What am I missing that prevents the ports from correcting the issue?
> >
>
> http://www.openbsd.org/faq/current.html
>
> 2017/07/29 - amd64 and i386: update all packages
>

Re: Libreoffice calc crash

2017-08-08 Thread Jason Hunt 
On Tue, Aug 8, 2017 at 8:21 AM, Thuban  wrote:

> On 6.1 amd64, Libreoffice calc crash every time you :
> - Select a cell and write changes
> - Validate (by clicking elsewhere or pressing Return)
>
> It seems the process soffice.bin is still up, but localc is unusable.
>
> Anyone experiments the same issue ?
>
> dmesg :
>
> OpenBSD 6.1 (GENERIC.MP) #19: Thu Aug  3 14:59:44 CEST 2017
> rob...@syspatch-61-amd64.openbsd.org:/usr/src/sys/arch/
> amd64/compile/GENERIC.MP
>

I'm running -current snapshot dated Thu Aug  3 12:12:07 MDT 2017 with
libreoffice-5.2.7.2p5v0 and have been doing some heavy work in Calc for the
last hour without any issues.

What exactly you mean by "write changes" and "validate"; just typing values
in a cell and pressing Enter to finish your entry? Does it happen on a
blank spreadsheet?

Do you have the user account set to the "staff" class, or somehow assigning
it a high datasize limit in login.conf?