Yup it certainly appears that way! Other drives are on SATA. Check bug 9909
for details.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi Wolfram,
According to the bug, and re-reading the messages, the problem is actually to
do with the way the box is trying to initialize the IDE 1 which doesn't have
any equipment attached (cdrom is on 0 and intializes cleanly, everything else
is SATA).
Of course why it does that, and why it'
Ian, as this is orphaned from the main thread, can you delete the post?
Thanks!
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Ok this is bug 9909/bugster 6863859. Very frustrating!
Thanks for the help anyway!
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Cleaning up the Thread..
> Export completes successfully in 30s or so. Re-Importing now, same messages
> in the log and it's been running 1h43m and counting.
How many filesystems are in the pool?
--
Ian.
Hi Ian
There's two zfs filesystems, one of 2.2T shared via CIFS and one of 500G which
Export completes successfully in 30s or so. Re-Importing now, same messages in
the log and it's been running 1h43m and counting.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Thanks, I'll try that later tho I expect it to boot cleanly, as I have tried
rebuilding a clean version of 2009.06 in the past and then imported the pool.
Pre-Import it was snappy, post-import terrible. For the record, I upgraded the
pool to v14 when I moved to 2009.06.
Pulling the messages fr
I was wondering if anyone might be able to give me some pointers on
troubleshooting extremely long startup times (2.5hrs). This is a problem that
has only manifest itself in 2009.06 and was not present in either 2008.05 or
2008.11. The hardware configuration has not changed.
The issue is defin