Newsgroup: it.comp.os.linux.sys
Titolo: montaggi (fuse?) gdrive

Buondì,
qualcuno ha esperienze su montaggio google drive a mo' di disco locale 
su server?
Per ora ho visto in giro:
https://github.com/astrada/google-drive-ocamlfuse
 
e:
https://github.com/dsoprea/GDriveFS
 
(ma mi pare più unstable)
 
Prima di buttarmi nel turbine dei test preferivo sondare pareri


la mia centesima parte di 2 centesimi: 
lascia perdere. Normalmente male si tratta di client che gestiscono il 
trasferimento in modo sincrono. La transazione dei file non è atomica (una 
copia che fallisce vuol dire un file corrotto su gdrive, e la transazione 
non viene rigettata e viceversa e non credo gestisca bene il sync 
successivo quando il primo fallisce: ergo potrebbe sovrascrivere con il 
file sputtanato che è più recente... chissà). Pertanto non è affidabile. 
La copia di un file di inchioda il terminale o il file manager perché è 
sincrona. Se editi un file grande che è nel drive funziona bene? 
E questo è anche il motivo principale per cui non uso 
box.net
 
 
Soluzioni alternative sono (secondo me): 
- il client insync per Google Drive. Però devi pagare la licenza (io l'ho 
fatto: costa 20 euro a vita) che include client per linux, android e 
windoze, gestisce sync selettivo, gestione dei file office di google, 
gestione degli errori (che non ho mai visto). Si integra con il file 
manager di linux- Lo trovi qui: 
https://www.insynchq.com/
 
- dropbox, ti consente di regolare la banda, di trasferire i file via LAN 
tramite dropbox si integra con il file manager di linux.
 
-- 
Massimiliano Adamo

 sync successivo quando il primo fallisce: 
 
questa è una castroneria che ho scritto, perché non hai un copia locale :) 
Però il concetto dovrebbe essere chiaro sul perché a me non piace come 
funziona. 
 
-- 
Massimiliano Adamo

 funziona.
 
Chiaro :)
E grazie della panoramica.
 
In realtà mancava un'informazione abbastanza fondamentale: la situazione 
è che sto cercando di capire come sfruttare alcuni account aziendali 
google piovutimi in testa (leggi: non ho margini di manovra per 
spostarmi su altri servizi) e stavo cercando la sfumatura giusta fra 
l'uso bovino a manazza (leggi: su pc desktop con interventi manuali, e a 
quel punto file manager o interfaccia browser mi cambia forse poco) e 
provare a sfruttare in maniera più evoluta la cosa con qualche script su 
server virtuale.
 
(in questo senso mi faceva gola google-drive-ocamlfuse che ha una serie 
di how-to per montaggi automatici all'avvio, cose così)

 di how-to per montaggi automatici all'avvio, cose così)
 
insync e' un client per google drive. Pero', ho come l'impressione che una 
licenza corrisponda ad un account. Puoi provare a vedere se hanno offerte 
speciali per account multipli.

 su server?
 
Quale sarebbe lo use case?
 
Enrico


adesso ho letto meglio: "montaggio all'avvio" :) 
insync ha una modalità da linea di comando e può essere attivato 
all'avvio: insync-headless
Pure Dropbox ha una modalità da linea di comando e può essere attivato 
all'avvio. 
 
-- 
Massimiliano Adamo


Domanda semplice, risposta complicata, come accennavo a Max_Adamo sto 
cercando di capire come sfruttare gli account quindi lo use case è 
direttamente dipendente da stabilità e affidabilità dell'oggetto.
Diciamo che potrei avere 2 livelli:
1) uso backup/storage con alimentazione e recupero file via rsync (o 
equivalente)
2) agganciarlo ad un serverino che (brutalizzo) ha un demone che serve 
dei file via httpd (attualmente i file da servire stanno su un disco nfs 
quindi già so che l'assenza di supporto a inotify non è un problema e 
l'accesso sarebbe in sola lettura)
 

 l'accesso sarebbe in sola lettura)
 
Ma. Anche. No.
 
Enrico

 preferibili a Googl Drive
 
Dropbox usa S3, ma tu non puoi usare S3 direttamente. O meglio, puoi farlo 
ma diventa un accrocchio. 
Lo use case ideale prevede una applicazione che faccia uso di una API per 
comunicare con lo storage S3. 
Diversi script che trovi in giro per caricare file su S3, sono da 
considerare strumenti per un uso estemporaneo. 
A meno che non ci sia in giro qualche app in giro che lui può sfruttare 
per il suo uso particolare gli stai dicendo di scriversi una applicazione. 
 
Infine, dal punto di vista dei costi, non è una soluzione equivalente a 
Google Drive. Lo sai meglio di me che con AWS in diversi casi paghi il 
traffico. A quel punto, se deve spendere soldi, può usare quel che gli 
pare, anche lo storage di Google a pagamento. 
 
Glacier è lento ed economico, ma non si capisce bene quel che lui deve 
fare. 
 
p.s.: a me le soluzioni AWS non piacciono e non mi piace lavorarci, non mi 
piace la azienda e non mi piace il modo in cui ti dicono sempre che quella 
particolare informazione che tu gli stai chiedendo immancabilmente "cannot 
be disclosed". Esempio, ti dicono che i tuoi dati sono criptati, ma come? 
"cannot be disclosed".... è tutto segreto e proprietario. Mi sono sorbito 
una settimana di training e a sentire sempre questa tiritera. 
 
-- 
Massimiliano Adamo

 pare, anche lo storage di Google a pagamento.
 
e se si ha l'esigenza di mantenere i dati entro i confini nazionali io 
prenderei in considerazione la soluzion cloud di Marco D'Itri: 
https://www.seeweb.it/prodotti/cloud-object-storage
 
 
-- 
Massimiliano Adamo