Newsgroup: it.comp.os.linux.sys
Titolo: Storie dalla sala macchine

Disco condiviso (samba) con tutti i nostri lavori. (circa 20GB). il 
disco è connesso come S:
Utente: Apre risorse del computer -> S:
Utente: Seleziona tutto.
Utente: Tasto Dx -> Cancella.
Per i dischi di rete, windows non ha cestino.
Il motivo di sta stronzata folle? Tanto era roba che a lui non serviva.
In pratica ha svuotato un intero server in 10 minuti.
Ed io adesso devo ripristinare dal backup di stamattina alle ore 09.00.

 Ed io adesso devo ripristinare dal backup di stamattina alle ore 09.00.
beh, non č colpa dell'utente mi sento di poter dire.
-- 
Vedo gli amici ancora sulla strada, loro non hanno fretta,
rubano ancora al sonno l'allegria all'alba un po' di notte:
e poi la luce, luce che trasforma il mondo in un giocattolo.
Faremo gli occhiali cosě, Faremo gli occhiali cosě!

 
E di chi?

 E di chi?
se un furbo riesce a cancellare i documenti di tutti, secondo te?
Bye,
Raktzo



Se tutti gli utenti devono avere accesso in scrittura a quei documenti,
non c'e` molto che un sistemista possa fare.
Se ognuno ha i suoi documenti, la mossa migliore e` metterli nelle loro
home, ma non penso che il mio omonimo avesse molta scelta...
Bye.
-- 
Alessandro Pellizzari

Alessandro ha scritto:

Se - come dice - è roba che non gli serviva *non* doveva potervi 
accedere. Poi ovvio che l'ignoranza dell'Utente non è una scusa e che 
alla fine è colpa sua...

raktzo ha scritto:

Forse mi sono espresso male.
Il furbo ha cancellato i documenti del suo reparto.
Ovvero il furbo (grafico) ha cancellato i file del reparto grafica sui 
quali ha libero accesso (sono i suoi)

 home, ma non penso che il mio omonimo avesse molta scelta...
Precisamente.
I 5 grafici accedono a tutti i loro file. Perchè se un grafico sta male, 
non possiamo chiudere l'ufficio solo perchè ai suoi file nessun altro 
può accedere no?!?!
Di conseguenza ha svuotato tutto dato che ha libero accesso al suo reparto.

 alla fine è colpa sua...
E perché? Da noi c'è un server condiviso in cui alcuni utenti hanno diritto 
di scrittura/lettura per poter interscambiare i dati, però non è detto che 
io abbia il "diritto" di cancellare quelli che (in questo momento) non mi 
servono
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
- Secondo te, Ivan, si puo' costruire il socialismo nel Liechtenstein?
- No.  E' cosi' piccolo che non lo sopporterebbe.
		-- Citata da Danilo Acquisti

 alla fine è colpa sua...
Bisogna vedere cosa intendeva dire con il "non mi serviva"....
Perchè magari non serviva a lui...ma a tutti gli altri si!

 reparto.
ah ok, così ha già più senso, da come l'avevi detta sembrava che avesse
svuotato tutti i reparti!
-- 
Vedo gli amici ancora sulla strada, loro non hanno fretta,
rubano ancora al sonno l'allegria all'alba un po' di notte:
e poi la luce, luce che trasforma il mondo in un giocattolo.
Faremo gli occhiali così, Faremo gli occhiali così!

 momento) non mi servono
Ma come fai a sapere cosa ti serve o meno?
O per lo meno, tu come sistemista, come puoi sapere cosa serve o meno ad 
una singola persona?

 
No no.......Non ero qui a scrivere a quest'ora

 No no.......Non ero qui a scrivere a quest'ora
eheh
-- 
Vedo gli amici ancora sulla strada, loro non hanno fretta,
rubano ancora al sonno l'allegria all'alba un po' di notte:
e poi la luce, luce che trasforma il mondo in un giocattolo.


Alessandro ha scritto:

A maggior ragione. Un utente non deve poter accedere a roba che non 
serve a lui.

Alessandro ha scritto:

Policy aziendali. Chi ha accesso a cosa, quando, perchè in che modo.
Il problema non è che che l'utente ha cancellato qualcosa che serviva 
agli altri, ma che poteva accedere a dati che a lui non servivano.
Ovvio che se poi salta fuori che l'utente a quei dati ci doveva accedere 
ed in lettura allora è solo un problema suo, ma se effettivamente erano 
dati che a lui non servivano allora è anche un po' colpa di chi gestisce 
la cosa, che non deve per forza essere il sistemista ma chi ha scritto e 
fatto firmare le policy aziendali di utilizzo della rete.

> 
cmq sono solidale con te, qui da noi io ci avevo provato a fare i gruppi:
art
account
stage
contabilita
etc
non ti dico il disastro, non ne è andata bene una. gli utenti non volevano
capire il discorso "sola lettura"
alla fine ho avvisato i capi e gli ho spiegato che o si faceva un corso di
destupidizzazione lento, oppure si sbragavano i permessi rendendo la vita
più facile a tutti.
secondo voi, cosa hanno scelto?


 serve a lui.
Uffff
Non serve a lui = non serve a lui in quel preciso 
secondo/momento/istante ma magari il giorno dopo gli sarebbe servito.

bla ha scritto:

Euncisiamo... Metti che ci siano 3 grafici che lavorano su tutti i clienti 
(magari uno fa flash, l'altro html ed il terzo fotoritocco); poi arriva il 
flashista e cancella le psd che a lui non servono
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Hanno chiesto a Jack Benny se voleva fare qualcosa per l'Orfanotrofio
degli Attori.  Cosi' lui ha sparato ai suoi genitori e ci e' andato.
		-- Bob Hope

 fatto firmare le policy aziendali di utilizzo della rete.
Oggi non riesco a farmi capire.... :D
Abbiamo 5 grafici.
Tutti e 5 possono lavorare liberamente sui file del loro reparto.
Grafico 1 lavora su un file
Grafico 2 lavora su un altro file
Grafico 3 lavora su un altro file ancora, poi smette, apre il file di 
grafico 1, fa delle modifiche, etc etc etc
Prima, grafico 5, che stava lavorando ad un specifica cartella 
all'interno del suo reparto, ha deciso, di punto in bianco, che tutti 
gli altri file non erano piu necessari e li ha buttati via.
Insomma, nella sua cartella cerano troppi file ed invece di spostare, ha 
svuotato tutto per fare pulizia.

 
:lol

 
Nel mio primo post ho scritto:
 >Se - come dice - è roba che non gli serviva *non* doveva potervi 
 >accedere.
"Se". E' saltato fuori che invece era roba che serviva a lui, allora 
basta, il mio discorso non deve essere preso in considerazione.
Se invece risultava che era roba che a tutti gli effetti non gli serviva 
ma serviva ad altri siete daccordo con me che lui non doveva potervi 
accedere?

 arriva il flashista e cancella le psd che a lui non servono
Ok e tu come faresti lato server?
Per ogni progetto crei tutte le policy?
Metti che il primo grafico fa modifiche al flash del progetto1 e ci 
impiega 5 minuti.
Poi deve fare modifiche al progetto2 dove non può accedere ai file 
perchè durante il lavoro su progetto1 gli son stati disattivati gli 
accessi a tutti gli altri file.
Deve chiamare me per farsi cambiare i permessi?

 accedere?
E' una via di mezzo.
Serve a lui ed anche agli altri. Però in quel preciso istante serviva 
solo agli altri.

 Per i dischi di rete, windows non ha cestino.
/usr/lib/samba/vfs/recycle.so

 reparto.
ok, visto che a livello informatico non puoi impedire che facciano danni
(anche se non condivido la cosa...), a livello fisico è stato gambizzato,
sodomizzato, giorni di gogna, scudisciate, contare i giri esatti del tape
del backup o cosa?
Bye,
Raktzo

 /usr/lib/samba/vfs/recycle.so
Vado di corsa.

 del backup o cosa?
Non condividi perchè?
A livello fisico è stato già fatto tutto quello che dici.

 Vado di corsa.
No, non è il cestino, purtroppo.
Era solo un hint: puoi creare dei recycler, in certe condizioni.

 Era solo un hint: puoi creare dei recycler, in certe condizioni.
Be mi pare di aver capito che siano dei 'cestini' lato server.
Ovvero se un utonto cancella un file, samba lo sposta in una data 
directory....

 A livello fisico è stato già fatto tutto quello che dici.
allora la prossima volta ci penserà più volte prima di cancellare! :-)
Bye,
Raktzo

 allora la prossima volta ci penserà più volte prima di cancellare! :-)
Ne dubito fortemente.

> Appena trovi soluzione fammi sapere !!!!
Quella informatica è quasi pronta, quella psicologica è da pensare...una
tipa è stata preoccupata 1 settimana quando ho spostato un NAS da una
stanza ad un'altra, non vederlo la metteva preoccupata, versarci sopra il
caffe invece no..
Bye,
Raktzo

 Deve chiamare me per farsi cambiare i permessi?
Non lo faccio e non lo farei.
La contabilità è separata, ai  progetti ci accediamo noi soci, i grafici 
hanno la loro partizione ma se un socio fa una cappella è una cappella :-)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Non e' che ho paura di morire.  E' che non vorrei essere li' quando
succede.
		-- Woody Allen

 
Appunto, proprio come da me.

> non c'e` molto che un sistemista possa fare.
Backup niente?

 etc
