softraid mirror & large drives (3T)

2017-04-17 Thread Ian Watts
Hello,

I'm planning on replacing an old fileserver that has a single 1T drive 
with something a little newer having 3T of space.  I have two 3T drives 
and have installed OpenBSD 6.0 to both as a softraid mirror.  Works well 
and I simulated a drive failure by shutting it down, removing a drive, 
and rebooting.  The drive has been re-installed and it is now rebuilding 
the mirror.  After 17 hours it is 24% complete, so it'll be about three 
days to complete.  The system is:

AMD E2-3200 2.40 GHz
4G RAM
2 x 3T Seagate Barracuda 7200rpm SATA 

With this much disk space, should I be looking at another way of 
achieving data redundancy?  The goal is to increase redundancy of the 
data and the mirror would be periodically backed up to another server in 
a different building.  My only concern here is the suitability of the 
softraid mirror for a large filesystem.  I've thought of using the 
second drive as a backup and rsync'ing it nightly, but then failure of 
the primary drive would mean more downtime before it's operational 
again.  A long rebuild time isn't a major problem; just want to make 
sure I'm not overlooking a more sensible option.

FWIW, I used the following info to get set up:

https://www.openbsd.org/faq/faq14.html#softraidDI
http://openbsd-archive.7691.n7.nabble.com/Large-3TB-HDD-support-td95308.html

Thanks,

-- Ian




Re: softraid mirror & large drives (3T)

2017-04-18 Thread Ian Watts
Thanks for the feedback, Karel, Allan, and Kamil.  The motivation is 
long-term data storage reliability.  For example, my wife creates 
graphical books, which involves large files, plus other work and 
personal files.  

Having a mirror is not terribly important, so doing a nightly sync to 
another machine is possible.

Since it's been mentioned, what SATA RAID controller cards are 
recommended for OpenBSD on i386?  I wonder if they would fit my budget.  
Has the "supported hardware" page been removed from the openbsd.org 
website?  I only found such a page here:
http://openbsd.das.ufsc.br/i386.html#hardware


Thanks,

-- Ian

P.S., Karel, many Americans confuse loose/lose.  :)


On Tue, 18 Apr 2017, Karel Gardas wrote:

> loose -> lose. Sorry not native English speaker here.
> 
> On Tue, Apr 18, 2017 at 6:09 PM, Karel Gardas  wrote:
> > How much data can you loose on this mirror? The rebuild time is long
> > and the chance of another drive dying is higher during rebuild so I
> > would consider either increasing redundancy to 3-way mirror or
> > decreasing time between backups. All depending on how much data you
> > can loose when something goes wrong.
> 
> 



system lock-up - RTFM?

2006-06-06 Thread Ian Watts
My 3.9 workstation has started locking up on me several times a day. 
The box itself has been in use for months.  It may be a coincidence that 
the problem started shortly after upgrading from 3.8.


I've set ddb.panic=1 and ddb.log=1, but each lock-up just freezes the 
system and leaves no clues in dmesg or /var/crash.  It almost always 
happens under somewhat heavy load.  Other than swapping out various bits 
of hardware, which would involve buying new bits, are there any other 
man pages or useful documents that might help me figure out what the 
problem is?  Is this a typical bad RAM scenario?  I don't expect someone 
to solve this problem for me, but any pointers to useful information 
would be appreciated.


Thanks,

-- Ian



Re: system lock-up - RTFM?

2006-06-06 Thread Ian Watts

On Tue, 6 Jun 2006, Stuart Henderson wrote:


On 6/6/06, Ian Watts <[EMAIL PROTECTED]> wrote:

Other than swapping out various bits
of hardware, which would involve buying new bits, are there any other
man pages or useful documents that might help me figure out what the
problem is?


Try running GENERIC.MP kernel, on the box I had with a hardware
failure (bad cpu) MP usually panicked where GENERIC usually froze.


Thanks for the suggestion.  I rebooted with /bsd.mp and so far have not 
been able to lock up the system, despite taxing it as much as possible 
for an extended period of time.  I'll continue running MP for the time 
being and see if the problem does in fact return.




There is a very handy program called memtest86 which can test your
memory to see if it is bad.


It tells you if it's bad, but it doesn't tell you if it's good.


