Newsgroup: it.comp.os.dibattiti
Titolo: Novell - Il passato?

Visto il tono della discussione sul Novell ho perso un po di tempo a
chiaccherare con gli specilisti di Novell in azienda. L'ho trattato
peggio di quel che si meritava, pero' alla fine sono rimasto della
stessa opinione.
E' un S.O. morto.
E' complicato da installare, ed e' complicato da amministrare.
Potenzialmente e' potente, ma se devo prendere una persona con uno
skill cosi' alto, perche' dovrei prendere NetWare? Unix o addirittura
un Host e' una scelta (per me n.d.p.) piu' naturale.
Da noi e' morto per quello. Non ne vendevamo abbastanza per
giustificare il costo di aggiornamento di una persona su temi cosi'
specifici.
Non lo sapevo, ma si puo' scegliere a che ring girano i processi. 
Una follia per me. Al livello kernel ci deve girare solo il kernel.
Capisco il potere delegare ad un processo un tot di processore al
massimo, ma spingere un processo a ring zero i lascia perplesso. 
Tecnicamente e' tutto bello, ma chi e' in grado di gestire una simile
complessita'? La complessita' di un host, senza avere un host, una
scelta di mercato che non capisco.
++++
Parlando con il 50% della futura "Papero Networking" invece di Host,
mi sono convinto che chi ha un Host non lo abbandonera' mai per un
giocattolo come NT liscio, NetWare o Unix liscio. Li riesco a capire
la necessita' di amministratori con altissimi skill. 
Ma chi ha un host ha esigenze che necessitano di professionisti *veri*
con specializzazioni settoriali. Io che so poco di S.O., DB,
programmazione, con gente simile, su un mercato simile, sarei un
semplicemente disoccupato.
++++
NT liscio, Unix liscio. Sono riuscito a parlare con chi usa sul serio
i clustering (sempre il mio 50%). Molta sorpresa perche' funzionano
sul serio. Non siamo ancora riusciti a capire bene come facciano a
gestire il load balancing delle richieste via TCP, e se e' possibile
che le transazioni migrino da un macchina all'altra.
++++
Nt Clustering credo sia stato sviluppato da uomini Digital, credo gli
stessi che hanno sviluppato il clustering sui loro Host. Forse
Gabriele ha notizie a riguardo.
Sto aspettando che il libreria compaia la traduzione del Tanembaun sui
S.O. distribuiti, che credo si possano avvicinare molto ad un cluster.
-------------------------------------------------------
Tieni per te il Papero se vuoi la mia email
Sito Papero -> 
http://utenti.tripod.it/papero

 Gabriele ha notizie a riguardo.
Il nucleo originario di Wolfpack č opera del team di sviluppo NT Alpha.
Saluti.

