A cursory net search found several SCSI DVD drives for $35 to $70 (external).
Another option would be to track down an IDE to SCSI converter. I found one on
the back of a CD drive in an old PC I inherited.
Phil
—
Defective by Design: 2011 and later 27” iMacs: Shame on Apple for not
acknowledg
randy,
if you do absolutely nothing special - meaning no stmsboot or anything else -
the mpt2 driver will default to round robin. failover is sub-sub second.
my configuration works like this and is based on 151a1. if you undo all the
old school fancy stuff it will "just work"
thanks,
j.
S
Randy,
We tested it on Nexenta and Solaris in the past. We have not tried it on OIa7
We tried a combination of cables and SAS IO modules.
Rocky
-Original Message-
From: Randy S [mailto:sim@live.nl]
Sent: Wednesday, February 06, 2013 4:16 PM
To: openindiana-discuss@openindiana.org
Randy S wrote:
Hi,
although I am still trying to fix my multipath problem mentioned in another
post I also have the following matter which maybe one of you guys can explain.
I have created a zpool and a volume which has been exported via iSCSI. I want
te create a script which shows me the exa
Hi,
although I am still trying to fix my multipath problem mentioned in another
post I also have the following matter which maybe one of you guys can explain.
I have created a zpool and a volume which has been exported via iSCSI. I want
te create a script which shows me the exact free space o
Hi Rocky,
Thanks for your answer.
Yes, the Jbod is including dual expander, and yes mpathadm list lu confirms two
paths.
All goes well using the two paths.
The only thing is that when you pull one cable , it grinds to a halt while it
notices that one path is gone.
Do you mean that you have
On 2013-02-07 00:12, Ian Collins wrote:
Reginald Beardsley wrote:
Why can't a custom distro be just a disk image created w/ dd dumped
into a slice which is as large or larger? Is there so much metadata
stored that this won't work anymore? If that's the case, we ought to
be able to script fixin
Reginald Beardsley wrote:
Why can't a custom distro be just a disk image created w/ dd dumped into a
slice which is as large or larger? Is there so much metadata stored that this
won't work anymore? If that's the case, we ought to be able to script fixing
it if we know where it is.
Well it
--- On Wed, 2/6/13, Jim Klimov wrote:
> From: Jim Klimov
> Subject: Re: [OpenIndiana-discuss] Buildable distro?
> To: openindiana-discuss@openindiana.org
> Date: Wednesday, February 6, 2013, 9:03 AM
> On 2013-02-06 15:27, Stefan
> Müller-Wilken wrote:
> > Well, I understand your grudge. I feel
msoko...@ivan.harhan.org said:
> Then I was pleasantly surprised to see that the OpenIndiana community is not
> totally x86-exclusive, and there was a SPARC release made a week or so ago by
> some wonderful fellow. But again, the ISO file is DVD-sized, not CD-sized -
> hence the same problem as wi
Hello,
Since your home zoo includes a number of weird machines, you
might consider setting up a networked installation server.
In case of Solaris on SPARC that would involve BOOTP to give
an IP address, TFTP to load the installer miniroot, and NFS to
feed the rest of the distro.
I am not
Hello OI community,
Please forgive and be gentle...
I am a total newbie to Solaris of any kind, or anything at all to do
with any flavor of Solaris, open or otherwise - all my prior Unix
experience is with GNU/Linux and very ancient versions of BSD.
My current mission is to get *some*/any form of
Let me try to be more clear. I do not have any interest in building a distro.
That's not what I'm asking about.
I would like to be able to fix some bugs in format(1m), fmthard(1m) and
fdisk(1m) w/o spending 10x the effort setting up a build environment as I spend
fixing the bugs. The bugs was
Sašo Kiselkov wrote:
On 02/06/2013 09:48 PM, Ian Collins wrote:
It's well worth taking the next step. We have migrated nearly all of
our Solaris and Linux VMs into zones. Much better performance and way
less arse ache!
Are you guys doing Linux in zones? What's the status of these brands in
Il
On 02/06/2013 09:48 PM, Ian Collins wrote:
> Jim Klimov wrote:
>> On 2013-02-06 21:20, Roel_D wrote:
>>> If the old software/services running on the old solaris didn't rely
>>> on /usr or /etc installed software (like apache/mysql/java-based
>>> software) i would suggest to only copy the software d
Jim Klimov wrote:
On 2013-02-06 21:20, Roel_D wrote:
If the old software/services running on the old solaris didn't rely on /usr or
/etc installed software (like apache/mysql/java-based software) i would suggest
to only copy the software directories in newly created zones.
It could take more
This may be totally offbase - but is it possible that it's just an ethernet
device port negotiation issue (one port in full-duplex mode connecting to a
port in half-duplex)?
Regards,
Al Hopper
On Wed, Feb 6, 2013 at 6:22 AM, Edward Ned Harvey (openindiana) <
openindi...@nedharvey.com> wrote:
>
On 2013-02-06 21:20, Roel_D wrote:
If the old software/services running on the old solaris didn't rely on /usr or
/etc installed software (like apache/mysql/java-based software) i would suggest
to only copy the software directories in newly created zones.
It could take more hours to hurdle all
Hello Illumos Users!
First of all I want to thank that brilliant
engineers who made that all possible!
(especially ZFS, the KVM port and Illumos)
I have an hopefully interesting announcement to make.
We at FirmOS (Funny we have that name and
trademark since about 10 years)
are building a
"Bus
If the old software/services running on the old solaris didn't rely on /usr or
/etc installed software (like apache/mysql/java-based software) i would suggest
to only copy the software directories in newly created zones.
It could take more hours to hurdle all the OS mismatches then to copy the
Randy,
1) By default, 6G HBA(mpt_sas) is already MPxIO enabled. You no longer need to
use stmsboot to set it like with 3G HBA
2) yes, logicblock will be faster
3) please make sure your JBOD have dual expander
4) FYI, we normally use 9205-8e or 9207-8E
5) the following link is what we do the ca
Jim Klimov wrote:
Hello all,
I am currently helping evacuate data/OS from a legacy system
that ran Solaris 10u3 (11/06) in a VM until recently - hypervisor
host died - with tasks stuffed into a number of local zones, in
whole roots over dedicated UFS SVM "partitions". The customer
has decide
On 2013-02-06 17:49, Gary Mills wrote:
On Wed, Feb 06, 2013 at 04:00:44PM +, Stefan Müller-Wilken wrote:
I'm strongly with you in that putting proper zone setup into a
how-to as an optional but possible step is cool. Even more as it
gives you the security of being able to reduce the risk th
On Wed, Feb 06, 2013 at 04:00:44PM +, Stefan Müller-Wilken wrote:
>
> I'm strongly with you in that putting proper zone setup into a
> how-to as an optional but possible step is cool. Even more as it
> gives you the security of being able to reduce the risk that
> installation of dependency pa
I found myself a workaround. Very awkward, but it is working so far.
- make a USB Boot Device using oi-dev-151a7-ai-x86.usb
- install openindiana in 32 bit mode on a 8GB USB flash drive
after installation has finished and rebooting the system 64 bit kernel is
available: /platform/ipc86/kerne
I'm strongly with you in that putting proper zone setup into a how-to as an
optional but possible step is cool. Even more as it gives you the security of
being able to reduce the risk that installation of dependency packages always
imposes. And it shows off on one of OIs core features. =-)
Rega
On 2013-02-06 15:27, Stefan Müller-Wilken wrote:
Well, I understand your grudge. I feel the same regarding the kernel itself. When linux
can be built using "make dep clean all", then why must it be a major endeavor
with IL/OI?
But on the other hand, that's how Linux started back in the day, to
Well, I understand your grudge. I feel the same regarding the kernel itself.
When linux can be built using "make dep clean all", then why must it be a major
endeavor with IL/OI?
But on the other hand, that's how Linux started back in the day, too. First
distributions were a hell to set up but i
On 02/06/2013 02:30 PM, Jim Klimov wrote:
> Hello all,
>
> I am currently helping evacuate data/OS from a legacy system
> that ran Solaris 10u3 (11/06) in a VM until recently - hypervisor
> host died - with tasks stuffed into a number of local zones, in
> whole roots over dedicated UFS SVM "part
Hello all,
I am currently helping evacuate data/OS from a legacy system
that ran Solaris 10u3 (11/06) in a VM until recently - hypervisor
host died - with tasks stuffed into a number of local zones, in
whole roots over dedicated UFS SVM "partitions". The customer
has decided to migrate the serv
On 2013-02-06 13:28, Edward Ned Harvey (openindiana) wrote:
Your pool isn't based on partitions or slices, is it? If so, you'll have to
specify the devices manually. (I think it's zpool import -d)
This shouldn't hurt to try, but IMHO the standard storage device nodes
(whole disks, partition
--- On Wed, 2/6/13, Ram Chander wrote:
> From: Ram Chander
> Subject: [OpenIndiana-discuss] Zfs import fails
> To: "Discussion list for OpenIndiana"
> Date: Wednesday, February 6, 2013, 12:55 AM
> Hi,
>
>
> I had a zpool thats exported on another system and
> when i try to import,
> it fai
> From: Ram Chander [mailto:ramqu...@gmail.com]
>
> I had a zpool thats exported on another system and when i try to import,
> it fails. Any idea how to recover ?
Start by proving there isn't some other problem. Import the pool again on the
same system that did the export. Assuming you can su
Assuming you simply want to install rather than create a 64 bit bootable flash
drive, a workaround would be to use the LiveDVD and a USB optical disk drive.
I did the install on my N40L w/ 3x2 TB disks that way. Only problem was the
installer not allowing me to create slices in the Solaris fdi
> From: Roel_D [mailto:openindi...@out-side.nl]
>
> I use ASA5505's always. I never had this problem with solaris 10&11, but
> those run on sun hardware.
> I also have solaris 10 on an old HP DL340 with bge's also without problem.
> And OI 1.57 on VMware also without the problems you describe.
> I
--- On Wed, 2/6/13, Stefan Müller-Wilken
wrote:
> From: Stefan Müller-Wilken
> Subject: Re: [OpenIndiana-discuss] Buildable distro?
> To: "openindiana-discuss@openindiana.org"
>
> Date: Wednesday, February 6, 2013, 2:28 AM
> Hi Reginald,
>
> have you had a look at http://wiki.openindiana.o
Hi all,
I have a test system running with OIa7, very much ram, 2 LSI SAS 9207-4i4e
hba's, 1 sm jbod containing seagate 3Tb sas drives.
I have enabled the multipathing with stmsboot and set it to use
logical-blocksize, since round-robin symmetric-option isn't functioning.
During tests I can s
> Also, why would you want to boot the installer in 64-bit mode? The
> functionality of either kernel is identical. It's the performance that
> differs in 32/64-bit and that isn't really a concern for the *installer*
> image.
Because I have two 2TB disks installed, it is not possible to run the
i
Sorry, I noticed that my post is irrelevant, I only skimmed your e-mail.
If the ISO or USB installer only include the 32-bit kernel, then you
cannot by definition boot into 64-bit mode (since there's no 64-bit
kernel to load).
Also, why would you want to boot the installer in 64-bit mode? The
func
How did you determine that you are running in 32-bit? What is the output
of "isainfo -kv"? If it prints something like:
# isainfo -kv
64-bit amd64 kernel modules
Then you *are* running 64-bit.
Anyways, should you need to enforce 64-bit for whatever reason, it can
be easily done by instructing the
x11max Unitymedia wrote:
Hi,
my problem is, that it is not possible to boot oi-dev-151a7-ai-x86.usb into
64-bit mode on the system I would like running openindiana on.
It comes up in 32-bit mode only.
On the download site there is a hint:
All downloads support both 32-bit and 64-bit processor
Hi Reginald,
have you had a look at http://wiki.openindiana.org/oi/Distribution+Constructor
? It has been tested with oi148 but might still work with oi151a_7 - and if
not, was a good candidate for a wiki update... ;-)
Cheers
Stefan
Acando GmbH, Millerntorplatz
Hi,
my problem is, that it is not possible to boot oi-dev-151a7-ai-x86.usb into
64-bit mode on the system I would like running openindiana on.
It comes up in 32-bit mode only.
On the download site there is a hint:
All downloads support both 32-bit and 64-bit processors. 64-bit mode is
autom
On 02/06/2013 07:55 AM, Ram Chander wrote:
> Hi,
>
>
> I had a zpool thats exported on another system and when i try to import,
> it fails. Any idea how to recover ?
>
> "format" shows all the disks.
>
>
> root@host:~# zpool import -FfX pool1
> cannot import 'pool1': one or more devices is cu
44 matches
Mail list logo