Time permitting, I'll give that go, too.  I know the extended test takes 
quite some time (512MB RAM on my box).  Maybe tonight.



-- Ian



Re: system lock-up - RTFM?

2006-06-09 Thread Ian Watts

On Wed, 7 Jun 2006, Shane J Pearson wrote:


On 2006.06.07, at 2:42 PM, Breen Ouellette wrote:




Telling someone new to memtest86 that it detects bad memory sticks is 
misleading and could give them a nice headache if their problem is 
not the stick.


If they read the "Troubleshooting Memory Errors" info for memtest86, linked 
to from the old site and the new site, they'll see that to isolate the 
defective stick, they can remove, rotate or replace modules to see what 
device the error follows.


Thanks to you guys and "Troubleshooting Memory Errors", which I had 
read, moving the one 512M stick from slot one to slot two has at the 
very least made a drastic improvement.


slot 1 - hundreds of errors in memtest which resulted in the box 
powering off after ten minutes or so.


slot 2 - eight errors in test 7 of pass 4 of 8 passes.  no lock-ups 
since.


I appreciate the discussion.  On a critical box and with a little more 
time, I'd do a thorough series of tests as suggested, and will on this 
one soon.


And next time I'll make sure to get "quality" components...

Thanks again for the input,


-- Ian



Re: Help to debug Openbsd freezes...

2006-07-24 Thread Ian Watts

On Mon, 24 Jul 2006 12:10:53 +0200 (CEST)
Xavier Mertens <[EMAIL PROTECTED]> spake:


Hi Gurus,

I'm facing a strange and frustrating problem...
I run a box with OpenBSD without problem for a while (>2 years).
It's still running 3.5 (ok, ok, don't shoot, it's an old one but upgrades are 
not easy). It's an i386 1U in a safe environment (colo)
See attached dmesg below.

For two weeks now, the box freezes randomly... No ping, no activity, capslock/keyboard 
don't work, no error on the console. The only solution is the "magic-button" :(

I tested the disks: ok
I replaced memory modules: ok (+memtest)
I replaced two fans (for disk cooling)
No new software has been installed not upgraded.
If I check the symon logs, nothing special appends before the "freeze"

Any advice?


How old is the box itself?  Could be a power supply getting flaky.
Without problems for so long, then suddenly this I would lean toward a
hardware problem (does not mean its definitely that).


I had similar symptoms caused by my CPU overheating.  Was the CPU fan 
one of the fans you replaced or is the server room hotter in mid-summer?



-- Ian



Re: HTML Mason Configuration problem on OpenBSD 3.7

2005-09-02 Thread Ian Watts
First guess is that you have a problem with your handler.pl file.  Can 
you get it working with a basic sample file?


I haven't used Mason in years, but that's a good place to start (as your 
message below points out).


-- Ian


On Fri, 2 Sep 2005, Robin wrote:


Hello,

I am running the base install of OpenBSD 3.7 with the
mod_perl-1.29p0.tgz package as well as
p5-HTML-Mason-1.26.tgz package.

Both packages installed fine (I believe)

However when I go to setup HTML mason, with the
following:
   PerlModule HTML::Mason::ApacheHandler
   
   SetHandler perl-script
   PerlHandler HTML::Mason::ApacheHandler
   
I get a 500 Internal Server Error and the following
error in my /var/www/logs/error_log:
[Fri Sep  2 10:38:49 2005] [error] Can't call method
"interp" on an undefined value at
/usr/local/libdata/perl5/site_perl/HTML/Mason/ApacheHandler.pm
line 624.\n
The lines around 624 of ApacheHandler.pm read:
   }rethrow_exception $@;
   unless (
$self->interp->resolver->can('apache_request_to_comp_path')
){error "The resolver class your Interp
object uses does not implement " .  "the
'apache_request_to_comp_path' method.  This means that
ApacheHandler " .  "cannot resolve
requests.  Are you using a handler.pl file created ".
   "before version 1.10?  Please see the
handler.pl sample " .  "that comes with
the latest version of Mason.";
Has anyone seen this error message before and have any
thoughts as to what or where my "undefined value" is?

Thanks,
Rob




Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs




Re: DNS

2005-09-17 Thread Ian Watts

On Sat, 17 Sep 2005, Steve B wrote:


I'm a little confused on the topic of running Bind on OBSD. I've read the
Secure Architectures book, some material at
http://www.aei.ca/~pmatulis/pub/obsd_pf.html and a few other places. My goal
is to provide DNS to my local LANs and probably act as a caching/forwarding
DNS. What confuses me is 1) where to put my db.wired and db.1.168.192 files,


