Problemi di autorizzazione Mavericks con le condivisioni deduplicate di Windows Server

2

Abbiamo un numero di 10.9-10.9.3 - Mavericks - macchine installate in tutta la nostra struttura. Gran parte del contenuto dell'utente viene estratto da condivisioni memorizzate sui nostri server di file Windows Server 2012 con la deduplicazione abilitata. Ho trovato che i file appena scritti o non ottimizzati sono accessibili senza problemi - letti, scritti, modificati, ecc. Una volta che il file viene optomized / deduplicated e Windows aggiunge il P & Attributi L: sparse e symlink: i Mac che eseguono Maverick iniziano ad avere problemi di accesso.

Una volta deduplicati i file, gli utenti iniziano a ricevere errori di accesso in lettura durante la copia dei file (vedere errore 1 di seguito). Ciò accade quando si copia su cartelle all'interno dell'albero delle cartelle corrente o si copia da qualche parte sul sistema locale. Se si "interrompe" l'operazione di copia e si riproverà un altro paio di volte, alla fine potrebbe funzionare per l'istanza specifica ma fallire nuovamente in seguito. Sono comunque in grado di copiare questi file senza problemi tramite il terminale.

Gli altri sistemi che eseguono 10.7 / 10.8 non presentano gli stessi problemi e sono in grado di accedere alle risorse del file server senza problemi. Molti dei sistemi con problemi sono più recenti e quindi non possono essere declassati a 10.8 o 10.7. Ho anche provato le sostituzioni finder come Pathfinder ma i risultati sono gli stessi.

So che questo è almeno simile ai problemi che molti utenti Mac stanno già riscontrando e pubblicando ma che non ho visto direttamente collegato alla deduplicazione e agli attributi scritti dal server Windows. Qualcuno ha visto questo problema? Sono state trovate soluzioni?

Errore 1: quando si copiano i file dopo che gli attributi PL sono stati impostati da deduplica.

"One or more items can't be copied to "Foler" because you don't have
permissions to read them.

Tramite system.log con kloglevel = 3 Il tag di reparse point elencato di seguito è "IO_REPARSE_TAG_DEDUP"

"smbfs_nget: filename.ext - unknown reparse point tag 0x80000013"
    
posta dmohlmaster 03.06.2014 - 22:01
fonte

0 risposte

Leggi altre domande sui tag