Re: [OpenIndiana-discuss] Code Bounty (Active Directory Integration)

2012-08-17 Thread James Relph
Hi Gordon,


Apologies, missed this the other day.

  My advice would be to make it easier to use IDMU.  The modifications
  to AD to support IDMU are quite widely accepted these days, at least
  in organizations that have both Windows and *nix.
  
  
The problem is that some of the organisations we're used to integrating Mac 
clients with (tend to be FTSE companies) often are pretty much straight Windows 
shops, so anything that deviates from their standard is *really* hard to get 
through change control (especially now where we've been deploying Macs for 
years that "just work" with AD (to a fairly decent extent)).


It sounds like Sun were actually looking at something like Mac OS X's handling 
of external directories at some point (from here:  
https://blogs.oracle.com/nico/entry/dealing_with_windows_sids_in ), but they 
obviously went the other way.


I think now I've got a better understanding of ephemeral IDs (thanks for the 
confirmation by the way) then they make more sense, yet it still feels a little 
like the easier route was taken on the development side, leaving a slightly 
more complicated situation on the administrator side.


Thanks,


James.



  
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Solaris privileges and seteuid()

2012-08-17 Thread James Relph
Yes, ephemeral IDs are temporary representations of Security
  Identifiers (SIDs).  The idmapd(1m) daemon maintains these in a cache,
  with time-to-live (TTL) based expiration.  There's a library API for
  turning an ephemeral ID back into a SID - see: idmap_get_sidbyuid
  
http://src.illumos.org/source/xref/illumos-gate/usr/src/lib/libidmap/common/idmap_api.c
  
  
Thanks very much for that confirmation, really doesn't seem obvious in a lot of 
the documentation!  I don't have a system handy to test today (will do over the 
weekend) but I'll try and get a better idea of how that works over the weekend 
(in particular after a reboot, what UID/GID will a file/folder show (ie. with 
ls) until the same user logs in again and the new ephemeral mapping is 
created?).


Thanks again,


James.



  
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Solaris 10 and 11 in 151a : VirtualBox, QEMU-KVM or branded zones?

2012-08-17 Thread Jim Klimov

Hi Mike,

I'm happy to hear that some of my suggestions helped ;)

2012-08-17 3:23, Mike Kirk wrote:

- Disk IO in a Solaris 10/11 VB VM is less than stellar (especially
compared to my brandz Sol10 local zone) - I don't know much about virtio
but I'll do some Googling.


Well, the "next best thing" to virtio, if for some reason that
doesn't pan out soon (easily), might be to use nfs/cifs shares
or iscsi block resources shared from physical host to its VM.
However, for things heavy on sync IO (like compilation of many
small source->object files), an SSD ZIL device might be in order.
Anyhow, it might boost things on a VM storage host anyhow.

For completeness, since some list members would note anyway,
you can also disable ZIL for particular datasets, at expense
of reduced resilience to certain failure modes. Still, you can
use this technique to estimate whether an investment into a
hardware SSD ZIL offload would help your workload patterns.

If you use the file or block shares, take a look at VB's own
integration with such resources (the VB software would import
an iSCSI volume and provide it to the VM), to save some math
resources for running the iSCSI stack inside the VM OS, and
to free up bandwidth on its virtual NIC. For files, I think,
VB (3.x) only provided a CIFS service of some sort.

HTH,
//Jim Klimov

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Anyone running the RevoDrive X2 internal SSD?

2012-08-17 Thread Uwe Reh

Am 16.08.2012 15:17, schrieb Doug Hughes:

Yes. We've used it for both commercial Solaris and open Indiana.
It works, ...

Great


... You have to configure it from Bios level as a volume before it
presents to the OS.

Opps???
Could you be a it more verbose? Please tell me at least which f* manual 
to read.


Uwe



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Solaris privileges and seteuid()

2012-08-17 Thread Frank Lahm
2012/8/17 James Relph :
> Yes, ephemeral IDs are temporary representations of Security
>   Identifiers (SIDs).  The idmapd(1m) daemon maintains these in a cache,
>   with time-to-live (TTL) based expiration.  There's a library API for
>   turning an ephemeral ID back into a SID - see: idmap_get_sidbyuid
>   
> http://src.illumos.org/source/xref/illumos-gate/usr/src/lib/libidmap/common/idmap_api.c
>
>
> Thanks very much for that confirmation, really doesn't seem obvious in a lot 
> of the documentation!  I don't have a system handy to test today (will do 
> over the weekend) but I'll try and get a better idea of how that works over 
> the weekend (in particular after a reboot, what UID/GID will a file/folder 
> show (ie. with ls) until the same user logs in again and the new ephemeral 
> mapping is created?).

