Everything is detected correctly, everything comes up correctly. See
a new option (reload) in the RC script for hast.
success story snipped
same here - have patched the master databse achines, all came up fine,
everything running erfectly, have flip-flopped between the two machines
with no ill
On Sun, Apr 10, 2011 at 12:36 PM, Mikolaj Golub troc...@freebsd.org wrote:
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC Once the deadlock patches above are MFC'd to -STABLE, I can do an
FC upgrade cycle and test them.
Committed to STABLE.
Updated src tree to r220537.
On Mon, 11 Apr 2011 11:26:15 -0700 Freddie Cash wrote:
FC On Sun, Apr 10, 2011 at 12:36 PM, Mikolaj Golub troc...@freebsd.org
wrote:
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC Once the deadlock patches above are MFC'd to -STABLE, I can do an
FC upgrade cycle and test
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC Once the deadlock patches above are MFC'd to -STABLE, I can do an
FC upgrade cycle and test them.
Committed to STABLE.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC On Sat, Apr 2, 2011 at 1:44 AM, Pawel Jakub Dawidek p...@freebsd.org
wrote:
I just committed a fix for a problem that might look like a deadlock.
With trociny@ patch and my last fix (to GEOM GATE and hastd) do you
still have any
On Tue, Apr 5, 2011 at 5:05 AM, Mikolaj Golub troc...@freebsd.org wrote:
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote:
FC On Sat, Apr 2, 2011 at 1:44 AM, Pawel Jakub Dawidek p...@freebsd.org
wrote:
I just committed a fix for a problem that might look like a deadlock.
With
On Sat, Apr 2, 2011 at 1:44 AM, Pawel Jakub Dawidek p...@freebsd.org wrote:
On Thu, Mar 24, 2011 at 01:36:32PM -0700, Freddie Cash wrote:
[Not sure which list is most appropriate since it's using HAST + ZFS
on -RELEASE, -STABLE, and -CURRENT. Feel free to trim the CC: on
replies.]
I'm
On Thu, Mar 24, 2011 at 01:36:32PM -0700, Freddie Cash wrote:
[Not sure which list is most appropriate since it's using HAST + ZFS
on -RELEASE, -STABLE, and -CURRENT. Feel free to trim the CC: on
replies.]
I'm having a hell of a time making this work on real hardware, and am
not ruling out
Yes, you may hit it only on hast devices creation. The workaround is to avoid
using 'hastctl role primary all', start providers one by one instead.
Interesting to note that I just hit a lockup in hast (the discs froze
up - could not run hastctl or zpool import, and could not kill
them). I have
On Fri, 01 Apr 2011 11:40:11 +0100 Pete French wrote:
Yes, you may hit it only on hast devices creation. The workaround is to
avoid
using 'hastctl role primary all', start providers one by one instead.
PF Interesting to note that I just hit a lockup in hast (the discs froze
PF up -
The other 5% of the time, the hastd crashes occurred either when
importing the ZFS pool, or when running multiple parallel rsyncs to
the pool. hastd was always shown as the last running process in the
backtrace onscreen.
This is what I am seeing - did you manage to reproduce this with the
This looks like a different problem. If you have this again please provide the
output of 'procstat -kka'.
Will do...
-pete.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
On Fri, Apr 1, 2011 at 4:22 AM, Pete French petefre...@ingresso.co.uk wrote:
The other 5% of the time, the hastd crashes occurred either when
importing the ZFS pool, or when running multiple parallel rsyncs to
the pool. hastd was always shown as the last running process in the
backtrace
On Mon, 28 Mar 2011 10:47:22 +0100 Pete French wrote:
It is not a hastd crash, but a kernel crash triggered by hastd process.
I am not sure I got the same crash as you but apparently the race is
possible
in g_gate on device creation.
I got the following crash starting many hast
It is not a hastd crash, but a kernel crash triggered by hastd process.
I am not sure I got the same crash as you but apparently the race is possible
in g_gate on device creation.
I got the following crash starting many hast providers simultaneously:
This is very interestng to me - my
On Sun, Mar 27, 2011 at 5:16 AM, Mikolaj Golub troc...@freebsd.org wrote:
On Sat, 26 Mar 2011 10:52:08 -0700 Freddie Cash wrote:
FC hastd backtrace is here:
FC http://www.sd73.bc.ca/downloads/crash/hast-backtrace.png
It is not a hastd crash, but a kernel crash triggered by hastd process.
On Sat, 26 Mar 2011 10:52:08 -0700 Freddie Cash wrote:
FC hastd backtrace is here:
FC http://www.sd73.bc.ca/downloads/crash/hast-backtrace.png
It is not a hastd crash, but a kernel crash triggered by hastd process.
I am not sure I got the same crash as you but apparently the race is possible
On Sun, 27 Mar 2011 15:16:15 +0300 Mikolaj Golub wrote to Freddie Cash:
MG The attached patch fixes the issue in my case.
The patch is committed to current.
--
Mikolaj Golub
___
freebsd-current@freebsd.org mailing list
Hi,
2011/3/24 Freddie Cash fjwc...@gmail.com:
The hardware is fairly standard fare:
- SuperMicro H8DGi-F motherboard
- AMD Opteron 6100-series CPU (8-cores @ 2.0 GHz)
- 8 GB DDR3 SDRAM
- 64 GB Kingston V-Series SSD for the OS install (using ahci(4) and
the motherboard SATA controller)
On Fri, Mar 25, 2011 at 12:55 AM, Pawel Jakub Dawidek p...@freebsd.org wrote:
On Thu, Mar 24, 2011 at 01:36:32PM -0700, Freddie Cash wrote:
I've tried with FreeBSD 8.2-RELEASE, 8-STABLE, 8-STABLE w/ZFSv28
patches, and 9-CURRENT (after the ZFSv28 commit). Things work well
until I start hastd.
On Thu, Mar 24, 2011 at 01:36:32PM -0700, Freddie Cash wrote:
I've tried with FreeBSD 8.2-RELEASE, 8-STABLE, 8-STABLE w/ZFSv28
patches, and 9-CURRENT (after the ZFSv28 commit). Things work well
until I start hastd. Then either the system locks up, or hastd causes
a kernel panic, or hastd
So, please, someone, somewhere, share a success story, where you're
using FreeBSD, ZFS, and HAST. Let me know that it does work. I'm
starting to lose faith in my abilities here. :(
I ran our main database for the old company using ZFS on top of HAST
without any problems at all. Had a single
[Not sure which list is most appropriate since it's using HAST + ZFS
on -RELEASE, -STABLE, and -CURRENT. Feel free to trim the CC: on
replies.]
I'm having a hell of a time making this work on real hardware, and am
not ruling out hardware issues as yet, but wanted to get some
reassurance that
23 matches
Mail list logo