massimo, ma spingere un processo a ring zero i lascia perplesso.
Ma un processo lanciato da root sotto unix e` come se girasse a ring 0.
Rimane un processo a ring 3 ma puo` avere completo accesso a /dev/mem
/dev/kmem, /dev/port, insomma vede tutto e puo` fare tutto, non
direttamente, ma quasi.
-- 
Lorenzo
"Given enough eyeballs, all bugs are shallow", Linus'Law
(per rispondere via email fai un rot13 dell'indirizzo)
(apply a rot13 to reply)

 NT liscio, Unix liscio.
Boh, per me NT è una buona piattaforma applicativa, abbastanza stabile (ma
non quanto unix, di cui è anche meno performante). Personalmente ho
sperimentato pochissimi crash, (e dire che ne abbiamo parecchi); certo,
quando leggo ex-post le bug fixed list degli sp mi sento male...Sulla rete,
oltre a quanto detto prima, si risente del vecchiume del modello Netbios.
ciao

 un Host e' una scelta (per me n.d.p.) piu' naturale.
[adesso-tocca-a-me]
Ho dei punti (quasi)fermi nel mio pensiero, un po' da informatico, un
po' da pragmatico che deve anche contare la lira in tasca:
1) Unix sta vivendo la sua seconda giovinezza con: Linux, HURD e i vari
BSD.
2) L'host non ha nessuna seconda giovinezza. Chi ce l'ha, se lo tiene;
ma oggi nessuno lo installarebbe ex-novo. Inoltre, chi si ritrova l'host
installato su macchine che non possono superare il 31 dicembre 1999,
preferisce quasi sempre una migrazione ad altro sistema.
3) Novell fa tutto: anche il caffè; ma questo caffè non riesce sempre
bene. L'unico buon prodotto forse è Netware for SAA. Per il resto
attualmente ci sono tanti piccoli problemi e non sarà una console di
amministrazione Java, con una GUI decente, a poter cambiare tutto. Il
Client Zen offre scenari incredibili, ma in realtà, in molti casi, crea
anche tanti problemi. Il controllo remoto di ZEN ha un funzionamento
molto discutibile (anche su fast-ethernet è lento), il sistema Client di
ZEN può andar bene su win9x, ma NON è integrato bene con NT (qui taglio
corto, bisognerebbe aprire un altro thread). Per complicare (molto
stupidamente) le cose Novell usa il sistema di encriptazione (Gina) ma
le password (al contrario di NT e Unix) sono case-INsensitive: questo
complica le cose quando usi una workstation NT e ti ritrovi 2 password
valide per la rete ed una sola per la workstation. Meglio Samba. La
gestione degli spool di stampa è terribile, l'impostazione prevede
passaggi incomprensiili, inutili e ridondanti e le prestazioni del
printer server sono comunque modeste rispetto a Unix (forse di poco
superiori a NT). Meglio Samba un'altra volta. (il nostro server DNS su
Novell è sempre in palla)
4) La Workstation con NT è una buona macchina anche per lavori pesante
(CAD e grafica), sul server ho molte perplessita. Il server liscio non
fa nulla, e ogni aggiunta bisogna pagarla fior di quattrini e per le
prestazioni e l'affidabilita che offre, sono troppe anche 100.000 lire.
5) Il server Linux (o BSD) è una buona macchina, la workstation
-possiamo dire- è ancora in fase di sviluppo.
6) HURD sta vedendo la luce solo adesso. Avremo tempo per riparlarne più
in avanti ...
--
Ciao ....
           Massimiliano ADAMO
         E-mail: 
maxa...@tin.it
http://web.tiscalinet.it/maxadamo/index.htm

 Novell è sempre in palla)
Sulla 4.11 ha una gestione farraginosa: sulla 5 è moolto meglio (almeno come
secondario: x primario sempre Linux o BSD)
ciao

 riassumere nel motto 'alza il culo e vai davanti al server'
Oppure c'è un altro motto 'studiatelo e installa rcmd'.
Saluti amministrati in remoto

> Oppure c'è un altro motto 'studiatelo e installa rcmd'.
...Che non è proprio la stessa cosa (anche se utile) di un telnet su Unix o
'mwm -display mioclient:0'; . Piuttosto ho visto ora che c'e modo,
nonostante tutto, di installare il RRAS administation su workstation....
RSHciao

 'mwm -display mioclient:0';
Rcmd è come il telnet, e comunque di server telnet per NT ce n'è quanti ne
vuoi, compreso quello dell'option pack.
E per avere tutto il display, grafica compresa (inutile a mio avviso) c'è un
prodotto microsoft (non mi ricordo come si chiama perchè non lo uso) o
l'ottimo VNC freeware, che preferisco.
Se invece devi lavorare sul registry o sugli utenti di un'altra macchina, il
regedt32 e lo user manager ti permettono di scegliere il server che ti
interessa.
Con NT l'amministrazione remota non è un problema, anzi semmai il problema è
l'opposto, per esempio la decisione di microsoft di mettere dcom sulla porta
80 per bucare i firewall, cosa che (se la fanno) mi farà incazzare non poco.
Saluti ChePerFarleLeCoseLeFaMaSarebberoSeimilaPaginePerLaCertificazione

 interessa.
Il primo lo so anch'io, x lo usrmngr ti devi copiare quello del server:
rispondi a questa domanda, perchè MS mette utilities come il suddetto rcmd
nel resource kit e non nel pacchetto base?
Cmq, a parte i tools di amministrazione, la vera differenza con nw sta nel
concetto di 'dominio', gerarchica per gli NDS, 'piatta' x microsoft, per cui
una certa gerarchizzazione la puoi ottenere attraverso il meccanismo dei
trustee (vedi l'esempio di scoletta di un dominio su cui sono definiti tutti
gli utenti i cui gruppi globali vengono assegnati ai gruppi locali dei
domini dei vari settori); per me una struttura come gli NDS è molto più
adatta a gestire grosse realtà, ma in certi casi può presentare delle
rigidità (pensa alla fusione di due aziende su due tree differenti..)
ciao
nonhomairitenutochentfossesemplicecliccheteclacchetepreferiscoglircalregistr
y

 nonhomairitenutochent...
Al tempo, le maiuscole tra una parola e l'altra o non si legge nulla.
Saluti gerarchici

nel resource kit e non nel pacchetto base?
Perche` altrimenti i clienti potrebbero iniziare a sospettare che per
amministrare un server non basta un ragioniere smanettone che clicca
finche` non succede qualcosa.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | "You're one of those condescending Unix computer users!"
      | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

direttamente, ma quasi.
Lo puo` fare se chi lo ha scritto vuole che lo faccia ma e` piu`
difficile che lo faccia da solo a causa di un bug.


 vuoi, compreso quello dell'option pack.
