Yes, that that requires me to move to opensolaris....

Eric


Piotr Jasiukajtis wrote:
> Yes, You should use Colorado Cluster in this setup:
> http://opensolaris.org/os/community/ha-clusters/announcements/#2009-06-01_Open_HA_Cluster_2009_06_available
>
> On Mon, Jul 6, 2009 at 4:50 PM, Eric Bautsch<Eric.Bautsch at sun.com> wrote:
>   
>> I've tried build 111a which is the lowest build higher than 110 that I have
>> hanging around.
>> Unfortunately, there appear to be too many changes between build 101a and
>> 111a for clusterexpress to function:
>> v3.1.4-xvm chgset 'Mon Jun 22 23:27:07 2009 -0700 15914:89e9886c8ad7'
>> SunOS Release 5.11 Version snv_111a 64-bit
>> Copyright 1983-2009 Sun Microsystems, Inc.  All rights reserved.
>> Use is subject to license terms.
>> Hostname: cressida
>> Configuring devices.
>> NIS domain name is cincin
>> /usr/cluster/bin/scdidadm:  Could not load DID instance list.
>> /usr/cluster/bin/scdidadm:  Cannot open
>> /etc/cluster/ccr/global/did_instances.
>> Booting as part of a cluster
>> name is non-existent for this module
>> for a list of valid names, use name '?'
>> NOTICE: CMM: Node cressida (nodeid = 1) with votecount = 1 added.
>> NOTICE: CMM: Node cressida: attempting to join cluster.
>> NOTICE: CMM: Cluster has reached quorum.
>> NOTICE: CMM: Node cressida (nodeid = 1) is up; new incarnation number =
>> 12466542
>> 39.
>> NOTICE: CMM: Cluster members: cressida.
>> NOTICE: CMM: node reconfiguration #1 completed.
>> NOTICE: CMM: Node cressida: joined cluster.
>>
>> panic[cpu0]/thread=ffffff014bd05580: BAD TRAP: type=e (#pf Page fault)
>> rp=ffffff
>> 0004d27c10 addr=0 occurred in module "sockfs" due to a NULL pointer
>> dereference
>>
>> clconfig: #pf Page fault
>> Bad kernel fault at addr=0x0
>> pid=502, pc=0xfffffffff79dc9fb, sp=0xffffff0004d27d00, eflags=0x10246
>> cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 660<xmme,fxsr,mce,pae>
>> cr2: 0
>>         rdi:                2 rsi:                2 rdx:                0
>>         rcx:                0  r8:                0  r9: ffffff0152193ee6
>>         rax:                0 rbx:                2 rbp: ffffff0004d27d50
>>         r10:                a r11: ffffff0004d278a0 r12: ffffff014b1a8008
>>         r13:                2 r14:                0 r15:                0
>>         fsb:                0 gsb: fffffffffbc61930  ds:               4b
>>          es:               4b  fs:                0  gs:              1c3
>>         trp:                e err:                2 rip: fffffffff79dc9fb
>>          cs:             e030 rfl:            10246 rsp: ffffff0004d27d00
>>          ss:             e02b
>>
>> ffffff0004d27af0 unix:die+dd ()
>> ffffff0004d27c00 unix:trap+1768 ()
>> ffffff0004d27c10 unix:cmntrap+12f ()
>> ffffff0004d27d50 sockfs:solookup+33 ()
>> ffffff0004d27dc0 cl_comm:__1cGipconfOinitialize_int6M_i_+5a ()
>> ffffff0004d27de0 cl_comm:__1cGipconfKinitialize6F_i_+29 ()
>> ffffff0004d27e10 cl_comm:__1cDORBKinitialize6F_i_+585 ()
>> ffffff0004d27e20 cl_comm:cl_orb_initialize+9 ()
>> ffffff0004d27e70 cl_load:__1cIclconfig6Fipv_i_+167 ()
>> ffffff0004d27e80 cl_comm:cladmin+13 ()
>> ffffff0004d27ec0 genunix:cladm+a7 ()
>> ffffff0004d27f10 unix:brand_sys_syscall32+1d0 ()
>>
>> syncing file systems... done
>> dumping to /dev/zvol/dsk/rootdisk/dump, offset 65536, content: kernel
>> 100% done: 77277 pages dumped, compression ratio 3.79, dump succeeded
>> rebooting...
>>
>> Eric
>>
>>
>>
>> Piotr Jasiukajtis wrote:
>>
>> Hi,
>>
>> Ok, I am going to test that in the near future. Has anyone created
>> similar setup already?
>>
>> On Wed, Jul 1, 2009 at 9:43 PM, Ashutosh
>> Tripathi<Ashutosh.Tripathi at sun.com> wrote:
>>
>>
>> Hi Piotr, Eric, David, All,
>>
>>        If i knew for sure, i would have mentioned that.
>>
>> The best i can do is to suggest that we retry this setup with
>> nv110 or later. The Solaris VLAN tagging fix in b110 (CR 6797256)
>> is likely to have improved the situation.
>>
>>        David already has offered to try this out, hope he can
>> accommodate this.
>>
>>        As for the OHAC build which is known to work with b110 or later,
>> i don't know what to suggest there, perhaps someone else on the alias does.
>>
>> Regards,
>> -ashu
>>
>>
>> Piotr Jasiukajtis wrote:
>>
>>
>> Hi Eric,
>>
>> Related threads:
>> http://www.opensolaris.org/jive/thread.jspa?threadID=88314&tstart=150
>> http://www.opensolaris.org/jive/thread.jspa?threadID=89150&tstart=135
>>
>> Ask Ashutosh for more details. The problem is not fixed yet..
>>
>> On Mon, Jun 29, 2009 at 11:13 PM, Eric Bautsch<Eric.Bautsch at sun.com>
>> wrote:
>>
>>
>> Thanks for find this.
>>
>> Since I don't follow ha-clusters-discuss and since I don't know what to
>> look
>> for in the archives there, can someone give me a hint what the issue is?
>>
>> Thanks again.
>> Eric
>>
>>
>> Piotr Jasiukajtis wrote:
>>
>> Hi Ashu,
>>
>> Indeed, I think it's the same issue..
>>
>> Looks like I will try to give it a try with Colorado..
>>
>> On Mon, Jun 29, 2009 at 8:05 PM, Ashutosh
>> Tripathi<Ashutosh.Tripathi at sun.com> wrote:
>>
>>
>> Hi All,
>>
>>       Cross posting to ha-cluster-discuss. This sounds very
>> similar to something which was already discussed on that alias.
>>
>> Regards,
>> -ashu
>>
>>
>> Eric Bautsch wrote:
>>
>>
>> Hi David.
>>
>> Here you go:
>> root at phobos # dladm show-vnic
>> LINK         OVER         SPEED  MACADDRESS        MACADDRTYPE
>> VID
>> xvm1_0       net0         100    0:16:3e:11:11:11  fixed               0
>> xvm1_1       net0         100    0:16:3e:c:c0:74   fixed
>> 403
>> xvm1_11      net0         100    0:16:3e:33:6c:4e  fixed
>> 150
>> xvm1_10      net0         100    0:16:3e:4f:98:bc  fixed               40
>> xvm1_2       net0         100    0:16:3e:c:4a:a6   fixed
>> 404
>> xvm1_3       net0         100    0:16:3e:2f:d0:1f  fixed               0
>> xvm1_7       net0         100    0:16:3e:45:1e:e5  fixed               0
>> xvm1_9       net0         100    0:16:3e:6d:9c:9e  fixed               33
>> xvm1_5       net0         100    0:16:3e:3b:6e:1e  fixed               33
>> xvm1_6       net0         100    0:16:3e:15:2:3    fixed               40
>> xvm1_4       net0         100    0:16:3e:6:d8:ed   fixed               7
>> xvm1_8       net0         100    0:16:3e:1b:ee:67  fixed               7
>> root at phobos #
>>
>> Note that the host phobos is running 117. I'm using 101a as the OS for
>> the
>> cluster nodes (the DomUs) because that's the latest version for which you
>> can get clusterexpress. If I want something later, I need to use
>> opensolaris
>> instead....
>>
>> Eric
>>
>>
>> David Edmondson wrote:
>>
>>
>> * Eric.Bautsch at Sun.COM [2009-06-28 23:18:33]
>>
>>
>>
>> Yet another stupid question: I'm trying to build two paravirtualised
>> Solaris Nevada (build 101a in this case) nodes on two different
>> physical hosts.
>> I then want to create a cluster between the two virtual nodes. From
>> the following error message, I assume this isn't going to work:
>> Jun 28 23:07:34 cressida.swangage.co.uk genunix: [ID 852664
>> kern.warning] WARNING: clcomm: failed to load driver module v404net -
>> v404net paths will not come up.
>>
>> Note that v404net0 is one of the xnf interfaces which was originally
>> created thus in virt-install:
>> --network='bridge=net0,vlanid=404'
>> (net0 is dladm create-aggr -P L2,L3 -l e1000g0 -l e1000g2 net0 )
>>
>> and then re-named in the domU with:
>> dladm rename-link xnf2 v404net0
>>
>> Are we planning on making this work?
>>
>>
>>
>> I'm not sure that the xVM bits allowed you to specify the VLAN tag in
>> build 101a. Please send the output of "dladm show-vnic" when the guest
>> is running.
>>
>> dme.
>>
>>
>>
>> --
>>
>> OpenSolaris <http://www.opensolaris.com/>
>>  Sun <http://www.sun.com/>
>> *Eric A. Bautsch*
>> BT Annuity Service
>> Service Support Manager
>>
>> Email:
>> *eric.bautsch at sun.com* <mailto:eric.bautsch at sun.com>
>> Telephone:              07710 495920
>>
>> Team Mail:
>> *ann-service-support at sun.com* <mailto:ann-service-support at sun.com>
>> Team Web:               http://btannuity.uk/servicesupport/
>>
>>       Sun <http://www.sun.com/solaris/>
>>
>>
>>
>> _______________________________________________
>> ha-clusters-discuss mailing list
>> ha-clusters-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss
>>
>>
>>
>>
>>
>> --
>>
>>
>> Eric A. Bautsch
>> BT Annuity Service
>> Service Support Manager
>> Email:
>> eric.bautsch at sun.com
>> Telephone:   07710 495920
>> Team Mail:
>> ann-service-support at sun.com
>> Team Web:   http://btannuity.uk/servicesupport/
>>
>>
>>
>>
>>
>>
>> --
>>
>>
>> Eric A. Bautsch
>> BT Annuity Service
>> Service Support Manager
>> Email:
>> eric.bautsch at sun.com
>> Telephone:   07710 495920
>> Team Mail:
>> ann-service-support at sun.com
>> Team Web:   http://btannuity.uk/servicesupport/
>>     
>
>
>
>   

-- 

OpenSolaris <http://www.opensolaris.com/>
 
Sun <http://www.sun.com/>       
*Eric A. Bautsch*
BT Annuity Service
Service Support Manager                         

Email:          
*eric.bautsch at sun.com* <mailto:eric.bautsch at sun.com>
Telephone:              07710 495920

Team Mail:              
*ann-service-support at sun.com* <mailto:ann-service-support at sun.com>
Team Web:               http://btannuity.uk/servicesupport/

        Sun <http://www.sun.com/solaris/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/ha-clusters-discuss/attachments/20090706/eeeab9a8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensolaris_logo_trans.png
Type: image/png
Size: 5705 bytes
Desc: not available
URL: 
<http://mail.opensolaris.org/pipermail/ha-clusters-discuss/attachments/20090706/eeeab9a8/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sig-left.gif
Type: image/gif
Size: 4771 bytes
Desc: not available
URL: 
<http://mail.opensolaris.org/pipermail/ha-clusters-discuss/attachments/20090706/eeeab9a8/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sig-right.gif
Type: image/gif
Size: 3749 bytes
Desc: not available
URL: 
<http://mail.opensolaris.org/pipermail/ha-clusters-discuss/attachments/20090706/eeeab9a8/attachment-0001.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3327 bytes
Desc: S/MIME Cryptographic Signature
URL: 
<http://mail.opensolaris.org/pipermail/ha-clusters-discuss/attachments/20090706/eeeab9a8/attachment.bin>

Reply via email to