status do recurso DRBD

1

Atualmente, estou usando o DRBD para replicar um servidor de arquivos samba em duas máquinas. Às vezes, as gravações falham no mestre, quando isso acontece, o status do recurso (usando cat / proc / drbd) é:

0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate A r---n

Quando as coisas funcionam bem, o status é:

0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate A r----

A única diferença que posso ver é o 'n' no final da linha. Não acho que isso esteja relacionado ao congestionamento, pois ocorre quando não há atividade no recurso. Desconectar e reconectar usando o drbdadm resolve o problema.

Então, minha pergunta é: o que isso significa 'n'?

Obrigado pela sua ajuda!

    
por Guillaume 22.07.2010 / 10:13

1 resposta

4

Eu não encontrei alguma documentação sobre esses bits, então eu cavei o código-fonte drbd-8.3.4. O 'n' está de fato relacionado a sincronizar o congestionamento. Aqui está o código:

esta é a chamada para atualizar o / proc / drbd

em drdb / drbd_main.c

seq_printf(seq,
201                            "%2d: cs:%s ro:%s/%s ds:%s/%s %c %c%c%c%c%c\n"
202                            "    ns:%u nr:%u dw:%u dr:%u al:%u bm:%u "
203                            "lo:%d pe:%d ua:%d ap:%d ep:%d wo:%c",
204                            i, sn,
205                            drbd_role_str(mdev->state.role),
206                            drbd_role_str(mdev->state.peer),
207                            drbd_disk_str(mdev->state.disk),
208                            drbd_disk_str(mdev->state.pdsk),
209                            (mdev->net_conf == NULL ? ' ' :
210                             (mdev->net_conf->wire_protocol - DRBD_PROT_A+'A')),
211                            mdev->state.susp ? 's' : 'r',
212                            mdev->state.aftr_isp ? 'a' : '-',
213                            mdev->state.peer_isp ? 'p' : '-',
214                            mdev->state.user_isp ? 'u' : '-',
215                            mdev->congestion_reason ?: '-',
216                            mdev->send_cnt/2,
217                            mdev->recv_cnt/2,
218                            mdev->writ_cnt/2,
219                            mdev->read_cnt/2,
220                            mdev->al_writ_cnt,
221                            mdev->bm_writ_cnt,
222                            atomic_read(&mdev->local_cnt),
223                            atomic_read(&mdev->ap_pending_cnt) +
224                            atomic_read(&mdev->rs_pending_cnt),
225                            atomic_read(&mdev->unacked_cnt),
226                            atomic_read(&mdev->ap_bio_cnt),
227                            mdev->epochs,
228                            write_ordering_chars[mdev->write_ordering]
229                         );

O que significa que o campo 'n' vem do congestion_reason. E isso é definido no seguinte código (linha 3171):

em drdb / drbd_main.c

3140 /**                       
3141  * drbd_congested() - Callback for pdflush
3142  * @congested_data:     User data
3143  * @bdi_bits:           Bits pdflush is currently interested in
3144  *                        
3145  * Returns 1<<BDI_async_congested and/or 1<<BDI_sync_congested if we are congested.
3146  */                       
3147 static int drbd_congested(void *congested_data, int bdi_bits)
3148 {                         
3149         struct drbd_conf *mdev = congested_data;
3150         struct request_queue *q;
3151         char reason = '-';
3152         int r = 0;        
3153                           
3154         if (!__inc_ap_bio_cond(mdev)) {
3155                 /* DRBD has frozen IO */
3156                 r = bdi_bits;
3157                 reason = 'd';     
3158                 goto out;
3159         }      
3160                    
3161         if (get_ldev(mdev)) {
3162                 q = bdev_get_queue(mdev->ldev->backing_bdev);
3163                 r = bdi_congested(&q->backing_dev_info, bdi_bits);
3164                 put_ldev(mdev);
3165                 if (r)            
3166                         reason = 'b';   
3167         }                         
3168                                   
3169         if (bdi_bits & (1 << BDI_async_congested) && test_bit(NET_CONGESTED, &mdev->flags)) {
3170                 r |= (1 << BDI_async_congested);
3171                 reason = reason == 'b' ? 'a' : 'n';
3172         }              
3173                        
3174 out:           
3175         mdev->congestion_reason = reason;
3176         return r;
3177 }

Espero que isso ajude

    
por 30.07.2010 / 14:34

Tags