ephemeral ids break setuid/seteuid because they are not static on a
_running_ system. They may change anytime. Thus any POSIX compliant
application relying on these functions for privileges can not use
them.

Essentially you sacrifice UNIX for Windows.

-f

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Time Machine and quota limiting

2012-08-17 Thread Jaco Schoonen

> I have both the sparsebundle size and the ZFS FS set. So the FS was created
> with a quota of 300GB and the sparsebundle then created in there with
> 300GB.
> 

OK, thanks for the tip. I'll give it a go.

> Unless you're backing up multiple Macs, don't use dedup, the performance
> hit you'll take will be huge after a few months unless you've got an
> obscene amount of RAM, like 64+GB

I don't use dedup for everythings, but for TimeMachine I think it may write 
more or less the same data quite often so there I have it enabled. 
Performance for time machine doesn't really matter too much. Besides, my NAS 
(5GB RAM) is only connected with single GBit, so I don't need faster than that. 

> Dedup and compression give you more free space, and that's what time
> machine sees.
> 
> Works great for me. I'm backing up 5 macs.

Cool thanks!

Jaco

>> 
>> To limit TM disk-usage I have found at least 5 different options:
>> 1) Use "zfs quota" to limit the size of the filesystem.
>> 2) Use "zfs refquota" to limit the referenced amount of data in the fs.
>> 3) Use netatalk feature "volsizelimit"
>> 4) give the sparsebundle that TM uses a maximum size (hdiutil -resize 100g)
>> 5) Limit Timemachine at application level   (defaults write
>> /Library/Preferences/com.apple.TimeMachine MaxSize -integer  )
>> 
>> What are you all using and how does it work out for you? What would you
>> recommend?
>> 
>> Best regards,
>> 
>> Jaco



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Correct syntax for ZFS sharenfs 'no root squash' on OI 148

2012-08-17 Thread andy thomas
I've been trying to export a ZFS share on a OI 148 system to a Linux NFS 
client system whose root needs read access to all files on the OI box. 
I've tried variations of the zfs sharenfs command such as:


zfs set sharenfs='root=185.198.192.20' data/data
zfs set sharenfs='ro=root=185.198.192.20' data/data
zfs set sharenfs='root=backup.my-domain.com' data/data

etc, but root on the Linux box still cannot read files set by users on 
the OI server with permissions like 600 (that is, -rw---).


I've also tried using the mountvers=3 and vers=3 mount options on the 
Linux box  but these don't fix the problem.


What am I doing wrong?

Andy

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Fwd: [discuss] SPARC and Illumos

2012-08-17 Thread Alex Smith (K4RNT)
I miss my 280R... now all I have in the SPARC neighborhood is a Sun Blade
2500. I gave a Sun Fire V240 to a colleague, I wonder if he'd be interested
in learning Solaris... :)

On Thu, Aug 16, 2012 at 8:02 PM, Lou Picciano wrote:

> Nice, Martin!
>
>
> (Speaking of excessive electricity bills, we have a handful of e450s we'd
> be _happy_ to ship to you. Pls send shipping address !! (sic) )
>
> --
" ' With the first link, the chain is forged. The first speech censured,
the first thought forbidden, the first freedom denied, chains us all
irrevocably.' Those words were uttered by Judge Aaron Satie as wisdom and
warning... The first time any man's freedom is trodden on we’re all
damaged." - Jean-Luc Picard, quoting Judge Aaron Satie, Star Trek: TNG
episode "The Drumhead"
- Alex Smith (K4RNT)
- Dulles Technology Corridor (Chantilly/Ashburn/Dulles), Virginia USA
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Fwd: [discuss] SPARC and Illumos

2012-08-17 Thread Alex Smith (K4RNT)
I can't send you my SPARC machine, but I'd be willing to learn to compile
Illumos gate and install it on my SB2500, is there anything I can do
without shipping my box to Europe?