hihihihihi.
Che ci fai con il telnet su NT?
Hai mai provato un demone telnet su NT Server?
Io si. In pratica, non ci fai nulla!
Come fai ad amministra exchange Server o il proxy server, o lo SNA
server con un Telnet su NT?
Apri i file asci li modifichi e fai ripartire il Demone?
hihihihihi.
E se vuoi bloccare una stampa via Telnet? Stoppi il demone LPD, e
ridirezioni la stampa su /dev/null ?
hihihihihi.
E se vuoi installare un driver? lasciamo perdere ...
HAI SCAMBIATO NT PER UNIX, non c'è dubbio.
Saluti lucciole per lanterne.


 Saluti lucciole per lanterne.
Saluti CheSecondoMeT'haPuntoUnaVespa

 hihihihihi.
hohohohoho
Saluti CheNonAggiungoAltro

 preferisce quasi sempre una migrazione ad altro sistema.
Il concetto di host multiutente è l'unico che consente di mantenere sistemi
informativi complessi.
E se ne sono accorti anche i fautori sfegatati del C/S a tutti i costi, SUN
in testa.
Saluti.

 console alla seriale?
Il servizio TS è intrinseco su 2000 e non richiede licenza per usi
amministrativi.
Saluti.

 Che ci fai con il telnet su NT?
Parecchie cose se hai le utility del RK e gli application server del
backOffice 4.5.
Anzi praticamente tutto.
Saluti.

amministrativi.
Pero' e' un bel mattone per la macchina, se e' solo per scopi
amministrativi preferisco continuare ad usare VCN.
Ciao
Francesco

 TSE.