Idem. Ho un samba con cartella 
materna (RW maestre, sola lettura gli altri)
elementari (RW maestre, sola lettura gli altri)
medie (RW prof medie, sola lettura gli altri)
comune (RW per tutti)
avvisi (sola lettura per tutti tranne per me e la preside)
Credete che ci sia 1 insegnante che abbia capito che non deve mettere
_tutto_ nella cartella "comune"? Sigh...
ciao
Filippo B.
-- 
Ci vuole tutta la vita per imparare a vivere e, quel che forse
sembrerà più strano, ci vuole tutta la vita per imparare a morire.
(Seneca)

 secondo voi, cosa hanno scelto?
Ma siccome *LO SAPEVI GIA'* cosa avrebbero scelto, IMHO avresti potuto 
investire un'oretta a scrivere un documento *sintetico* che spiegasse il 
concetto ed il perchè fosse importante applicarlo.
Quella sarebbe stata *LA* soluzione da prospettare.
( IMHO )
ciao, f.

 Ed io adesso devo ripristinare dal backup di stamattina alle ore 09.00.
Sempre meglio del tipo che, a corto di spazio sul suo notebook Linux,
ha cercato files grossi e/o vecchi.
/dev? Via...
/etc? Via...
/proc? Via...
Vi lascio immaginare che cosa sia successo. Non so in che ordine l'abbia
fatto, ma e` riuscito a levarli tutte e tre prima che il sistema
cominciasse a perdere colpi.
Roba vera, non inventata. Vista con i miei occhi. Abbiamo provato a
ripristinare un po' prima di re-installare da zero.
Ciao,
-- 
        Roberto Divia`              Love at first sight is one of the greatest
