Re: X and VMware Workstation

2010-06-24 Thread David Coppa
On Thu, Jun 24, 2010 at 6:29 AM, John Lists Tate
 wrote:
> I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0
> regardless of what Modes I specify in xorg.conf. All the prior information I
> find on Google doesn't seem to work anymore despite the problem not being
> new.
>
>
>
> Anyone know how it is done these days? Or about getting VMware Tools to work
> perhaps?

Basic functionalities of vmware tools are known to work if you install
freebsd version of them using COMPAT_FREEBSD.

cheers,
david



testing ospfd

2010-06-24 Thread Gregory Edigarov
Hello,

I've run into a problem while running a test setup of ospfd:

if I comment an interface in ospfd.conf, then reload it by 
ospfctl reload, interface still stay on other routers ribs.
i.e. 'ospfctl reload' doesn't really reload?


-- 
With best regards,
Gregory Edigarov



Re: Intel PRO/1000 QP on Dell R610 and OpenBSD 4.7

2010-06-24 Thread Frédéric URBAN

Le 23/06/2010 12:08, rh...@hushmail.com a C)crit :

Thank you for the messages regarding /var/run/dmesg.boot. I bow
to your combined superior wisdoms !

Hope this is of assistance :   ;-)

OpenBSD 4.7 (GENERIC.MP) #0: Sat Jan 10 10:10:10 GMT 2010
 r...@example.com:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Xeon(R) CPU E5502 @ 1.87GHz ("GenuineIntel" 686-
class) 1.87 GHz
cpu0:
...
em0 at pci3 dev 0 function 0 "Intel PRO/1000 PT (82571EB)" rev
0x06: apic 0 int 6 (irq 7), address 00:15:17:00:00:00
em1 at pci3 dev 0 function 1 "Intel PRO/1000 PT (82571EB)" rev
0x06: apic 0 int 13 (irq 11), address 00:15:17:00:00:01
...
This is working well in your case because you are using Intel Pro Server 
PT cards that is running 82571EB Chip which is supported since a long 
time now. We've some of thoses in production here.

The problem happend on:
- Intel Pro Server ET Dual Port Card.
- Intel Pro Server ET Quad Port Card.
- All on-motherboard NIC which are based on Intel 82576EB,
It remains untested on:
- Intel Pro Server EF Dual Port Card.
- Intel Pro Server EF Quad Port Card.
 I'll be able to test the Dual Port EF Card in a few days but I already 
think it will fail since both are based on 82576EB...


I didn't find any bug report yet on the OpenBSD official Website, this 
is a different case than the one  reported here:
http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6301 



Can somebody report it with a dmesg on 4.7 ?



Re: X and VMware Workstation

2010-06-24 Thread Bryan
On Thu, Jun 24, 2010 at 02:16, David Coppa  wrote:
> On Thu, Jun 24, 2010 at 6:29 AM, John Lists Tate
>  wrote:
>> I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0
>> regardless of what Modes I specify in xorg.conf. All the prior information I
>> find on Google doesn't seem to work anymore despite the problem not being
>> new.
>>
>>
>>
>> Anyone know how it is done these days? Or about getting VMware Tools to work
>> perhaps?
>
> Basic functionalities of vmware tools are known to work if you install
> freebsd version of them using COMPAT_FREEBSD.
>
> cheers,
> david
>
>

I have to run "xrandr" and I can set the resolution to what I need.

After X starts, I just run "xrandr -s 1152x864



Re: testing ospfd

2010-06-24 Thread Gregory Edigarov
On Thu, 24 Jun 2010 12:07:24 +0300
Gregory Edigarov  wrote:

> Hello,
> 
> I've run into a problem while running a test setup of ospfd:
> 
> if I comment an interface in ospfd.conf, then reload it by 
> ospfctl reload, interface still stay on other routers ribs.
> i.e. 'ospfctl reload' doesn't really reload?
> 
> 

also I need to note that ripd does the job well, and follows interface
changes. so the question is: is this a bug in ospfd, or is it an
intended behavior, that comes from differences in  the base of protocol?
i.e. link state (ospf) vs routing information exchange (rip).
 