On Thu, Aug 16, 2012 at 8:24 PM, Мартин Бохниг (Martin Bochnig) <
mar...@martux.org> wrote:

> Lou,
>
> sounds great.
> I always wanted one))
>
> Already have quite some test gear in my lab.
> Must take pics and screenshots soon, for further use on openindiana.org.
> Here are some older pics (inside the pdf) :
> http://martux.org/MartUX__OSDevCon2007.pdf
>
>
> Platform testing is very important and cannot be taken too serious.
> Of course, personally I cannot accept the bigger boxes, due to space
> restrictions.
> But an e450 still just fits in.
>
> My address would be:
>
> Martin Bochnig
> Kleine Kurstrasse 1
> D-10117 Berlin
> Germany
>
>
>
> I need to restart openXsun now for testing a new fonts path.
> And probably I won't be online every day.
> It just distracts me.
>
>
> Thank you.
> Let's talk later, after the release.
> Over the years I noticed, that I tend to be quite unproductive if a
> write to lists or irc and wait for responses and write  ...
>
>
>
>
> rgds,
>%martin
>
>
>
>
>
>
> On Fri, Aug 17, 2012 at 2:02 AM, Lou Picciano 
> wrote:
> > Nice, Martin!
> >
> >
> > (Speaking of excessive electricity bills, we have a handful of e450s
> we'd be _happy_ to ship to you. Pls send shipping address !! (sic) )
> >
> >
> > Lou Picciano
> >
> > - Original Message -
> > From: "Мартин Бохниг (Martin Bochnig)" 
> > To: "Discussion list for OpenIndiana" <
> openindiana-discuss@openindiana.org>
> > Sent: Thursday, August 16, 2012 7:49:44 PM
> > Subject: [OpenIndiana-discuss] Fwd: [discuss] SPARC and Illumos
> >
> > -- Forwarded message --
> > From: Мартин Бохниг (Martin Bochnig) 
> > Date: Fri, Aug 17, 2012 at 1:43 AM
> > Subject: Re: [discuss] SPARC and Illumos
> > To: disc...@lists.illumos.org
> >
> >
> > On Fri, Aug 17, 2012 at 12:59 AM, Brad Walker 
> wrote:
> >> Recently there was some talk about SPARC compatibility.
> >>
> >> I would like to make sure that Illumos continues to have proper SPARC
> >> compatibility and would like to volunteer to make this happen.
> >>
> >> I'm a long time Sun guy. When I lived in Silicon Valley, I had a 4/280
> >> with a Kennedy tape drive and a couple of SMD drives. I just couldn't
> >> keep dragging it around when I moved and so it is now been disposed
> >> of. Plus, the power bill was getting pretty large.
> >>
> >> Currently I have an Ultra 10, Sunblade 1000, Sunblade 2500, and a
> >> T2000. The Sunblade 2500 is my main home machine. When I need to use a
> >> PC, I run SunPCI3. So far this has served me well over the years. The
> >> T2000 is a new addition to the family and would like to retire the
> >> Sunblade 2500 as I migrate over to the T2000.
> >>
> >> So I guess you can say, that I've got a few machines that we can use.
> >>
> >> But, my question is: How do I get started with Illumos?
> >>
> >> Ideas or suggestions would be most appreciated.
> >>
> >> -brad w.
> >
> >
> >
> >
> >
> > Hi all,
> >
> > this project is still in its mysterious darkroom phase, which ends on
> > August 31st.
> > From then on it enters its o_p_e_n(indiana) phase.
> > And everybody is happily welcome to contribute.
> >
> > I canceled my holidays and work on it 12 to 18 hours every weekday and
> weekend.
> > And I'm now sure, that the promised release date of August (for the
> > initial demo) can be met.
> >
> > At the current moment it would be contra-productive to work in a team,
> > as the chatting, explaining and talking would prevent us from going
> > ahead.
> >
> > Everybody has a different approach of working, but I hope you
> > understand that this is mine.
> > So please wait until August 31st, which is in 2 weeks, and therefore
> > in just a few felt "moments".
> > Time flies ...
> >
> >
> >
> > And to keep you loyal SPARC fellows 2 weeks more patient, here is some
> > of the daily dog food that I enjoy to eat myself:
> >
> >
> > Build started Thu Aug 16 21:26:25 2012
> > Distribution name: OpenIndiana
> > Build Area dataset: magicspace/dc/20120816thu__0
> > Build Area mount point: /magicspace/dc/20120816thu__0
> >  im-pop: Image area creation
> > Initializing the IPS package image area:
> > /magicspace/dc/20120816thu__0/build_data/pkg_image
> > Setting preferred publisher: sparcoi
> > Origin repository: http://192.168.111.200:1
> > Verifying the contents of the IPS repository
> > Installing the designated packages
> > Uninstalling the designated packages
> > Setting post-install preferred publisher: sparcoi
> > Origin repository: http://192.168.111.200:1
> > Stopping at im-mod: Image area modifications
> > Build completed Thu Aug 16 23:11:27 2012
> > Build is successful.
> >
> > ...
> >
> >
> > and
> >
> >
> > $ uname -a
> > SunOS 5.11
> oi_151a_Initial_SPARC_OpenIndiana__with_cheers_from__Martin_Bochnig
> > sun4u sparc SUNW,Sun-Blade-1000
> >
> >
> > So, ag

