On Sat, 2 Jun 2012 01:45:05 -0400, you wrote:
> In a non-COW filesystem, one would expect that rewriting
> an already allocated block would never fail for
> out-of-space (ENOSPC).
>
> But I would expect that it could on ZFS - definitely if
> there was a snapshot around, as it would create a
>
Hi,
I noticed after upgrading to Nvidia Driver 295.53 that the driver
supports a colour depth of 30 giving 1.1 billion colours as an
experimental feature does the current release of X implemented in
OI_151.1.4 support the 30 bit colour depth. If the 30 bit colour depth
is selected it warns ab
Hey All,
It looks like `zfs send -rp ...` isn't working on 151a4:
[paste]
shawn@indianapolis:/backup$ uname -a
SunOS indianapolis 5.11 oi_151a4 i86pc i386 i86pc Solaris
shawn@indianapolis:/backup$ pfexec zfs send -r -p tank\@2012-06-02_0847 >
tank\@2012-06-02_0847.zfs
invalid option 'r'
usage:
Nevermind. -R is the flag I want. But I'm still curious as to why -r didn't
work.
On Sat, Jun 2, 2012 at 8:59 AM, Shawn Webb wrote:
> Hey All,
>
> It looks like `zfs send -rp ...` isn't working on 151a4:
>
> [paste]
> shawn@indianapolis:/backup$ uname -a
> SunOS indianapolis 5.11 oi_151a4 i86pc
Hi,
On Sat, Jun 2, 2012 at 3:27 AM, russell wrote:
> I noticed after upgrading to Nvidia Driver 295.53 that the driver supports a
> colour depth of 30 giving 1.1 billion colours as an experimental feature
> does the current release of X implemented in OI_151.1.4 support the 30 bit
> colour depth.
Hi,
will openindiana (or illumos) run a booth at froscon this year?
http://www.froscon.de/en/home/
Regards
Jörg
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
On Sat, 2 Jun 2012, russell wrote:
I noticed after upgrading to Nvidia Driver 295.53 that the driver supports a
colour depth of 30 giving 1.1 billion colours as an experimental feature does
the current release of X implemented in OI_151.1.4 support the 30 bit colour
depth. If the 30 bit colour
Judging from my (oi_148) man page for zfs, there is simply no -r
option for zfs send:
zfs send [-DvRp] [-[iI] snapshot] snapshot
Martin
> Date: Sat, 2 Jun 2012 09:01:40 -0600
> From: Shawn Webb
>
> Nevermind. -R is the flag I want. But I'm still curious as to why -r didn't
> work.
>
On oi_151a4, there is in both the man page and in the usage:
shawn@indianapolis:~$ uname -a
SunOS indianapolis 5.11 oi_151a4 i86pc i386 i86pc Solaris
shawn@indianapolis:~$ zfs send
missing snapshot argument
usage:
send [-DnPpRrv] [-[iI] snapshot]
For the property list, run: zfs set|get
Hi Folks,
I need to track down why some fairly standard make magic I added to
the examples/VFS/Makefile.in does not seem to work on the OpenIndiana
machine in the Samba build farm.
I tried installing oi-dev-151a in a VM, and that seemed to work well.
However, when I tried to use the package manag
I have a file that shows as corrupted in the live file system and two
snapshots. The file gives every indication of being valid in earlier
snapshots. I've tried to restore it from the good snapshot but it doesn't
seem to want to take. After several failed attempts to copy directly from
the snapshot
11 matches
Mail list logo