This is very similar to how we do this same thing; so I’d be interested in
hearing if somebody has a better way too.
We’ve also got a backup “locate” that uses sg3utils, and uses sg_vpd to build a
serials/device/port map so we can turn on LED’s that way, if for some reason
the disk is unavailab
I think it’ll depend on what your controller speaks. We have some sas3 stuff.
I’ve had to poke around to find versions of sas2 and/or sas3ircu tools that
will play properly (I’m not remembering the exact issue—but something makes me
think I had trouble talking to cards with very new Avago/LSI
/etc/default/login
Comment out “CONSOLE” line.
Joe
On 12/16/16, 12:10 PM, "Bob Friesenhahn" wrote:
On Fri, 16 Dec 2016, Richard Skelton wrote:
> Hi Richard,
> I the file /etc/ssh/sshd_config
> Change line from:-
> PermitRootLogin no
> to:-
> PermitRootLogin ye
On 11/8/16, 5:18 PM, "Harry Putnam" wrote:
"Hetrick, Joseph P" writes:
> Hi,
>
> I would be very aware of the issues with zfs send/recv I have posted
> here and to illumos discuss before performing either activity. If you
> have an OI 151aN series insta
Hi,
I would be very aware of the issues with zfs send/recv I have posted here and
to illumos discuss before performing either activity. If you have an OI 151aN
series install I would be cautious thinking you can zfs send/receive data
between them. We have found that newer hipster/Omni relea
just in
transition, which is how we got bitten. It happens.
The real killer seems to be that most require: depend
fmri=pkg:/SUNWcs@0.5.11-2016.0.1.15896
Which I think no longer exists..
Joe
On 11/2/16, 4:25 PM, "Alexander Pyhalov" wrote:
Hetrick, Joseph P писал 02.11.2016 22:15
unable to
install some packages (gcc..) unless I move to the more recent userland.
Joe
On 11/2/16, 10:58 AM, "Alexander Pyhalov" wrote:
On 11/ 2/16 06:32 PM, Hetrick, Joseph P wrote:
> To reply to my own message.
>
> I just noticed there was a recent iso, so we quick test
On 11/1/16, 12:57 PM, "Hetrick, Joseph P" wrote:
Hey folks,
We’ve recently discovered a concerning issue.
Our environment has several version of OI from 151a6 up to illumos-2816291.
We discovered that zfs sends between the 2816291 systems and systems at least
to 151a8 will fai
Hey folks,
We’ve recently discovered a concerning issue.
Our environment has several version of OI from 151a6 up to illumos-2816291.
We discovered that zfs sends between the 2816291 systems and systems at least
to 151a8 will fail with the recv end hanging. This causes some sort of race