Dep:PH Bat:53 Mailbox:C02110      labour-saving devices the world has ever seen
Route de Meyrin 385               ---------------------------------------------
Case Postale                                Phone:  
+41-22-767-4994
CH-1211 Geneve 23 CERN                      Fax:    
+41-22-767-9585
Switzerland                                 E-Mail: 
Robert...@cern.ch

 cominciasse a perdere colpi.
... a parte che /proc su disco si limita ad essere un mountpoint, mi 
chiedo con quali credenziali lo facessi accedere... non è normalissimo 
che un untente di pialli /etc e /dev ...
ciao, f.


Soluzione corretta ma ovviamente inutile.

 Soluzione corretta ma ovviamente inutile.
Inutile nei confronti di quale scopo ?
ciao, f.

 Ed io adesso devo ripristinare dal backup di stamattina alle ore 09.00.
Beh, speriamo che almeno il backup sia integro :-)

 del backup o cosa?
Bella la tortura dei giri del tape!


E' ovvio che a fronte della scelta "politica corretta con permessi di 
lettura/scrittura che tutti devono conoscere" e "cartella condivisa in cui 
tutti possono fare tutto" la stragrande maggioranze dei clienti sceglie la 
seconda e conta poco un bel documento in cui vengono spiegati gli indubbi 
vantaggi della prima soluzione.
Non c'è limite alla pigrizia :-)

 Beh, speriamo che almeno il backup sia integro :-)
Grazie al cielo si!


Utente? Era root. Sul suo portatile personale (per il suo progetto).
Era un collaboratore in visita, da un instituto lontano dove la neve e`
neve e i collaboratori sono un po' stupidi.


 Ed io adesso devo ripristinare dal backup di stamattina alle ore 09.00.
Puoi sgridare l'utente quanto vuoi, ma io direi che questo e' parte dei 
rischi e dei compiti del tuo lavoro. E se mancava il backup la colpa era 
tutta tua.
-- 
Massimiliano

A parte implementare un qualche sistema di "finta cancellazione" (che
esiste: alcuni sistemi di NAS mettono a disposizione (dalle
"proprietà" di file e cartelle, in windows) le versioni di fino a N
giorni prima di tutti i file, oltre che i file cancellati)...
...e smettere di usare le directory condivise per fare lavori che non
c'entrano una mazzarella?
Se i grafici lavorano allo stesso progetto e a volte agli stessi file
metti su un server Subversion e gli installi tortoiseSVN sulle
macchine.
Vedono i file in locale (perchè SONO in locale), ci fanno tutti i
danni che preferiscono, e invece di copiarli sull'ipotetico disco di
rete fanno "tasto destro->commit".
Tu ti fai il backup del repository e sei a cavallo.
Se anche cancellano tutta l'alberatura locale te ne puoi sbattere:
svn co 
http://server/progetto
e sei di nuovo in pista.
Se cancellano tutto *e* fanno commit (delirante, ma possibile) puoi
sempre fare il checkout di una versione precedente (e picchiarli con un
grosso randello nodoso).
Visto lo stordimento dell'utonto medio predisporrei anche un commit
automatico fatto da script al logoff dell'utonto, tanto per sicurezza
:-)
Che ne dici?
-- 
Renato Ramonda

Mandi! Alessandro
  In chel dí si favelave...
A> Appena trovi soluzione fammi sapere !!!!
Io ho creato una cartella Passaggi, settando i permessi di modo che
tutti possano scrivere ma nessuno (a parte gli admin) possano
cancellare/modificare.
In questa maniera la gente è costretta ad usare la cartella come
interscambio e basta.
Inoltre in samba ho abilitato il cestino di rete, modulo recycle.
-- 
  ...e andate chissa` dove per non pagar le tasse
  col ghigno e l'ignoranza dei primi della classe.	(F. Guccini)

 neve e i collaboratori sono un po' stupidi.
Ah beh... ;)))
f.

 root appositamente per automutilarsi il sistema operativo ?
La seconda. Almeno credo. Almeno spero. Conoscendolo, non sono piu`
cosi` sicuro...


 /usr/lib/samba/vfs/recycle.so
Questo solo per samba giusto? In generale per curiosità domando:
Per cautelarsi dalle cancellazioni accidentali puo' essere una idea quella
di eseguire in bg uno script che crea degli hard-link ad ogni nuovo file su
una dir non accessibile agli utenti e poi, eventualemente, fa una scansione
periodica per liberare spazio quando, ad esempio, un link è l'unico rimasto
al file da più di N giorni?
ciauuu
menez
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/