-- 
With best regards,
Gregory Edigarov



Re: X and VMware Workstation

2010-06-24 Thread John Lists Tate
Thanks, that works fine.

John Tate.

-Original Message-
From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of
Bryan
Sent: Thursday, June 24, 2010 11:05 PM
Cc: misc@openbsd.org
Subject: Re: X and VMware Workstation

On Thu, Jun 24, 2010 at 02:16, David Coppa  wrote:
> On Thu, Jun 24, 2010 at 6:29 AM, John Lists Tate
>  wrote:
>> I can't seem to get X to work beyond 800x600 on VMware Workstation 7.0
>> regardless of what Modes I specify in xorg.conf. All the prior information
I
>> find on Google doesn't seem to work anymore despite the problem not being
>> new.
>>
>>
>>
>> Anyone know how it is done these days? Or about getting VMware Tools to
work
>> perhaps?
>
> Basic functionalities of vmware tools are known to work if you install
> freebsd version of them using COMPAT_FREEBSD.
>
> cheers,
> david
>
>

I have to run "xrandr" and I can set the resolution to what I need.

After X starts, I just run "xrandr -s 1152x864



openbsd 4.7 amd64, httpd and php5 not working

2010-06-24 Thread FRLinux
Hello list,

Sorry for stating the obvious but I don't get this. I am trying to
load up apache (which is working) with php5. I have then installed
php5-core and linked the proper stuff into /var/www/conf/

ln -s /var/www/conf/modules.sample/php5.conf /var/www/conf/modules/php5.conf

/var/www/conf contains a valid php.ini file

cat /var/www/conf/modules/php5.conf

LoadModule php5_module /usr/local/lib/php/libphp5.so


AddType application/x-httpd-php .php .phtml .php3
AddType application/x-httpd-php-source .phps
# Most php configs require this
DirectoryIndex index.php


file /usr/local/lib/php/libphp5.so
/usr/local/lib/php/libphp5.so: ELF 64-bit LSB shared object, x86-64,
version 1, for OpenBSD, dynamically linked, not stripped