/var/named/master/

If you just need a local resolver, you won't need to create these files 
and configure your server to be authoritative for any zones.




2) what to add to named.conf to put these files to use,


for example,

zone "1.168.192.in-addr.arpa" {
type master;
file "master/db.192.168.1";
};

IF you need this.



and 3) how to configure named.conf for caching/forwarding.


You don't have to do anything to set up a caching nameserver.  Just set

named_flags=""

in your /etc/rc.conf.local file to have it start at boot time.



Some articles I've read via Google say the default named.conf is configured
as a caching nameserver and to simply start the named daemon, while others
say the forwarders first and forwarders options must be entered. Could
someone with a little more experience on this topic please point me in the
right direction?


You almost certainly don't need to set it up as a forwarder.

It sounds like you need to familiarize yourself with some of the basics 
of DNS and BIND.  If all you want is to have a DNS resolver for your 
local network, don't do anything except add named_flags="" to your 
rc.conf.local file and you're done.



-- Ian



Re: How did they get here?

2006-01-04 Thread Ian Watts

On Wed, 4 Jan 2006, Craig Skinner wrote:


On Wed, Jan 04, 2006 at 05:28:38PM +0100, Joachim Schipper wrote:

There was a phpBB2 in one of the paths used. If you have phpBB enabled
somewhere, that's a likely attack vector.



I noticed that too. phpBB has been used for many sorts of tricks.


A recent rundown of the numerous phpBB vulnerabilities can be found 
here:


http://www.linuxsecurity.com/content/view/121073


BTW, is the web server in question being started with the "-u" flag?



-- Ian



Re: Will different CPU and RAM matter?

2005-05-05 Thread Ian Watts
On Thu, 5 May 2005, Niall O'Higgins wrote:

> On Thu, May 05, 2005 at 12:10:58PM -0700, Gary Clemans-Gibbon wrote:
> > The only thing is that I run 2 HDDs in RAID1 mirror with RAIDFRAME and
> > so my kernel is generic + pseudo-device raid (if I remember correctly -
> > it was a while ago I last did this and I've lost my notes).
>
> For such a setup I recommend ditching RAIDFrame for ccd(4), which is
> in GENERIC and as such actively maintained.
>
> The way I see it: cheap, personal mirroring/striping setups, use ccd(4).
> Real RAID, use ami(4) or maybe one of those external box things.

Except that Gary is using a mirror and ccd(4) claims to provide either
concatenated or interleaved disks, not mirroring:

"A ccd may be either serially concatenated or interleaved."

and as such provides no tolerance for disk failures:

"WARNINGS
 If just one (or more) of the disks in a ccd fails, the entire file
system will be lost."

I use RAIDframe and haven't used ccd, so I'm just going by what the man
page says...


-- Ian



Re: Will different CPU and RAM matter?

2005-05-05 Thread Ian Watts
On Thu, 5 May 2005, Niall O'Higgins wrote:

> As of 2005/02/01 ccd(4) man page mentions mirroring. So we now have:
>
> A ccd may be either serially concatenated, interleaved, or mirrored.
> To serially concatenate partitions, specify an interleave factor of 0.
> Mirroring configurations require an even number of components.

Cool.  Is that in 3.7-release?


-- Ian



Re: maybe OT 8 year anniversay of Chuck Yerkes death

2012-08-28 Thread Ian Watts

Thanks for the reminder, Diana.  Cheers, Chuck.


-- Ian


On Mon, 27 Aug 2012, Diana Eichert wrote:


I don't think it's off topic but others might.  I'm writing this post to
remember Chuck Yerkes, a long time contributor to the misc@openbsd list.
Chuck died 8 years ago this past weekend while riding his motorcycle.
http://web.archive.org/web/20041012235249/http://www.contracostatimes.com/mld/cctimes/news/9511974.htm
http://marc.theaimsgroup.com/?l=openbsd-misc&m=109385676632581&w=2

Just wanted to remember you Chuck, take it easy wherever you are.

diana