Hi.
I have OpenIndiana oi_151a7 installed and running as a ZFS server.
I need to move the datapool, which is configured from 4x SATA disks
on the Internal SATA controller and 4x other SATA drives in a PCI-E AOC-USAS-L8i
controller card. (1068e chipset).
I'm planing to move the datapool to
Here's the problem I'm trying to solve: SMF service is configured to launch
things like VirtualBox during startup / shutdown. This startup process can
take a long time (10, 20 minutes) so if there's a problem of any kind for any
reason, you might do things like enable and disable or refresh
From: Svavar Örn Eysteinsson [mailto:sva...@fiton.is]
So my question, is it as simple as zpool export datapool on the orginal
machine
and zpool import on the new one ?
Should be that simple. Yes. As long as you're not doing any proprietary
hardware RAID on the disks, and you ensure the
On Thu, May 30, 2013 at 02:15:12PM +, Edward Ned Harvey (openindiana) wrote:
Here's the problem I'm trying to solve: SMF service is configured
to launch things like VirtualBox during startup / shutdown. This
startup process can take a long time (10, 20 minutes) so if there's
a problem
On 30/05/13 16:15, Edward Ned Harvey (openindiana) wrote:
snip
I see there are a bunch of C constructs available ... mutex_init,
etc. Surely there must be a wrapper application around this kind of
thing, right?
I spent some time looking for a lock in shell some time ago. The overall
On 30 May 2013 15:29, Laurent Blume laurent...@elanor.org wrote:
On 30/05/13 16:15, Edward Ned Harvey (openindiana) wrote:
snip
I see there are a bunch of C constructs available ... mutex_init,
etc. Surely there must be a wrapper application around this kind of
thing, right?
I spent some
From: Gary Mills [mailto:gary_mi...@fastmail.fm]
On Thu, May 30, 2013 at 02:15:12PM +, Edward Ned Harvey
(openindiana) wrote:
Here's the problem I'm trying to solve: SMF service is configured
to launch things like VirtualBox during startup / shutdown. This
startup process can
From: Aneurin Price [mailto:aneurin.pr...@gmail.com]
I don't know about pure/POSIX shell, but at least bash and ksh support
noclobber, which should do the trick. I've been using the following
idiom for some time without problems:
I read somewhere (possibly obsolete, and also can't relocate)
On 30/05/13 18:58, Edward Ned Harvey (openindiana) wrote:
It would be *really* nice to have a locking mechanism that exists
solely in ram, so it would go away and automatically release locks,
in the event of a system ungraceful reboot.
That's why I pointed out mine are in /tmp or /var/run -
On Thu, 30 May 2013, Edward Ned Harvey (openindiana) wrote:
I'm looking around, and not finding any great answers. So far,
using mkdir, it's easy to see there exists a way to do mutex
locking, and you could easily write your PID into the subdir that
was just created; unfortunately, the
In regard to: Re: [OpenIndiana-discuss] shell script mutex locking or...:
On 30/05/13 16:15, Edward Ned Harvey (openindiana) wrote:
snip
I see there are a bunch of C constructs available ... mutex_init,
etc. Surely there must be a wrapper application around this kind of
thing, right?
I
On Thu, May 30, 2013 at 04:51:57PM +, Edward Ned Harvey (openindiana) wrote:
From: Gary Mills [mailto:gary_mi...@fastmail.fm]
On Thu, May 30, 2013 at 02:15:12PM +, Edward Ned Harvey
(openindiana) wrote:
Here's the problem I'm trying to solve: SMF service is configured
to
On 2013-05-30 16:15, Edward Ned Harvey (openindiana) wrote:
This problem has two parts. Atomicity of signaling operations (acquiring / releasing
mutex, etc), and inter-process signaling. (Let the later instance signal the earlier
instance that it should die.) It seems easy enough, as long
13 matches
Mail list logo