When starting httpd (using -u at the moment to exclude any chroot
funky business), it does not report any error and i can call a php
file but then get a blank page. If i look at the source, i get my
source script (at the moment just trying to display phpinfo.

In the logs, it does not see it as an error, i just get a normal hit
in the access log:
[24/Jun/2010:14:18:50 +0100] "GET /info.php HTTP/1.1" 200 29

Must be something very stupid but i don't get this. I first tried to
reinstall my setup using lighttpd and php as fastcgi and got the same
error so thought it came from my installation. Any help welcome.

sudo httpd -l
Compiled-in modules:
  http_core.c
  mod_env.c
  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_so.c
  mod_setenvif.c
  mod_keynote.c
  mod_ssl.c
suexec: enabled; valid wrapper /usr/sbin/suexec

For info, OpenBSD runs on a KVM under CentOS but I don't believe this
might be relevant here given that all the rest is working flawlessly
(incidentally I have disabled mpi* and iic*)

OpenBSD 4.7 (GENERIC) #112: Wed Mar 17 20:43:49 MDT 2010
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 267321344 (254MB)
avail mem = 247496704 (236MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfbdaf (10 entries)
bios0: vendor QEMU version "QEMU" date 01/01/2007
bios0: Red Hat KVM
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
mpbios at bios0 not configured
cpu0 at mainbus0: (uniprocessor)
cpu0: QEMU Virtual CPU version 0.9.1, 2394.29 MHz
cpu0: 
FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,LONG
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 10240MB, 20971520 sectors
wd0(pciide0:0:0): using PIO mode 0, DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 0
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: irq 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: irq 10
iic at piixpm0 not configured
vga1 at pci0 dev 2 function 0 "Cirrus Logic CL-GD5446" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 3 function 0 "Intel PRO/1000MT (82540EM)" rev 0x03:
irq 11, address 54:52:00:4a:f4:0e
"Qumranet Virtio Memory" rev 0x00 at pci0 dev 4 function 0 not configured
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: probed fifo depth: 0 bytes
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: 
spkr0 at pcppi0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: density unknown
fd1 at fdc0 drive 1: density unknown
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
nvram: invalid checksum
mtrr: Pentium Pro MTRR support
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
clock: unknown CMOS layout

Thanks in advance, this is driving me mad.
Steph



Re: openbsd 4.7 amd64, httpd and php5 not working

2010-06-24 Thread FRLinux
On Thu, Jun 24, 2010 at 3:45 PM, Otto Moerbeek  wrote:
> What the value of short_open_tag in php.ini and what is the exact
> content of your test file.

Hello Otto, thanks for your reply, this was the error, been using
mostly 

igmp snooping

2010-06-24 Thread Christiano F. Haesbaert
Hi,

To my understanding bridge(4) does not support igmp snooping, is there
another way to achieve similar effects ?
I want active snooping, that is, don't broadcast mcast packets to all
ports, only to those with active listeners.

If not, I'm considering implementing it, that would be on bridge(4) correct ?



Re: igmp snooping

2010-06-24 Thread Claudio Jeker
On Thu, Jun 24, 2010 at 11:57:27AM -0300, Christiano F. Haesbaert wrote:
> Hi,
> 
> To my understanding bridge(4) does not support igmp snooping, is there
> another way to achieve similar effects ?

No, bridge(4) is like a dumb switch that broadcasts multicast packets to
all ports. Doing IGMP and MLD snooping and smart multicast handling is a
bit more complex and nobody needed it (until now).

> I want active snooping, that is, don't broadcast mcast packets to all
> ports, only to those with active listeners.
> 
> If not, I'm considering implementing it, that would be on bridge(4) correct ?

Yes please. The multicast handling of bridge(4) is a bit insane (since
the local ports need to be fed as well). Just make sure that the old mode
is still available and maybe clean up the mess with link0 and link1.

-- 
:wq Claudio



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread pourlori
On Tue, 22 Jun 2010 21:39:10 +0200 Aaron Glenn 
 wrote:
>On Tue, Jun 22, 2010 at 7:26 PM,   wrote:
>>
>> I do not wish to begin a troll-like thread, I just want the 
>truth.
>
>yes you do; no you don't.
>no one cares; please go away.

You are wrong, if you are unable to reply properly to my request, 
go away.
I don't know, go out, do some sports.
Didn't you just want to appear on misc@, if not you would not have 
kept misc in the discussion.

There will always be OpenBSD haters, I want to be able to have a 
constructive, fact based discussion with them.
Staying ignorant and saying "go away" just prove yourself ignorant 
and childish.

If someone HAS valuable information, they can reply directly, 
without replying to misc. Thank you.



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread STeve Andre'
On Thursday 24 June 2010 12:52:35 pourl...@hushmail.com wrote:
> On Tue, 22 Jun 2010 21:39:10 +0200 Aaron Glenn
>
>  wrote:
> >On Tue, Jun 22, 2010 at 7:26 PM,   wrote:
> >> I do not wish to begin a troll-like thread, I just want the
> >
> >truth.
> >
> >yes you do; no you don't.
> >no one cares; please go away.
>
> You are wrong, if you are unable to reply properly to my request,
> go away.
> I don't know, go out, do some sports.
> Didn't you just want to appear on misc@, if not you would not have
> kept misc in the discussion.
>
> There will always be OpenBSD haters, I want to be able to have a
> constructive, fact based discussion with them.
> Staying ignorant and saying "go away" just prove yourself ignorant
> and childish.
>
> If someone HAS valuable information, they can reply directly,
> without replying to misc. Thank you.

The fact of the matter is that N groups of people can think of much
the same things quite independantly of one another.  This being the
case, trying to claim 'we did it first!' is much like digging a hole in
water.  It's great exercise, amsuing for others to watch, but utterly
useless.

--STeve Andre'



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread Andres Genovez
2010/6/24 STeve Andre' 
>
> On Thursday 24 June 2010 12:52:35 pourl...@hushmail.com wrote:
> > On Tue, 22 Jun 2010 21:39:10 +0200 Aaron Glenn
> >
> >  wrote:
> > >On Tue, Jun 22, 2010 at 7:26 PM,   wrote:
> > >> I do not wish to begin a troll-like thread, I just want the
> > >
> > >truth.
> > >
> > >yes you do; no you don't.
> > >no one cares; please go away.
> >
> > You are wrong, if you are unable to reply properly to my request,
> > go away.
> > I don't know, go out, do some sports.
> > Didn't you just want to appear on misc@, if not you would not have
> > kept misc in the discussion.
> >
> > There will always be OpenBSD haters, I want to be able to have a
> > constructive, fact based discussion with them.
> > Staying ignorant and saying "go away" just prove yourself ignorant
> > and childish.
> >
> > If someone HAS valuable information, they can reply directly,
> > without replying to misc. Thank you.
>
> The fact of the matter is that N groups of people can think of much
> the same things quite independantly of one another.  This being the
> case, trying to claim 'we did it first!' is much like digging a hole in
> water.  It's great exercise, amsuing for others to watch, but utterly
> useless.
>
> --STeve Andre'
>

"Life is pretty simple: You do some stuff. Most fails. Some works. You
do more of what works. If it works big, others quickly copy it. Then
you do something else. The trick is the doing something else."

Leonardo da Vinci

--
Atentamente

Andris Genovez Tobar / Sistemas
http://www.crice.org



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread Marco Peereboom
The PaX guys got their panties in a knot because they wanted credit for
being first or something which they can have all day long.

The OpenBSD code was developed in oblivion to PaX.

So that guy still has an axe to grind because he wants something out of
it.  Not sure what though.

I'll declare him first and omg1337 H4Xx0r and he can use his PaX all day
long.  Hope it works out for him.  It has however no relevance to
OpenBSD.

On Tue, Jun 22, 2010 at 09:26:18PM +0200, pourl...@hushmail.com wrote:
> Hello misc,
> 
> I was wondering if these accusations against OpenBSD were true, 
> I doubt he is lying, maybe he is just not telling the whole truth.
> 
> http://www.uaoug.org.ua/archive/msg01088.html
> 
> The first part is irrelevant, Linux may have implemented the sysctl 
> switch before OpenBSD. 
> However, their min_map_addr was set to 0 by default for a long 
> time. Which did lead to vulnerabilities in Linux.
> 
> "hey keep coming up with the same exact "innovations" others came up
> with years before them.  Their official explanation for where they
> got the W^X/ASLR ideas was a drunk guy came into their tent at one 
> of
> their hack-a-thons and started talking about the idea.  They had
> never heard of PaX when we asked them in 2003."
> 
> I do not wish to begin a troll-like thread, I just want the truth.
> 
> Regards.
> 
> Michel Antoine
> User



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread Jacob Yocom-Piatt

pourl...@hushmail.com wrote:
There will always be OpenBSD haters, I want to be able to have a 
constructive, fact based discussion with them.
  
If someone HAS valuable information, they can reply directly, 
without replying to misc. Thank you.


  




fact: you are some douchebag who is late to the argument
fact: i am an openbsd supporter and user who does not want to listen to 
your whining


valuable information: reallocate your time doing something that does not 
expose you to be a douchebag who is too worried about being painted a 
douchebag to use a real identity. posting from anonymous hushmail 
accounts is no longer such a great idea, have a look into how 
untrustworthy hushmail.com is when it comes to the authorities.




Re: OpenBSD Makes Other Things Better (Advocacy)

2010-06-24 Thread Edd Barrett
On Wed, Jun 23, 2010 at 04:56:09PM -0600, Daniel Melameth wrote:
> While most of us already know how the subject rings true, I still found the
> following from REBOL's CTO's public blog post interesting nonetheless (I've
> never used REBOL):
> 
> "This was an interesting build, because it exposed a unique bug due to the
> more secure methods of memory allocation on OpenBSD. Debugging it took some
> time but was worth the effort. The bug has now been fixed and will be part
> of the A100 releases for all platforms."
> 
> The minor blog post is available at http://www.rebol.net/r3blogs/0321.html.

Also I have found some bugs in both mutt and tex live with OpenBSD's
J malloc flag.

Great stuff

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk



Filesystem sizes stored in a file anywhere?

2010-06-24 Thread Steve Williams

Hi,

I have my first OpenBSD recovery to perform.  YEAH!  lol.

I have a rsync backup of all the individual files over to another server.

I also have a level 0 "dump" of each filesystem sent over to another server.

As I am planning for my restore (onto a new drive), it occurs to me that 
I have never recorded the sizes of the filesystems anywhere.


Are the sizes of the filesystem(s) stored anywhere on the drive that 
would have been backed up so I can recreate them with an appropriate size?


The (old) system is OpenBSD 4.0 running on i386.   No dmesg for obvious 
reasons!


Just out of curiosity, is it possible to restore a level 0 filesystem 
dump to NON-pristine filesystem?
eg:  could I just create one huge "a" partition and restore my root, 
var, src, usr, ... level 0 dumps to it (with some magic incantation)?


Thanks,
Steve Williams



Re: Filesystem sizes stored in a file anywhere?

2010-06-24 Thread Kenneth Gober
if you've backed up "/root/mbox" and/or "/var/mail/root", then you might be
able to retrieve the sizes of your filesystems from the email that the
"daily" cron job sends.

-ken



Re: Filesystem sizes stored in a file anywhere?

2010-06-24 Thread Jeff Ross

On 06/24/10 13:15, Steve Williams wrote:

Hi,

I have my first OpenBSD recovery to perform. YEAH! lol.

I have a rsync backup of all the individual files over to another server.

I also have a level 0 "dump" of each filesystem sent over to another
server.

As I am planning for my restore (onto a new drive), it occurs to me that
I have never recorded the sizes of the filesystems anywhere.

Are the sizes of the filesystem(s) stored anywhere on the drive that
would have been backed up so I can recreate them with an appropriate size?

The (old) system is OpenBSD 4.0 running on i386. No dmesg for obvious
reasons!

Just out of curiosity, is it possible to restore a level 0 filesystem
dump to NON-pristine filesystem?
eg: could I just create one huge "a" partition and restore my root, var,
src, usr, ... level 0 dumps to it (with some magic incantation)?

Thanks,
Steve Williams


!DSPAM:4c23c13253278003320719!



If you are lucky, look in /var/backups/ for
disklabel.{your_drive_id}.current, which is suitable for disklabel -R.

man changelist
man daily
man disklabel

Good luck!



Re: raidframe or softraid use

2010-06-24 Thread Nick Holland

open...@e-solutions.re wrote:

Hi,

I Have a machine running OpenBSD 4.7 with 4 sata hardisks (wd0,wd1...wd3)
I want to make a RAID 5 Volume with 3 disks for sftp use.



What is the best way to build what i want and keep datas safety?


you ask this as if there is one answer to all people who could ask this 
question...


I think raidframe is a non-starter now, clearly the future for OpenBSD 
is softraid.  However, softraid's RAID5 is not quite ready for 
production (unless I missed something, in which case Marco or Jason will 
jump all over me).


However, assuming all four drives are equal sized, your total capacity 
as you describe (three in a RAID5 config) is two drives worth of 
storage.  So, you could get much of the capacity of your plan by making 
two RAID1 sets, and separating your data appropriately.  This is better 
than One Big Space, in that it forces you to think about the future when 
this existing config is insufficient and needs to be supplemented or 
replaced.  In this case, use softraid RAID1, HOWEVER use a snapshot, not 
4.7-release to save yourself some headaches in a few months...



However, if the vast majority of your data is fairly static, let me toss 
your entire plan out the window, and give you another option to consider:


Rather than using RAID of any kind, consider just using them as four 
separate disks.  OS is on one, /altroot copies the boot stuff to the 
second, you copy over other OS partitions to the other, and the Big 
Block of Data for your SFTP system is sync'd between the disks 
periodically using rsync.  A file that is uploaded NOW is not 
"protected" until the next sync, but then, if you accidentally delete or 
overwrite some files, they can easily be recovered until the next sync 
pass.  Trading one kind of recovery for another...  In many cases, 
having the "lagging mirror" is better than RAID, as people do stupid 
things more often than hardware fails.


Note, you are also trading OS complexity for application complexity. 
That was a point AGAINST rolling your own "lagging mirror".



I wish also the possibility to repair the Volume on crash disk(1),
replacing a disk.


I think you are meaning you want to be able to come up again even if 
your non-RAIDed disk blows out.  If so, the "Two RAID1 sets" (and an 
altroot setup) has you covered better than a RAID5 across three disks 
and a fourth drive for booting (of course, you could always RAID1 an OS 
slice across two (or more!) drives and RAID5 the rest).


The size that OpenBSD needs to boot and run is small enough that you can 
easily stuff a complete copy of the OS in at least two, if not all four 
of your disks (Why all four?  Why not?  What's 2G, or even 10G out of a 
modern 500G disk?)


That all gets you back up and running.  To keep your data safe, as you 
asked, you need a backup system, not RAID.


Nick.



Re: Filesystem sizes stored in a file anywhere?

2010-06-24 Thread steve
On Thu, 24 Jun 2010 15:04:14 -0600, Jeff Ross 
wrote:
> On 06/24/10 13:15, Steve Williams wrote:
>> Hi,
>>
>> I have my first OpenBSD recovery to perform. YEAH! lol.
>>
>> I have a rsync backup of all the individual files over to another
server.
>>
>> I also have a level 0 "dump" of each filesystem sent over to another
>> server.
>>
>> As I am planning for my restore (onto a new drive), it occurs to me
that
>> I have never recorded the sizes of the filesystems anywhere.
>>
>> Are the sizes of the filesystem(s) stored anywhere on the drive that
>> would have been backed up so I can recreate them with an appropriate
>> size?
>>
>> The (old) system is OpenBSD 4.0 running on i386. No dmesg for obvious
>> reasons!
>>
>> Just out of curiosity, is it possible to restore a level 0 filesystem
>> dump to NON-pristine filesystem?
>> eg: could I just create one huge "a" partition and restore my root,
var,
>> src, usr, ... level 0 dumps to it (with some magic incantation)?
>>
>> Thanks,
>> Steve Williams
>>
>>
>> !DSPAM:4c23c13253278003320719!
>>
> 
> If you are lucky, look in /var/backups/ for
> disklabel.{your_drive_id}.current, which is suitable for disklabel -R.
> 
> man changelist
> man daily
> man disklabel
> 
> Good luck!


That is fantastic.

Thanks so much!  Lots of other juicy stuff in /var/backups as well :-)

Have a great day.

Cheers,
Steve



Re: [openbsd] fwd: [dera...@cvs.openbsd.org: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/]

2010-06-24 Thread Henning Brauer
* pourl...@hushmail.com  [2010-06-22 21:31]:
> Their official explanation

sorry, but we have vacancies in our PR department, expect no
"official" explanations anytime soon

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting



relayd + dynamic IP àla amazon

2010-06-24 Thread Benoit Chesneau
Hi,

I would like to build a service that provide a way to redirect
connections from one IP to different machine and handling in the same
time failover. Something like dynamic ip of amazon but based on
hostname.

  ex: alias.domain.com -> IP1 or fail over IP2

I can have a lot of different hostname and each have their couple of
fail-over IPS.

I'm thinking to use relayd(5) for that since it does direct routing.
But I  need a way to handle creation of these rules dynamically (via a
database). Is there a way to do that ? Any other solution than
relayd(5) ?


- benoit



Load balancing incoming trafic with BGP

2010-06-24 Thread BARDOU Pierre
Hello,

I have issues trying to setup this :

   ISP AISP B
 ||
  Router ARouter B
 Main site  ---  Backup site
 1.1.1.0/25  1.1.1.128/25

I'd like that connections to the main site flow through ISP A, to the backup
site flow through ISP B, with backup through the other ISP if one fails.
So I set up openBGPd like this :
Router A :
AS 65001
network 1.1.1.0/25
network 1.1.1.128/25 set prepend-self 5

neighbor "ISP A" {
remote-as 65002
}
neighbor "router B" {
remote-as 65001
}
allow from any

Router B :
AS 65001
network 1.1.1.0/25
network 1.1.1.128/25 set prepend-self 5

neighbor "ISP B" {
remote-as 65003
}
neighbor "router A" {
remote-as 65001
}
allow from any

I'm still during the test phase, so to simulate ISPs routers I've put some
other openBSD boxes.
Their setup :
Router ISP A :
AS 65002
neighbor "Router A" {
remote-as 65001
announce default-route
}
allow from any

Router ISP B :
AS 65003
neighbor "Router B" {
remote-as 65001
announce default-route
}
allow from any

For now, I only have ISP A and router A set up.
My problem : the "set prepend-self 5" on router A prevents the network
1.1.1.128/25 from appearing into router ISP A RIB.
If I remove the option, everything is fine.

Bgpctl sh rib on router A :
Flags   destination gateway lpref   med aspath  
origin
*>  0.0.0.0/0   "router ISP A"  100 0   65002   
i
AI*>1.1.1.0/25  0.0.0.0 100 0   
i
AI*>1.1.1.128/250.0.0.0 100 0   65001 65001 65001 65001 
65001   i

Bgpctl sh rib on router ISP A :
Flags   destination gateway lpref   med aspath  
origin
*>  1.1.1.0/25  "router A"  100 0   65001   
i


Could someone tell me where is my mistake ?
Thank you very much.

--
Cordialement,
Pierre BARDOU



Re: OpenBSD Makes Other Things Better (Advocacy)

2010-06-24 Thread Otto Moerbeek
On Thu, Jun 24, 2010 at 08:47:09PM +0100, Edd Barrett wrote:

> On Wed, Jun 23, 2010 at 04:56:09PM -0600, Daniel Melameth wrote:
> > While most of us already know how the subject rings true, I still found the
> > following from REBOL's CTO's public blog post interesting nonetheless (I've
> > never used REBOL):
> > 
> > "This was an interesting build, because it exposed a unique bug due to the
> > more secure methods of memory allocation on OpenBSD. Debugging it took some
> > time but was worth the effort. The bug has now been fixed and will be part
> > of the A100 releases for all platforms."
> > 
> > The minor blog post is available at http://www.rebol.net/r3blogs/0321.html.
> 
> Also I have found some bugs in both mutt and tex live with OpenBSD's
> J malloc flag.
> 
> Great stuff

Who am I to disagree ;-)

In 4.7, there's a new S flag, which switches on in one go the options
(JFG) that help debugging even more, at the cost of some performance. 

But I'd like to stress that even without flags malloc catches a lot of
bugs already. For example randomization of chunk and page allocation
and actually unmapping of unused pages happens even without options. 

-Otto



Re: Filesystem sizes stored in a file anywhere?

2010-06-24 Thread Otto Moerbeek
On Thu, Jun 24, 2010 at 01:15:26PM -0600, Steve Williams wrote:

> Hi,
> 
> I have my first OpenBSD recovery to perform.  YEAH!  lol.
> 
> I have a rsync backup of all the individual files over to another server.
> 
> I also have a level 0 "dump" of each filesystem sent over to another server.
> 
> As I am planning for my restore (onto a new drive), it occurs to me
> that I have never recorded the sizes of the filesystems anywhere.
> 
> Are the sizes of the filesystem(s) stored anywhere on the drive that
> would have been backed up so I can recreate them with an appropriate
> size?
> 
> The (old) system is OpenBSD 4.0 running on i386.   No dmesg for
> obvious reasons!
> 
> Just out of curiosity, is it possible to restore a level 0
> filesystem dump to NON-pristine filesystem?
> eg:  could I just create one huge "a" partition and restore my root,
> var, src, usr, ... level 0 dumps to it (with some magic
> incantation)?

yes, -x and the interactive mode extract by name.

-Otto