My only addition to the comments by the esteemed gentleman from Virginia is to
make sure you have a solid practice in place to manage cluster ID when you go
VLAN, as there may be cases when your network people “cross the streams”
From: veritas-ha-boun...@mailman.eng.auburn.edu
a low pri connection
on a third network.
-Original Message-
From: Imri Zvik [mailto:im...@inter.net.il]
Sent: Sunday, May 03, 2009 11:57 AM
To: Jim Senicka
Cc: veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] LLT heartbeat redundancy
On Sunday 03 May 2009 18:25:08 Jim Senicka
: veritas-ha-boun...@mailman.eng.auburn.edu
[mailto:veritas-ha-boun...@mailman.eng.auburn.edu] On Behalf Of Imri
Zvik
Sent: Sunday, May 03, 2009 12:18 PM
To: Jim Senicka
Cc: veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] LLT heartbeat redundancy
On Sunday 03 May 2009 19:03:16 Jim
Running a non journeled file system in a cluster is always a bad idea,
as your recovery time is always effected by file system start up tasks.
Running UFS in logging mode was usually a pretty big performance hit.
Why not VxFS?
-Original Message-
From:
What is your gabtab settings?
You seem to have two independent cluster generations.
You should have /sbin/gabconfig -c -n4 in gabtab
-Original Message-
From: Imri Zvik [mailto:im...@inter.net.il]
Sent: Tuesday, March 17, 2009 10:16 AM
To: Jim Senicka
Cc: veritas-ha
No. It means you do not have to do that.
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: i man [mailto:imanuk2...@googlemail.com]
Sent: Monday, February 02, 2009 08:07 AM US Mountain Standard Time
To: Jim Senicka
Cc: veritas-ha@mailman.eng.auburn.edu
.
On Fri, Jan 30, 2009 at 11:29 AM, Jim Senicka james_seni...@symantec.comwrote:
Removal of the service group has zero effect on the storage. You need to
use appropriate VxVM commands to manage the disk group. The vxprint command
is VxVM and has nothing to do with VCS.
Removing the service
Comments below with JS
From: veritas-ha-boun...@mailman.eng.auburn.edu
[mailto:veritas-ha-boun...@mailman.eng.auburn.edu] On Behalf Of i man
Sent: Wednesday, January 21, 2009 2:36 PM
To: veritas-ha@mailman.eng.auburn.edu
Subject: [Veritas-ha] VCS Configuration 1
All,
I am trying to
Talk with your Symantec rep?
The System Engineer can easily come in and discuss how VCS can manage
your DR Automation needs
From: veritas-ha-boun...@mailman.eng.auburn.edu
[mailto:veritas-ha-boun...@mailman.eng.auburn.edu] On Behalf Of rajesh
Kharya (rkharya)
Sent: Wednesday, December 24,
The SRDF replication control agent for VCS HA/DR does not currently
support cascaded SRDF. It only supports STAR.
We are looking at adding cascaded, but no official support at this time,
and no committed date for cascade support.
Speak with your Symantec rep?
From:
B, Server A was down and could not have been writing
-Original Message-
From: Jon E Price/SYS/NYTIMES [mailto:[EMAIL PROTECTED]
Sent: Monday, October 27, 2008 8:14 PM
To: Jim Senicka; Andrey Dmitriev; Joshua Fielden;
veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Question
.
-Original Message-
From: Brad Boyer
Sent: Monday, October 27, 2008 8:57 PM
To: Jim Senicka; Jon E Price/SYS/NYTIMES; Andrey Dmitriev; Joshua
Fielden; veritas-ha@mailman.eng.auburn.edu
Subject: RE: [Veritas-ha] Question about HA and disks
Based on the original description, I would presume
probing disk-group !?
To Jim, Scott and Gene.
Jim Senicka wrote:
Is the disk group agent running on the systems?
Yes it is:
root 16295 1 0 16:16:01 ? 1:29
/opt/VRTSvcs/bin/DiskGroup/DiskGroupAgent -type DiskGroup
Has the cluster been started since you created the service group
Is the disk group agent running on the systems?
Has the cluster been started since you created the service group
definition?
Are all resources enabled in the service groups?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pascal
Grostabussiat
Sent:
I would be more concerned about future failures being handled properly.
If you were able to take out all networks from all nodes at same time,
you have a SPOF. If this was a one time maintenance upgrade to your
network gear and not a normal event, setting VCS to not respond to
network events means
If power cycle fixed it, it was still heartbeating on LLT.
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Andrey Dmitriev [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 17, 2008 03:33 PM US Mountain Standard Time
To: veritas-ha@mailman.eng.auburn.edu
Cc:
For any cluster larger than 1 node, I/O fencing is highly recommended to
protect data integrity in the event of a split brain.
2 nodes is not in any way more resistant to split brain than 3 nodes or
more.
VCS does not use any form of quorum based membership (quorum has a
number of it's own ugly
Have you opened a support case?
To the best of my knowledge, VCS 4.1 does not support RHEL 5.
Support can confirm
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Goutham
N
Sent: Thursday, June 05, 2008 8:37 AM
To:
You are attempting to build what is called a Replicated Data Cluster.
This should be documented in the UG as I recall.
You will use identical DG and volume resources, with the appropriate
replication management resource under the DG. To do this and comply with
the EULA, you need the HA/DR Edition
Right.
But that can also be done via CLI or GUI with the cluster running.
From: i man [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2008 9:48 AM
To: Jim Senicka
Cc: Gene Henriksen; veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] .stale file
Bigger question is what are you routinely using stop -force to
accomplish?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gene
Henriksen
Sent: Tuesday, June 03, 2008 8:17 AM
To: i man; veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha]
you only need one notifier, usually in the CSG.
No need for proxy anywhere else.
From: i man [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2008 12:00 PM
To: Gene Henriksen
Cc: John Cronin; Jim Senicka; veritas-ha@mailman.eng.auburn.edu
Subject: Re
You should be monitoring the NIC in some service group on the box. A NIC
Proxy is used to prevent duplicate monitoring by other service groups
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of i man
Sent: Monday, June 02, 2008 12:13 PM
To:
Hastop -force -all does not take down resources.
But why not add the resources online?
Hastop -force -all is really only used for heavy lifting, like upgrading
VCS bits. You can add the resources on the fly using CLI or GUI
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
5.0MP3 will add RHEL 5 support. Talk with your rep on release dates?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tom
Stephens
Sent: Thursday, May 22, 2008 11:48 AM
To: Goutham N; veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha]
With SFRAC already installed, shouldn't you have VCS already installed?
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Shashi Kanth Boddula [mailto:[EMAIL PROTECTED]
Sent: Friday, April 18, 2008 02:12 AM US Mountain Standard Time
To:
No.
A. It must be an odd number. (otherwise no majority possible)
B. You cannot add online.
You will need to bounce the cluster (or at least the fence driver) to move to
the new array
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Rongsheng Fang
Fence won't start if even.
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Joshua Fielden [mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2008 04:30 PM US Mountain Standard Time
To: Rongsheng Fang; veritas-ha@mailman.eng.auburn.edu
Subject:Re:
Kelly,
That is not normal. If the DB is top of the tree, and set to non
critical, it should not cause the group to offline. Even after we
introduced FaultPropagation and ManageFaults the core
Critical/Non-Critical behavior should not have changed.
Can you open a case on this?
Jim
I disagree, as long as the SAP stuff is taken care of.
2 dedicated + 2 additional (even sharing a VLAN) is pretty good.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joshua
Fielden
Sent: Tuesday, February 19, 2008 11:40 AM
To: Ceri Davies
Cc:
We made a decision to not support VxVM mirror in a GCO environment
because it breaks our ability to use SCSI-III based fencing. While you
could make the mirror work, it is not a Symantec supported
configuration. For dual cluster configs we would require some form of
replication.
Not really a VCS issue.
It really depends on the IP stack from the OS, or modifying the
application to bind to a specific IP.
Usually the source IP of an outbound packet will be whatever the base
address (first address configured) is on that interface.
One possible solution is to set the base
(all we
need is students):
Oak Brook IL Jan 30 thru 1 Feb
Mountain View Feb 4-7
Herndon, VA Feb 20-22
Jim Senicka
Senior Director, Technical Product Management
Server and Storage Management Group
Symantec Corporation
www.symantec.com http://www.symantec.com
We will get that resolved (Eric and I).
Jim Senicka
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, December 07, 2007 01:11 PM US Mountain Standard Time
To: Eric Hennessey
Cc: veritas-ha
What address to you telnet to?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tihomir
Cavuzic
Sent: Wednesday, November 28, 2007 4:43 AM
To: veritas-ha@mailman.eng.auburn.edu
Subject: [Veritas-ha] connectivity delays
Hello,
Let me introduce my little
A switch? No.
2 switches? Ok.
We would be looking for 100BaseT or Gigabit, full duplex. Not so much
from a bandwidth standpoint, just reliability. Full duplex removes
collision issues.
No problems with dedicated switches per interconnect network
-Original Message-
From: [EMAIL
HAD is not talking to GAB.
Excessive system utilization, or a blocked /var file system or some such
issue.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marianne
Van Den Berg
Sent: Tuesday, November 13, 2007 1:17 PM
To:
at 10% system
utilization. And Symantec going I dunno, is not helpful.
Jim Senicka [EMAIL PROTECTED] wrote:
HAD is not talking to GAB.
Excessive system utilization, or a blocked /var file system or
some such issue.
From: [EMAIL
Online Retry Limit sets how many times to attempt to online a resource
when initial attempt fails.
This is not a service group setting
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Gurugunti, Mahesh
Sent: Tuesday, October 09, 2007 11:54 AM
To:
Nothing. Unless you use volume resources in the dependency tree
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Artur Baruchi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 09, 2007 05:46 PM US Mountain Standard Time
To:
Add a second service group and set its auto start list to have node B
first
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Shivalingam Vanam
Sent: Tuesday, September 11, 2007 9:38 AM
To: veritas-ha@mailman.eng.auburn.edu
Subject: [Veritas-ha]
cluster service group is a VCS thing. It will not effect your app at
all, and does not need to be running for your application to run. It is
there for the Web UI and to host the connector if GCO is configured
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
This is pretty much an apache issue, not VCS. If you need to bounce apache to
make it happen, you would simply freeze the service group while doing so to
keep VCS from reacting, or use VCS to stop/start apache.
As for the command to clear logs, I cannot help you there.
Sent from my Nokia E62
:26 AM
To: Kiss László - Károly
Cc: Jim Senicka; veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Fw: gab restarts had
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
But it shouldn't be halting the system now, gab will still kill had.
Do you have any llt errors or more importantly, any
what OS/Version and what version of VCS?
Something is blocking HAD ability to heartbeat GAB
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kiss László -
Károly
Sent: Wednesday, August 08, 2007 11:38 AM
To: Peter DrakeUnderkoffler; Jim Senicka
Cc
GAB saying LLT not configured means LLT is not running. It is not saying LLT is
not configured correctly in llttab
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: robertinoau [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 20, 2007 11:40 PM Mountain Standard
LLT is not starting right? All other data is non relevant. Fix the llt issue
so gab can start so had can start
Sent from my Nokia E62 handheld by goodlink.
-Original Message-
From: Damodharan K [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 21, 2007 04:06 PM Mountain Standard
what OS?
The Linux 5.0 bundled agent reference guide has the Apache agent
documented, and I believe the other OS do as well
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of osk
Sent: Monday, April 30, 2007 3:01 AM
To: veritas-ha@mailman.eng.auburn.edu
Subject:
We are not planning to address that in VCS at this time. (Multiple
children).
Please have your account team contact me inside Symantec?
Also, what are you running that a 40 second shutdown is too long?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
comments below
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Colb,
Andrew
Sent: Tuesday, April 24, 2007 2:14 PM
To: veritas-ha@mailman.eng.auburn.edu
Subject: [Veritas-ha] Naming conventions for VCS; VCS style guide?
All,
We are about to initiate and upgrade
The actual NIC is not enabled, so the Proxy cannot probe. (at least that
is my first thought here)
-Original Message-
From: Fred Grieco [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 11:29 AM
To: Jim Senicka; veritas-ha@mailman.eng.auburn.edu
Subject: RE: [Veritas-ha] Proxy
: Lynette Oliver [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 10, 2007 08:04 PM Pacific Standard Time
To: Jim Senicka; veritas-ha@mailman.eng.auburn.edu
Subject:RE: [Veritas-ha] Step-by-Step instructions for adding storage
to cluster
Thank you for your response, Jim.
Do you have
Bryan
Unfortunately, at this time the VCS 5.x agents are pretty much not
designed to work in an SRM environment. We are looking at what it will
take to support this
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bryan
Pepin
Sent: Tuesday, April 10, 2007
No, you will need an IP per node and run a off the shelf IP load balancer out
front. This is far more standard approach than pumping all traffic through one
node and let it forward to all others in the cluster. A serious case of
marketecture versus real feature on the Sun Cluster side
[Sent
If you already have start/stop/monitor,
Take a look at the Application Agent in the BARG. That should cover like
98% of apps
-Original Message-
From: Fred Butler [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 05, 2007 11:47 AM
To: 'Stanley, Jon'; veritas-ha@mailman.eng.auburn.edu; Jim
We have a number of issues with reservations, and breaking reservations
and such.
So as of now, if the HCL says not supported, it is not.
Please work with your account team to find out what can be done (if
anything) to get this added
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
]
-Original Message-
From: Pavel A Tsvetkov [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 02:09 AM Pacific Standard Time
To: Jim Senicka; Veritas-ha@mailman.eng.auburn.edu
Subject:Re: Re: [Veritas-ha] Veritas Volume Replicator in Replicated
DataCluster question
Hello
If you configure auto failover in GCO (not recommended), then you need
to make sure you are using sync replication only.
-Original Message-
From: Cronin, John S [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 10:07 AM
To: Jim Senicka; Pavel A Tsvetkov; Veritas-ha
We do not support an automatic failover to out of date secondary. So RDC is
sync only. If you need async, you need to not treat the replication like a
shared disk, and instead treat it like replication. Take a look at global
cluster option, now part of VCS HA/DR edition.
[Sent from my Nokia
I/O fencing removes any chance of a split brain in corner cases where all
interconnects are severed between sets of nodes and the nodes remain running.
[Sent from my Nokia E62 handheld via goodlink]
-Original Message-
From: Tharindu Rukshan Bamunuarachchi [mailto:[EMAIL
VCS does not *require* private links. We recommend but do not require.
We do require 2 links. You will need to make omne NIC high pri and one low.
[Sent from my Nokia E62 handheld via goodlink]
-Original Message-
From: Kiss László - Károly [mailto:[EMAIL PROTECTED]
Sent:
No need for node ID to be different, but cluster ID must be managed. Newer
releases of VCS allow up to 64k cluster numbers if I recall correctly.
[Sent from my Nokia E62 handheld via goodlink]
-Original Message-
From: Andrey Dmitriev [mailto:[EMAIL PROTECTED]
Sent: Friday,
Is this a one time thing, and cluster will stay spit?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of R
Sent: Tuesday, January 30, 2007 5:47 AM
To: veritas-ha@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Creating a new clustermemebrship with
That will work
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pavel A
Tsvetkov
Sent: Monday, January 29, 2007 9:45 AM
To: veritas-ha@mailman.eng.auburn.edu
Subject: [Veritas-ha] SF4.1 VCS5.0
Hello all!
Is it possible to run VCS5.0 with SF4.1 ? Any problems?
From VCS side, you will need to update host names in main.cf and llthosts. You
will also need to update virtual IP in main.cf per service group. Oracle will
likely need an update in listener.ora to reflect the new VIP for listener
(Sent from my Blackberry wireless handheld)
-Original
VCS supports any release and patch level that the version
of VCS supports within a single cluster.
So you do not need identical patch levels, or even same OS
release.
best practice would be to keep same, but we can easily
support multiple versions during upgrades.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 19, 2006 11:18 AM
To: Jim Senicka; veritas-ha@mailman.eng.auburn.edu
Subject: low priority heartbeat vs I/O Fencing
Hello Gurus;
Firstly, I wish to thank James Senicka of Symantec for his wonderfully
fast and very technically accurate replies.
I
Title: LLT errors - delayed and lost hb ticks
you have two LLT streams sharing common
infrastructure/switch/VLAN.
Each LLT link must be completely independent and neither
stream should see packets from the other.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kawaley
68 matches
Mail list logo