Re: [OpenIndiana-discuss] Correct syntax for ZFS sharenfs 'no root squash' on OI 148

2012-08-17 Thread Timothy Coalson
The manpages have an answer, though it takes a bit to get there.  The
zfs man page, under sharenfs, redirects to the share manpage, which
redirects to the share_nfs manpage, which after a bit of looking, has
this gem:

 When specifying individual IP addresses, use the same  @
 notation  described  above, without a netmask specifica-
 tion. For example:

   =@172.16.132.14

So, I think what you want is "zfs set
sharenfs='ro=@185.198.192.20,root=@185.198.192.20' data/data" for
read-only root access.  Hostnames should work without "@", but
"ro=root=" doesn't work.

Tim

On Fri, Aug 17, 2012 at 9:40 AM, andy thomas  wrote:
>
> I've been trying to export a ZFS share on a OI 148 system to a Linux NFS 
> client system whose root needs read access to all files on the OI box. I've 
> tried variations of the zfs sharenfs command such as:
>
> zfs set sharenfs='root=185.198.192.20' data/data
> zfs set sharenfs='ro=root=185.198.192.20' data/data
> zfs set sharenfs='root=backup.my-domain.com' data/data
>
> etc, but root on the Linux box still cannot read files set by users on the OI 
> server with permissions like 600 (that is, -rw---).
>
> I've also tried using the mountvers=3 and vers=3 mount options on the Linux 
> box  but these don't fix the problem.
>
> What am I doing wrong?
>
> Andy
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Correct syntax for ZFS sharenfs 'no root squash' on OI 148

2012-08-17 Thread andy thomas

On Fri, 17 Aug 2012, Timothy Coalson wrote:


The manpages have an answer, though it takes a bit to get there.  The
zfs man page, under sharenfs, redirects to the share manpage, which
redirects to the share_nfs manpage, which after a bit of looking, has
this gem:

When specifying individual IP addresses, use the same  @
notation  described  above, without a netmask specifica-
tion. For example:

  =@172.16.132.14

So, I think what you want is "zfs set
sharenfs='ro=@185.198.192.20,root=@185.198.192.20' data/data" for
read-only root access.  Hostnames should work without "@", but
"ro=root=" doesn't work.


Thanks! That's fixed it and root on the Linux client now has full read 
access to all the files on the OI server.


The reason I'm doing this is to back up all the ZFS datasets to tapes on 
the Linux box (which is running Bacula and has tape libraries attached) 
before upgrading the OI system from OI 148 to OI 151a5 and then building 
the bacula-fd client on the OI system.


Thanks a lot for your help & have a great weekend.

Andy


On Fri, Aug 17, 2012 at 9:40 AM, andy thomas  wrote:


I've been trying to export a ZFS share on a OI 148 system to a Linux NFS client 
system whose root needs read access to all files on the OI box. I've tried 
variations of the zfs sharenfs command such as:

zfs set sharenfs='root=185.198.192.20' data/data
zfs set sharenfs='ro=root=185.198.192.20' data/data
zfs set sharenfs='root=backup.my-domain.com' data/data

etc, but root on the Linux box still cannot read files set by users on the OI 
server with permissions like 600 (that is, -rw---).

