Running on something older (SXCE snv_97 on SPARC, or thereabouts), with an LSI
SAS controller using the mpt driver:
#! /bin/ksh
for dev in $( find /devices -type c -name 'sd@*:a,raw'|grep LSILogic,sas)
do
echo $dev
prtconf -v ${dev}|grep id1,
done
produced the following output
No questions...just information for how to translate a Target ID to a SAS WWN
on LSI MPT2 SAS2 controllers under Illumos/Solaris. My apologies for cross
posting or if this is old hat, but I've been running an LSI SAS2 controller
with SATA disks and had my logs fill up with repeated cryptic entr
Hi!
I considere to backup my data on a tape drive off my OI box. Now I face a
couple of questions:
1. Which drive is recommended to work with OI? I'd like to use 800GB tapes
2. Since I plan to use the tapes for long time backup, is the a way to store
the data with some kind of redundancy (like
On Mar 15, 2013, at 2:18 AM, Andrej Javoršek wrote:
> 192.168.2.100 netmask 255.255.255.0
Hey, that worked! Thank you!
I'd seen that in other Solaris docs, but since my file didn't look anything
like that, I figured that was yet another thing that had changed...
> BTW: reinstalling the syste
On 03/15/13 11:21, Alessio wrote:
> So... all works as espected?
> No.
> If I try to ping the VIP from the server that is in the backup state, I
> can't reach such IP owned by the master server.
>
> Is such behavior by design? The VRRP implementation expects that the
> backup node cannot reach the
I have configured VRRP on two servers.
Server01 (the master)
dladm create-vnic -m vrrp -V 12 -A inet -l igb0 vnic12
vrrpadm create-router -V 12 -A inet -l igb0 vrrp12
ipadm create-addr -T static -d -a 10.96.11.205/24 vnic12/server01
Server02 (the backup)
dladm create-vnic -m vrrp -V 12 -A inet
On 03/15/13 09:25, Hans J. Albertsson wrote:
> I'm not sure europeans think that funny for quite the same reasons as an
> american might...
>
> Perspective is a funny thing.
Maybe you're right, but I'm not so sure.
As an American, I think it's funny because it works on so many levels --
it's a w
On 15/03/2013 15:11, Hans J. Albertsson wrote:
I've found a few more problems with this script:
As said, this script has to be adapted to the local needs. I cannot
imagine how to automate this for all weird stuff that can occur, and
this includes only the stuff I know about (such as NFS mounted
I'm not sure europeans think that funny for quite the same reasons as an
american might...
Perspective is a funny thing.
On 2013-03-15 12:37, James Carlson wrote:
On 03/14/13 20:25, Jim Klimov wrote:
In some words they take role of a vowel for phonetics, thus there
can be words and phrases w
On 2013-03-15 08:42, dormitionsk...@hotmail.com wrote:
Even more off-topic!!!
You all don't know what you've been doing to me! With all of the stupid
computer problems I've had this week, all I've wanted to do all week is pack a
bag and move to Moravia, where my (German) ancestors came from!
On 2013-03-15 07:57, Hans J. Albertsson wrote:
A-M-A-Z-I-N-G
Computing is SOOO boring in comparison..
Well, humans are computers for ideas, and natural languages are a way
to program them, inquire and report data. So it is not that much
different... just think of Neuro-Linguistical Programmin
On 03/14/13 20:25, Jim Klimov wrote:
> In some words they take role of a vowel for phonetics, thus there
> can be words and phrases without vowel characters at all. Possibly
> the most popular example is "strč prst skrz krk" (put a finger
> through the throat) http://en.wikipedia.org/wiki/Strč_prst
Hi
I change the "typical line" to "typical lines".
For example:
*DEFAULT -H -m root**
**/dev/rdsk/c4t0d0 -d sat,12**
**/dev/rdsk/c4t1d0 -d sat,12**
**/dev/rdsk/c5t0d0 -d scsi*
or
*DEFAULT -H -d sat,12 -m root**
**/dev/rdsk/c4t0d0 **
**/dev/rdsk/c4t1d0 **
**/dev/rdsk/c5t0d0 *
I think this more help
Hello!
Make sure of two points and it will work for shure:
1. Werify that you do not have allowed-address specified in zoneconfig
(seen from global zone)
#zonecfg -z ZONENAME export
and if yes than chane that address to the new one.
2. Inside local zone create/edit
- file /etc/hostname.NETADAPTERNA
All it says is "routert3.ds".
I've searched, not only the zone, but the entire server, for files containing
the IP Address. If I remember right (it's 2:00 AM here), the only file that
has it is the /etc/hosts files. Certainly nothing helpful. It really makes me
wonder where all the dladm inf
Even more off-topic!!!
You all don't know what you've been doing to me! With all of the stupid
computer problems I've had this week, all I've wanted to do all week is pack a
bag and move to Moravia, where my (German) ancestors came from! Live a nice,
simple, quiet life, without from computers
You wouldn't happen to have a hostname.routert3.vnic0 file in /etc, by any
chance?
If I'm not wrong, that should contain an IP address if that were the case,
reverting you to the original IP when you boot the zone.
Just a thought.
Bryan
Sent from my BlackBerry® wireless device from WIND
-
Maybe I'm doing something wrong, but when I try this in the routert3 zone:
ipadm delete-if routert3.vnic0
ipadm create-addr -T static -a 192.168.0.42/24 routert3.vnic0/v4static
(Changing it to 42 instead of 3, for now.)
And I reboot the zone, I get:
r...@routert3.ds:~# ipadm show-addr
ADDROBJ
18 matches
Mail list logo