Non conosco TSE.
Comunque, il fatto di dover tenere per forza una password per la rete ed
una per la Workstation in pratica diventa un casino, specie quando hai
centinaia di PC. Con Unix hai il NIS, con NT (o con Samba) hai un
database condiviso per le password. Con Novell hai solo un gran casino
.... con in piů delle password che sono case insensitive.


 finche` non succede qualcosa.
Alludi? manderò un c.v anche a te, perdimostrarti che non sono un
ragioniere.
(uno smanettone forse si...)
ciao

 amministrativi.
Era l'ora.... A parte l'amministrazione, a me il TSE ha risolto un sacco di
problemi riguardo applicazioni non client-server utilizzate da sedi remote..
ciao

 .... con in più delle password che sono case insensitive.
basta mettere NDS x NT..
ciao
(sbagliato bottone, sorry..)

 amministrativi.
Apropos: lo sai che significa 2000 ?
Significa 2000 dollari.
Questa è l'unica cosa intrinseca se vuoi usare Win2000 :))
--
ciao,
Massimiliano

E' un S.O. morto.
considerato che non e'mai stato un SO....
Obelix

preferisce quasi sempre una migrazione ad altro sistema.
ma sempre di tipo Host..... oppure, fallisce, ma quelal e' una
scelta...
Obelix

Oppure c'è un altro motto
Cosa sarebbe che non si puo' fare in remoto con NT per la cronaca?
++++
Gestire NT in remoto e' un poco una schifezza, ma il meglio che ho
visto non e' certo Unix, ma "Query Analyzer". Serve per gestire in
remoto SQL Server 7.
Meglio di una semplice console, con la possibilita' di risultati
tabellari, multiple console, taglia e incolla, commenti. Talmente
buona che la usiamo anche per SQL 6.5.
Vorrei poter gestire un server cosi'. Anzi, spero di non dovere piu'
tornare a gestire server. Ma che dico, gia' lo faccio!
++++
Molte finestre di testo in una semplice di console non e' ergonomico,
a meno che non vi piaccia schiacciare combinazioni di tasti per
cambiare console.
-------------------------------------------------------
Tieni per te il Papero se vuoi la mia email
Sito Papero -> 
http://utenti.tripod.it/papero

 Avendolo, ti posso smentire alla grande.
OK: togliamo anche netware for SAA.
No problem .....


 OK: togliamo anche netware for SAA.
Sia nwsaa che SnaServer sono due ottimi prodotti (almeno per le connessioni
a SNA; x AS non so)...

 wrote in message
news:385D3028...@tin.it...

E allora? Usa Linux. Mica sei obbligato a usare Win2000, come nessuno è
obbligato
ad usare gli AS/400 e gli ES/9000.
Saluti.

Obelix ha scritto:

Non un S.O. general purpose come unix o NT nel senso stretto del termine,
ma un reale sistema operativo dedicato e verticalizzato sui servizi di
rete si'...
E' stato comunque creato anni fa uno spreadsheet per console netware,
contraddicendo in parte cio' che ho detto.
Se poi alludi alla dipendenza al dos, questa e' vera solo per
l'installazione e successivamente per il boot e l'accesso ai floppy
ms-dos, ma poi si "regge" autonomamente, il comando di console "remove
dos" lo dimostra.
Comunque, saro' pessimista, anche secondo me non ha futuro, non riesce
neanche a gestire bene i nomi lunghi di win9x/NT (almeno fino a 2 anni fa,
quando l'ho mollata, e' migliorata?). Tuttavia fino alla 3.12 era
stabilissima e difficile da buttare giu', poi ha accumulato complessita' e
numerosi bachi... Mi sa che con questo modello Novell non riuscira' a
reggere la concorrenza.
bye G.L.
--
  Antispamming: metti "sole" in luogo di "maps"
  Antispamming: replace "maps" with "sole"

 remoto SQL Server 7.
Query Analyzer?
Chedè?
Io per gestire in remoto SQL 7 uso semplicemente SQL 7.
Apri l'Enterprise Manager, di default lui punta al server locale, io
invece gli dico il server da amministrare ed è fatta ...
Però mi chiedo se è possibile fare una installazine minima solo per
amministrare database remoti.
Chissa? Domani controllerò ...


 amministrativi preferisco continuare ad usare VCN.
Pure io.
Mi ci collego a NT, Linux e Digital (AIX ancora no) ... e secondo se
guardo bene me fa pure il caffč.
VNC č stato fatto da Olivetti. Lo sapevi?


 VNC è stato fatto da Olivetti. Lo sapevi?
E' stato scritto negli Oracle/Olivetti Lab che stavano in Inghilterra.
Non da Olivetti.
Saluti.

a SNA; x AS non so)...
Nessuno dei due e' mai stato nella hit list per connessioni SNA:..
Obelix


Che precisazioni stupidine.
Vuoi far vedere che hai fatto le elementari?
Ci crediamo Del Giovine; non ti preoccupare ...


...

Hit list in che senso, i comunication server più utilizzati?? (escludendo
DLC)...

Io per gestire in remoto SQL 7 uso semplicemente SQL 7.
Strano. Tenendo conto che un SQL Server non ha interfaccia, mi
meraviglia che tu non usi programmi accessori.
Dipende che ci devi fare con un generico server. Se ci devi giocare, o
devi fare cose estemporane l'interfaccia utente va piu' che bene.
Figurati se mi ricordo come si fa ad inserire un nuovo utente. Uso il
wizard.
Per le cose di tutti i giorni esiste solo la console. L'influenza di
di questo NG e' nefasta sui miei processi mentali. Ho addirittura
cambiato idea sull'argomento.
Scherzi a parte, se devi usare sul serio SQL Server, sara' meglio che
impari a lavorare sulla console. T-SQL e pedalare.


quando l'ho mollata, e' migliorata?).
Si, adesso li gestisce meglio, ma trovo che abbia dei grossi limiti
nel numero di handle di file apribili. Almeno, i nostri PC che lo
usano come FS hanno prestazioni pietose...
Obelix

...


Tuning del sistema.


Lascia perdere ... capisce solo se gli parli di OS/2 e OS/400.
Tutto il resto, per lui, o non esiste o non funziona bene.
Vorrrebbe farci passare da un monopolio Microsoft ad un monopolio IBM.
Almeno Microsoft fa solo tastiere, topi e manubri, IBM invece
produrrebbe anche Hardware ... Vedi che gran vantaggio che avremmo!


Tuning del sistema.
gia fatto, ad opera di un sistemista certificato Novell. Cio' non
toglie che, nelle installazioni in cui c'e' un server Novell del ns,.
pacchetto ordini, i server novell abbiano un tempo di riorganizazione
dei file di database del 300% piu' alto contro una banale rete
peer-to-peer MS.
Se hai altri suggerimenti, saro' lieto di adottarli: al momento, la
riorganizzazone di un archivio di una 20ina di MB in 'remoto'
richiede, da un client Novell, un po' piu' di tre volte il tempo che
ci richiede la *stessa* operazione fatta fra un PC win311 ed uno Win95
in configurazione peer-to-peer....
Obelix

Vorrrebbe farci passare da un monopolio Microsoft ad un monopolio IBM.
Al momento, verifico che i prodotti IBM da me citati hanno un
funzionamento piu' in linea con quelloc he mi aspetti da un OS. Se per
te un buon funzionamento include reboot, BSOD e riavviare la macchian
perche' uno dei sistemisti del CED ha fatto la pipi', beh, allora
semplicemente abbiamo *due* concetti diversi di OS....
Obelix

ad usare gli AS/400 e gli ES/9000.
Gabrie'. sara' Natale, sara' quel che vuoi, ma ultimamente ci troviamo
spesso in accordo...
Obelix

 peer-to-peer MS.
Quale database? Sei sicuro    che non sia un problema specifico del
pacchetto? Non ho esperienza (per fortuna)di database sotto Netware, a parte
qualche residuato sotto btrieve... Come file server (non si vive di soli
rdbms) è ancora oggi imbattibile (non lo dico solo io)..  a patto che la RAM
del server sia dimensionata rispetto al file system; poi si può agire su
vari parametri.
            ciao

 vari parametri.
Senza tuning, quando si aggiunge il supporto dei nomi lunghi dimezza
letteralmente le prestazioni di accesso ai files....


-
Umhh... mi sa tanto di client non aggiornati.. mai riscontrato problemi
sulle performance con namespace LONG (4.11 e 5.0).. ci mancherebbe altro!
In ogni modo, dalla 4.11 alla 5.0 è cambiata la modalità con cui vengono
convertiti i nomi lunghi w95 in formato 8.3 (x la 4.11 c'è una patch)
ciao

del server sia dimensionata rispetto al file system
128 mb.... dovrebebro bastarem si???
Obelix

Marco Vannini ha scritto:

Oddio, come gia' detto in un post precedente, l'ho mollata, sono indietro di due
anni, e comunque dopo gli immani casini che mi hanno fatto le prime versioni di
client intranetware (@#!*%& AZZZ...)... ho rinunciato e ho lasciato il
tradizionale client microsoft. Sara per questo?
Tra l'altro: Ci sono ancora problemi di minuscole e maiuscole? E soprattutto, ha
risolto casini inenarrabili come directory incancellabili (o che bella rima...)
se si usano particolari nomi e diversi altri casini tipo il file c'e' ma non e'
possibile accedervi...?