I've also tried using the mountvers=3 and vers=3 mount options on the Linux box 
 but these don't fix the problem.

What am I doing wrong?

Andy

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] How to create a bootable USB stick on OI?

2012-08-17 Thread Gary Mills
Has anybody figured out how to do this?  I need to update the BIOS on
a system with a Tyan motherboard.  Tyan support sent me an EXE file
and a BAT file along with the BIOS image as a ROM file.

I understand that I need to create a bootable USB stick that contains
the minimal DOS files needed to execute the batch file.  I have an HP
utility that will run under Windows on another box to do this, but I'd
prefer to do it under OI if that's possible.

-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Time Machine and quota limiting

2012-08-17 Thread Robbie Crash
Sorry, I wanted to clarify regarding dedup.

It's not just time machine that will suffer. It's everything, regardless of
if the FS the relevant data is on is being deduped or not.

When your dedup tables outgrow the amount of RAM allocated to them (25% of
ARC IIRC), they start swapping. I had ~400GB of deduped data on a 10TB pool
that was about 60% full, dedup tables were about 24GB. I have 32GB of RAM,
but only 25% of that was for the dedup tables. That meant that I was
constantly swapping about 16GB, and by constantly, I mean actually
constantly, as in, any activity on the server would cause IO Wait on the
disks. Before I nuked the whole thing and started from scratch, I was
getting about 5MB/sec writes and 7-10MB/sec reads. It became impossible for
me to do anything that it should've been able to do, like streaming video,
with ease.

>From what I remember when calculating things and testing them against my
server, You need about 4GB of RAM for every TB of data in order to use
dedup. Otherwise, everything falls apart. And that was for my file server,
which is predominantly video, so large files, and a smaller dedup table. If
you're talking strictly about TM backups, you're going to have an even
bigger table because after the initial backup, all TM backups are smaller
files, less than 10 MB usually. Smaller files means more files, means more
info needs to be stored in your dedup table.

When I was figuring out what was killing my system I spent a bunch of time
in #ZFS on freenet, we came to the conclusion that for my usage patterns,
I'd need to have at least 96GB of RAM in order to keep things deduped as
they were, and not want to kill myself every time I wanted to watch a
video. Dedup is VERY hungry, and gets VERY cranky when it can't eat.

There's a good article that breaks down things a bit better than I have if
you want to look into it further:
http://constantin.glez.de/blog/2011/07/zfs-dedupe-or-not-dedupe

On Fri, Aug 17, 2012 at 9:11 AM, Jaco Schoonen  wrote:

>
> > I have both the sparsebundle size and the ZFS FS set. So the FS was
> created
> > with a quota of 300GB and the sparsebundle then created in there with
> > 300GB.
> >
>
> OK, thanks for the tip. I'll give it a go.
>
> > Unless you're backing up multiple Macs, don't use dedup, the performance
> > hit you'll take will be huge after a few months unless you've got an
> > obscene amount of RAM, like 64+GB
>
> I don't use dedup for everythings, but for TimeMachine I think it may
> write more or less the same data quite often so there I have it enabled.
> Performance for time machine doesn't really matter too much. Besides, my
> NAS (5GB RAM) is only connected with single GBit, so I don't need faster
> than that.
>
> > Dedup and compression give you more free space, and that's what time
> > machine sees.
> >
> > Works great for me. I'm backing up 5 macs.
>
> Cool thanks!
>
> Jaco
>
> >>
> >> To limit TM disk-usage I have found at least 5 different options:
> >> 1) Use "zfs quota" to limit the size of the filesystem.
> >> 2) Use "zfs refquota" to limit the referenced amount of data in the fs.
> >> 3) Use netatalk feature "volsizelimit"
> >> 4) give the sparsebundle that TM uses a maximum size (hdiutil -resize
> 100g)
> >> 5) Limit Timemachine at application level   (defaults write
> >> /Library/Preferences/com.apple.TimeMachine MaxSize -integer  )
> >>
> >> What are you all using and how does it work out for you? What would you
> >> recommend?
> >>
> >> Best regards,
> >>
> >> Jaco
>
>
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>



-- 
Seconds to the drop, but it seems like hours.

http://www.openmedia.ca
https://robbiecrash.me
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OT: Re: Correct syntax for ZFS sharenfs 'no root squash' on OI 148

