Re: Problem after upgrade 4.5 to 4.6: ERR M [Solved]

[Uwe Dippel]

Nick Holland wrote:
And in the end, a 
'0'-sized bsd.sp after moving in a healthy bsd.mp.
I would not totally exclude an interference of this (new?) code that 
lead to the described situation. Honestly, nothing at all done in that 
session aside from what I wrote, between the 2 boots. I guess, nothing 
of what I did should hurt the /boot?



well, something did damage /boot.  I doubt it was anything you did 
intentionally, but something also caused a bad bsd.sp to be copied over. 
  Possibly related.  May indicate system problems of some type.
  


Okay, back. Works!

But we should not stop here.
Because at mounting my / on /mnt, I noticed that the /boot had also 
taken to a zero size. Like that bsd.sp, which was okay, but received 0 
after copying bsd.mp to bsd. What would now make /boot zero?


/usr/mdec/installboot -v boot /usr/mdec/biosboot sd0
says something like
boot: boot proto: /usr/mdec/biosboot device:/dev/rsd0c
no error message, but /boot is still '0'.
Then I removed /boot, and then an error message came up:
... boot: No such file or directory
Meaning, it couldn't rectify the /boot of size 0.
Last chance: I copied /usr/mdec/boot to /mnt/
Again:
/usr/mdec/installboot -v boot /usr/mdec/biosboot sd0
boot: boot proto: /usr/mdec/biosboot device:/dev/rsd0c
boot is 3 blocks x 16384 bytes
fs block shift 2; offset 63; inode block 24, offset 936
using MBR partition 3: type 0xA6 offset 63
Now, this looked promising and actually worked.
I still take a bet on a round of drinks that there is a bug in the 
recent install/upgrade code that has a tendency to render files to zero 
size.


Thanks for all the input to get this production box back!

Uwe

Re: earmark on hfsplus port

[patrick keshishian]

On Mon, Mar 22, 2010 at 10:03 PM, Ron McDowell  wrote:
> patrick keshishian wrote:
>>
>> On Mon, Mar 22, 2010 at 9:14 PM, Ron McDowell  wrote:
>>
>>>
>>> A note of caution.  I copied a bunch of stuff from an OSX 10.6 partition
>>> to
>>> a FAT32 USB drive, and when looking at that FAT32 USB drive mounted on an
>>> OpenBSD 4.7 system, any filenames that fit into the old DOS
>>> 8-character-dot-3-character naming convention got mapped to all
>>> uppercase.
>>>  Played hell with some of my source trees. :(
>>>
>>
>> learn to use tar(1).
>>
>> --patrick
>>
>>
>
> Everybody here is so friendly!
>
> I know how to use tar, patrick. Having a tarball on that drive that I then
> have to untar to the local [ffs|hfs] seems kind of redundant, inelegant and
> just plain crufty.

but copying files to a limiting fs such as FAT32 is what, elegant?

You are obviously using the usb stick/drive as a transport medium. The
form in which you transfer data in that medium should be one that
preserves the integrity of said data best possible. tar(1) will
provide that integrity.

--patrick

Re: earmark on hfsplus port

[Rod Whitworth]

On Mon, 22 Mar 2010 23:14:19 -0500, Ron McDowell wrote:

>Ted Roby wrote:
>> On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:
>>
>>   
>>> I suspect the OP would like to dual boot his intel mac machine and
>>> still have access from OpenBSD to the files stored on a hfsplus
>>> partition.
>>>
>>>-Otto
>>>
>>> 
>>
>>
>> This is more in line with what I am seeking.
>> I have a large amount of data which must be moved over from
>> hfsplus to ffs. Since I am running -current, and seeking to assist
>> with development, -my- solution was to invest in another large
>> SATA drive, and attach via USB. I will format it with FAT32, copy
>> all desired media from large hfsplus backup volume, boot to openbsd,
>> copy all that data to internal FFS, reformat new drive FFS and use as
>> backups.
>>
>> My desire, however, is to possibly give OpenBSD portable hfsplus
>> access on i386 for future Mac migrators.
>>   
>
>A note of caution.  I copied a bunch of stuff from an OSX 10.6 partition 
>to a FAT32 USB drive, and when looking at that FAT32 USB drive mounted 
>on an OpenBSD 4.7 system, any filenames that fit into the old DOS 
>8-character-dot-3-character naming convention got mapped to all 
>uppercase.  Played hell with some of my source trees. :(
>
>I'm not sure if that happened on the OSX write to the FAT32 drive or on 
>the OpenBSD read from the drive... but it's not going to do what I want.

mount that stick on OpenBSD using "mount_msdos -l  
" and I'd bet you have no more problems.


>
>So yes, Ted, I'd like very much to be able to mount an intel Snow 
>Leopard hfs+ file system on OpenBSD.

 Maybe you won't need it now ;-)

R/

*** NOTE *** Please DO NOT CC me. I  subscribed to the list.
Mail to the sender address that does not originate at the list server is 
tarpitted. The reply-to: address is provided for those who feel compelled to 
reply off list. Thankyou.

Rod/
---
This life is not the real thing.
It is not even in Beta.
If it was, then OpenBSD would already have a man page for it.

Re: earmark on hfsplus port

[Ron McDowell]

patrick keshishian wrote:

On Mon, Mar 22, 2010 at 9:14 PM, Ron McDowell  wrote:
  

A note of caution.  I copied a bunch of stuff from an OSX 10.6 partition to
a FAT32 USB drive, and when looking at that FAT32 USB drive mounted on an
OpenBSD 4.7 system, any filenames that fit into the old DOS
8-character-dot-3-character naming convention got mapped to all uppercase.
 Played hell with some of my source trees. :(



learn to use tar(1).

--patrick

  

Everybody here is so friendly!

I know how to use tar, patrick. Having a tarball on that drive that I 
then have to untar to the local [ffs|hfs] seems kind of redundant, 
inelegant and just plain crufty.


--
Ron McDowell
San Antonio TX

Re: earmark on hfsplus port

[patrick keshishian]

On Mon, Mar 22, 2010 at 9:14 PM, Ron McDowell  wrote:
> Ted Roby wrote:
>>
>> On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:
>>
>>
>>>
>>> I suspect the OP would like to dual boot his intel mac machine and
>>> still have access from OpenBSD to the files stored on a hfsplus
>>> partition.
>>>
>>>   -Otto
>>>
>>>
>>
>>
>> This is more in line with what I am seeking.
>> I have a large amount of data which must be moved over from
>> hfsplus to ffs. Since I am running -current, and seeking to assist
>> with development, -my- solution was to invest in another large
>> SATA drive, and attach via USB. I will format it with FAT32, copy
>> all desired media from large hfsplus backup volume, boot to openbsd,
>> copy all that data to internal FFS, reformat new drive FFS and use as
>> backups.
>>
>> My desire, however, is to possibly give OpenBSD portable hfsplus
>> access on i386 for future Mac migrators.
>>
>
> A note of caution.  I copied a bunch of stuff from an OSX 10.6 partition to
> a FAT32 USB drive, and when looking at that FAT32 USB drive mounted on an
> OpenBSD 4.7 system, any filenames that fit into the old DOS
> 8-character-dot-3-character naming convention got mapped to all uppercase.
>  Played hell with some of my source trees. :(

learn to use tar(1).

--patrick


> I'm not sure if that happened on the OSX write to the FAT32 drive or on the
> OpenBSD read from the drive... but it's not going to do what I want.
>
> So yes, Ted, I'd like very much to be able to mount an intel Snow Leopard
> hfs+ file system on OpenBSD.
>
> --
> Ron McDowell
> San Antonio TX

Re: earmark on hfsplus port

[Ron McDowell]

Ted Roby wrote:

On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:

  

I suspect the OP would like to dual boot his intel mac machine and
still have access from OpenBSD to the files stored on a hfsplus
partition.

   -Otto





This is more in line with what I am seeking.
I have a large amount of data which must be moved over from
hfsplus to ffs. Since I am running -current, and seeking to assist
with development, -my- solution was to invest in another large
SATA drive, and attach via USB. I will format it with FAT32, copy
all desired media from large hfsplus backup volume, boot to openbsd,
copy all that data to internal FFS, reformat new drive FFS and use as
backups.

My desire, however, is to possibly give OpenBSD portable hfsplus
access on i386 for future Mac migrators.
  


A note of caution.  I copied a bunch of stuff from an OSX 10.6 partition 
to a FAT32 USB drive, and when looking at that FAT32 USB drive mounted 
on an OpenBSD 4.7 system, any filenames that fit into the old DOS 
8-character-dot-3-character naming convention got mapped to all 
uppercase.  Played hell with some of my source trees. :(


I'm not sure if that happened on the OSX write to the FAT32 drive or on 
the OpenBSD read from the drive... but it's not going to do what I want.


So yes, Ted, I'd like very much to be able to mount an intel Snow 
Leopard hfs+ file system on OpenBSD.


--
Ron McDowell
San Antonio TX

Newsletter Salon de l'immobilier de prestige du Maroc

[Odcom]

Pour visualiser cet e-mail au format HTML, cliquez ci-dessous :
http://www.od-prod.com/e-mailing/sakane/index1.php?id=m...@openbsd.org

SAKANE EXPO

... Vous donnent rendez-vous pour leurs meilleurs Offres !!!
du 25 au 28 mars 2010 au Palais des congrhs de Marrakech


Contact - Info :
http://www.od-prod.com/e-mailing/contact.php?camp=sakane1&lien=Contact&mail=m
i...@openbsd.org

Tilicharger le communiqui de Presse :
http://www.od-prod.com/e-mailing/sakane/communique-sakane-expo-2010.pdf


www.sakane-expo.com

Une Tombola avec des Week-ends loisir ` Asilah, ` Marrakech... et des
dicouvertes golf ` GAGNER


Transfirer ce message ` des amis :
http://www.od-prod.com/e-mailing/sakane/transfert-sakane1.php?camp=sakane1&ma
il=m...@openbsd.org

Envoyi par Od Production & Communication ) 2009 www.od-prod.com

Service d'e-mailing et annuaire gratuit des professionnels du spectacle, de la
culture, du tourisme et des loisirs

si vous ne disirez plus recevoir notre lettre dinformation, cliquez
ci-dessous :
http://www.od-prod.com/mail/suplist.php?id=m...@openbsd.org&mail=Sakane

Re: earmark on hfsplus port

[Ted Roby]

On Mon, Mar 22, 2010 at 5:12 PM, bofh  wrote:

> Would be hfs porters should also know that snow leopard (10.6) made
> further extensions to hfs+ and there can be data in a file created on
> 10.6 that even 10.5 can't see.
>
>

Yes. This is why my 10.5 system tools broke, and those third party
companies do not care to update. I have provided tech support for
MacOS far longer than I have ever cared to actually use it.

I can:
1. Learn to develop on Apple. (I'll stick with C, thanks)
2. Turn my Apple into a fink. (screw you stallman) (I'll stick with C,
thanks)
3. Learn to develop on OpenBSD. (I'll stick with C, thanks)

I choose three!

(I also choose three!)

Re: ZFS in OpenBSD

[VICTOR TARABOLA CORTIANO]

>>> Isn't ZFS license "copyleft"? I mean, if one includes zfs in the
>>> kernel the whole kernel would have to be CDDL? (Like the GPL)
>>
>> No. No.
>
> Actually, I think that should be "Yes. No."  But whatever, the answer
> to the only question that matters is still "No."
>

Oh like the LGPL, ok. thanks.

Re: earmark on hfsplus port

[bofh]

Would be hfs porters should also know that snow leopard (10.6) made
further extensions to hfs+ and there can be data in a file created on
10.6 that even 10.5 can't see.

On 3/22/10, Dale Rahn  wrote:
> On Mon, Mar 22, 2010 at 11:39:07AM -0600, Ted Roby wrote:
>> On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:
>>
>> >
>> > I suspect the OP would like to dual boot his intel mac machine and
>> > still have access from OpenBSD to the files stored on a hfsplus
>> > partition.
>> >
>> >-Otto
>> >
>>
>>
>> This is more in line with what I am seeking.
>> I have a large amount of data which must be moved over from
>> hfsplus to ffs. Since I am running -current, and seeking to assist
>> with development, -my- solution was to invest in another large
>> SATA drive, and attach via USB. I will format it with FAT32, copy
>> all desired media from large hfsplus backup volume, boot to openbsd,
>> copy all that data to internal FFS, reformat new drive FFS and use as
>> backups.
>>
>> My desire, however, is to possibly give OpenBSD portable hfsplus
>> access on i386 for future Mac migrators.
>>
>
> It should be possible to build the port on i386 with the 'ONLY_FOR' tag
> changed, however I dont recall that the hfsplus code was new enough to
> support case-sensitive filesystems. Testing would need to be done to verify
> what filesystems (hfs/hfs+/journal/case-sensitive) features would work with
> the hfsplus package if the macos partition was cleanly shut down (journal).
> If someone were to do this testing and post a diff to ports@ with such
> testing results, such diff would likely be accepted.
>
> Dale Rahn dr...@dalerahn.com
>
>

-- 
Sent from my mobile device

http://www.glumbert.com/media/shift
http://www.youtube.com/watch?v=tGvHNNOLnCk
"This officer's men seem to follow him merely out of idle curiosity."
-- Sandhurst officer cadet evaluation.
"Securing an environment of Windows platforms from abuse - external or
internal - is akin to trying to install sprinklers in a fireworks
factory where smoking on the job is permitted."  -- Gene Spafford
learn french:  http://www.youtube.com/watch?v=30v_g83VHK4

Re: recent hardware with older OpenBSD versions

[Ross Cameron]

On Sun, Mar 21, 2010 at 12:36 PM, T. Valent  wrote:
> Folks, yes, I appreciate your attempt to help a lot. And I really am on
> your side if we're talking about "normal" machines.
>
> However, obviously nobody believes me when I say "For us there is no
> reason to update to newer versions of OpenBSD yet. On the contrary,
> maintenance is a lot easier for us if we try to keep all systems on the
> same versions for as long as possible." I admit I could have been more
> precise, but in the end that just doesn't have to do anything with the
> question, it just explains what reasons I have to not update. So don't
> let me waffle about why this is so. Just trust me, it is so.
>
> When it comes to "normal" servers, where I still have access via SSH or
> console, I'm on your side like I said. The machines I'm talking about
> are not within reach, neither physically, nor is there anything like SHH
> or any other console to update the kernel and libraries. And they are in
> larger numbers. Changing the kernel on all these machines gives us no
> benefit at all on the technical side (because it's already perfect the
> way it is with 4.3), while it would be a vast amount of work to contact
> all customers, send them new versions on some HD and make them install
> that. And off course I'd like to keep as many machines I roll out at the
> same version, because diversification complicated future maintenance.
>
>> Don't be afraid of change.
>
> :-) I'm not.
>
> And you, don't be afraid of believing people who say they have their
> reasons for doing things differently.
>
> However, I perfectly understand why updating is usually a good idea
> whenever possible.
>
> In the end it seems like I have to give up the idea of keeping all
> installations on the same level, it seems like I have create a complete
> new platform (new motherboard type and new OpenBSD version) for all new
> customers, just because I cannot find any compatible motherboard anymore.
>
> Thanks anyway!
>
> T.


Instead of wanting to run older OSs (for whatever reason on newer
hardware) why not make sure that you only buy hardware that is a part
of a long term stable system image project from XYZ vendor?
Now whilst I think running older code is a bad idea in general, it
thats what you need to do for whatever reason then stable hardware
platforms are what you're looking for.

All the systems I deploy are based on the AMD business class system
image project and I recently replaced a whole system (bar HDD) with a
completely brand new mobo/cpu etc. and NOTHING changed from the OS's
perspective.
Everything was EXACTLY as it was before, bar a 30%-ish performance increase.



-- 
"Opportunity is most often missed by people because it is dressed in
overalls and looks like work."
Thomas Alva Edison
Inventor of 1093 patents, including:
The light bulb, phonogram and motion pictures.

Re: Newbie - Identifying IO bottlenick with systat. How to make sense of these numbers?

[Robert]

Andres Salazar wrote:

Also.. this Hard disk is marked as 30Gb/sec (384 megabytes / sec) ..
Is it possible to saturate my HD  IO and view the traffic /megabyte to
see what is the maximum i can achieve?


You can test the performance with "dd":

a) raw
write: dd if=/dev/zero of=/dev/rsd0z bs=1024k count=1000
read: dd if=/dev/rsd0z of=/dev/null bs=1024k count=1000
Be aware that the write command will of course overwrite the whole 
partition/data (e.g. sd0z).


b) file system
Mount the filesystem using whatever options you want to include in the 
test, eg. "mount -o noatime,softdep /dev/sd0z /mnt/test"

write: dd if=/dev/zero of=/mnt/test/empty.file bs=1024k count=1000
read: dd if=/mnt/test/empty.file of=/dev/null bs=1024k count=1000

You need/should run "sync" between any write and read test to complete 
all writing operations.


Generally you might want to search the archives 
(http://marc.info/?l=openbsd-misc), there have been a lot of postings 
about any kind of performance issues.



kind regards,
Robert

Re: earmark on hfsplus port

[Ted Roby]

On Mon, Mar 22, 2010 at 1:42 PM, Dale Rahn  wrote:

>
>
> It should be possible to build the port on i386 with the 'ONLY_FOR' tag
> changed, however I dont recall that the hfsplus code was new enough to
> support case-sensitive filesystems. Testing would need to be done to verify
> what filesystems (hfs/hfs+/journal/case-sensitive) features would work with
> the hfsplus package if the macos partition was cleanly shut down (journal).
> If someone were to do this testing and post a diff to ports@ with such
> testing results, such diff would likely be accepted.
>
> Dale Rahn   dr...@dalerahn.com
>


I don't get past make.
The ld complains about libhfsp.so.0.0 with undefined references
to bswap_32, bswap_64 and bswap_16

/usr/local/bin/libtool  --mode=link cc  -O2 -pipe -L/usr/local/lib -o
hpmount  hpmount.o hpcache.o hfsputil.o glob.o dstring.o dlist.o
../libhfsp/src/libhfsp.la -lutf8
mkdir .libs
cc -O2 -pipe -o .libs/hpmount hpmount.o hpcache.o hfsputil.o glob.o
dstring.o dlist.o  -L/usr/local/lib -L../libhfsp/src/.libs -lhfsp -lutf8
-Wl,-rpath,/usr/local/lib
hpcache.o(.text+0x44): In function `hpcache_filename':
: warning: strcpy() is almost always misused, please use strlcpy()
hpcache.o(.text+0x51): In function `hpcache_filename':
: warning: strcat() is almost always misused, please use strlcat()
/usr/local/lib/libutf8.so.1.0: warning: sprintf() is often misused, please
use snprintf()
../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_32'
../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_64'
../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_16'
collect2: ld returned 1 exit status
gmake[2]: *** [hpmount] Error 1
gmake[2]: Leaving directory
`/usr/ports/pobj/hfsplus-1.0.4p2/hfsplus-1.0.4/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/pobj/hfsplus-1.0.4p2/hfsplus-1.0.4'
gmake: *** [all-recursive-am] Error 2
*** Error code 2

Stop in /usr/ports/misc/hfsplus (line 2242 of /usr/ports/infrastructure/mk/
bsd.port.mk).

Re: earmark on hfsplus port

[Dale Rahn]

On Mon, Mar 22, 2010 at 11:39:07AM -0600, Ted Roby wrote:
> On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:
> 
> >
> > I suspect the OP would like to dual boot his intel mac machine and
> > still have access from OpenBSD to the files stored on a hfsplus
> > partition.
> >
> >-Otto
> >
> 
> 
> This is more in line with what I am seeking.
> I have a large amount of data which must be moved over from
> hfsplus to ffs. Since I am running -current, and seeking to assist
> with development, -my- solution was to invest in another large
> SATA drive, and attach via USB. I will format it with FAT32, copy
> all desired media from large hfsplus backup volume, boot to openbsd,
> copy all that data to internal FFS, reformat new drive FFS and use as
> backups.
> 
> My desire, however, is to possibly give OpenBSD portable hfsplus
> access on i386 for future Mac migrators.
> 

It should be possible to build the port on i386 with the 'ONLY_FOR' tag
changed, however I dont recall that the hfsplus code was new enough to
support case-sensitive filesystems. Testing would need to be done to verify
what filesystems (hfs/hfs+/journal/case-sensitive) features would work with
the hfsplus package if the macos partition was cleanly shut down (journal).
If someone were to do this testing and post a diff to ports@ with such
testing results, such diff would likely be accepted.

Dale Rahn   dr...@dalerahn.com

Re: Problem after upgrade 4.5 to 4.6: ERR M

[Nick Holland]

Uwe Dippel wrote:

Tobias Ulmer wrote:


As explained above, no, you likely moved around/corrupted /boot in a way
that doesn't work for biosboot.
  


Hmm. Actually I didn't. Through serial console, I had rebooted the 
server, just 'to make sure', before booting to bsd.rd, and everything 
went through. I rebooted again, immediately, to bsd.rd, and went through 
the very normal and standard procedure like umteen times before. One 
exception: the bsd.mp was shown as corrupted by its sha256 hash. The 
install program, however, continued; so that I could not rectify this. 
being on a multi-CPU box, in the end, it automatically copied the 
(corrupted) bsd.mp to bsd, which then had a size of 1.3 MB. Therefore, 
at the very end, after the device nodes, at the 'reboot now' prompt, I 
ftp-ed a correct version from another location into there, and cp-ed it 
into bsd. Then, strangely enough, suddenly there appeared a bsd.sp of a 
size of 0, which had not been there before.
I found this quite strange, both the installer going through despite of 
the wrong hash; and more so the (new?) automatic move of bsd.mp to bsd 
on a multicore machine; though the size was wrong.


actually, the hash wasn't reported as "wrong", just different from what 
was stored in bsd.rd.  there are a lot of reasons why that might be 
that are legit, so that's why the installer continues.


It is up to you to determine "I know why the hashes didn't match, so 
continue" or "huh. wonder why it did that?" and abort/fix the process.


And in the end, a 
'0'-sized bsd.sp after moving in a healthy bsd.mp.
I would not totally exclude an interference of this (new?) code that 
lead to the described situation. Honestly, nothing at all done in that 
session aside from what I wrote, between the 2 boots. I guess, nothing 
of what I did should hurt the /boot?


well, something did damage /boot.  I doubt it was anything you did 
intentionally, but something also caused a bad bsd.sp to be copied over. 
 Possibly related.  May indicate system problems of some type.


The upgrade process will install a new boot loader for you, but 
obviously something went wrong.


Thanks for the reply. I'll go there next to try what has been proposed. 
Before I try, in case the

# /usr/*m*dec/installboot -v boot /*usr/mdec*/biosboot sd0
does NOT work, what else could I do? (I am asking, because it is a 
server room quite far away, with little chance for me to communicate, 
and difficult to go.) So, is there any alternative, or additional, 
solution to fall back to, when I am there, and installboot doesn't cut it?


Uwe


well, I'd certainly copy over a new, verified sane /boot before running 
it, and I'm not sure what all the asterisks are doing in there...and you 
better make sure you are in the right directory if you are planning on 
running it as you show.


Might even want to wait a bit before hitting "reboot", in case something 
really odd, like a caching RAID controller that dumps unwritten data as 
part of a reboot (I really hope I'm wrong on that one...).


Nick.

47.html typo ?

[Milan Prihoda]

...
OpenSSH 5.5:
   New features:
...

Milan Prihoda

Reminder: Your invitation is about to expire

[Fast Pitch!]

[IMAGE]

You were recently invited to become a part of the Fast Pitch! online
business network.  Note: This invitation is about to expire.

To begin, take a moment to create your professional profile here:
http://www.fastpitchnetworking.com

Creating a profile takes seconds... and opens the door to making hundreds
of thousands of professional contacts worldwide and increasing your
businesses exposure across the Internet.  Did you know...? 

  * Fast Pitch! is one of only two online business networks mentioned in
The Social Media Bible

  * Fast Pitch! was named MSNBC's Your Business Website of the Week

  * Fast Pitch! was voted the best business networking website by Star
Reviews

  * Fast Pitch! was just mentioned as a leading online business network
in last months issue of Inc. Magazine

-Fast Pitch! Team

If you no longer wish to receive emails from us visit:
http://www.fastpitchnetworking.com/email_remove.cfm
Fast Pitch!, Inc. 1421 Boulevard of the Arts, Sarasota, FL 34236 
888-327-8025

Re: 4.6 patch support

[Andrew Fresh]

On Mon, Mar 22, 2010 at 01:36:45PM +0200, Andreas Gerdd wrote:
> I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
> OBSD4.6 has patch/update support?


If you already follow -stable, it is the same process to upgrade to
newer release.

The main differences are that you get newer versions of packages and
when you run sysmerge it asks a few more questions.

There may be a few other small things, but they should all be mentioned
in the upgrade guide.


It confuses me when people want support for older versions. Somehow they
can follow -stable but upgrading to a new release is too hard?

Perhaps they assume that as long as the fixes are committed to the
-stable cvs tag, the -release code on their machine somehow magically
has it because the version numbers are the same.

l8rZ,
-- 
andrew - ICQ# 253198 - Jabber: and...@rraz.net - Twitter: @AFreshOne

BOFH excuse of the day: secretary plugged hairdryer into UPS

Newbie - Identifying IO bottlenick with systat. How to make sense of these numbers?

[Andres Salazar]

Hello..

Iam trying to use systat for identifying if when my applications/db
runs there is an IO bottleneck. Linux systat shows more info and it
seems there are more examples on the net.. but even though with  BSDs
iostat i dont know how to make sense of all these numbers.

I ran it this way:

systat iostat

   2 usersLoad 1.94 1.06 0.68  Mon Mar 22 11:57:16 2010

DEVICE   READWRITE RTPS WTPS  SEC
   STATS
sd0   6786252  8530739  138  521  0.6
 11839 numbufs
cd0 0000  0.0
 11828 freebufs
Totals6786252  8530739  138  521  0.6
 47350 numbufpages

 0 numfreepages

96 numdirtypages

 47210 numcleanpages

   -17 pendingwrites

 0 pendingreads

  2611 numwrites

  2532 numreads

 22564 cachehits

Basically my biggest concern is that whenever I do a mysqldump all
other queries are queued and mysql just gets waay slow.


Also.. this Hard disk is marked as 30Gb/sec (384 megabytes / sec) ..
Is it possible to saturate my HD  IO and view the traffic /megabyte to
see what is the maximum i can achieve?

Thanks...

Andres

Re: earmark on hfsplus port

[Ted Roby]

On Mon, Mar 22, 2010 at 11:45 AM, Ted Unangst  wrote:

>
> Getting data off a filesystem can be useful on any machine, even if
> you don't intend to boot it.  Ports are generally marked "only for"
> because they only work there (read: are not written portably), not out
> of a subjective "useful" call.
>


OK! I already suspected a need to "hack" through this problem.

So, does the Darwin license harmonize with OpenBSD? (I suspect it does.)

In this case, it might be more feasible for me to look at Darwin's way of
handling the filesystem.

Re: earmark on hfsplus port

[Ted Unangst]

On Mon, Mar 22, 2010 at 1:07 PM, Bryan Irvine  wrote:
> On Mon, Mar 22, 2010 at 9:59 AM, Ted Roby  wrote:
>> I've noticed this environment variable in misc/hfsplus
>>
>>
>> # this only makes sense on macintosh (powerpc) systems.
>> ONLY_FOR_ARCHS= powerpc
>>
>>
>> It used to only make sense on powerpc systems, but Macintosh
>> hardware now uses i386 architecture. Of course, changing this
>> variable is not enough to cause a successful build.
>>
>> Has someone else setup a common way to get misc/hfsplus
>> on i386, and I missed the answer on google?
>>
>> Is there a reason this would be a bad idea?
>>
>> If I "port" this port to i386 would it be warmly accepted?
>
> I'm sure someone else will correct me if I'm wrong.  I believe the
> only reason this is needed on ppc machines is because the openfirmware
> expects an hfs volume to boot from so the bootloader is stored on a
> small hfs partition.  If that's the case this isn't needed on i386
> Macs.

Getting data off a filesystem can be useful on any machine, even if
you don't intend to boot it.  Ports are generally marked "only for"
because they only work there (read: are not written portably), not out
of a subjective "useful" call.

Re: earmark on hfsplus port

[Ted Roby]

On Mon, Mar 22, 2010 at 11:30 AM, Otto Moerbeek  wrote:

>
> I suspect the OP would like to dual boot his intel mac machine and
> still have access from OpenBSD to the files stored on a hfsplus
> partition.
>
>-Otto
>


This is more in line with what I am seeking.
I have a large amount of data which must be moved over from
hfsplus to ffs. Since I am running -current, and seeking to assist
with development, -my- solution was to invest in another large
SATA drive, and attach via USB. I will format it with FAT32, copy
all desired media from large hfsplus backup volume, boot to openbsd,
copy all that data to internal FFS, reformat new drive FFS and use as
backups.

My desire, however, is to possibly give OpenBSD portable hfsplus
access on i386 for future Mac migrators.

Re: earmark on hfsplus port

[Otto Moerbeek]

On Mon, Mar 22, 2010 at 10:07:24AM -0700, Bryan Irvine wrote:

> On Mon, Mar 22, 2010 at 9:59 AM, Ted Roby  wrote:
> > I've noticed this environment variable in misc/hfsplus
> >
> >
> > # this only makes sense on macintosh (powerpc) systems.
> > ONLY_FOR_ARCHS= powerpc
> >
> >
> > It used to only make sense on powerpc systems, but Macintosh
> > hardware now uses i386 architecture. Of course, changing this
> > variable is not enough to cause a successful build.
> >
> > Has someone else setup a common way to get misc/hfsplus
> > on i386, and I missed the answer on google?
> >
> > Is there a reason this would be a bad idea?
> >
> > If I "port" this port to i386 would it be warmly accepted?
> 
> I'm sure someone else will correct me if I'm wrong.  I believe the
> only reason this is needed on ppc machines is because the openfirmware
> expects an hfs volume to boot from so the bootloader is stored on a
> small hfs partition.  If that's the case this isn't needed on i386
> Macs.
> 
> -Bryan

Not completely right. OpenBSD/macppc can boot from a boot loader
stored on a hfs (NOT hfsplus) partition and from a msdos partition on
a mbr partioned disk.

I suspect the OP would like to dual boot his intel mac machine and
still have access from OpenBSD to the files stored on a hfsplus
partition. 

-Otto

Re: earmark on hfsplus port

[Ted Roby]

On Mon, Mar 22, 2010 at 11:07 AM, Bryan Irvine  wrote:

>
> I'm sure someone else will correct me if I'm wrong.  I believe the
> only reason this is needed on ppc machines is because the openfirmware
> expects an hfs volume to boot from so the bootloader is stored on a
> small hfs partition.  If that's the case this isn't needed on i386
> Macs.
>
> -Bryan
>

Perhaps I misunderstood the purpose of the package.
I am looking to mount hfs+ volumes (non-journaled, case-sensitive).
This is beneficial to any hybrid or transitional Macintosh.

In a hybrid system, I want the master OS (OpenBSD) to recognize
all partitions.

Re: ZFS in OpenBSD

[Marti Martinez]

Wow, you moved to Europe and really *did* change, didn't you?

On Mon, Mar 22, 2010 at 7:20 AM, Bret S. Lambert  wrote:
> On Mon, Mar 22, 2010 at 03:58:46PM +0200, Dan Naumov wrote:
>> On Mon, Mar 22, 2010 at 3:41 PM, Marc Espie  wrote:
>> > On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
>> >>
>> >> The question of why 2 different BSDs have no issues including specific
>> >> code into their base, while another does is a valid one. When asked
>> >> "hard questions", labeling the person asking them a troll is sadly a
>> >> common occurrence on the internet.
>> >
>> > If you want to do something productive instead of acting like a clueless
>> > troll, go pester oracle until they release zfs under an acceptable licence
>> > for us.
>>
>> "While some other BSD projects have more loose policies regarding
>> introducing new code into their base system, our policy is to only
>> include BSD-licensed code"
>>
>> It seems that for several people who have replied, writing a simple,
>> complete, coherent and civil answer like that was way beyond their
>> capabilities. Why? Was it that hard? No, one MUST insert snide
>> remarks, derogatory comments and call the person asking the question a
>> troll. If acting like that is what makes you feel better about
>> yourself, you are in a bad place, I can only suggest therapy, it works
>> for millions of people.
>
> alt paa grunn av min skjede
>
>>
>> - Sincerely,
>> Dan Naumov

Re: ZFS in OpenBSD

[Ted Unangst]

On Mon, Mar 22, 2010 at 1:10 PM, Ted Unangst  wrote:
> On Mon, Mar 22, 2010 at 12:45 PM, VICTOR TARABOLA CORTIANO
>  wrote:
>> Isn't ZFS license "copyleft"? I mean, if one includes zfs in the
>> kernel the whole kernel would have to be CDDL? (Like the GPL)
>
> No. No.

Actually, I think that should be "Yes. No."  But whatever, the answer
to the only question that matters is still "No."

Re: earmark on hfsplus port

[Bryan Irvine]

On Mon, Mar 22, 2010 at 9:59 AM, Ted Roby  wrote:
> I've noticed this environment variable in misc/hfsplus
>
>
> # this only makes sense on macintosh (powerpc) systems.
> ONLY_FOR_ARCHS= powerpc
>
>
> It used to only make sense on powerpc systems, but Macintosh
> hardware now uses i386 architecture. Of course, changing this
> variable is not enough to cause a successful build.
>
> Has someone else setup a common way to get misc/hfsplus
> on i386, and I missed the answer on google?
>
> Is there a reason this would be a bad idea?
>
> If I "port" this port to i386 would it be warmly accepted?

I'm sure someone else will correct me if I'm wrong.  I believe the
only reason this is needed on ppc machines is because the openfirmware
expects an hfs volume to boot from so the bootloader is stored on a
small hfs partition.  If that's the case this isn't needed on i386
Macs.

-Bryan

Re: ZFS in OpenBSD

[Ted Unangst]

On Mon, Mar 22, 2010 at 12:45 PM, VICTOR TARABOLA CORTIANO
 wrote:
> Isn't ZFS license "copyleft"? I mean, if one includes zfs in the
> kernel the whole kernel would have to be CDDL? (Like the GPL)

No. No.

Redundant Firewall problem with pf/carp/pfsync/ipsec

[Jeff Woodruff]

I've currently been running a redundant firewall solution in our 
Production environment using OpenBSD (version 4.5-stable) with CARP (4), 
PF (4), PFsync (4) and SAsyncd (8) which syncs the pf rules and IPSEC 
security associations via the cross-over cable method. We're also 
running an IPSEC (4) tunnel between our production and internal networks 
with a single OpenBSD machine (version 4.5-stable) running PF (4) on our 
internal network.

In the following year since I've implemented this solution we've 
experienced a problem in which our firewalls begin to act erratically 
roughly every 4 months resulting in loss of SSH connectivity, SNMP 
monitoring failure and the inability to run any command from the 
console. Despite these problems, both production firewalls are still 
pingable and continue to filter packets as they should.

  

   +| Production Network |+

  |  |

  bnx2|  |bnx2

   +-+ +-+

   | fw1 |-bnx0--bnx0-| fw2 |

   +-+ +-+

   bnx1| |bnx1

   | |

---+---   WAN/Internet---+---

|

  {IPSEC tunnel}

|

+--+   

|   fw   |

 +--+

   +| Internal Network |+

* *

These problems can simply be fixed be rebooting the master and then the 
slave production firewalls; however this is obviously not a long term 
solution to the problem at hand.

Since I'm not able to view or salvage any of the log files or even run a 
top while this problem is occurring I've had a hard time troubleshooting 
this issue. However the order of events leading up to the problem seems 
to be:

1.) Our monitoring reports that the process load of one or both of the 
firewalls can not longer be checked via SNMP

2.) Our IPSEC tunnel goes down

3.) SSH connectivity fails and console command line usage fails (I'm 
still able to type a command but then I'm not able to ctrl-c back to the 
command line)

Please let me know if you have an ideas why this issue might be 
occurring. Thanks in advance.

Regards,

Jeff

reply-to/return-path mail/smtpd question

[Didier Wiroth]

Hello,
(I'm using current with smtpd.)
I'm sending mail reports to a mail address which is defined in the
alias file like this:
didier: dwir...@company.com

My smtpd.conf is:
listen on lo0
map "aliases" { source db "/etc/mail/aliases.db" }
accept for local deliver to mbox
accept for all relay via mail.company.com

When I get the mail, the return-path header field is:
did...@originating.mail.host

Is it possible to "AUTOMATICALLY" change the default behavior of the
mail command or from smtpd, so that the "return-path" is an
existing/other mail address ?
for example:
return-path: 

Thanks a lot!!!
Kind regards,
- -
Didier Wiroth

earmark on hfsplus port

[Ted Roby]

I've noticed this environment variable in misc/hfsplus


# this only makes sense on macintosh (powerpc) systems.
ONLY_FOR_ARCHS= powerpc


It used to only make sense on powerpc systems, but Macintosh
hardware now uses i386 architecture. Of course, changing this
variable is not enough to cause a successful build.

Has someone else setup a common way to get misc/hfsplus
on i386, and I missed the answer on google?

Is there a reason this would be a bad idea?

If I "port" this port to i386 would it be warmly accepted?

Re: ZFS in OpenBSD

[VICTOR TARABOLA CORTIANO]

Isn't ZFS license "copyleft"? I mean, if one includes zfs in the
kernel the whole kernel would have to be CDDL? (Like the GPL)

Re: ZFS in OpenBSD

[Theo de Raadt]

> This is weird, it is claimed that CDDL is going against the BSD
> philosophy, yet both FreeBSD and NetBSD didn't have any problems
> including it in their base...

Yes, it sure is weird that they are like wind in the wind, merging
more ad more non-free stuff every year.

It does not make it OK for us, though.

Re: Problem after upgrade 4.5 to 4.6: ERR M

[Tobias Ulmer]

On Mon, Mar 22, 2010 at 09:59:20PM +0800, Uwe Dippel wrote:
[..]
> 
> Thanks for the reply. I'll go there next to try what has been
> proposed. Before I try, in case the
> # /usr/*m*dec/installboot -v boot /*usr/mdec*/biosboot sd0
> does NOT work, what else could I do? (I am asking, because it is a
> server room quite far away, with little chance for me to
> communicate, and difficult to go.) So, is there any alternative, or
> additional, solution to fall back to, when I am there, and
> installboot doesn't cut it?
> 
> Uwe

Well, re-install. The installer does it the same way.

Re: Sparc classic serial ports ttya vs cuaa

[Alex Carver]

Alexander Carver wrote:

Miod Vallat wrote:

Hi all,

I've been working on getting gpsd working on one of my old Sun IPXes 
but I've run into a problem with ldattach needing the /dev/cuaa 
device.  The serial port /dev/ttya is working with gpsd directly but 
ldattach requires /dev/cuaa.  However, according to the system logs, 
ldattach issues the error (ldattach is run as root):


ldattach: can't open /dev/cuaa: Device not configured


Oops. Big oops. cua support for zstty was removed about 7.5 years ago,
it was intended to be brought back, but I had completely forgotten about
this.

Does the following diff help? It should apply cleanly to 4.6 too (apply
in sys/arch/sparc/dev).

Miod


I just patched the sources and am now compiling (but slowly since it's 
an IPX).  I'll let you know as soon as the compile finishes and I reboot 
the new kernel.


Compile is complete (finally) and the patch seemed to work for partially 
enabling the /dev/cua* devices.  I was able to open one with minicom and 
read data from the port.


However, when I'm using ldattach it just sits there.  Running the following:

ldattach -d -p -s 19200 nmea /dev/cuaa

just sits, it never returns a PTY but it never errors out, either.  It 
just sits and sits until I terminate it.


If I change the device to ttya:

ldattach -d -p -s 19200 nmea /dev/ttya

then ldattach returns the PTY and opens the port at the proper speed and 
data does pass through from the port to the PTY.


So I don't understand why ldattach is having an issue with /dev/cua* but 
appears to work wtih /dev/tty*.


I say appears to work because the handshake lines aren't being reported 
by ldattach either.  I want to use the DCD line for sending PPS data 
from the gps on that port but those transitions aren't being conveyed by 
ldattach at all.  I am suspecting it has to do with having opened 
/dev/ttya instead of /dev/cuaa which means I need to still resolve the 
ttya/cuaa issue.


Any suggestions would be greatly appreciated.

Re: ZFS in OpenBSD

[Dave Anderson]

On Mon, 22 Mar 2010, Dan Naumov wrote:

>On Mon, Mar 22, 2010 at 3:41 PM, Marc Espie  wrote:
>> On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
>>>
>>> The question of why 2 different BSDs have no issues including specific
>>> code into their base, while another does is a valid one. When asked
>>> "hard questions", labeling the person asking them a troll is sadly a
>>> common occurrence on the internet.
>>
>> If you want to do something productive instead of acting like a clueless
>> troll, go pester oracle until they release zfs under an acceptable licence
>> for us.
>
>"While some other BSD projects have more loose policies regarding
>introducing new code into their base system, our policy is to only
>include BSD-licensed code"
>
>It seems that for several people who have replied, writing a simple,
>complete, coherent and civil answer like that was way beyond their
>capabilities. Why? Was it that hard? No, one MUST insert snide
>remarks, derogatory comments and call the person asking the question a
>troll. If acting like that is what makes you feel better about
>yourself, you are in a bad place, I can only suggest therapy, it works
>for millions of people.

Please consider the possibility that many people are tired of seeing
quetions that have already been asked and answered posted again by
people who apparently can't be bothered to search the archives.  If you
waste their time in this way, they will, not unreasonably, be irritated.

Dave

-- 
Dave Anderson

Re: ZFS in OpenBSD

[Fabio Almeida]

http://openbsd.org/mail.html

"Do your homework before you post"

As we say here in Brasil:  "Who say what he wants, will listen what he
doesn't wants" (or so).
Sure you doesn't even try google first, if so you'd be redirected to:
http://kerneltrap.org/mailarchive/openbsd-misc/2009/1/15/4733444 (zfs
+openbsd -> the first link or "I'm lucky" button).

That's why you get these type of answers.

Fabio Almeida

Re: ZFS in OpenBSD

[Bret S. Lambert]

On Mon, Mar 22, 2010 at 03:58:46PM +0200, Dan Naumov wrote:
> On Mon, Mar 22, 2010 at 3:41 PM, Marc Espie  wrote:
> > On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
> >>
> >> The question of why 2 different BSDs have no issues including specific
> >> code into their base, while another does is a valid one. When asked
> >> "hard questions", labeling the person asking them a troll is sadly a
> >> common occurrence on the internet.
> >
> > If you want to do something productive instead of acting like a clueless
> > troll, go pester oracle until they release zfs under an acceptable licence
> > for us.
> 
> "While some other BSD projects have more loose policies regarding
> introducing new code into their base system, our policy is to only
> include BSD-licensed code"
> 
> It seems that for several people who have replied, writing a simple,
> complete, coherent and civil answer like that was way beyond their
> capabilities. Why? Was it that hard? No, one MUST insert snide
> remarks, derogatory comments and call the person asking the question a
> troll. If acting like that is what makes you feel better about
> yourself, you are in a bad place, I can only suggest therapy, it works
> for millions of people.

alt paa grunn av min skjede

> 
> - Sincerely,
> Dan Naumov

Re: 4.6 patch support

[Nick Holland]

Andreas Gerdd wrote:

when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.


Quite short time.


Not really.


Our advise is to upgrade to a newer version and plan for that now.
It's not magic, in fact it is pretty easy in almost all cases.


It is not magic, but it is more than magic if you have only remote ssh
access and nothing else. :-(

Regards.


What about upgrade46.html do you find difficult (or "magic")?
I've been writing the upgradeXX.html documents for quite some time, and 
NEVER heard such a claim before.


Could the upgrade process be improved?  Probably, but an awful lot of 
people do remote upgrades quite regularly.  As I write the documentation 
for that, other than release testing, ALL my upgrades are remote, even 
if the machine is a few feet away.


Please explain yourself...
and yes, I expect a public answer from you on this.

Nick.

src.track not global (using relayd) possible?

[Donald Reichert]

Hi,

I'd like to use a non-zero (0 seconds is default) timeout for src.track on a 
load balancer powered by relayd.

However, I'd like to set it *not* as a global pf setting, but per rule. AFAICS, 
I have to configure this in relayd.conf, but where? If it's possible at all, 
that is.

Thank you,

Donald
-- 
GRATIS f|r alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: 4.6 patch support

[Brad Tilley]

On Mon, 22 Mar 2010 14:45 +0100, "Marc Espie"  wrote:
> On Mon, Mar 22, 2010 at 08:11:53AM -0400, Woodchuck wrote:
> > Ports/packages are sort of hit-or-miss.
> > 
> > This is a very Spartan situation, and comes from a shortage of
> > resources.
> 
> Partly.
> 
> Being able to drop old shit fairly quickly is also very important in
> terms
> of quality, since we don't have to read through a maze of old code
> ifdefs.
> 
> If you prefer, sure it's a shortage of resources. We want to maximize
> quality with limited resources, and so we err on the side of aggressive
> removal of dying features.
> 
> It would take a *massive* influx of resources to change that situation.

This is a great point in general about OpenBSD. Look at the commits of
the Linux kernel or FreeBSD versus the commits of OpenBSD... the
difference is huge. Not only in terms of number of commits, but also
number of developers making the commits. OpenBSD does a lot with what
little they have when compared to other projects... just my opinion.

Brad

> Even with more resources, we will still prefer quality over long-term
> support.  With lots and lots of resources, we could possibly reengineer
> long-term support without sacrificing quality.
> 
> Think about it. What do you prefer ? half-baked support and badly broken
> features, or good support over a limited period of time, and the best
> features we can create ?

Re: onkyo dx1007a5

[Marco Peereboom]

I was able to get this dmesg...

X doesn't work and ACPI seems busted too.

OpenBSD 4.7 (GENERIC) #558: Wed Mar 17 20:46:15 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Athlon(tm) Neo Processor MV-40 ("AuthenticAMD" 686-class, 512KB L2 
cache) 1.60 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16
real mem  = 1877299200 (1790MB)
avail mem = 1810214912 (1726MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/26/09, BIOS32 rev. 0 @ 0xfdb80, SMBIOS 
rev. 2.5 @ 0x6feda000 (33 entries)
bios0: vendor Phoenix Technologies LTD version "1.0A_4366_050A" date 2009
bios0: ONKYO CORPORATION ONKYOPC
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP TCPA SLIC SSDT APIC MCFG HPET
acpi0: wakeup devices PB2_(S4) PB3_(S4) PB4_(S4) PB5_(S4) PB6_(S4) PB7_(S4) 
PB9_(S4) PB10(S4)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 199MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 21, 24 pins
acpihpet0 at acpi0: 14318180 Hz
acpi0: unable to load \\_SB_.PCI0._INI.EXH1
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PB2_)
acpiprt2 at acpi0: bus 2 (PB3_)
acpiprt3 at acpi0: bus 8 (PB4_)
acpiprt4 at acpi0: bus 14 (PB5_)
acpiprt5 at acpi0: bus 15 (PB6_)
acpiprt6 at acpi0: bus -1 (PB7_)
acpiprt7 at acpi0: bus -1 (PB9_)
acpiprt8 at acpi0: bus -1 (PB10)
acpiprt9 at acpi0: bus 16 (P2P_)
acpiprt10 at acpi0: bus 1 (AGP_)
acpiec0 at acpi0
acpicpu0 at acpi0: C3, C2, PSS
acpitz0 at acpi0: critical temperature 100 degC
acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: LID_
acpibat0 at acpi0: BAT0 not present
acpiac0 at acpi0: AC unit online
acpivideo0 at acpi0: VGA_
acpivideo1 at acpi0: VGA_
acpivout0 at acpivideo1: LCD_
bios0: ROM list: 0xc/0xec00 0xcf000/0x1000
cpu0: PowerNow! K8 1597 MHz: speeds: 1600 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "AMD RS780 Host" rev 0x00
ppb0 at pci0 dev 1 function 0 unknown vendor 0x1170 product 0x9602 rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "ATI Radeon HD 3200" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb1 at pci0 dev 3 function 0 vendor "AMD", unknown product 0x960b rev 0x00: 
apic 1 int 19 (irq 11)
pci2 at ppb1 bus 2
ppb2 at pci0 dev 4 function 0 "AMD RS780 PCIE" rev 0x00: apic 1 int 16 (irq 10)
pci3 at ppb2 bus 8
ppb3 at pci0 dev 5 function 0 "AMD RS780 PCIE" rev 0x00: apic 1 int 17 (irq 5)
pci4 at ppb3 bus 14
athn0 at pci4 dev 0 function 0 "Atheros AR9281" rev 0x01: apic 1 int 17 (irq 
5), address 00:25:d3:6a:35:5a
athn0: AR9280 rev 2 (1T2R), ROM rev 16
ppb4 at pci0 dev 6 function 0 "AMD RS780 PCIE" rev 0x00: apic 1 int 18 (irq 11)
pci5 at ppb4 bus 15
re0 at pci5 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800), 
apic 1 int 18 (irq 11), address 00:1e:33:18:e2:9b
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 1 int 22 (irq 
11), AHCI 1.1
scsibus0 at ahci0: 32 targets
sd0 at scsibus0 targ 0 lun 0:  SCSI3 0/direct fixed
sd0: 305245MB, 512 bytes/sec, 625142448 sec total
ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 1 int 16 (irq 
10), version 1.0, legacy support
ohci1 at pci0 dev 18 function 1 "ATI SB700 USB" rev 0x00: apic 1 int 16 (irq 
10), version 1.0, legacy support
ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 1 int 17 (irq 5)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1
ohci2 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 1 int 18 (irq 
11), version 1.0, legacy support
ohci3 at pci0 dev 19 function 1 "ATI SB700 USB" rev 0x00: apic 1 int 18 (irq 
11), version 1.0, legacy support
ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 1 int 19 (irq 
11)
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "ATI EHCI root hub" rev 2.00/1.00 addr 1
piixpm0 at pci0 dev 20 function 0 "ATI SBx00 SMBus" rev 0x3c: SMI
iic0 at piixpm0
spdmem0 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-6400CL5 SO-DIMM
azalia0 at pci0 dev 20 function 2 "ATI SBx00 HD Audio" rev 0x00: apic 1 int 16 
(irq 10)
azalia0: codecs: Realtek ALC262
audio0 at azalia0
pcib0 at pci0 dev 20 function 3 "ATI SB700 ISA" rev 0x00
ppb5 at pci0 dev 20 function 4 "ATI SB600 PCI" rev 0x00
pci6 at ppb5 bus 16
pchb1 at pci0 dev 24 function 0 "AMD AMD64 0Fh HyperTransport" rev 0x00
pchb2 at pci0 dev 24 function 1 "AMD AMD64 0Fh Address Map" rev 0x00
pchb3 at pci0 dev 24 function 2 "AMD AMD64 0Fh DRAM Cfg" rev 0x00
kate0 at pci0 dev 24 function 3 "AMD AMD64 0Fh Misc Cfg" rev 0x00: core rev 
DH-G2
usb2 at ohci0: USB revision 1.0
uhub2 at usb2 "ATI OHCI root hub" rev 1.00/1.00 addr 1
usb3 at ohci1: USB revision 1.0
uhub3 at usb3 "ATI OHCI root hub" rev 1.00/1.00 addr 1
usb4 at ohci2: USB revision 1.0
uhub4 

Re: ZFS in OpenBSD

[Tony Abernethy]

Dan Naumov wrote:
> ...  I can only suggest therapy, it works
> for millions of people.

That explains the state of Information Technology.
I'll take the code, snide remarks and all. Thanks.

Re: ZFS in OpenBSD

[Dan Naumov]

On Mon, Mar 22, 2010 at 3:41 PM, Marc Espie  wrote:
> On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
>>
>> The question of why 2 different BSDs have no issues including specific
>> code into their base, while another does is a valid one. When asked
>> "hard questions", labeling the person asking them a troll is sadly a
>> common occurrence on the internet.
>
> If you want to do something productive instead of acting like a clueless
> troll, go pester oracle until they release zfs under an acceptable licence
> for us.

"While some other BSD projects have more loose policies regarding
introducing new code into their base system, our policy is to only
include BSD-licensed code"

It seems that for several people who have replied, writing a simple,
complete, coherent and civil answer like that was way beyond their
capabilities. Why? Was it that hard? No, one MUST insert snide
remarks, derogatory comments and call the person asking the question a
troll. If acting like that is what makes you feel better about
yourself, you are in a bad place, I can only suggest therapy, it works
for millions of people.

- Sincerely,
Dan Naumov

Re: Problem after upgrade 4.5 to 4.6: ERR M

[Uwe Dippel]

Tobias Ulmer wrote:


As explained above, no, you likely moved around/corrupted /boot in a way
that doesn't work for biosboot.
  


Hmm. Actually I didn't. Through serial console, I had rebooted the 
server, just 'to make sure', before booting to bsd.rd, and everything 
went through. I rebooted again, immediately, to bsd.rd, and went through 
the very normal and standard procedure like umteen times before. One 
exception: the bsd.mp was shown as corrupted by its sha256 hash. The 
install program, however, continued; so that I could not rectify this. 
being on a multi-CPU box, in the end, it automatically copied the 
(corrupted) bsd.mp to bsd, which then had a size of 1.3 MB. Therefore, 
at the very end, after the device nodes, at the 'reboot now' prompt, I 
ftp-ed a correct version from another location into there, and cp-ed it 
into bsd. Then, strangely enough, suddenly there appeared a bsd.sp of a 
size of 0, which had not been there before.
I found this quite strange, both the installer going through despite of 
the wrong hash; and more so the (new?) automatic move of bsd.mp to bsd 
on a multicore machine; though the size was wrong. And in the end, a 
'0'-sized bsd.sp after moving in a healthy bsd.mp.
I would not totally exclude an interference of this (new?) code that 
lead to the described situation. Honestly, nothing at all done in that 
session aside from what I wrote, between the 2 boots. I guess, nothing 
of what I did should hurt the /boot?


Thanks for the reply. I'll go there next to try what has been proposed. 
Before I try, in case the

# /usr/*m*dec/installboot -v boot /*usr/mdec*/biosboot sd0
does NOT work, what else could I do? (I am asking, because it is a 
server room quite far away, with little chance for me to communicate, 
and difficult to go.) So, is there any alternative, or additional, 
solution to fall back to, when I am there, and installboot doesn't cut it?


Uwe

Re: 4.6 patch support

[Marc Espie]

On Mon, Mar 22, 2010 at 08:11:53AM -0400, Woodchuck wrote:
> Ports/packages are sort of hit-or-miss.
> 
> This is a very Spartan situation, and comes from a shortage of
> resources.

Partly.

Being able to drop old shit fairly quickly is also very important in terms
of quality, since we don't have to read through a maze of old code ifdefs.

If you prefer, sure it's a shortage of resources. We want to maximize
quality with limited resources, and so we err on the side of aggressive
removal of dying features.

It would take a *massive* influx of resources to change that situation.
Even with more resources, we will still prefer quality over long-term
support.  With lots and lots of resources, we could possibly reengineer
long-term support without sacrificing quality.

Think about it. What do you prefer ? half-baked support and badly broken
features, or good support over a limited period of time, and the best
features we can create ?

Re: ZFS in OpenBSD

[Marc Espie]

On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
> 
> The question of why 2 different BSDs have no issues including specific
> code into their base, while another does is a valid one. When asked
> "hard questions", labeling the person asking them a troll is sadly a
> common occurrence on the internet.

If you want to do something productive instead of acting like a clueless
troll, go pester oracle until they release zfs under an acceptable licence
for us.

Re: 4.6 patch support

[Peter Kay (Syllopsium)]

From: "Andreas Gerdd" 

when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.


Quite short time.


Perhaps, but it /is/ free. There are undoubtedly some people who will
backport fixes to earlier versions if you paid them.




Our advise is to upgrade to a newer version and plan for that now.
It's not magic, in fact it is pretty easy in almost all cases.


It is not magic, but it is more than magic if you have only remote ssh
access and nothing else. :-(

You have multiple options, there's :

http://www.openbsd.org/faq/upgrade46.html

Which perhaps looks a little scary, but does work.

Alternatively try YAIFO http://sourceforge.net/projects/yaifo/ for an ssh
enabled install kernel. Of course, you should test both these options on
a local machine before attempting it remotely..

PK 

Re: ZFS in OpenBSD

[Paul de Weerd]

On Mon, Mar 22, 2010 at 02:29:51PM +0200, Dan Naumov wrote:
| The question of why 2 different BSDs have no issues including specific
| code into their base, while another does is a valid one. When asked
| "hard questions", labeling the person asking them a troll is sadly a
| common occurrence on the internet.

Look, you got it right. They are 2 *DIFFERENT* BSDs. They have their
own (different) rules (or not) and play by them. OpenBSD plays by the
OpenBSD rules, not the FreeBSD or the NetBSD rules. The ZFS license is
problematic in these here parts (and you've been shown why, it's on
the website and in the archives). It's all mighty dandy that it's not
problematic in other parts. We already knew about it, now you know
about it too.

Can we leave it at that, please ?

Paul 'WEiRD' de Weerd

-- 
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
 http://www.weirdnet.nl/ 

Re: ZFS in OpenBSD

[Robert Bronsdon]

On Mon, 22 Mar 2010 12:29:51 -, Dan Naumov   
wrote:



The question of why 2 different BSDs have no issues including specific
code into their base, while another does is a valid one. When asked
"hard questions", labeling the person asking them a troll is sadly a
common occurrence on the internet.


Its not really a hard question. I'm a user of many OSs and a reasonably  
new user to OpenBSD.


Already I understand the OpenBSD takes a strict stance on what code it  
allows. I also understand other OSs (FreeBSD for example) takes a more  
slack stance.


Whether or not you understand the philosophy behind it is up too you. But  
the answer is detailed above. OpenBSD will not get ZFS any time soon  
because of a strict policy. FreeBSD has ZFS because of a slack policy.


--
Using Opera M2: http://www.opera.com/mail/

Re: 4.6 patch support

[Otto Moerbeek]

On Mon, Mar 22, 2010 at 02:14:23PM +0200, Andreas Gerdd wrote:

> > when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.
> 
> Quite short time.
> 
> > Our advise is to upgrade to a newer version and plan for that now.
> > It's not magic, in fact it is pretty easy in almost all cases.
> 
> It is not magic, but it is more than magic if you have only remote ssh
> access and nothing else. :-(
> 
> Regards.

Our upgrade guide gives a (tested!) procedure to do remote upgrades.

There's more risk involved compared to an upgrade at the console.  But
that's a consequence of you deciding to run a remote machine without
console access. 

If it matters: I often upgrade machines with only ssh acccess, and
never had to drive to the colo to fix things. 


-Otto

Re: ZFS in OpenBSD

[Dan Naumov]

On Mon, Mar 22, 2010 at 2:20 PM, Jordi Espasa Clofent
 wrote:
>> This is weird, it is claimed that CDDL is going against the BSD
>> philosophy, yet both FreeBSD and NetBSD didn't have any problems
>> including it in their base...
>
> 1. Read a bit:
> http://openbsd.org/policy.html
>
> 2. You're completely froo to move to another OS.
>
> The weird thing is your ignorance and disrespect.

Curiosity is not disrespect and self-realized ignorance is obviously
leading to curiosity. This is normal human behavior.
Your open hostility on another hand IS weird.


- Sincerely,
Dan Naumov

Re: ZFS in OpenBSD

[Dan Naumov]

On Mon, Mar 22, 2010 at 2:12 PM, Jan Stary  wrote:
> On Mar 22 13:56:05, Dan Naumov wrote:
>> On Mon, Mar 22, 2010 at 1:48 PM, Kenneth R Westerback
>>  wrote:
>> > On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
>> >> Hello
>> >>
>> >> Are there any plans to bring ZFS support to OpenBSD so that users
>> >> don't have to worry about things like fsck, running out of inodes and
>> >> other silly stuff in the year 2010?
>> >>
>> >> Thanks.
>> >>
>> >>
>> >> - Sincerely,
>> >> Dan Naumov
>> >
>> > Nope. Check the archives for repeated discussions. The license is still
>> > unsuitable last time I looked, if nothing else.
>> >
>> >  Ken
>>
>> This is weird, it is claimed that CDDL is going against the BSD
>> philosophy, yet both FreeBSD and NetBSD didn't have any problems
>> including it in their base...
>
> This is exactly why you are a troll.

The question of why 2 different BSDs have no issues including specific
code into their base, while another does is a valid one. When asked
"hard questions", labeling the person asking them a troll is sadly a
common occurrence on the internet.


- Sincerely,
Dan Naumov

Re: ZFS in OpenBSD

[Kapetanakis Giannis]

On 22/03/10 13:33, Dan Naumov wrote:

Hello

Are there any plans to bring ZFS support to OpenBSD so that users
don't have to worry about things like fsck, running out of inodes and
other silly stuff in the year 2010?



Check out http://marc.info/?l=openbsd-misc&m=123203302805419&w=2
Similar thread to this question

Re: 4.6 patch support

[Edho P Arief]

On Mon, Mar 22, 2010 at 7:14 PM, Andreas Gerdd  wrote:
>> when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.
>
> Quite short time.
>
>> Our advise is to upgrade to a newer version and plan for that now.
>> It's not magic, in fact it is pretty easy in almost all cases.
>
> It is not magic, but it is more than magic if you have only remote ssh
> access and nothing else. :-(
>

not really



-- 
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Re: ZFS in OpenBSD

[Tomas Bodzar]

Maybe because FreeBSD or NetBSD doesn't care so much about problems
with laws against their users in feature?

Integrate good code from any source with acceptable copyright (ISC or
Berkeley style preferred, GPL acceptable as a last recourse but not in
the kernel, NDA never acceptable). We want to make available source
code that anyone can use for ANY PURPOSE, with no restrictions. We
strive to make our software robust and secure, and encourage companies
to use whichever pieces they want to. There are commercial spin-offs
of OpenBSD.

http://www.openbsd.org/policy.html

OT: Hammer FS looks like better candidate from this point of view

On Mon, Mar 22, 2010 at 12:56 PM, Dan Naumov  wrote:
> On Mon, Mar 22, 2010 at 1:48 PM, Kenneth R Westerback
>  wrote:
>> On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
>>> Hello
>>>
>>> Are there any plans to bring ZFS support to OpenBSD so that users
>>> don't have to worry about things like fsck, running out of inodes and
>>> other silly stuff in the year 2010?
>>>
>>> Thanks.
>>>
>>>
>>> - Sincerely,
>>> Dan Naumov
>>
>> Nope. Check the archives for repeated discussions. The license is still
>> unsuitable last time I looked, if nothing else.
>>
>>  Ken
>
> This is weird, it is claimed that CDDL is going against the BSD
> philosophy, yet both FreeBSD and NetBSD didn't have any problems
> including it in their base...
>
>
> - Sincerely,
> Dan Naumov
>
>



-- 
http://www.openbsd.org/lyrics.html

Re: 4.6 patch support

[Woodchuck]

On Mon, Mar 22, 2010 at 7:36 AM, Andreas Gerdd  wrote:
> Hi,
>
> I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
> OBSD4.6 has patch/update support?
> If there is a support time limit like lets say up to 12/24 months,
> does it mean after that time, it will not get any update, not even
> (possible) critical vulnerabilities?
>
> Kind regards.

"Support" means something special for OpenBSD.  It means two
things: fixing security bugs and answering questions about how
a feature of a release works or can be invoked.  That ends at 12 mos.
There is no back-porting of features, and that end of support starts
at the moment of release.  In the "new features" (say a driver for new
hardware) sense there is no support for any release after it's released.

Ports/packages are sort of hit-or-miss.

This is a very Spartan situation, and comes from a shortage of
resources.

In a sense, one achieves the level of support offered elsewhere by
recognizing that the method of obtaining it is to always update
versions.  With OpenBSD, as others point out, this is very easy and
usually very-very well debugged prior to the next release.  Most
OpenBSD "releases" would be termed incremental updates by other
OSes.  Nine times out of ten, an upgrade can be completed in ten
minutes, and mass upgrading of a "farm" not much longer for the
whole farm.

One advantage of the Open system is that one knows where one
stands, and there is no in-system forking of releases, a problem
which makes certain other *n*x systems or "distros" a crazy mess.
Open is like a single-track railroad, there are breathing points called
"stations", where one gets on or off, and after a year the old track
is ripped up and recycled.  The fare is $100/year but hoboes are
still welcome.

Dave
-- 
teh googlez read my emails 'n' STUFF  LOLZ!!! urz 2!!! LOLZ!!!

Re: ZFS in OpenBSD

[Jordi Espasa Clofent]

This is weird, it is claimed that CDDL is going against the BSD
philosophy, yet both FreeBSD and NetBSD didn't have any problems
including it in their base...


1. Read a bit:
http://openbsd.org/policy.html

2. You're completely froo to move to another OS.

The weird thing is your ignorance and disrespect.

Re: 4.6 patch support

[Andreas Gerdd]

> when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.

Quite short time.

> Our advise is to upgrade to a newer version and plan for that now.
> It's not magic, in fact it is pretty easy in almost all cases.

It is not magic, but it is more than magic if you have only remote ssh
access and nothing else. :-(

Regards.

Re: ZFS in OpenBSD

[Otto Moerbeek]

On Mon, Mar 22, 2010 at 01:56:05PM +0200, Dan Naumov wrote:

> On Mon, Mar 22, 2010 at 1:48 PM, Kenneth R Westerback
>  wrote:
> > On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
> >> Hello
> >>
> >> Are there any plans to bring ZFS support to OpenBSD so that users
> >> don't have to worry about things like fsck, running out of inodes and
> >> other silly stuff in the year 2010?
> >>
> >> Thanks.
> >>
> >>
> >> - Sincerely,
> >> Dan Naumov
> >
> > Nope. Check the archives for repeated discussions. The license is still
> > unsuitable last time I looked, if nothing else.
> >
> >  Ken
> 
> This is weird, it is claimed that CDDL is going against the BSD
> philosophy, yet both FreeBSD and NetBSD didn't have any problems
> including it in their base...

Yes indeed, FreeBSD and NetBSD are weird.

-Otto

Re: ZFS in OpenBSD

[Dan Naumov]

On Mon, Mar 22, 2010 at 1:48 PM, Kenneth R Westerback
 wrote:
> On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
>> Hello
>>
>> Are there any plans to bring ZFS support to OpenBSD so that users
>> don't have to worry about things like fsck, running out of inodes and
>> other silly stuff in the year 2010?
>>
>> Thanks.
>>
>>
>> - Sincerely,
>> Dan Naumov
>
> Nope. Check the archives for repeated discussions. The license is still
> unsuitable last time I looked, if nothing else.
>
>  Ken

This is weird, it is claimed that CDDL is going against the BSD
philosophy, yet both FreeBSD and NetBSD didn't have any problems
including it in their base...


- Sincerely,
Dan Naumov

Re: ZFS in OpenBSD

[Kenneth R Westerback]

On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
> Hello
> 
> Are there any plans to bring ZFS support to OpenBSD so that users
> don't have to worry about things like fsck, running out of inodes and
> other silly stuff in the year 2010?
> 
> Thanks.
> 
> 
> - Sincerely,
> Dan Naumov

Nope. Check the archives for repeated discussions. The license is still
unsuitable last time I looked, if nothing else.

 Ken

Re: 4.6 patch support

[Maurice Janssen]

On Mon, Mar 22, 2010 at 01:36:45PM +0200, Andreas Gerdd wrote:
>Hi,
>
>I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
>OBSD4.6 has patch/update support?
>If there is a support time limit like lets say up to 12/24 months,
>does it mean after that time, it will not get any update, not even
>(possible) critical vulnerabilities?

http://www.openbsd.org/faq/faq5.html#Flavors

Re: 4.6 patch support

[Bret S. Lambert]

On Mon, Mar 22, 2010 at 01:36:45PM +0200, Andreas Gerdd wrote:
> Hi,
> 
> I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
> OBSD4.6 has patch/update support?
> If there is a support time limit like lets say up to 12/24 months,
> does it mean after that time, it will not get any update, not even
> (possible) critical vulnerabilities?

The standard is to support the current and previous releases; given
that the OpenBSD development cycle is one release every 6 months,
releases over approximately 1 year old are considered unsupported.

mvh

> 
> Kind regards.

Re: ZFS in OpenBSD

[Bret S. Lambert]

On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
> Hello
> 
> Are there any plans to bring ZFS support to OpenBSD so that users
> don't have to worry about things like fsck, running out of inodes and
> other silly stuff in the year 2010?

Intertruck troll is Intertruck.

> 
> Thanks.
> 
> 
> - Sincerely,
> Dan Naumov

Re: ZFS in OpenBSD

[Dan Naumov]

On Mon, Mar 22, 2010 at 1:40 PM, Bret S. Lambert  wrote:
> On Mon, Mar 22, 2010 at 01:33:07PM +0200, Dan Naumov wrote:
>> Hello
>>
>> Are there any plans to bring ZFS support to OpenBSD so that users
>> don't have to worry about things like fsck, running out of inodes and
>> other silly stuff in the year 2010?
>
> Intertruck troll is Intertruck.

How exactly is my question a troll?


- Sincerely,
Dan Naumov

Re: 4.6 patch support

[Otto Moerbeek]

On Mon, Mar 22, 2010 at 01:36:45PM +0200, Andreas Gerdd wrote:

> Hi,
> 
> I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
> OBSD4.6 has patch/update support?
> If there is a support time limit like lets say up to 12/24 months,
> does it mean after that time, it will not get any update, not even
> (possible) critical vulnerabilities?
> 
> Kind regards.

when 4.8 comes out (a year after 4.6 came out) support for 4.6 will stop.

Our advise is to upgrade to a newer version and plan for that now.
It's not magic, in fact it is pretty easy in almost all cases.

-Otto

Re: ZFS in OpenBSD

[Martin Schröder]

2010/3/22 Dan Naumov :
> Are there any plans to bring ZFS support to OpenBSD so that users

http://lmgtfy.com/?q=openbsd+zfs

Re: ZFS in OpenBSD

[David Gwynne]

if you can get oracle to change the license to something acceptable to the
openbsd tree then id consider porting it.

On 22/03/2010, at 9:33 PM, Dan Naumov wrote:

> Hello
>
> Are there any plans to bring ZFS support to OpenBSD so that users
> don't have to worry about things like fsck, running out of inodes and
> other silly stuff in the year 2010?
>
> Thanks.
>
>
> - Sincerely,
> Dan Naumov

4.6 patch support

[Andreas Gerdd]

Hi,

I've an OpenBSD 4.6-Stable system. I wanted to ask how long will
OBSD4.6 has patch/update support?
If there is a support time limit like lets say up to 12/24 months,
does it mean after that time, it will not get any update, not even
(possible) critical vulnerabilities?

Kind regards.

ZFS in OpenBSD

[Dan Naumov]

Hello

Are there any plans to bring ZFS support to OpenBSD so that users
don't have to worry about things like fsck, running out of inodes and
other silly stuff in the year 2010?

Thanks.


- Sincerely,
Dan Naumov

Re: Problem after upgrade 4.5 to 4.6: ERR M

[Tobias Ulmer]

On Mon, Mar 22, 2010 at 04:41:39PM +0800, Uwe Dippel wrote:
> Having done upgrades from 4.0 onwards, on a OpenBSD-only server
> (amd64), this time something must have gone wrong: Despite of the
> (remote, I have no physical access, via serial console) 'successful'
> upgrade (no error messages), when I was asked to reboot, I did, as
> always. Alas, it came up with
> 
> Attempting Boot From Floppy Drive (A:)
> Attempting Boot From CD-ROM
> Attempting Boot From Hard Drive (C:)
> Using drive 0, partition 3.
> Loading...
> ERR M

That is biosboot(8) telling you that it cannot find /boot, which is the
boot loader that prints the boot prompt and so on. Biosboot has to be
really small, so its error message are terse.

> 
> on an HP ML350G4p.
> 
> From all I know it is a problem with the MBR.

As explained above, no, you likely moved around/corrupted /boot in a way
that doesn't work for biosboot.

> What I'd really like to get, before I drive there and get access, is
> how to best solve this problem, and most straightforward. Talking
> about what went wrong can wait, since this is a production machine
> and should be back as soon as possible.

The procedure is straight forward and documented in installboot(8).

> 
> Thanks in advance,
> 
> Uwe

Re: Problem after upgrade 4.5 to 4.6: ERR M

[Chris Bennett]

Uwe Dippel wrote:
Having done upgrades from 4.0 onwards, on a OpenBSD-only server 
(amd64), this time something must have gone wrong: Despite of the 
(remote, I have no physical access, via serial console) 'successful'  
upgrade (no error messages), when I was asked to reboot, I did, as 
always. Alas, it came up with


Attempting Boot From Floppy Drive (A:)
Attempting Boot From CD-ROM
Attempting Boot From Hard Drive (C:)
Using drive 0, partition 3.
Loading...
ERR M

on an HP ML350G4p.

From all I know it is a problem with the MBR.
What I'd really like to get, before I drive there and get access, is 
how to best solve this problem, and most straightforward. Talking 
about what went wrong can wait, since this is a production machine and 
should be back as soon as possible.


Thanks in advance,

Uwe


This sort of problem happens a lot. It was covered recently.
You will probably be able to fix it.
Search here, try ERR M

http://blog.gmane.org/gmane.os.openbsd.misc
http://marc.info

--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Problem after upgrade 4.5 to 4.6: ERR M

[Uwe Dippel]

Having done upgrades from 4.0 onwards, on a OpenBSD-only server (amd64), 
this time something must have gone wrong: Despite of the (remote, I have 
no physical access, via serial console) 'successful'  upgrade (no error 
messages), when I was asked to reboot, I did, as always. Alas, it came 
up with


Attempting Boot From Floppy Drive (A:)
Attempting Boot From CD-ROM
Attempting Boot From Hard Drive (C:)
Using drive 0, partition 3.
Loading...
ERR M

on an HP ML350G4p.

From all I know it is a problem with the MBR.
What I'd really like to get, before I drive there and get access, is how 
to best solve this problem, and most straightforward. Talking about what 
went wrong can wait, since this is a production machine and should be 
back as soon as possible.


Thanks in advance,

Uwe