Questa volta Padova non riesce a portare a casa nessun punto utile necessario per allontanarsi dalla zona retrocessione.
Complice anche la mancanza di Simeonov come opposto titolare gli ospiti sesti in classifica si impongono su un Padova che fatica ad entrare in partita.
Il gioco migliore si è visto nel secondo set dove al primo stop tecnico i ragazzi di mister Montagnani erano in vantaggio.
La mancanza di continuità del Padova e la determinazione di Belluno hanno fatto la differenza.
Si è visto comunque un bel gioco che lascia ben sperare per i prossimi incontri.

Qui trovate l’articolo completo della partita sul sito ufficiale pallavolopadova.com
Qui invece trovate le foto.

Ne è passato di tempo ma solo ora mi sono ricordato di avere ancora qualche foto da sistemare e quindi data la giornata ventosa mi sono messo d’impegno e ho smaltito gli ultimi arretrati.
Ecco qualche foto di quel caldo 10 Settembre.
Buona visione.

Mi è capitato che l’agent deputato all’individuazione di queste informazioni non risponda più o addirittura vada in crash a causa della compromissione proprio dei performance counter in questione.

A questo punto si rende necessario ricostruirli con i seguenti comandi:

cd c:\windows\system32
lodctr /R
cd c:\windows\sysWOW64
lodctr /R

Se durante l’installazione di Exchange ottenete l’errore in oggetto, verificate di avere i Remote Server Administration Tools (RSAT) and Active Directory Domain Services Tools installati.

Se così non fosse installateli, riavviate il server e rilanciate la procedura di installazione.

The destination server is currently rejecting replication requests

Questo significa che i dati tra DC non sono più sincronizzati con il conseguente disallineamento dell’AD.

Una volta eseguiti i soliti test di ping, repadmin, dcdiag e netdiag potete provare a lanciare il seguente comando per verificare le opzioni di replica attualmente impostare sul DC in questione:

repadmin /options

Se nel messaggio ottenuto sono presenti le seguenti voci DISABLE_OUTBOUND_REPL o DISABLE_INBOUND_REPL usate i seguenti comandi per risolvere il problema:

repadmin /options -DISABLE_OUTBOUND_REPL
repadmin /options -DISABLE_INBOUND_REPL

Il risultato finale dovrebbe essere questo:

C:\>repadmin /options
Repadmin: running command /options against full DC localhost
Current DSA Options: IS_GC

Uno dei ruoli disponibili con Exchange 2010 è il CAS (Client Access Server) il quale gestite le comunicazioni tra l’ambiente server e i client.
Può rendersi necessario sostituire o spostare un server con il ruolo CAS e in tal caso si possono verificare dei problemi con la funzionalità autodiscover.

Capita infatti che all’interno del file Autodiscover.xml generato dal server si apresente ancora un riferimento al vecchio server CAS

FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=ITPDSV06/cn=Microsoft Private MDB

dove ITPDSV06 è il vecchio server CAS.

Come conseguenza di ciò la configurazione automatica dell’outlook fallisce e anche se si tenta la configurazione manuale quando si esegue il check della combinazione server/nome utente il primo è sempre impostato con il vecchio riferimento.

Nel mio caso per risolvere il problema ho dovuto capire prima su quale database di posta fosse rimasto il riferimento e successivamente correggerlo.
Per individuarlo si può usare il seguente comando:

Get-ExchangeServer | Get-MailboxDatabase | fl AdminDisplayName,ExchangeLegacyDN

Nel mio caso il risultato era questo:

AdminDisplayName : Mailbox Database 0029641025
ExchangeLegacyDN : /o=XXX/ou=Exchange Administrative Group (xxx)/cn=Configuration/cn=Servers/cn=ITPDSV06/cn=Microsoft Private MDB

A questo punto per correggere il tutto è bastato utilizzare ilo seguente comando:

set-MailboxDatabase “Mailbox Database 0029641025″ -RpcClientAccessServer ITPDSV07

3 – 0 finalmente si vede un bel Padova affrontare con serenità e determinazione gli ospiti al Palafabris.
Il risultato dice già molto dell’andamento della partita i cui parziali sono 25-22; 25-20; 25-12.
Tutto è andato come i tifosi speravano da tempo e i giocatori non li hanno delusi.
Alla fine tre punti importanti per la classifica.

Qui trovate l’articolo completo della partita sul sito ufficiale pallavolopadova.com
Qui invece trovate le foto.

Questo è dovuto al fatto che di default tutte le richieste di migrazione che prima venivano gestite in parallelo ora sono gestite con una coda e solo due mailbox sono spostate in contemporanea.
Per ovviare a questo è sufficiente modificare un file di configurazione:

Exchange Server\V14\Bin\MSExchangeMailboxReplication.exe.config

All’interno del file cercate il parametro MaxActiveMovesPerTargetMDB che attualmente è impostato a due mentre per avere un comportamento simile al 2007 questo valore è da impostare a quattro.

Exchange 2010: Slow mailbox migration
Riferimento: http://blogs.technet.com/b/nawar/archive/2010/10/06/slow-mailbox-move-with-exchange-2010-sp1.aspx

La prima partita casalinga del girone di ritorno lascia con l’amaro in bocca i tifosi del Fidia Padova.
Il 3 a 1 subito con Monza di certo non soddisfa i presenti in particolar modo per il gioco visto.
Molte, troppe battute sbagliate hanno aiutato gli ospiti a guadagnare 3 punti in classifica che sarebbero stati di estrema importanza per Padova.

Qui trovate l’articolo completo della partita sul sito ufficiale pallavolopadova.com
Qui invece trovate le foto.

Dopo aver creato l’account ho creato uno script veramente basilare che in automatica esegue il  mount del repository remoto su una directory locale:

#! /bin/sh
#

# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0

case "$1" in
 start)
 echo -n "Mount box.net remote account to /backup/"
 mount -t davfs https://www.box.net/dav /backup/
 ;;
 stop)
 echo -n "umount box.net remote account to /backup/"
 umount /backup
 ;;
 *)
 echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
 exit 1
 ;;
esac

exit 0

A questo punto ogni volta che provavo a scrivere dati su quella cartelle ottenevo il seguente errore:

cp: cannot create regular file `test.txt': Input/output error

Per risolvere il problema basta editare il file /etc/davfs2/davfs2.conf ed inserire la seguente riga

use_locks 0