2012-08-17 Thread Yuri Pankov

On Fri, 17 Aug 2012 15:40:55 +0100 (BST), andy thomas wrote:

I've been trying to export a ZFS share on a OI 148 system to a Linux NFS
client system whose root needs read access to all files on the OI box.
I've tried variations of the zfs sharenfs command such as:

 zfs set sharenfs='root=185.198.192.20' data/data
 zfs set sharenfs='ro=root=185.198.192.20' data/data
 zfs set sharenfs='root=backup.my-domain.com' data/data

etc, but root on the Linux box still cannot read files set by users on
the OI server with permissions like 600 (that is, -rw---).

I've also tried using the mountvers=3 and vers=3 mount options on the
Linux box  but these don't fix the problem.

What am I doing wrong?



Humble request - please start new thread instead of replying to existing 
message with totally different contents.


Thanks, and sorry for the noise.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] How to create a bootable USB stick on OI?

2012-08-17 Thread Rich
It's fairly straightforward. You want what, a bootable (Free)DOS USB key?

You should be able to mostly follow
http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive, but with different
paths to your GRUB data files, presuming they're installed [I haven't
checked, I'm not near any of my OI systems]...

- Rich

On Fri, Aug 17, 2012 at 1:37 PM, Gary Mills  wrote:
> Has anybody figured out how to do this?  I need to update the BIOS on
> a system with a Tyan motherboard.  Tyan support sent me an EXE file
> and a BAT file along with the BIOS image as a ROM file.
>
> I understand that I need to create a bootable USB stick that contains
> the minimal DOS files needed to execute the batch file.  I have an HP
> utility that will run under Windows on another box to do this, but I'd
> prefer to do it under OI if that's possible.
>
> --
> -Gary Mills--refurb--Winnipeg, Manitoba, Canada-
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Should I upgrade the pool?

2012-08-17 Thread Robert Soubie

Bonjour,

I just rebuilt my home ZFS server using openindiana (formerly Solaris 
Xpress 11) and napp-it, an configured it for Windows or Android 
clients.  The boot pool (rpool) was built by OI's installer; the storage 
pool (tank, 9GB) was created by napp-it's "create pool" function, using 
the ashift=12 parameter (6 x WDEARS 1.5Tb disks in RAIDZ2 configuration).
So far, everything works, as a couple of thorough tests have shown, and 
I have restored the whole server from a backup machine I built. Napp-it 
"dd" benchmarks reports nice figures, 125.02 MB/s Write and 323.88 MB/s 
Read.


However, I have noticed that the pool status report (below) contains a 
suggestion to upgrade the pool, which is currently v28, which surprises 
me. Before proceeding, I would like to obtain informed opinions on the 
matter, including risks on the whole setup, if any.


Many thanks for any help,
Robert.

Below is the information obtained from napp-it:

My pools:

Root Pool (ashift = 9):
rpool5000  16454639525011445801   vdevs: 1
vdev 1: mirror  9  500.07 GB

Storage pool (ashift = 12, obtained through napp-it "Create Pool" command):
tank28  4308072134310677912   vdevs: 1
vdev 1: raidz2  12  9.00 TB

zpool status (obtained from napp-it->jobs->scrub->pool status):

  pool: rpool
 state: ONLINE
  scan: resilvered 6.47G in 0h4m with 0 errors on Wed Aug 15 23:59:44 2012
config:

NAME  STATE READ WRITE CKSUM
rpool ONLINE   0 0 0
  mirror-0ONLINE   0 0 0
c4t0d0s0  ONLINE   0 0 0
c4t1d0s0  ONLINE   0 0 0

errors: No known data errors

  pool: tank
 state: ONLINE
status: The pool is formatted using an older on-disk format.  The pool can
still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'.  Once this is done, the
pool will no longer be accessible on older software versions.
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
tankONLINE   0 0 0
  raidz2-0  ONLINE   0 0 0
c5t0d0  ONLINE   0 0 0
c5t1d0  ONLINE   0 0 0
c5t2d0  ONLINE   0 0 0
c5t3d0  ONLINE   0 0 0
c5t4d0  ONLINE   0 0 0
c5t5d0  ONLINE   0 0 0

errors: No known data errors





