Koozali.org: home of the SME Server
Other Languages => Italiano => Topic started by: deep-leviathan on June 06, 2012, 03:30:33 PM
-
ancora io, a rompere le scatole :-D
dunque, ho creato un ibay, sempre su suddetto sme 8 in produzione, sulla quale dobbiamo mettere un db per un gestionale. Ora, siccome ci siamo accorti che il percorso smeserver/nomeibay/files/database gestionale non andava bene, ho provveduto a cancellare l'ibay e a creare una sharedfolder con lo stesso nome, per avere smeserver/nomecartella/databasegestionale
Ecco il problema: quando vao a creare la cartella lo sme restituisce un errore, e cioè: " L'account "nome condivisione" è un account system esistente."
Sembra che sia rimasta traccia dell'ibay creata in precedenza con lo stesso nome ,e per questo on è possibile creare una ondivisione con lo stesso nome.
C' è un modo per far sparire quel nome dal sistema e poter creare la condivisione i questione?
-
Scusami forse la domanda sarà pure stupida, ma mi chiedo:
perchè non hai provato con smeserver/nomeibay/databasegestionale ?
-
ehm.... l'ha creata il mio capo, e ora bisoga vedere di creare qualcosa che funzioni come: smeserver/directorydatabase
-
puoi farlo mappando un'unità di rete
ma precisamente che problema hai?
-
Traccia dell'ibay o di un gruppo utenti o di un nome utente . . . . . -> controlla
A titolo di esempio: se esiste la ibay "moana" e cerchi di creare un utente o un gruppo "moana" ottieni un errore simile al tuo.
Inoltre:
//smeserver/nomeibay/files/database gestionale
il percorso corretto deve essere:
//smeserver/nomeibay/database gestionale
Quindi vuol dire che nella ibay avevi attivato l'accesso web + l'esecuzione dei contenuti dinamici; era volontaria la cosa ?
Perchè poi non mappare l'unità di rete ?
Nicola
-
gli spazi nei nome degli ibay sono M A L E
ogni volta che viene creato un ibay o un utente viene creato un utente di sistema, ovvero una riga in /etc/passwd e in /etc/shadow
se cerchi nei forum troverai la soluzione.. e, se non erro, se ne parla anche nel wiki
-
ok, mi sono spiegato male, la nome ibay non è /database gestionale ma /databasegestionale.
avevo già consultato e trovato il forum, trovando appunto il consiglio di elimianare da /etc/passwd e da etc/shadow i nominatici interessati.
Purtroppo nno è il mio caso, in tali files non compare il famigerato nome della ibay creata-cancellata che non fa creare una sharefolder con lo stesso nome... l'errore è sempre il solito: L'account "nomecondivisione" è un account system esistente.
ovviamente al posto di "nomecondivisione" nel messaggio appare il nome del database del gestionale, che non metto per privacy...
-
Riavviato i servizi samba dopo la pulizia in passwd e shadow ?
Comincio comunque ad avere le idee un po' confuse:
1) La share dove devi mettere il/i file deve avere per forza un certo nome ?
2) L'applicazione ha bisogno per forza di un UNC o può lavorare su una mappatura ?
3) Se continua a comparirti il msg vuol dire che comunque esiste ancora/già una entità con tale nome; sospetto che ci sia qualcosa di altro o precedente oltre la cancellazione della ibay; controlla meglio.
4) Questo
smeserver/nomeibay/files/database gestionale
come già detto sopra è comparso perchè avevi settato l'accesso WEB alla ibay che è necessario solo se devo copiare dentro dei file da rendere disponbili via WEB; bastava disabilitarlo ed avresti avuto accesso alla share nel modo corretto.
Nicola
-
allora:
1) si, deve avere per forza un certo nome.
2)nella path del software gestionale, bisogna mettere il percorso completo di dove sarà il database "nomesmeserver\database"
non va bene la mappatura
3)infatti, è quello che penso anche io, ma non riesco a capire dove...era un ibay, che poi è stata cancellata. Ho provato con tutti i comandi da shell che conosco per individuare qualsiasi cosa che parli del nome in oggetto, ma non ho trovato niente di niente, da nessua parte
4)la ibay è stata creata dal titolare, non pratico di sme,ha quindi attivato l'accesso web per sbaglio.
Ho a quel punto provveduto a cancellare la ibay in qestione e a creare una condivisionecon sharedfolders ma si presenta il problema sopra citato...
-
Bene
1) l'errore viene fuori solo creando la condivisione con il contrib aggiuntivo Sharedfolders o anche se tenti di ricreare la ibay? Se fosse il primo caso potremmo ancora sospettare che ci sia un bug nel contrib. Se non lo hai fatto prova. Eventualmente anche disinstallando il contrib (seguire i suggerimenti nella pagina del contrib). Il contrib da alcune possibilità in più per gestire diritti di accesso e la gestione del cestino ma può darsi che tu non ne abbia bisogno.
1bis) domanda banale ma la faccio: possibile creare condivisione con altro nome, eventualmente rinominando il db ?
2) Aprendo i file passwd e shadows non hai trovato tracce fin da subito della condivisione oppure le hai trovate, cancellate e ha continuato comunque a darti l'errore ?
3) Per la ricerca dell'account, prova banalmente ad entrare in midnight commander e su un file di testo o qualunque altra cosa non importante prova a cambiare i diritti di accesso o la proprietà del file: ti viene proposto un elenco; prova a scorrerlo tutto con santa pazienza.
Nicola
-
bel gestionale che richiede un percorso fisso.. :-)
elucubro come fare.. e se mi viene una idea te la dico.. intanto prova a guardare anche in bugzilla
-
Ho tentato di riprodurre il problema con e senza il contrib installato ma sono riuscito a cancellare e ricreare gli oggetti ibay e share con gli stessi nomi senza problema.
Attendo risposta su quanto richiesto nel post precedente.
Nicola
-
allora:
1) stesso errore sia creando un ibay, sia una sharedfolder
1bis) si, creando una sharedfolder o una ibay con qualsiasi altro nome, funziona tutto correttamente
2)aprendo i files passwd e shadows non c'è traccia del nome incriminato, in nessuno dei 2 files
3)fatta anche questa (pant pant..... :( ) ma anche qui non trovo niente con il nome della folder in questione....
nel frattempo ho messo al cliente un altro sme in parallelo, sul quale faccio girare altri servizi (fetchmail) e ho ricreato li
la directory che mi serviva, pwer ora il gestionale ( un bel troiaio, è vero...gira li sopra ).
4)domanda che forse ha bisogno di un topic a se, anzi, sicuramente se sfoglio il forum trovo la risposta:
si può fare un backup o esiste un contrib che mi fa fare il backup 1:1 senza compressione e senza creare file tar gz ma semplicemente una copia speculare delle directory con i files dentro in modo che il cliente può andarsi a ripescare in autonomia il file cancellato per sbaglio ?
Saluti e grazie x l'aiuto
-
Affa backup
Nicola
-
Crea una ibay;
all'interno mettici il file del gestionale;
sul client windows, mappa come unità di rete K: la cartella all'interno della quale c'è il database;
come percorso del database inserisci: K:\nomeibay\databasegestionale
-
Pare che il gestionale debba usare per forza UNC e con un certo nome di condivisione.
Nicola
-
si, l'avevo letto anch'io
però secondo me non ci ha provaro nemmeno!
-
non si può, ho provato ma il gestionale non accetta unità di rete mappate. occorre indicare la path così: //ipdelserver/directorydatabase...
-
Affa backup
Nicola
se non ho capito male questo contrib permette il backup da un server sme ad un altro server sme. ma se il backup dovvesse essere fatto su un nas ? in pratica una replica schedulata dei files 1:1 senza compressione su un'altra unità di rete...
-
NFS -> vedi paragrafo apposito della guida di installazione; ed è meglio che sia una implementazione valida di NFS tipo quella disponibile sui QNAP; no hdd da supermercato.
Però se trovi in promo un Microserver HP e ci metti gli stessi due dischi che metteresti sul NAS la spesa varia di poco e gestisci tutto con SME.
Con in più il vantaggio che in caso di disastro il server di backup può essere trasformato in server di produzione (a meno dei contrib).
Chiudi qua perchè stiamo andando fuori tema. Se ti servono ancora altre info apri un nuovo Topic
Nicola