Pular para o conteúdo
  • Este tópico contém 23 respostas, 4 vozes e foi atualizado pela última vez 16 anos, 7 meses atrás por CleitonHanzen.
Visualizando 9 posts - 16 até 24 (de 24 do total)
  • Autor
    Posts
  • #89126
    Marcos Braga
    Participante

      Oi Vieri,

      Basicamente é o que você disse, o CIF é uma “atualização” do SMB que trabalhava originalmente sobre NetBios e o CIF é uma implementação mais moderna que funciona melhor com versões do windows 2003 e superiores.

      Uma documentação muito boa do CIF e SMB está em:
      http://www.ubiqx.org/cifs/Intro.html#INTRO.2

      Eu nem lembrava desse detalhe, muito boa sua dica.

      E dessa vez vai.

      []s

      #89144
      Rodrigo Almeida
      Participante

        HUmmmmmmmmmmmmm…. bem interessante mesmo esse problema.

        legalll…. legalll..

        VIERI!

        Uma dúvida, as tablespaces estão com Blocagem diferentes?

        select tablespace_name, block_size from dba_tablespaces
        where tablespace_name in ('TBS_DATA_WIS_32M','DATA_ENTREGA');

        Interssante esse CIF, eu não sabia desse não! =D

        Tô lendo aqui o link que o braga passo.

        Abraços,

        #89145
        CleitonHanzen
        Participante

          Opá…

          Entaum, só pra compartilhar uma péssima experiência com esses sistemas de arquivos (SMBFS e CIFS), temos um RAC em Linux num cliente e um dos nós tinha um mapeamento SAMBA montado, de vez em quando (quando o servidor Windows era reiniciado) este nó travava e acontecia o processo de “Node Eviction”….obviamente até descubrirmos q esse era o problema demoramos um bom tempo, e o que observamos é que, quando o servidor Windows era reiniciado, o servidor Linux ficava com um Load Average altíssimo causado por Wait I/O daquele ponto de montagem q tava fora…Quando mudamos para NFS, o problema parou de ocorrer….por isso dei a sugestão….

          #89147
          Marcos Braga
          Participante

            [quote=”CleitonHanzen”:1klwc0ip]Opá…

            Entaum, só pra compartilhar uma péssima experiência com esses sistemas de arquivos (SMBFS e CIFS), temos um RAC em Linux num cliente e um dos nós tinha um mapeamento SAMBA montado, de vez em quando (quando o servidor Windows era reiniciado) este nó travava e acontecia o processo de “Node Eviction”….obviamente até descubrirmos q esse era o problema demoramos um bom tempo, e o que observamos é que, quando o servidor Windows era reiniciado, o servidor Linux ficava com um Load Average altíssimo causado por Wait I/O daquele ponto de montagem q tava fora…Quando mudamos para NFS, o problema parou de ocorrer….por isso dei a sugestão….[/quote]

            Oi Cleiton,

            É possível criar montagens com parâmetros diferenciados para cada caso. Esse tipo de “gargalo” é causado porque, muitas vezes, o modo de transferência entre os servidores é “síncrono”, o que exige do sistema operacional (ou samba) um delay padrão para verificar a conectividade. Mas também há cura, mudando para modo assíncrono ou alterar o padrão de timeout; creio que no seu caso (felizmente superado) ajudaria.

            Infelizmente não dominamos os detalhes técnicos de todas as ferramentas que podemos utilizar em ambientes operacionais, já dei muita cabeçada por aí buscando soluções e alternativas para diversos problemas (geralmente entre sistemas operacionais).

            Atualmente conto com o apoio de pessoas com muito conhecimento técnico e detalhes que podem ajudar muito na solução e/ou alternativa de “problemas” que encontramos nos sistemas operacionais.

            Esses casos somam uma boa experiência valiosíssima, e não devemos ignorá-los.

            []s

            #89151
            Rodrigo Almeida
            Participante

              Interessante tb…

              Particularmente, nos ambientes que uso para replicação de base, com o DUPLICATE do RMAN, sempre uso NFS, acho mais confiável.

              Abraços,

              #89162
              vieri
              Participante

                Pessoal , o backup rolou OK !!

                🙂

                Para evitar esses problemas com o mapeamento, na origem,
                eu sempre monto e desmonto ele em tempo de execução de backup,
                diminuindo margens para problemas com o samba.

                só criar um .SH com root para montar e desmontar,
                depois rodo com o sudo através do usuário oracle
                que faz o backu com rman, monto no inicio e desmonto no fim.

                bem acho que é isso !!

                Esse problemas são bons pq sempre geram um aprendizado.

                Fiquei um pouco receoso porque esse ambiente é RAC.

                Mas vou pagar pra ver !! hehehe

                como diz portilho !!

                This is SPARTAAA!!!!!

                hehehehe

                grande abraço e obrigado ao apoio de todos!!

                #89238
                vieri
                Participante

                  Dessa vez sparta perdeu a guerra !! risos…

                  Cleiton/Braga,

                  Meu servidor de backup estourou o espaço disponivel,
                  e o mecanismo de nove eviction reiniciou meu node1.

                  Foi totalmente transparente para os usuários, mas fiquei meio P da vida!!
                  A final meu node1 estava com quase 500dias on-line.

                  msg’s:

                  Aug 23 11:43:42 depdata01 logger: Oracle clsomon failed with fatal status 13.
                  Aug 23 11:43:43 depdata01 logger: Oracle CRS failure. Rebooting for cluster integrity.

                  ORA-27045: unable to close the file
                  Linux-x86_64 Error: 28: No space left on device
                  Additional information: 3
                  ORA-19510: failed to set size of 655359 blocks for file “/dba/wis/rman/deprac/level0/dbs/dep_nhkncm4l_3_1.rman” (blocksize=16384)
                  ORA-27045: unable to close the file
                  Linux-x86_64 Error: 28: No space left on device
                  Additional information: 4
                  Sun Aug 23 07:36:21 2009
                  Thread 1 advanced to log sequence 9504
                  Current log# 2 seq# 9504 mem# 0: +DGDATA01/deprac/redo02.log
                  Sun Aug 23 08:12:23 2009
                  Errors in file /u01/app/oracle/admin/deprac/udump/deprac1_ora_30756.trc:
                  ORA-27045: unable to close the file
                  Linux-x86_64 Error: 28: No space left on device
                  Additional information: 3
                  ORA-19510: failed to set size of 655359 blocks for file “/dba/wis/rman/deprac/level0/dbs/dep_nikncm4m_4_1.rman” (blocksize=16384)
                  ORA-27045: unable to close the file
                  Linux-x86_64 Error: 28: No space left on device
                  Additional information: 4
                  Sun Aug 23 11:21:37 2009
                  Starting ORACLE instance (normal)

                  Será que existe alguma maneira de evitar que uma falha no mapeamento com o SAMBA, não afete meu cluster?

                  Ou terei que fazer isso na munheca via shell script,
                  ou então desistirei no samba nesse ambiente…

                  Dúvidas crueis.

                  Pelo menos aprendi mais um pouco,
                  o node eviction funcionou muito bem.

                  #89242
                  vieri
                  Participante

                    [ CSSD]2009-08-23 11:43:15.434 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 50% heartbeat fatal, eviction in 29.610 seconds

                    [ CSSD]2009-08-23 11:43:16.436 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 50% heartbeat fatal, eviction in 28.610 seconds

                    [ CSSD]2009-08-23 11:43:30.432 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 75% heartbeat fatal, eviction in 14.610 seconds

                    [ CSSD]2009-08-23 11:43:31.434 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 75% heartbeat fatal, eviction in 13.610 seconds

                    [ CSSD]2009-08-23 11:43:39.439 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 5.600 seconds

                    [ CSSD]2009-08-23 11:43:40.431 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 4.610 seconds

                    [ CSSD]2009-08-23 11:43:41.433 [1241577824] >TRACE: clssnmPollingThread: node depdata01 (1) is impending reconfig

                    [ CSSD]2009-08-23 11:43:41.434 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 3.610 seconds

                    [ CSSD]2009-08-23 11:43:41.434 [1241577824] >TRACE: clssnmPollingThread: diskTimeout set to (57000)ms impending reconfig status(1)

                    [ CSSD]2009-08-23 11:43:42.435 [1241577824] >TRACE: clssnmPollingThread: node depdata01 (1) is impending reconfig

                    [ CSSD]2009-08-23 11:43:42.435 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 2.610 seconds

                    [ CSSD]2009-08-23 11:43:43.437 [1241577824] >TRACE: clssnmPollingThread: node depdata01 (1) is impending reconfig

                    [ CSSD]2009-08-23 11:43:43.437 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 1.610 seconds

                    [ CSSD]2009-08-23 11:43:44.439 [1241577824] >TRACE: clssnmPollingThread: node depdata01 (1) is impending reconfig

                    [ CSSD]2009-08-23 11:43:44.439 [1241577824] >WARNING: clssnmPollingThread: node depdata01 (1) at 90% heartbeat fatal, eviction in 0.600 seconds

                    [ CSSD]2009-08-23 11:43:45.041 [1241577824] >TRACE: clssnmPollingThread: node depdata01 (1) is impending reconfig

                    [ CSSD]2009-08-23 11:43:45.041 [1241577824] >TRACE: clssnmPollingThread: Eviction started for node depdata01 (1), flags 0x000f, state 3, wt4c 0

                    [ CSSD]2009-08-23 11:43:45.041 [1262557536] >TRACE: clssnmDoSyncUpdate: Initiating sync 3

                    [ CSSD]2009-08-23 11:43:45.041 [1262557536] >TRACE: clssnmDoSyncUpdate: diskTimeout set to (57000)ms

                    [ CSSD]2009-08-23 11:43:45.041 [1262557536] >TRACE: clssnmSetupAckWait: Ack message type (11)

                    [ CSSD]2009-08-23 11:43:45.041 [1262557536] >TRACE: clssnmSetupAckWait: node(1) is ALIVE

                    [ CSSD]2009-08-23 11:43:45.041 [1262557536] >TRACE: clssnmSetupAckWait: node(2) is ALIVE

                    [ CSSD]2009-08-23 11:43:45.062 [1262557536] >TRACE: clssnmSendSync: syncSeqNo(3)

                    [ CSSD]2009-08-23 11:43:45.062 [1189128544] >TRACE: clssnmHandleSync: Acknowledging sync: src[2] srcName[depdata02] seq[1] sync[3]

                    [ CSSD]2009-08-23 11:43:45.063 [1189128544] >TRACE: clssnmHandleSync: diskTimeout set to (57000)ms

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmWaitForAcks: Ack message type(11), ackCount(2)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmWaitForAcks: node(1) is expiring, msg type(11)

                    [ CSSD]2009-08-23 11:43:45.063 [2538393376] >USER: NMEVENT_SUSPEND [00][00][00][06]

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmWaitForAcks: done, msg type(11)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmDoSyncUpdate: Terminating node 1, depdata01, misstime(60000) state(3)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmSetupAckWait: Ack message type (13)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmSetupAckWait: node(2) is ACTIVE

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmSendVote: syncSeqNo(3)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmWaitForAcks: Ack message type(13), ackCount(1)

                    [ CSSD]2009-08-23 11:43:45.063 [1189128544] >TRACE: clssnmSendVoteInfo: node(2) syncSeqNo(3)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmWaitForAcks: done, msg type(13)

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmCheckDskInfo: Checking disk info…

                    [ CSSD]2009-08-23 11:43:45.063 [1262557536] >TRACE: clssnmCheckDskInfo: node(1) timeout(58170) state_network(0) state_disk(3) misstime(60000)

                    [ CSSD]2009-08-23 11:43:46.064 [1262557536] >TRACE: clssnmCheckDskInfo: node(1) timeout(59170) state_network(0) state_disk(3) misstime(61000)

                    [ CSSD]2009-08-23 11:43:46.897 [1262557536] >TRACE: clssnmEvict: Start

                    [ CSSD]2009-08-23 11:43:46.897 [1262557536] >TRACE: clssnmEvict: Evicting node 1, birth 1, death 3, killme 1

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmSendShutdown: req to node 1, kill time 675852240

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmDiscHelper: node depdata01 (1) connection failed

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmWaitOnEvictions: Start

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmWaitOnEvictions: Node(1) down, LATS(675792240),timeout(60040)

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmSetupAckWait: Ack message type (15)

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmSetupAckWait: node(2) is ACTIVE

                    [ CSSD]2009-08-23 11:43:46.932 [1262557536] >TRACE: clssnmSendUpdate: syncSeqNo(3)

                    [ CSSD]2009-08-23 11:43:46.933 [1262557536] >TRACE: clssnmWaitForAcks: Ack message type(15), ackCount(1)

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmUpdateNodeState: node 0, state (0/0) unique (0/0) prevConuni(0) birth (0/0) (old/new)

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmDeactivateNode: node 0 () left cluster

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmDeactivateNode: node 0 () left cluster

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmUpdateNodeState: node 1, state (0/0) unique (1211699260/1211699260) prevConuni(1211699260) birth (1/0) (old/new)

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmDeactivateNode: node 1 (depdata01) left cluster

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmUpdateNodeState: node 2, state (3/3) unique (1211699430/1211699430) prevConuni(0) birth (2/2) (old/new)

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >USER: clssnmHandleUpdate: SYNC(3) from node(2) completed

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >USER: clssnmHandleUpdate: NODE 2 (depdata02) IS ACTIVE MEMBER OF CLUSTER

                    [ CSSD]2009-08-23 11:43:46.933 [1189128544] >TRACE: clssnmHandleUpdate: diskTimeout set to (200000)ms

                    [ CSSD]2009-08-23 11:43:46.933 [1262557536] >TRACE: clssnmWaitForAcks: done, msg type(15)

                    [ CSSD]2009-08-23 11:43:46.933 [1262557536] >TRACE: clssnmDoSyncUpdate: Sync Complete!

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmReconfigThread: started for reconfig (3)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >USER: NMEVENT_RECONFIG [00][00][00][04]

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock _ORA_CRS_MEMBER_depdata01 type 3

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(_ORA_CRS_MEMBER_depdata01) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock _ORA_CRS_MEMBER_depdata02 type 3

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock crs_version type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(crs_version) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock DB+ASM type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(DB+ASM) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock DG+ASM type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(DG+ASM) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock ORA_CLSRD_1_deprac type 3

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(ORA_CLSRD_1_deprac) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock ORA_CLSRD_1_deprac type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(ORA_CLSRD_1_deprac) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock ORA_CLSRD_2_deprac type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock ORA_CLSRD_2_deprac type 3

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock OSM_ALL type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(OSM_ALL) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock DBDEPRAC type 2

                    [ CSSD]2009-08-23 11:43:46.933 [1273047392] >TRACE: clssgmCleanupOrphanMembers: cleaning up remote mbr(0) grock(DBDEPRAC) birth(1/1)

                    [ CSSD]2009-08-23 11:43:46.934 [1273047392] >TRACE: clssgmCleanupGrocks: cleaning up grock DGDEPRAC type 2

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmWaitForAcks: done, msg type(11)

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmDoSyncUpdate: node(1) is transitioning from joining state to active state

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmSetupAckWait: Ack message type (13)

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmSetupAckWait: node(1) is ACTIVE

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmSetupAckWait: node(2) is ACTIVE

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmSendVote: syncSeqNo(4)

                    [ CSSD]2009-08-23 11:47:25.439 [1189128544] >TRACE: clssnmSendVoteInfo: node(2) syncSeqNo(4)

                    [ CSSD]2009-08-23 11:47:25.439 [1262557536] >TRACE: clssnmWaitForAcks: Ack message type(13), ackCount(1)

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmWaitForAcks: done, msg type(13)

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmCheckDskInfo: Checking disk info…

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmEvict: Start

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmWaitOnEvictions: Start

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmSetupAckWait: Ack message type (15)

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmSetupAckWait: node(1) is ACTIVE

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmSetupAckWait: node(2) is ACTIVE

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmSendUpdate: syncSeqNo(4)

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >TRACE: clssnmUpdateNodeState: node 0, state (0/0) unique (0/0) prevConuni(0) birth (0/0) (old/new)

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >TRACE: clssnmDeactivateNode: node 0 () left cluster

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >TRACE: clssnmUpdateNodeState: node 1, state (2/2) unique (1251037276/1251037276) prevConuni(0) birth (4/4) (old/new)

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >TRACE: clssnmUpdateNodeState: node 2, state (3/3) unique (1211699430/1211699430) prevConuni(0) birth (2/2) (old/new)

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >USER: clssnmHandleUpdate: SYNC(4) from node(2) completed

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >USER: clssnmHandleUpdate: NODE 1 (depdata01) IS ACTIVE MEMBER OF CLUSTER

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >USER: clssnmHandleUpdate: NODE 2 (depdata02) IS ACTIVE MEMBER OF CLUSTER

                    [ CSSD]2009-08-23 11:47:25.440 [1189128544] >TRACE: clssnmHandleUpdate: diskTimeout set to (200000)ms

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmWaitForAcks: Ack message type(15), ackCount(1)

                    [ CSSD]2009-08-23 11:47:25.440 [1262557536] >TRACE: clssnmDoSyncUpdate: Sync Complete!

                    [ CSSD]2009-08-23 11:47:25.440 [1273047392] >TRACE: clssgmReconfigThread: started for reconfig (4)

                    [ CSSD]2009-08-23 11:47:25.440 [1273047392] >USER: NMEVENT_RECONFIG [00][00][00][06]

                    [ CSSD]2009-08-23 11:47:25.441 [1273047392] >TRACE: clssgmEstablishConnections: 2 nodes in cluster incarn 4

                    [ CSSD]2009-08-23 11:47:25.494 [1231087968] >TRACE: clssgmInitialRecv: (0x2a97e1ab80) accepted a new connection from node 1 born at 4 active (2, 2), vers (10,3,1,2)

                    [ CSSD]2009-08-23 11:47:25.494 [1231087968] >TRACE: clssgmInitialRecv: conns done (2/2)

                    [ CSSD]2009-08-23 11:47:25.494 [1273047392] >TRACE: clssgmEstablishMasterNode: MASTER for 4 is node(2) birth(2)

                    [ CSSD]2009-08-23 11:47:25.494 [1273047392] >TRACE: clssgmMasterCMSync: Synchronizing group/lock status

                    [ CSSD]2009-08-23 11:47:25.498 [1273047392] >TRACE: clssgmMasterSendDBDone: group/lock status synchronization complete

                    [ CSSD]CLSS-3000: reconfiguration successful, incarnation 4 with 2 nodes

                    [ CSSD]CLSS-3001: local node number 2, master node number 2

                    Cleyton, jogue na mega-sena essa semana cara !!!
                    hehehe

                    #89251
                    CleitonHanzen
                    Participante

                      [quote=”vieri”:a3mfhsdc]

                      Cleyton, jogue na mega-sena essa semana cara !!!
                      hehehe[/quote]

                      Bem que eu tava pensando já…..kkkkkkk….

                    Visualizando 9 posts - 16 até 24 (de 24 do total)
                    • Você deve fazer login para responder a este tópico.