--
Éditions de l'Âge d'Or — Stanley G. Weinbaum
http://www.lulu.com/robert_soubie
http://www.smashwords.com/profile/view/StanleyGWeinbaum

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Should I upgrade the pool?

2012-08-17 Thread Bob Friesenhahn

On Fri, 17 Aug 2012, Robert Soubie wrote:


However, I have noticed that the pool status report (below) contains a 
suggestion to upgrade the pool, which is currently v28, which surprises me. 
Before proceeding, I would like to obtain informed opinions on the matter, 
including risks on the whole setup, if any.


There is no reason to upgrade the pool unless you want to use a new 
feature offered by it.  It is a one-way trip.


Upgrading to pool version 5000 is risky at the moment since it only 
works for Illumos/OpenIndiana development releases and not other 
Solaris stable releases.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Should I upgrade the pool?

2012-08-17 Thread alka
OpenIndiana 151.a5 supports feature flags.
You can use them after upgrading the pool to ZFS v5000

(you cannot downgrade from 5000 to lower numbers so 
this is currently OI 151a5 only (You can expect these features in all
systems derived from Illumos  like Linux, Nexenta or FreeBSD etc)

more
blog.delphix.com/csiden/files/2012/01/ZFS_Feature_Flags.pdf


Am 17.08.2012 um 20:53 schrieb Robert Soubie:

> Bonjour,
> 
> I just rebuilt my home ZFS server using openindiana (formerly Solaris Xpress 
> 11) and napp-it, an configured it for Windows or Android clients.  The boot 
> pool (rpool) was built by OI's installer; the storage pool (tank, 9GB) was 
> created by napp-it's "create pool" function, using the ashift=12 parameter (6 
> x WDEARS 1.5Tb disks in RAIDZ2 configuration).
> So far, everything works, as a couple of thorough tests have shown, and I 
> have restored the whole server from a backup machine I built. Napp-it "dd" 
> benchmarks reports nice figures, 125.02 MB/s Write and 323.88 MB/s Read.
> 
> However, I have noticed that the pool status report (below) contains a 
> suggestion to upgrade the pool, which is currently v28, which surprises me. 
> Before proceeding, I would like to obtain informed opinions on the matter, 
> including risks on the whole setup, if any.
> 
> Many thanks for any help,
> Robert.
> 
> Below is the information obtained from napp-it:
> 
> My pools:
> 
> Root Pool (ashift = 9):
> rpool5000  16454639525011445801   vdevs: 1
> vdev 1: mirror  9  500.07 GB
> 
> Storage pool (ashift = 12, obtained through napp-it "Create Pool" command):
> tank28  4308072134310677912   vdevs: 1
> vdev 1: raidz2  12  9.00 TB
> 
> zpool status (obtained from napp-it->jobs->scrub->pool status):
> 
>  pool: rpool
> state: ONLINE
>  scan: resilvered 6.47G in 0h4m with 0 errors on Wed Aug 15 23:59:44 2012
> config:
> 
>NAME  STATE READ WRITE CKSUM
>rpool ONLINE   0 0 0
>  mirror-0ONLINE   0 0 0
>c4t0d0s0  ONLINE   0 0 0
>c4t1d0s0  ONLINE   0 0 0
> 
> errors: No known data errors
> 
>  pool: tank
> state: ONLINE
> status: The pool is formatted using an older on-disk format.  The pool can
>still be used, but some features are unavailable.
> action: Upgrade the pool using 'zpool upgrade'.  Once this is done, the
>pool will no longer be accessible on older software versions.
>  scan: none requested
> config:
> 
>NAMESTATE READ WRITE CKSUM
>tankONLINE   0 0 0
>  raidz2-0  ONLINE   0 0 0
>c5t0d0  ONLINE   0 0 0
>c5t1d0  ONLINE   0 0 0
>c5t2d0  ONLINE   0 0 0
>c5t3d0  ONLINE   0 0 0
>c5t4d0  ONLINE   0 0 0
>c5t5d0  ONLINE   0 0 0
> 
> errors: No known data errors
> 
> 
> 
> 
> 
> -- 
> Éditions de l'Âge d'Or — Stanley G. Weinbaum
> http://www.lulu.com/robert_soubie
> http://www.smashwords.com/profile/view/StanleyGWeinbaum
> 
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss

--


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss