l2tp client
I’ve just started a job where I will be working from home a bunch, so I would like to configure my home router as an ipsec/l2tp client and to push the routes from my work network to all computers on my home network. i.e. a site-to-site VPN. I have found a bunch of documentation for configuring OpenBSD as a ipsec/l2tp server, but not as much as a client. I assume I’ll need the xl2tpd package… When I connect a Mac, iOS device, or PC, the VPN requires a username, password and a secret. Can anyone point me in the direction of some documentation to get started? Thanks! Daniel Boyd
macppc netboot
I'm attempting to install onto a G4 Cube with a busted CD-ROM drive. I've never done network booting before, so I'm sure I'm just missing something. I set up NFS and TFTP on a linux box, copied ofwboot to the TFTP share and bsd.rd plus all the tgz files to the NFS share. In Open Firmware, I'm setting: default-server-ip -> ip of linux box root-path -> "x.x.x.x:/path/to/nfs/share" next-server -> ip of linux box and then: > boot enet:,ofwboot /bsd.rd The TFTP part seems to be working. I get: >> OpenBSD/macppc BOOT 1.6 but then: open(/pci@f400/ethernet:/etc/boot.conf): Unknown error: code 60 boot> cannot open /pci@f400/ethernet:/etc/random.seed: Unknown error: code 60 booting /pci@f400/ethernet:/bsd.rd: open /pci@f400/ethernet:/bsd.rc: Unknown error: code 60 failed(60). will try /bsd boot> ..and then it fails to boot bsd Am I required to set up a DHCP server, too?
Re: macppc netboot
OK -- from dhcpd.conf:
host cube {
next-server 192.168.60.157;
option subnet-mask 255.255.255.0;
option routers 192.168.60.1;
option root-path "/srv/obsd62";
fixed-address 192.168.60.235;
hardware ethernet 00:30:65:71:c6:e2;
}
And then in OF:
0 > boot enet:,ofwboot /bsd.rd
CLIENT: 003065571c6e2 192.168.60.235
SERVER: f 192.168.60.157
ROUTER: f 192.168.60.1
Transfer FILE: ofwboot \
TFTP-actual=fcbc TFTP-adler32=c626975c load-size=fcbc adler32=c626975c
Loading ELF
>> OpenBSD/macppc BOOT 1.6
Using IP address: 192.168.60.235
root addr=192.168.60.157 path=/srv/obsd62
callrpc: error = 2
open(/pci@f400/ethernet:/etc/boot.conf): Unknown error: code 72
boot>
Using IP address 192.168.60.235
root addr=192.168.60.157 path=/srv/obsd62
callrpc: error = 2
cannot open /pci@f400/ethernet:/etc/random.seed: Unknown error:
code 72
booting /pci@f400/ethernet:/bsd.rd Using IP address: 192.168.60.235
root addr=192.168.60.157 path=/srv/obsd62
callrcp: error = 2
open /pci@f400/ethernet:/bsd.rd: Unknown error: code 72
failed(72). will try /bsd
...
So... DHCP is working... TFTP is working. I just don't think NFS is
working. I'm able to mount the nfs share on another computer, so, i'm
kind of out of ideas...
On Wed, 2017-10-18 at 14:50 +0200, Solène Rapenne wrote:
> Je 2017-10-18 00:47, Daniel Boyd skribis:
> > I'm attempting to install onto a G4 Cube with a busted CD-ROM
> > drive.
> > I've never done network booting before, so I'm sure I'm just
> > missing
> > something.
> >
> > I set up NFS and TFTP on a linux box, copied ofwboot to the TFTP
> > share
> > and bsd.rd plus all the tgz files to the NFS share.
> >
> > In Open Firmware, I'm setting:
> >
> > default-server-ip -> ip of linux box
> > root-path -> "x.x.x.x:/path/to/nfs/share"
> > next-server -> ip of linux box
> >
> > and then:
> >
> > > boot enet:,ofwboot /bsd.rd
> >
> > The TFTP part seems to be working. I get:
> >
> > > > OpenBSD/macppc BOOT 1.6
> >
> > but then:
> >
> > open(/pci@f400/ethernet:/etc/boot.conf): Unknown error: code 60
> > boot>
> > cannot open /pci@f400/ethernet:/etc/random.seed: Unknown error:
> > code 60
> > booting /pci@f400/ethernet:/bsd.rd: open
> > /pci@f400/ethernet:/bsd.rc: Unknown error: code 60 failed(60).
> > will
> > try /bsd
> > boot>
> >
> > ..and then it fails to boot bsd
> >
> > Am I required to set up a DHCP server, too?
>
> Hello, I had the same problem 2 years ago :
> http://misc.openbsd.narkive.com/uSQMW0M5/need-help-to-install-openbsd
> -5-9-macppc-via-pxe
>
> try with root-path "/path/to/nfs/share"
> in fact, if I remember well, the TFTP boot will use
> $next-server:/$root-path so you don't
> need to put the ip in root-path.
>
>
Hyper-V Disk Performance
Is there a recommended configuration for virtual disks in Hyper-V? I have a virtual machine that I set up recently running 6.2 that has *very* slow disk performance. It took well over an hour to untar ports.tar.gz. The host server is a few years old, but it's running 3 RAID-5 7200rpm drives, quad-core Xeon and 32 GB RAM... so not exactly a slow machine. And this is the only Hyper-V VM it's hosting. I've got the virtual disk configured as IDE / VHDX / Expanding (the Hyper-V defaults). The controller can be IDE or SCSI. The disk format can be VHD or VHDX. And the disk can be configured as fixed or expanding. I'm going to try converting the disk to fixed and defragging my NTFS. Any thoughts on IDE vs SCSI and VHD vs VHDX?
Re: Hyper-V Disk Performance
Thanks for the helpful response. FYI, I did some more research and discovered that Hyper-V doesn’t support booting from virtual SCSI drives, so that solves that. I have another vm running on my laptop under KVM that runs substantially faster than the hyper-v vm. My laptop is far below the hyper-v server in most respects performance-wise, but it does have an SSD. I’d be curious to find out how much of that is raw disk IO performance and how much is KVM vs Hyper-V and openbsd’s respective drivers for each. I’ll give the softdeps suggestion a shot. Sent from my iPhone > On Oct 23, 2017, at 7:25 PM, Nick Holland wrote: > >> On 10/23/17 17:41, Daniel Boyd wrote: >> Is there a recommended configuration for virtual disks in Hyper-V? I >> have a virtual machine that I set up recently running 6.2 that has >> *very* slow disk performance. It took well over an hour to untar >> ports.tar.gz. The host server is a few years old, but it's running 3 >> RAID-5 7200rpm drives, quad-core Xeon and 32 GB RAM... so not exactly a >> slow machine. And this is the only Hyper-V VM it's hosting. > > actually...raid5 is slow on writes (write one block = read existing > block. Read parity block. Write data, write parity. Hopefully, you > have a write cache that's on and working), 7200rpm drives are slow by > any standards these days. That's a heavy-lifting drive, not anything to > mention in the same sentence as "not slow". > > (don't get me wrong, I got a lot of heavy-lifting drives. And I'm kinda > slow. But I try to be realistic about it). > >> I've got the virtual disk configured as IDE / VHDX / Expanding (the >> Hyper-V defaults). > > "expanding" means not preallocating the disk, I'm guessing? Again, not > a performance choice. Your file system fragments are going to be > fragmented. > >> The controller can be IDE or SCSI. The disk format >> can be VHD or VHDX. And the disk can be configured as fixed or >> expanding. I'm going to try converting the disk to fixed and >> defragging my NTFS. >> >> Any thoughts on IDE vs SCSI and VHD vs VHDX? > > Neat thing: OpenBSD doesn't care much. You can change it at the > hypervisor level, reboot, and see for yourself how it works. This isn't > Windows or Linux which will have a cow if you change the disk type or > controller type after load. (before DUIDs, you might have to change your > /etc/fstab, but as long as you are using DUIDs, you should be in good > shape there). > > But ... for unpacking ports, make sure that file system is mounted (at > the OpenBSD level) with softdeps. Yes, it's really a huge difference > for lots of tiny files, which is exactly what the ports tree is. This > will matter more than hypervisor knobs, I suspect. > > Nick. >
Re: Hyper-V Disk Performance
On Oct 23, 2017, at 8:57 PM, Daniel Boyd wrote: > > Thanks for the helpful response. > > FYI, I did some more research and discovered that Hyper-V doesn’t support > booting from virtual SCSI drives, so that solves that. > > I have another vm running on my laptop under KVM that runs substantially > faster than the hyper-v vm. My laptop is far below the hyper-v server in > most respects performance-wise, but it does have an SSD. I’d be curious to > find out how much of that is raw disk IO performance and how much is KVM vs > Hyper-V and openbsd’s respective drivers for each. > > I’ll give the softdeps suggestion a shot. > > Sent from my iPhone > >>> On Oct 23, 2017, at 7:25 PM, Nick Holland >>> wrote: >>> >>> On 10/23/17 17:41, Daniel Boyd wrote: >>> Is there a recommended configuration for virtual disks in Hyper-V? I >>> have a virtual machine that I set up recently running 6.2 that has >>> *very* slow disk performance. It took well over an hour to untar >>> ports.tar.gz. The host server is a few years old, but it's running 3 >>> RAID-5 7200rpm drives, quad-core Xeon and 32 GB RAM... so not exactly a >>> slow machine. And this is the only Hyper-V VM it's hosting. >> >> actually...raid5 is slow on writes (write one block = read existing >> block. Read parity block. Write data, write parity. Hopefully, you >> have a write cache that's on and working), 7200rpm drives are slow by >> any standards these days. That's a heavy-lifting drive, not anything to >> mention in the same sentence as "not slow". >> >> (don't get me wrong, I got a lot of heavy-lifting drives. And I'm kinda >> slow. But I try to be realistic about it). >> >>> I've got the virtual disk configured as IDE / VHDX / Expanding (the >>> Hyper-V defaults). >> >> "expanding" means not preallocating the disk, I'm guessing? Again, not >> a performance choice. Your file system fragments are going to be >> fragmented. >> >>> The controller can be IDE or SCSI. The disk format >>> can be VHD or VHDX. And the disk can be configured as fixed or >>> expanding. I'm going to try converting the disk to fixed and >>> defragging my NTFS. >>> >>> Any thoughts on IDE vs SCSI and VHD vs VHDX? >> >> Neat thing: OpenBSD doesn't care much. You can change it at the >> hypervisor level, reboot, and see for yourself how it works. This isn't >> Windows or Linux which will have a cow if you change the disk type or >> controller type after load. (before DUIDs, you might have to change your >> /etc/fstab, but as long as you are using DUIDs, you should be in good >> shape there). >> >> But ... for unpacking ports, make sure that file system is mounted (at >> the OpenBSD level) with softdeps. Yes, it's really a huge difference >> for lots of tiny files, which is exactly what the ports tree is. This >> will matter more than hypervisor knobs, I suspect. >> >> Nick. >> > Also, out of curiosity, why is softdep not enabled by default? Assume there must be some downside to having it on?
Mac G4 Cube Problems
I'm into week 2 of trying to get OpenBSD installed on my G4 Cube. I first tried installing via CD, but the CD-ROM drive is broken. I then tried DHCP/TFTP/NFS booting but couldn't get that working. I then tried attaching another IDE CD-ROM drive to the Cube, but I couldn't get the CD to boot (tried install62.iso and cd62.iso). boot cd:,ofwboot /6.2/macppc/bsd.rd DISK-LABEL: read of block 0 failed ATAPI-DISK: open of DISK-LABEL failed can't OPEN: cd:,ofwboot I guess maybe the IDE drive is having issues reading the CD? I have no idea. Abandoning that idea, I am now attempting to boot the installer from the internal hard drive. I read in INSTALL.macppc that the bootloader has to be on a DOS partition (or HFS if dual booting which I'm not), so I looked at the macppc install.md for clues as to how this works. Here's what I've done so far: 1) Installed OpenBSD 6.2 on old spare Dell with IDE hard drive/CD-ROM 2) Bought Torx T10 screw driver off Amazon 3) unscrewed some things to get to the IDE connector and then hooked the Cube hard drive up to the Dell as IDE secondary master 4) copied /usr/mdec/mbr from macppc base62.tgz 5) reading from macppc install.md: 5a) dd if=/dev/zero of=/dev/rwd1c bs=1M count=1 #assume this is wiping out the old MBR 5b) fdisk -f mbr -iy wd1 #write default macppc mbr to disk 6) newfs -t msdos wd1i 7) newfs all the openbsd partitions 8) mount dos partition and wd1a ffs partition 9) copy ofwboot to dos partition 10) copy bsd.rd and installation tgz files to ffs partition 11) Hooked the hard drive back into the Cube, powered it on and then typed this into OpenFirmware 0 > boot hd:,ofwboot /bsd.rd the system added things to the end of that line after I pressed enter: 0 > boot hd:,ofwboot /bsd.rd load-size=fcbc adler32=c626975c and... Loading ELF >> OpenBSD/macppc BOOT 1.6 /pci@f200/mac-io@17/ata-4@1f000/disk@0:/etc/boot.conf: line too long boot > booting /pci@f200/mac-io@17/ata-4@1f000/disk@0:/bsd.rd /pci@f20 0/mac-io@17/ata-4@1f000/disk@0:/bsd.rd: Inappropriate file type or format failed(12304). will try /bsd So...what am I doing wrong? It's finding ofwboot, but not the kernel. Where is ofwboot looking for bsd.rd?? I assume it shouldn't go in the DOS partition since it's only recommended to be 1MB.
Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System
As one of the few remaining people out there who considers perl to be their favorite language—starting to wonder if it’s just me and Larry Wall at this point—I’d like to say that perl should stay in base on its merits, all the perl-based system tools notwithstanding. I decided learn perl because of OpenBSD back in the day. I was a primarily a java programmer (to be clear: not out of any affinity for Java) and had decided to use OpenBSD as my workstation OS. I quickly discovered that the Java development tools I used (netbeans, eclipse, etc.) weren’t all that robust in OpenBSD (old builds, crashy). So, I figured, OpenBSD users must not be java programmers and I set out figuring out what language they did use... by looking to see which languages were in base. Fast forward like 15 years and I’m now a perl/vim guy (a far cry from java/NetBeans!) and I couldn’t be happier. While I tolerated java, I actually really like perl. And the more I learn of it, the better i like it. I think a lot of people just haven’t really taken the time to learn perl’s subtleties and true perlish coding conventions. It’s really wonderful once you know it well. Ok— rant over. Carry on. Sent from my iPhone > On Dec 31, 2019, at 12:11 AM, Theo de Raadt wrote: > > Marc Espie wrote: > >> Removing perl from base would be very painful. >> >> I don't fancy rewriting all the perl tools in something else (specifically, >> most of the ports and package infrastructure) >> >> lua would definitely NOT be appropriate for that. The only half valid >> candidate would be python. >> >> Contrary to what some people might think, the tools in question won't be >> easier to understand and manage if written in another language. >> > > Contrary to what you think, the original proposal didn't come out of > a process called thinking. >
Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System
We could always rewrite the entire operating system in Pascal. FreePascal and
GNU Pascal are both GPL, so we’ll need to write a new compiler as well.
Shouldn’t take too long. Who wants to go register openpascal.org?
I’ll get a diff started
program OpenBSD;
begin
{ some code here }
end.
Sent from my iPhone
> On Dec 31, 2019, at 5:18 PM, Theo de Raadt wrote:
>
> I guess I'm saying in these trying times it is considered disrespectful
> to dismiss completely labour-unsupported "ideas", obviously once we accept
> the Great Idea the OP will sit down and do all the required work to prove
> the cast after the fact.
>
> Eric Zylstra wrote:
>
>> Proposing such a huge project without the ability to do it? I may have been
>> a little disrespectful, but not the first one in the thread. And my point
>> wasn’t to be disrespectful, but to point out that most proposals
>> unaccompanied by code and that don’t solve obvious problems don’t seem to be
>> received very well. Apologies if that wasn’t within bounds.
>>
>> E
>>
>>
>> Sent from my iPhone
>>
On Dec 31, 2019, at 3:46 PM, Theo de Raadt wrote:
>>>
>>> Isn't it a bit disrespectful to assume someone on misc@ is going to
>>> write such a large diff?
>>>
Maybe the OP could just go ahead and replace all the Perl code with Lua
and then ask for feedback from the other devs? That is the OpenBSD way,
right? If it really is a great idea, they’d all be really excited. In
any case, it would kill this thread.
EZ
Sent from my iPhone
>> On Dec 31, 2019, at 1:22 PM, Daniel Corbe wrote:
>
> I like where this thread is headed.
>
> To expand on this idea, maybe we should demonstrate how diversity and
> inclusiveness can work in an operating system via language choices.
> Why stop at TCL and LUA? Or even scripting languages in general. Why
> not Go, Rust, Haskell and Scala too?
>
> Hear me out. We can set up a raffle system so that each winner can
> write their winning tool in their language of choice. All the
> parallel development will even solve the "multi year effort" problem
> that was brought up by the original poster too. Nobody will mind
> having another 8 or 9 languages in the base system, right?
>
>>
>
Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)
True, but I think it’s cleaner when you’re actually calling the function to not
have to send a hashref. Small thing, of course, but I figure you write a
function once, but call it many times. I’d rather the function call be
cleaner/simpler than the function definition for that reason.
Sent from my iPhone
> On Jan 3, 2020, at 5:29 AM, Holger Glaess wrote:
>
> hi
>
>
> you can do by array
>
> sub m4
> {
>my ( $self,$args ) = @_;
>
> # $args contains
> # $args->{'bla'} = blub
> # $args->['do'} = whatever
> }
>
>
> as call ( example )
>
> $obj->m4 ({ bla => blub , do => whatever });
>
> holger
>
>
>
>> Am 02.01.20 um 21:40 schrieb danieljb...@icloud.com:
>> What if you want named parameters? (i.e. sending a hash as your
>> argument)
>>
>> sub m4
>> {
>> my $self = shift;
>> my %args = @_;
>>
>> # and then optionally
>> my ($arg1, $arg2, $arg3) = @args{qw/arg1 arg2 arg3/};
>>
>> # or you can just use $args{arg1}, etc...
>> }
>>
>>
>>> On Thu, Jan 02, 2020 at 09:12:42PM +0100, Marc Espie wrote:
>>> sub f
>>> {
>>>my ($arg1, $arg2) = @_;
>>>
>>>... code
>>>
>>> }
>>>
>>> - three styles of parameter grab for methods:
>>>
>>>
>>> sub m1
>>> {
>>>my $self = shift;
>>> }
>>>
>>> No other parameter.
>>>
>>> sub m2
>>> {
>>>my ($self, $p1, $p2) = @_;
>>> }
>>>
>>> when getting all parameters (no check on the number usually)
>>>
>>>
>>> sub m3
>>> {
>>>my $self = shift;
>>>...
>>>do_something_with(@_);
>>> }
>>>
>>> for functions with unlimited parameters after the first one
>
Re: sshfs man page, -o idmap=user
I am having this same issue. I also tried adding the -d switch to see if that would shed any light. $ sshfs -d -o idmap=user ... command-line line 0: Bad number. remote host has disconnected $ sshfs -d -o idmap=file,uidfile=myuidfile,gidfile=mygidfile ... command-line line 0: Bad number. remote host has disconnected Any ideas? I'm also running 5.8. Thanks! Daniel
Re: sshfs man page, -o idmap=user
That was what I figured since it's relatively new. Unfortunately, because of this, I have been unable to get sshfs working in any meaningful way. Regardless of whether I run sshfs as root or as a regular user (with kern.usermount=1), I can't access any of the files. I don't see a way to change the user mapping or the umask with the fuse limitations you mention. Perhaps I'm missing something...? This is easy for me to say since I have no idea how difficult it would be to implement, but this feature strikes me as something that would be highly useful, integrated as a core feature in OpenSSH. NFS strikes me as a ripe candidate for the OpenSMTPD/OpenNTPD/OpenHTTPD treatment. It is complicated, arcane, and requires several open ports. Integrated sshfs-like functionality in OpenSSH would seem to me to be a good NFS replacement. On Sun, Feb 14, 2016 at 1:40 PM, Stuart Henderson wrote: > On 2016-02-12, Daniel Boyd wrote: > > I am having this same issue. I also tried adding the -d switch > > to see if that would shed any light. > > > > $ sshfs -d -o idmap=user ... > > command-line line 0: Bad number. > > remote host has disconnected > > > > $ sshfs -d -o idmap=file,uidfile=myuidfile,gidfile=mygidfile ... > > command-line line 0: Bad number. > > remote host has disconnected > > > > Any ideas? I'm also running 5.8. > > > > Thanks! > > Daniel > > > > > > iirc the option-parsing needs something from the OS that OpenBSD probably > doesn't > have (FUSE on OpenBSD is still missing some bits).
Re: Keeping up to date with ports and putting ports/pobj on wxallowed filesystem
On Thu, 2017-11-09 at 14:52 -0500, Jeff wrote: > Is it not worth it to update ports in this way; meaning, > is it better to simply wait for OpenBSD6.3 and stick with > binary packages? > > The openbsd.org site says: > The ports tree is meant for advanced users. > Everyone is encouraged to use the pre-compiled > binary packages. > > I'm looking for the advice of those more experienced than myself. > It just depends on your situation. Most of the time, I'm happy just to upgrade every 6 months when a new release comes out. But I'm also not running a public-facing, mission-critical server. Regardless, I usually have the ports tree untarred on my system in case there is some patch that I feel like I should install. They say it's for advanced users, but really it's not difficult if you're reasonably comfortable running unix-like OS commands. Read the FAQ: https://www.openbsd.org/faq/ports/ports.html
Abort Trap question
I've installed OpenBSD/macppc twice on my G4 Cube now and it seems to be working fine until I go to untar src.tar.gz at which point it throws some abort trap errors and crashes. If I reboot, I get a bunch of abort traps during the boot process followed by several: init: can't exec getty '/usr/libexec/getty' for pot /dev/ttyC3: ... What do you guys think this is...? Hard drive failure...?
Re: Abort Trap question
On Wed, 2017-11-15 at 13:08 -0600, Mike Coddington wrote: > On Wed, Nov 15, 2017 at 10:01:09AM -0600, Daniel Boyd wrote: > > I've installed OpenBSD/macppc twice on my G4 Cube now and it seems > > to > > be working fine until I go to untar src.tar.gz at which point it > > throws > > some abort trap errors and crashes. If I reboot, I get a bunch of > > abort traps during the boot process followed by several: > > > > init: can't exec getty '/usr/libexec/getty' for pot /dev/ttyC3: ... > > > > What do you guys think this is...? Hard drive failure...? > > Out of curiosity, does the same thing happen if you extract the tar > with > the pax(1) program? That'll at least let you know if it's tar causing > the problem or not. > > Heh ... give me a couple days. Need to find time to re-install the system since it wno't boot anymore. Have to set up a NFS server b/c the CD-ROM drive is busted.
Re: Abort Trap question
On Wed, 2017-11-15 at 13:35 -0800, Philip Guenther wrote: > > tar _is_ pax: > : corwin; ls -li /bin/tar /bin/pax > 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/pax > 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/tar > : corwin; > > Fundamentally, unless a userspace process is poking at devices or > similar, > it should be unable to panic the kernel. An abort trap in the kernel > is > either a kernel bug or a hardware bug. IIRC there's some pmap bug on > macppc that no one has managed to track down which causes crashes on > some > machines, but not others. I've never hit it on the Macbook I use for > builds, but the ports build boxes, whatever model they are, seem to > hit it > periodically... > > > Philip Guenther > I'm happy to help track down the issue if someone will tell me what to do. I will reload the OS on the machine when I get a chance. How will we be able to determine whether we're dealing with a kernel bug or a hardware failure?
Re: Abort Trap question
Haha crap. I think this is what happened. I haven’t bothered downloading src.tar.gz in awhile bc of syspatch, but since this is a PowerPC machine, i wanted to be ready for the first errata. This is what I get for doing things from memory instead of reading the FAQ. Right. Let’s pretend that this didn’t happen, shall we? Sent from my iPhone > On Nov 15, 2017, at 8:54 PM, Ax0n wrote: > > A quick thought... are you extracting src.tar.gz into /usr (like you to > with ports.tar.gz)? On a few occasions, I've done this (instead of making > sure I'm in /usr/src first as I should) and had system binaries get > clobbered. When I've accidentally done this in the past, I do get a bunch > of abort trap errors and a predictably un-bootable system. Example: This > block of stuff from src.tar.gz, if extracted whilst in /usr, would > overwrite /usr/bin/cat with a directory full of the source code for cat(1) > and so on and so forth. > > drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin > drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin/CVS > -rw-rw-r-- 1 axon axon 5 Oct 9 22:38 bin/CVS/Root > -rw-rw-r-- 1 axon axon 8 Oct 9 22:38 bin/CVS/Repository > -rw-rw-r-- 1 axon axon 439 Oct 9 22:41 bin/CVS/Entries > -rw-rw-r-- 1 axon axon18 Oct 9 22:41 bin/CVS/Tag > -rw-rw-r-- 1 axon axon 241 Apr 25 2016 bin/Makefile > -rw-rw-r-- 1 axon axon 145 Jul 11 2014 bin/Makefile.inc > drwxrwxr-x 2 axon axon 0 Oct 9 22:38 bin/cat > drwxrwxr-x 2 axon axon 0 Oct 9 22:41 bin/cat/CVS > -rw-rw-r-- 1 axon axon 5 Oct 9 22:38 bin/cat/CVS/Root > -rw-rw-r-- 1 axon axon12 Oct 9 22:38 > bin/cat/CVS/Repository > -rw-rw-r-- 1 axon axon 172 Oct 9 22:41 bin/cat/CVS/Entries > -rw-rw-r-- 1 axon axon18 Oct 9 22:41 bin/cat/CVS/Tag > -rw-rw-r-- 1 axon axon93 Feb 18 2017 bin/cat/Makefile > -rw-rw-r-- 1 axon axon 4848 Jul 9 2016 bin/cat/cat.1 > -rw-rw-r-- 1 axon axon 5567 Oct 19 2016 bin/cat/cat.c > > > > On Wed, Nov 15, 2017 at 5:24 PM, patrick keshishian > wrote: > >>> On 11/15/17, Philip Guenther wrote: >>> On Wed, Nov 15, 2017 at 11:08 AM, Mike Coddington >>> wrote: >>> >>>>> On Wed, Nov 15, 2017 at 10:01:09AM -0600, Daniel Boyd wrote: >>>>> I've installed OpenBSD/macppc twice on my G4 Cube now and it seems to >>>>> be working fine until I go to untar src.tar.gz at which point it >> throws >>>>> some abort trap errors and crashes. If I reboot, I get a bunch of >>>>> abort traps during the boot process followed by several: >>>>> >>>>> init: can't exec getty '/usr/libexec/getty' for pot /dev/ttyC3: ... >>>>> >>>>> What do you guys think this is...? Hard drive failure...? >>>> >>>> Out of curiosity, does the same thing happen if you extract the tar with >>>> the pax(1) program? That'll at least let you know if it's tar causing >>>> the problem or not. >>>> >>> >>> tar _is_ pax: >>> : corwin; ls -li /bin/tar /bin/pax >>> 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/pax >>> 52015 -r-xr-xr-x 3 root bin 433472 Nov 1 11:15 /bin/tar >>> : corwin; >>> >>> Fundamentally, unless a userspace process is poking at devices or >> similar, >>> it should be unable to panic the kernel. An abort trap in the kernel is >>> either a kernel bug or a hardware bug. IIRC there's some pmap bug on >>> macppc that no one has managed to track down which causes crashes on some >>> machines, but not others. I've never hit it on the Macbook I use for >>> builds, but the ports build boxes, whatever model they are, seem to hit >> it >>> periodically... >> >> I read it as the tar process is the one aborting. which, if true, >> sounds like user-land and kernel are out-of-sync. >> >> Unfortunately, specific info is missing from the problem report. >> >> --patrick >> >>
Error compiling kernel on macppc
I got this error compiling the kernel while applying the 6.2 errata patch yesterday. https://hastebin.com/yoyovogeyi.vbs My dmesg: # dmesg [ using 1150316 bytes of bsd ELF symbol table ] console out [ATY,Rage128Pd] console in [keyboard], using USB : memaddr 9400, size 400 : consaddr 96008000 : ioaddr 9002, size 2: width 640 linebytes 768 height 480 depth 8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2017 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.2 (GENERIC) #49: Tue Oct 3 21:32:36 MDT 2017 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 1073741824 (1024MB) avail mem = 1028235264 (980MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root: model PowerMac5,1 cpu0 at mainbus0: 7400 (Revision 0x209): 500 MHz: 1MB backside cache mem0 at mainbus0 spdmem0 at mem0: 256MB SDRAM non-parity PC100CL3 spdmem1 at mem0: 256MB SDRAM non-parity PC100CL3 spdmem2 at mem0: 512MB SDRAM non-parity PC100CL2 memc0 at mainbus0: uni-n rev 0x8 kiic0 at memc0 offset 0xf8001000 iic0 at kiic0 mpcpcibr0 at mainbus0 pci: uni-north pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 "Apple Uni-N AGP" rev 0x00 agp at pchb0 not configured vgafb0 at pci0 dev 16 function 0 "ATI Rage Fury" rev 0x00, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) mpcpcibr1 at mainbus0 pci: uni-north pci1 at mpcpcibr1 bus 0 macobio0 at pci1 dev 23 function 0 "Apple Keylargo" rev 0x03 openpic0 at macobio0 offset 0x4: version 0x4614 feature 3f0302 LE macgpio0 at macobio0 offset 0x50 macgpio1 at macgpio0: irq 47 pgs0 at macgpio0: irq 55 "i2s" at macobio0 offset 0x1 not configured "escc-legacy" at macobio0 offset 0x12000 not configured zs0 at macobio0 offset 0x13000: irq 22,50 zstty0 at zs0 channel 0 zstty1 at zs0 channel 1 "timer" at macobio0 offset 0x15000 not configured adb0 at macobio0 offset 0x16000 apm0 at adb0: battery flags 0x9, 0% charged kiic1 at macobio0 offset 0x18000 iic1 at kiic1 wdc0 at macobio0 offset 0x1f000 irq 19: DMA wd0 at wdc0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 190782MB, 390721968 sectors atapiscsi0 at wdc0 channel 0 drive 1 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: ATAPI 5/cdrom removable wd0(wdc0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 cd0(wdc0:0:1): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 wdc1 at macobio0 offset 0x2 irq 20: DMA wdc2 at macobio0 offset 0x21000 irq 21: DMA ohci0 at pci1 dev 24 function 0 "Apple USB" rev 0x00: irq 27, version 1.0 ohci1 at pci1 dev 25 function 0 "Apple USB" rev 0x00: irq 28, version 1.0 "TI TSB12LV26 FireWire" rev 0x00 at pci1 dev 26 function 0 not configured usb0 at ohci0: USB revision 1.0 uhub0 at usb0 configuration 1 interface 0 "Apple OHCI root hub" rev 1.00/1.00 addr 1 usb1 at ohci1: USB revision 1.0 uhub1 at usb1 configuration 1 interface 0 "Apple OHCI root hub" rev 1.00/1.00 addr 1 mpcpcibr2 at mainbus0 pci: uni-north pci2 at mpcpcibr2 bus 0 gem0 at pci2 dev 15 function 0 "Apple Uni-N GMAC" rev 0x01: irq 41, address 00:30:65:71:c6:e2 lxtphy0 at gem0 phy 0: LXT971 10/100 PHY, rev. 1 uhub2 at uhub0 port 1 configuration 1 interface 0 "Dell USB 2.0 Hub [MTT]" rev 2.00/1.00 addr 2 uhidev0 at uhub2 port 4 configuration 1 interface 0 "Dell Dell Wired Multimedia Keyboard" rev 1.10/75.00 addr 3 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 variable keys, 6 key codes wskbd0 at ukbd0: console keyboard, using wsdisplay0 uhidev1 at uhub2 port 4 configuration 1 interface 1 "Dell Dell Wired Multimedia Keyboard" rev 1.10/75.00 addr 3 uhidev1: iclass 3/1, 5 report ids ums0 at uhidev1 reportid 1: 3 buttons, Z dir wsmouse0 at ums0 mux 0 uhid0 at uhidev1 reportid 2: input=1, output=0, feature=0 uhid1 at uhidev1 reportid 3: input=3, output=0, feature=0 uhid2 at uhidev1 reportid 5: input=0, output=0, feature=5 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets bootpath: /pci@f200/mac-io@17/ata-4@1f000/disk@0:/bsd root on wd0a (f2e51e07c6d0eed8.a) swap on wd0b dump on wd0b uhidev2 at uhub2 port 1 configuration 1 interface 0 "Logitech USB-PS/2 Optical Mouse" rev 2.00/18.00 addr 4 uhidev2: iclass 3/1 ums1 at uhidev2: 6 buttons, Z dir wsmouse1 at ums1 mux 0
Re: Kernel memory leaking on Intel CPUs?
On Jan 4, 2018, at 5:43 AM, Tom Smyth wrote: > > sorry all, > > I had posted to the tech mailing list about this .. I came across these 2 > papers and they may be of interest about the CPU Security flaws > > https://spectreattack.com/ > > I hope this helps > Tom Smyth > Were the BSDs given advanced notice of this like MS, Apple, and Linux...?
Re: Kernel memory leaking on Intel CPUs?
On Thu, 2018-01-04 at 10:49 -0500, Daniel Wilkins wrote: > On Thu, Jan 04, 2018 at 10:21:12AM -0500, Allan Streib wrote: > > "Alceu R. de Freitas Jr." writes: > > > > > I guess Intel does not give a shit about non-profit groups. Linux > > > got > > > this attention because there are a lot of players making money > > > from > > > it, players that surely have some sort of partnership with Intel. > > > > From what I have read in the past 24 hours, the spectre attacks are > > not > > limited to Intel CPUs, but in theory could affect any that use > > speculative execution (including, at least, modern ARM designs and > > AMD > > processors). > > > > My uninformed take on this is that when you allow anyone in the > > world to > > run programs on your systems (i.e. JavaScript in browsers, "cloud" > > hosted virtual machines running on shared hardware, etc.) these > > sorts of > > things occasionally happen. No CPUs or software are perfectly > > secure. > > > > Allan > > > > From what I understand, AMD has come out and explicitly said that > their > architecture isn't and has never been vulnerable, while Intel's said > that > it affects every processor in the last 20+ years and that it's "not a > big > deal for most users" because it's only a kernel memory *read*. > > I'm admittedly not an expert on all things kernel, but allowing user space programs to read kernel space memory seems ... bad. Read/write would be worse, granted
Re: Kernel memory leaking on Intel CPUs?
On Thu, 2018-01-04 at 10:21 -0500, Allan Streib wrote: > "Alceu R. de Freitas Jr." writes: > > > I guess Intel does not give a shit about non-profit groups. Linux > > got > > this attention because there are a lot of players making money from > > it, players that surely have some sort of partnership with Intel. > > From what I have read in the past 24 hours, the spectre attacks are > not > limited to Intel CPUs, but in theory could affect any that use > speculative execution (including, at least, modern ARM designs and > AMD > processors). > > My uninformed take on this is that when you allow anyone in the world > to > run programs on your systems (i.e. JavaScript in browsers, "cloud" > hosted virtual machines running on shared hardware, etc.) these sorts > of > things occasionally happen. No CPUs or software are perfectly secure. > > Allan > > AMD has said that it doesn't affect their processors. Whether or not that's true, I'm not sure. One curiosity I had was whether the KARL mitigation in 6.2 would help with this. I suppose it depends on the nature of the flaw (which is still embargoed I assume).
Re: Lenovo w/ AMD Ryzen CPU
must some kind of bizarre coincidence On Tue, May 28, 2019 at 11:16:51AM -0600, Theo de Raadt wrote: > I am hoping to get one also... and as a rule whatever I get my hands on tends > to work out well. > > danieljb...@icloud.com wrote: > > > I just ordered some E495s (not 'T', but pretty similar). I think > > they're supposed to arrive today. I'll do a test boot and send in a > > dmesg. > > > > On Tue, May 28, 2019 at 10:44:44AM -0400, David Anthony wrote: > > > All, > > > > > > The Lenovo release of T*95 series laptops with AMD Ryzen CPU appears > > > imminent. > > > > > > Would these be poor choices for OpenBSD? Are there any anticipated > > > ???gotchas??? that I should be aware of? Any thoughts would be greatly > > > appreciated. > > > > > > Respectfully, > > > David Anthony > > > > > >
GUI Designer
Quick question for you guys.  I recentlydecided to see if I could get away with runningOpenBSD on my office workstation.  I gotthe idea after playing around with xfreerdp's 'rail' mode which allows me to run Windowsapps (primarily ESRI ArcMap) on a server viaRDP. Anyway, things are going very well.  I learnedperl and have been using it where I had been using Java on my Windows box.  I figured sinceperl is part of the base system and Netbeanshasn't been updated in like 5 years, you guys probably aren't big on Java :).  But here's my question: every now and then I like to makea quick and dirty GUI app.  In Windows, I was using Netbeans/Java/Swing.  What do youguys use for a simple GUI with a visualdesigner?  I looked into wxperl, but the systemperl isn't threaded, so not optimal for GUIs.  I could always use plenv and install a second,threaded perl, but thought I'd check to see ifanyone had a better idea.  Or do you guys justnot write GUIs? :) Daniel Boyd
Firefox Crashes; slow xfce
I have noticed a pattern lately. When I open LibreOffice or Evince, Firefox crashes -- like pretty regularly. I switched from using Calc to Gnumeric and that has helped some, but having my browser crash 10-15 times a day is not good for productivity. I've been using OpenBSD (first 5.8 and now 5.9) on my primary work machine for a couple months now. I am largely very happy with things, but I'm hopeful I can figure out a solution to this. In addition, the LibreOffice 5 build in 5.9 crashed so much on me last week as to not be usable. I don't use LibreOffice super often, but I don't recall having any issues like that with the 4.x build that ran on 5.8. And, lastly dragging windows in xfce is *slow*. This isn't a new computer, but it's got a Radeon HD 7770. I am running dual 2560x1440 monitors which is a lot of pixels, but I think that card should be capable of handling it. I'm not sure what all log/configuration files etc to post, so I'll just do dmesg, Xorg.0.log, and login.conf dmesg: OpenBSD 5.9 (GENERIC.MP) #1: Thu Mar 31 12:53:41 CEST 2016 jas...@stable-59-amd64.mtier.org: /binpatchng/work-binpatch59-amd64/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8564244480 (8167MB) avail mem = 8300490752 (7915MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0720 (77 entries) bios0: vendor American Megatrends Inc. version "0711" date 05/18/2009 bios0: ASUSTeK Computer INC. P6T WS PRO acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR SSDT acpi0: wakeup devices NPE2(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE8(S4) NPE9(S4) NPEA(S4) P0P1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) EUSB(S4) USB3(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) Xeon(R) CPU E5506 @ 2.13GHz, 2138.51 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 136MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 8, remapped to apid 1 ioapic1 at mainbus0: apid 3 pa 0xfec8a000, version 20, 24 pins ioapic1: misconfigured as apic 9, remapped to apid 3 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (NPE2) acpiprt2 at acpi0: bus -1 (NPE4) acpiprt3 at acpi0: bus -1 (NPE5) acpiprt4 at acpi0: bus -1 (NPE6) acpiprt5 at acpi0: bus -1 (NPE8) acpiprt6 at acpi0: bus -1 (NPE9) acpiprt7 at acpi0: bus -1 (NPEA) acpiprt8 at acpi0: bus 10 (P0P1) acpiprt9 at acpi0: bus 9 (P0P4) acpiprt10 at acpi0: bus 8 (P0P5) acpiprt11 at acpi0: bus 7 (P0P6) acpiprt12 at acpi0: bus 6 (P0P7) acpiprt13 at acpi0: bus -1 (P0P8) acpiprt14 at acpi0: bus -1 (P0P9) acpiprt15 at acpi0: bus 1 (NPE1) acpiprt16 at acpi0: bus 3 (PXHA) acpiprt17 at acpi0: bus 4 (NPE3) acpiprt18 at acpi0: bus 5 (NPE7) acpicpu0 at acpi0: C1(@1 halt!), PSS acpicpu1 at acpi0: C1(@1 halt!), PSS acpicpu2 at acpi0: C1(@1 halt!), PSS acpicpu3 at acpi0: C1(@1 halt!), PSS aibs0 at acpi0 RTMP RVLT RFAN GGRP GITM SITM acpibtn0 at acpi0: PWRB cpu0: Enhanced SpeedStep 2138 MHz: speeds: 2133, 2000, 1867, 1733, 1600 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel X58 Host" rev 0x13 ppb0 at pci0 dev 1 function 0 "Intel X58 PCIE" rev 0x13
Re: Firefox Crashes; slow xfce
I had my datasize up under 'staff' which I believe should cover my user account. How do I find out what my effective datasize limit is? Is it possible that some processes would be bound by 'default' and others by 'staff?' On Fri, Apr 15, 2016 at 1:34 PM, Donald Allen wrote: > On Fri, Apr 15, 2016 at 2:11 PM, Daniel Boyd wrote: > > I have noticed a pattern lately. When I open LibreOffice or Evince, > > Firefox crashes -- like pretty regularly. I switched from using Calc to > > Gnumeric and that has helped some, but having my browser crash 10-15 > times > > a day is not good for productivity. > > My guess is that Firefox is running out of memory. I had similar > problems and this change to /etc/login.conf made firefox reliable: > > # Sample login.conf file. See login.conf(5) for details. > @@ -41,14 +41,13 @@ auth-ftp-defaults:auth-ftp=passwd: > default:\ > :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin > /usr/local/bin /usr/local/sbin:\ > :umask=022:\ > - :datasize-max=512M:\ > - :datasize-cur=512M:\ > + :datasize-max=2048M:\ > + :datasize-cur=2048M:\ > > > > > I've been using OpenBSD (first 5.8 and now 5.9) on my primary work > machine > > for a couple months now. I am largely very happy with things, but I'm > > hopeful I can figure out a solution to this. > > > > In addition, the LibreOffice 5 build in 5.9 crashed so much on me last > week > > as to not be usable. I don't use LibreOffice super often, but I don't > > recall having any issues like that with the 4.x build that ran on 5.8. > > > > And, lastly dragging windows in xfce is *slow*. This isn't a new > computer, > > but it's got a Radeon HD 7770. I am running dual 2560x1440 monitors > which > > is a lot of pixels, but I think that card should be capable of handling > > it. > > > > I'm not sure what all log/configuration files etc to post, so I'll just > do > > dmesg, Xorg.0.log, and login.conf > > > > dmesg: > > OpenBSD 5.9 (GENERIC.MP) #1: Thu Mar 31 12:53:41 CEST 2016 > > jas...@stable-59-amd64.mtier.org: > > /binpatchng/work-binpatch59-amd64/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 8564244480 (8167MB) > > avail mem = 8300490752 (7915MB) > > mpath0 at root > > scsibus0 at mpath0: 256 targets > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0720 (77 entries) > > bios0: vendor American Megatrends Inc. version "0711" date 05/18/2009 > > bios0: ASUSTeK Computer INC. P6T WS PRO > > acpi0 at bios0: rev 0 > > acpi0: sleep states S0 S1 S3 S4 S5 > > acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR SSDT > > acpi0: wakeup devices NPE2(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE8(S4) > NPE9(S4) > > NPEA(S4) P0P1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) > > EUSB(S4) USB3(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) Xeon(R) CPU E5506 @ 2.13GHz, 2138.51 MHz > > cpu0: > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > > cpu0: 256KB 64b/line 8-way L2 cache > > cpu0: smt 0, core 0, package 0 > > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > > cpu0: apic clock running at 136MHz > > cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE > > cpu1 at mainbus0: apid 2 (application processor) > > cpu1: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz > > cpu1: > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > > cpu1: 256KB 64b/line 8-way L2 cache > > cpu1: smt 0, core 1, package 0 > > cpu2 at mainbus0: apid 4 (application processor) > > cpu2: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > > cpu2: 256KB 64b/line 8-way L2 cache > > cpu2: smt 0, core 2, package 0 > > cpu3 at mainbus0: apid 6 (application processor) > > cpu3: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz, 2180.95 MHz &g
Re: Firefox Crashes; slow xfce
yeah -- my effective data limit is (and has been ) 3500M this this might be indicative of bad memory (like physically?) On Fri, Apr 15, 2016 at 3:28 PM, Donald Allen wrote: > On Fri, Apr 15, 2016 at 4:24 PM, Daniel Boyd wrote: > > I had my datasize up under 'staff' which I believe should cover my user > > account. How do I find out what my effective datasize limit is? Is it > > possible that some processes would be bound by 'default' and others by > > 'staff?' > > ulimit -a > > > > > On Fri, Apr 15, 2016 at 1:34 PM, Donald Allen > > wrote: > >> > >> On Fri, Apr 15, 2016 at 2:11 PM, Daniel Boyd > wrote: > >> > I have noticed a pattern lately. When I open LibreOffice or Evince, > >> > Firefox crashes -- like pretty regularly. I switched from using Calc > to > >> > Gnumeric and that has helped some, but having my browser crash 10-15 > >> > times > >> > a day is not good for productivity. > >> > >> My guess is that Firefox is running out of memory. I had similar > >> problems and this change to /etc/login.conf made firefox reliable: > >> > >> # Sample login.conf file. See login.conf(5) for details. > >> @@ -41,14 +41,13 @@ auth-ftp-defaults:auth-ftp=passwd: > >> default:\ > >> :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin > >> /usr/local/bin /usr/local/sbin:\ > >> :umask=022:\ > >> - :datasize-max=512M:\ > >> - :datasize-cur=512M:\ > >> + :datasize-max=2048M:\ > >> + :datasize-cur=2048M:\ > >> > >> > > >> > I've been using OpenBSD (first 5.8 and now 5.9) on my primary work > >> > machine > >> > for a couple months now. I am largely very happy with things, but I'm > >> > hopeful I can figure out a solution to this. > >> > > >> > In addition, the LibreOffice 5 build in 5.9 crashed so much on me last > >> > week > >> > as to not be usable. I don't use LibreOffice super often, but I don't > >> > recall having any issues like that with the 4.x build that ran on 5.8. > >> > > >> > And, lastly dragging windows in xfce is *slow*. This isn't a new > >> > computer, > >> > but it's got a Radeon HD 7770. I am running dual 2560x1440 monitors > >> > which > >> > is a lot of pixels, but I think that card should be capable of > handling > >> > it. > >> > > >> > I'm not sure what all log/configuration files etc to post, so I'll > just > >> > do > >> > dmesg, Xorg.0.log, and login.conf > >> > > >> > dmesg: > >> > OpenBSD 5.9 (GENERIC.MP) #1: Thu Mar 31 12:53:41 CEST 2016 > >> > jas...@stable-59-amd64.mtier.org: > >> > /binpatchng/work-binpatch59-amd64/src/sys/arch/amd64/compile/ > GENERIC.MP > >> > real mem = 8564244480 (8167MB) > >> > avail mem = 8300490752 (7915MB) > >> > mpath0 at root > >> > scsibus0 at mpath0: 256 targets > >> > mainbus0 at root > >> > bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0720 (77 entries) > >> > bios0: vendor American Megatrends Inc. version "0711" date 05/18/2009 > >> > bios0: ASUSTeK Computer INC. P6T WS PRO > >> > acpi0 at bios0: rev 0 > >> > acpi0: sleep states S0 S1 S3 S4 S5 > >> > acpi0: tables DSDT FACP APIC MCFG OEMB HPET OSFR SSDT > >> > acpi0: wakeup devices NPE2(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE8(S4) > >> > NPE9(S4) > >> > NPEA(S4) P0P1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) > USB5(S4) > >> > EUSB(S4) USB3(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) Xeon(R) CPU E5506 @ 2.13GHz, 2138.51 MHz > >> > cpu0: > >> > > >> > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > >> > cpu0: 256KB 64b/line 8-way L2 cache > >> > cpu0: smt 0, core 0, package 0 > >> > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > >> > cpu0: apic clock running at 136MHz > >> > cpu0: mwait min=64, max=64, C-substates=0.2.1.1,
Re: Firefox Crashes; slow xfce
hm.. What about the slow xfce? Does anyone else have issues dragging windows around with high-res monitors? Anyone else using a Radeon HD 7770? On Fri, Apr 15, 2016 at 5:15 PM, Daniel Jakots wrote: > On Fri, 15 Apr 2016 13:11:39 -0500, Daniel Boyd > wrote: > > > I have noticed a pattern lately. When I open LibreOffice or Evince, > > Firefox crashes -- like pretty regularly. > > FWIW, more than 90% of times I launch smplayer to play a movie, firefox > dies and it really looks it's 'disk-usage' related. > > *shrug*
Re: Firefox Crashes; slow xfce
I tried this and it didn't seem to have much of an effect, unfortunately. On Fri, Apr 15, 2016 at 8:48 PM, wrote: > Try to raise your aperture driver level to give your gpu more privileges: > > # sysctl machdep.allowaperture=2 > > You can read more about the other levels on man pages (type "man xf86").
Re: Firefox Crashes; slow xfce
> I was unable to solve either of the two problems you describe and > obviously did noone else. The proposed solutions later in this thread did > nothing to improve the situation in my case. Your first item (the crash > fest in 5.8 and 5.9) made me move back to 5.7 which I'm using right now. It > comes with xfce 4.10 and firefox-esr 31.4. The desktop is reasonably > stable. Enough to remain productive. > > Best regards > /Birger > > Are you saying that this is a problem with Xfce and Firefox? If so, might be worth looking into other window managers...
Re: Firefox Crashes; slow xfce
> Yes, I did. awesome, and clutter(that comes with gnome. I actually > installed the gnome DE to just to try this out). To no avail. > > Speculating, I'd say that the problem is in X. Where I don't know. But it > might also be that xfce is involved somehow; both 5.8 and 5.9 uses xfce > 4.12. IIRC, I installed both awesome and gnome without de-installing xfce. > It is not completely unthinkable (although unlikely) that they share some > common parts. > > Best regards > /Birger > > Not familiar with Awesome, but gnome and xfce both use GTK...
Re: Firefox Crashes; slow xfce
Thanks -- I will give xombrero a shot. Definitely need javascript support as I am currently composing this in Gmail and do quite a bit of javscript-based web development :) On Mon, Apr 18, 2016 at 1:31 PM, wrote: > I think the problem is with firefox itself. > tedu@ wrote a post about this: > http://www.tedunangst.com/flak/post/firefox-vs-rthreads > > Since the code is so bloated, no one will ever waste time trying to fix > all the issues. Just switch to some other browser, there's plenty of > options. > I'm using Links 2.12 on -stable and it works fine for my needs. But > there's also Xombrero if you need javascript support.
Re: Firefox Crashes; slow xfce
I was OK with the performance in Firefox (though it was pretty slow). What
was *really* bothering me was the crashing. Does 'noscript' solve that as
well?
I'm currently trying out xombrero and vimb. I feel like vimb might be a
bit faster, but it doesn't recognize the Gmail composing text area as an
input. Anyone know how to force vimb into insert mode?
On Tue, Apr 19, 2016 at 12:51 PM, Donald Allen
wrote:
> On Tue, Apr 19, 2016 at 12:58 PM, Federico Carrone
> wrote:
> > After migrating from Linux to OpenBSD on my desktop performance was
> really
> > bad inside Firefox and Chromium in 5.9 specially on big websites like
> gmail.
> > It was not usable, on an 4 core machine and with 16GB of RAM. After
> > migrating to -current, they have become usable. If it is possible try to
> use
> > firefox/chrome in current and check if it works fine.
>
> Thanks for the tip, but getting rid of much of the incredibly annoying
> javascript-generated junk ("Don't read that! Click me instead!") has
> resulted in perfectly good Firefox performance even without the recent
> improvements in -current.
Re: Firefox Crashes; slow xfce
> Firefox has been quite stable, with or without the 'noscript' plug-in, since I increased my data allocation. The crashes that I saw > previously were all due to running out of memory (I don't run a > desktop, just a wm, nor do I use xdm, so it's easy to see Firefox > errors on the vt where I ran the 'startx' command). > I'm running xdm and xfce4, so I suppose the culprit must lie in there somewhere... The crashes seem to happen when certain other programs launch. Like evince and libreoffice... It really doesn't seem to like anything gtk3-based. Once it starts crashing, I can see 5 or 6 crashes within a span of 5-10 minutes. And then it won't crash for a day or two.
Re: Firefox Crashes; slow xfce
$ ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 3584000 stack(kbytes)4096 lockedmem(kbytes)2701637 memory(kbytes) 8101908 nofiles(descriptors) 128 processes256 On Tue, Apr 19, 2016 at 3:52 PM, ilyes aiouaz wrote: > Le 19/04/2016 19:11, Daniel Boyd a écrit : > >> Firefox has been quite stable, with or without the 'noscript' plug-in, >>> >> since I increased my data allocation. The crashes that I saw >> >>> previously were all due to running out of memory (I don't run a >>> desktop, just a wm, nor do I use xdm, so it's easy to see Firefox >>> errors on the vt where I ran the 'startx' command). >>> >>> I'm running xdm and xfce4, so I suppose the culprit must lie in there >> somewhere... The crashes seem to happen when certain other programs >> launch. Like evince and libreoffice... It really doesn't seem to like >> anything gtk3-based. Once it starts crashing, I can see 5 or 6 crashes >> within a span of 5-10 minutes. And then it won't crash for a day or two. >> >> Hi Everybody, > Did you change the following parameters in the /etc/login.conf : > > default:\ > ... > :datasize-max= :\ > :datasize-cur= :\ > :maxproc-max= :\ > :maxproc-cur= :\ > :openfiles-cur= :\ > :stacksize-cur= :\ > > staff:\ > :datasize-cur= :\ > ...
Re: Firefox Crashes; slow xfce
openfiles-cur is set to 128 under daemon in my login.conf. Could that be affecting it? On Wed, Apr 20, 2016 at 10:51 AM, Guillaume Simon < guillaume.si...@mailoo.org> wrote: > Your nofiles(descriptors) may be too low. > You should consider increasing it to 512 or more > The weird thing is it doesn't match the "openfiles-cur" of your default > login class (2048, according to your first email). > > Le 04/20/16 16:41, Daniel Boyd a écrit : > > $ ulimit -a > > time(cpu-seconds)unlimited > > file(blocks) unlimited > > coredump(blocks) unlimited > > data(kbytes) 3584000 > > stack(kbytes)4096 > > lockedmem(kbytes)2701637 > > memory(kbytes) 8101908 > > nofiles(descriptors) 128 > > processes256
Re: Firefox Crashes; slow xfce
I just switched to fvwm this morning and it's night-and-day faster than xfce. Hard to believe it's the same computer. I'm going to have to spend some quality time with the fvwm manpage because I've never used it much beyond launching xterm to install another window manager :) On Mon, Apr 18, 2016 at 3:40 PM, Edgar Pettijohn wrote: > I don't have any problems with Firefox on -current with Fvwm2. I switched > to Fvwm because Xfce was getting unmanageable. After about a week when I > got my config just right it is much easier and faster than Xfce just not as > pretty. > > Sent from my iPhone > > > On Apr 18, 2016, at 3:13 PM, Daniel Boyd wrote: > > > > Thanks -- I will give xombrero a shot. Definitely need javascript > support > > as I am currently composing this in Gmail and do quite a bit of > > javscript-based web development :) > > > >> On Mon, Apr 18, 2016 at 1:31 PM, wrote: > >> > >> I think the problem is with firefox itself. > >> tedu@ wrote a post about this: > >> http://www.tedunangst.com/flak/post/firefox-vs-rthreads > >> > >> Since the code is so bloated, no one will ever waste time trying to fix > >> all the issues. Just switch to some other browser, there's plenty of > >> options. > >> I'm using Links 2.12 on -stable and it works fine for my needs. But > >> there's also Xombrero if you need javascript support.
Re: Firefox Crashes; slow xfce
Breakthrough in xfce -- Settings -> Window Manager Tweaks -> Compositor. Disabled it. Runs *so* much better On Wed, Apr 20, 2016 at 11:35 AM, Daniel Boyd wrote: > I just switched to fvwm this morning and it's night-and-day faster than > xfce. Hard to believe it's the same computer. I'm going to have to spend > some quality time with the fvwm manpage because I've never used it much > beyond launching xterm to install another window manager :) > > On Mon, Apr 18, 2016 at 3:40 PM, Edgar Pettijohn > wrote: > >> I don't have any problems with Firefox on -current with Fvwm2. I >> switched to Fvwm because Xfce was getting unmanageable. After about a week >> when I got my config just right it is much easier and faster than Xfce just >> not as pretty. >> >> Sent from my iPhone >> >> > On Apr 18, 2016, at 3:13 PM, Daniel Boyd wrote: >> > >> > Thanks -- I will give xombrero a shot. Definitely need javascript >> support >> > as I am currently composing this in Gmail and do quite a bit of >> > javscript-based web development :) >> > >> >> On Mon, Apr 18, 2016 at 1:31 PM, wrote: >> >> >> >> I think the problem is with firefox itself. >> >> tedu@ wrote a post about this: >> >> http://www.tedunangst.com/flak/post/firefox-vs-rthreads >> >> >> >> Since the code is so bloated, no one will ever waste time trying to fix >> >> all the issues. Just switch to some other browser, there's plenty of >> >> options. >> >> I'm using Links 2.12 on -stable and it works fine for my needs. But >> >> there's also Xombrero if you need javascript support.
Re: Firefox Crashes; slow xfce
Radeon HD 7770 Sent from Outlook Mobile. Yes, it works with gmail. On Wed, Apr 20, 2016 at 12:21 PM -0700, "ilyes aiouaz" wrote: Hi, What's the model of your graphics card ? Le 20/04/2016 18:46, Daniel Boyd a écrit : > Breakthrough in xfce -- Settings -> Window Manager Tweaks -> Compositor. > Disabled it. > > Runs *so* much better > > On Wed, Apr 20, 2016 at 11:35 AM, Daniel Boyd wrote: > >> I just switched to fvwm this morning and it's night-and-day faster than >> xfce. Hard to believe it's the same computer. I'm going to have to spend >> some quality time with the fvwm manpage because I've never used it much >> beyond launching xterm to install another window manager :) >> >> On Mon, Apr 18, 2016 at 3:40 PM, Edgar Pettijohn >> wrote: >> >>> I don't have any problems with Firefox on -current with Fvwm2. I >>> switched to Fvwm because Xfce was getting unmanageable. After about a week >>> when I got my config just right it is much easier and faster than Xfce just >>> not as pretty. >>> >>> Sent from my iPhone >>> >>>> On Apr 18, 2016, at 3:13 PM, Daniel Boyd wrote: >>>> >>>> Thanks -- I will give xombrero a shot. Definitely need javascript >>> support >>>> as I am currently composing this in Gmail and do quite a bit of >>>> javscript-based web development :) >>>> >>>>> On Mon, Apr 18, 2016 at 1:31 PM, wrote: >>>>> >>>>> I think the problem is with firefox itself. >>>>> tedu@ wrote a post about this: >>>>> http://www.tedunangst.com/flak/post/firefox-vs-rthreads >>>>> >>>>> Since the code is so bloated, no one will ever waste time trying to fix >>>>> all the issues. Just switch to some other browser, there's plenty of >>>>> options. >>>>> I'm using Links 2.12 on -stable and it works fine for my needs. But >>>>> there's also Xombrero if you need javascript support.
Re: Can't use sshfs as user
Any idea how to get it to map the uid? Once I mount the folder, I can't access it. I've tried -o idmap=user, -o uid=1000, etc. None of that seems to work. On Mon, Apr 25, 2016 at 6:18 AM, Dmitrij D. Czarkoff wrote: > Thuban said: > > Oh, that was it. > > It works after a > > # chmod 666 /dev/fuse0 > > > > Not sure it's really secure thought. > > You only need 660 and your user in 'wheel' group. > > -- > Dmitrij D. Czarkoff
pf problem
I'm having some problems getting pf to forward ports. My computer is
running a fresh install of OpenBSD 4.5.
My internal network is using 172.17.2.0/24 and I need pf to do NAT and
forward some ports to two internal servers.
NAT is working just fine, (e.g. the internal computers can browse the
web etc.) but I can't connect to my internal servers from the outside.
Here is my pf.conf:
-
ext_if = "rl0"
int_if = "fxp0"
localnet = $int_if:network
udp_services = "{ domain, ntp }"
email_server = "172.18.2.10"
email_ports = "{ smtp, submission }"
web_server = "172.18.2.251"
web_ports = "{ http, https, imap, 3389 }"
nat on $ext_if from $localnet to any -> $ext_if
rdr on $ext_if proto tcp from any to $ext_if port $email_ports ->
$email_server
rdr on $ext_if proto tcp from any to $ext_if port $web_ports -> $web_server
block all
pass out
pass from { lo0, $localnet } to any
pass quick inet proto { tcp, udp } to any port $udp_services
icmp_types = "echoreq"
pass inet proto icmp all icmp-type $icmp_types
#traceroute
pass out on $ext_if inet proto udp from any to any port 33433 >< 33626
pass proto tcp from any to $web_server port $web_ports synproxy state
pass proto tcp from any to $email_server port $email_ports synproxy state
pass proto tcp from $email_server to any port smtp synproxy state
---
Any ideas will be much appreciated!
