Novell Netware 4.2 kiváltása

Fórumok

Van egy örökölt hálózatom egy Novell netware 4.2-el amit szeretnék gyorsan kiváltani
Jelenleg kb. 60 gép csatlakozik hozzá novelles (tartomány?) kliensel (mind winxp)
Mivel ez egy egészségügyi intézmény használják 7/24-ben ugyan azt a clipperben irt programot alatta ugyanazt a dbase alapú adatbázist. Leállni nem tudok, esetleg csak éjszaka pár órára.

Szerintetek hogy tudnék legfájdalommentesebben áttérni valami modernebb megoldásra (serversoftware terén)?
Plussz keret nincs rá.

Amire én gondoltam: felhúznék pl. egy zentyalt és abba valahogy (ezt nemtudom hogy) belehegeszteném ideiglenessen hogy netware serverként is mutassa magát addig amíg minden gépet újra nem konfigurálok.
Vagy ugyancsak zentyal ami valahogy felmountolja a netware megosztasokat és azokat kinálja tovább már sambán.

Hozzászólások

Szerintem a netware protokollok támogatása linuxon necces volt mindig is, és mivel az utóbbi 10+ évben nem is volt már meg a szükséges user base, így mostanra még jobban el is avult az egész. Nagy kérdés, hogy a win oldalon a user management az most hogy néz ki. Minden pc-n lokális júzerek vannak?

Elvileg van mars nwe ha még él a project. Én virtualizálám.

Ha nem akarod egyszerre meglépni mind a 60 gépen én nem igazán látok mást mint a mars-nwe-t. Használtam jópár évig nemigen volt gond vele. Ez 2000-es évek elején volt, nem tudom mennyire support-olt manapság.

Az ilyen idétlen hálózati share-es programok viszont tudnak érdekes gondokat produkálni, esélyes hogy gond lesz belőle akármerre is migrálnál.

Tudtommal a mars_nwe-t 15+ eve nem fejlesztettek, az eredeti 64 bites rendszeren nem is mukodik (

long int

-et hasznaltak

int

helyett, es a long int 32 bites rendszeren 32 bites, 64 bitesen 64 bites, igy egy csomo adatstruktura elcsuszott). 2010-ben kijavitottam ugyan, azota is hibatlanul mukodik, de teljesitmenyben nem tul jo. Mostanra atalltunk nativ Linuxos binarisra, igy nyugdijaztuk a mars_nwe-t.

Egy helyen lesznek az adatok, a netware serveren. A win2k azert kell, hogy windows kliensrol \\win2kserver\share alatt elerhessek a netware-en talalhato adatokat. Kozben elo lehet keszulni egy teljesen uj samba serverrel, precopy es atallaskor delta, regi cuccokat leallitod es mar az uj geppel uzemel tovabb minden, ha valami nem adja, egyszeru a backout is.

Ha megvan a rendszer forrasa, probald meg leforditani Harbour-ral, nalunk bevalt. 4-500 bejelentkezett juzer mellett 4-5 korul mozog a loadavg (neha felmegy 10-15-ig), es a mars-hoz kepest a program egyes reszei tobb, mint szazszorosra gyorsultak :-)

Akkor beszéld meg a fejlesztővel hogy neki mi a véleménye. Maga a program egy 20-25 éves technológiára épül, te ez alól akarod kihúzni a vele egykorú és jól eggyüttműködő infrastruktúrát.

Ja meg azt is meg kéne dumálni hogy mennyiért lenne hajlandó port-olni a programot egy modernebb környezetbe.

Maga a program egy 20-25 éves technológiára épül, te ez alól akarod kihúzni a vele egykorú és jól eggyüttműködő infrastruktúrát.

az orok dilemma: megeri-e (minden szempontot figyelembe veve) a lelegezteto gepen tartani egy obsolete, de mukodo cuccot, mikozben minden mas valtozik korulotte...

--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)

A fejlesztő "nem látja át" hogy mi lenne ha szervert cserélek. És öreg harcos révén, nemigazán ért máshoz (másik nyelvhez). most "végzett" ugyanezen dosos rendszer windowsosításával (4 év alatt, gondolom közben tanulta). Az biztos, hogy a progit fogom felteszem egy pendrivera és bedugom egy olyan gépbe, aminek eddig semmi köze nem volt se a progihoz se a hálóhoz, és megy. Ha ezt a pendrivet megosztom egy másik hasonlóan idegen gépnek akkor a hálón keresztül egyszerre megy a 2 gépen.

Ugyanazt az alkalmazást használja minden felhasználó? Csináltam régebben ilyet.

A lényeg, hogy a zentyal alá valahogyan csatold a netware kisajtolásokat és a klienseket darabonként migráld az új hálóba. Ha viszont kész minden gép akkor cp/sync és egy pár perces leállással az új parancsikont indítva megy újra mindenkinek minden. Ez persze így elég sablonos. A váltást meg meg kell lépni és kész.

Azt viszont nagyon sajnálom, hogy egy fillér sincs egy ilyen lényeges dologra ... szánalmas a jelenlegi pénzosztó rendszerrel szemben.

Azért a lockolásokkal simán lehetnek gondjaid. Mivel az mind a három rendszernél másabbul megy, így nem lennék meglepve, ha nem működne normálisan.

Jogosultságokkal gondolom nem kell szőrözni, minden mehet egy user nevében, igaz? Mert a novelles jogosultságokat sehogy sem tudod transzparensen átvinni, az ncpfs mount egy novelles user nevében működik.

valahogy felmountolja a netware megosztasokat és azokat kinálja tovább már sambán.

es mi lesz a netware jogosultsagokkal?

--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)

Kérdés: A hálózat ipx/spx vagy már tcp/ip A verzió alapján én még az előbbit sejtem. ( kb ekkor kezdte használni a novell a tcp/ip-t)
Ha hardveresen nincs gond a szerverrel akkor minek hozzányúlni. ( ezt már a vírusok is lefitymálják)
Az E-direktoryt és a file rendszert leg fájdalom mentesebben Open Enterprise Szerverre lehet migrálni ( sajnos ebből azt hiszem nem lehet a novelltől 60napos verziót leszedni, ez egy linux alapú netware) egyszeri licencdíjjal viszont újabb 20 évig elketyeghet

Fogalom nélkül ne nyúlj hozzá.

Ha garázsrendszerről lenne szó, mondanám azt, hogy telepíts fel egy független rendszert, teszteld le az applikációkkal, és ha minden oké, akkor fokozatosan mozgasd át az adatokat.

Jelen esetben én az alábbiakat mondom:

1.) Netware, NDS/eDirectory, NSS ismeretek nélkül ne kezdj hozzá.
2.) A migrációs utat én a Netware 4.x -> Netware 6.x -> OES-Linux útban látom.
3.) A MARS_NWE bindery Netware-t emulált, a Netware 4.2-ben NDS van. A MARS_NWE egy hátralépés volna technikailag, felejtsd el.
4.) A Netware 4.2-t nem tudod Samba/CIFS környezetbe berakni.

üdv.

1. pont: ellenőrizni kéne a hálókártya működőképességét. Ha a win98 ugyanazzal a hálókártyával megy, akkor ez nyilván pipa, egyébként kéne valami packet-driver-over-novell-driver cucc + valami packet driver feletti tcp/ip program, mondjuk egy telnet kliens
2. pont: ipx konfig ellenőrzése (net.cfg + a batch fájl, ami betölti a dos-os kliens alkatrészeit)
3. pont: verziók ellenőrzése (hogy csak szimplán elavult a egész, nem pedig extrém elavult bugos verziót sikerül használni) :D

Sok 4.x -> 5.1 migrációt csináltam az ezredforduló környékén, és pár évvel később pedig az 5.1-eket 6.5-re frissítettem. Bitang rég volt, homokozó környezetben fel kellene eleveníteni, az biztos, hogy minden remekül összejött, de a Novell híres volt arról, hogy mindig újra és újra feltalálta a kereket (lásd management szoftver oldaláról a SYSCON - NETADMIN - NWAdmin - ConsoleOne - iManager "evolúciót") így hirtelen abban sem vagyok biztos, hogy X.Y verzióban még Bélának hívták-e a Józsit vagy már Gézának. Elég sokáig terméktámogattam mindenféle múzeális rendszereket, de aztán sikerült az ügyfeleket mindenhol átrugdalni OES/Linux-ra kb. 2008 tájékán, és azóta közelébe sem mentem már Netware-nek. Nehéz volt a szakítás, talán '91-től nyomtam a Netware-t, '98-tól pedig főállásban, de aztán a világ nagyot fordult, és én sem fiatalodok.

talán '91-től nyomtam a Netware-t, '98-tól pedig főállásban, de aztán a világ nagyot fordult, és én sem fiatalodok.

riszpekt! En az 1. munkahelyemen nyomtam 4.x-t par evig, jo cucc (volt). Amire kitalaltak (file es nyomtato szerver), arra teljesen jo volt.

--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)

Arra célszerű figyelni, hogy a Clipper-ben írt programok a CA-Tools nevű állatnak köszönhetően használhattak olyan Netware specifikus dolgokat, mint például bindery kezelés, logikai rekordok, szemaforok, gépek közötti üzenetek, stb. Ha ilyesmik előfordulnak a programban, akkor a szerver csere mellett a program átírása is szükséges lesz. Ez ellen a mars_nwe sem véd, felsorolt dolgok nem nagyon voltak benne.

Jelszót kér a drága:(
Esetleg ez:
https://people.debian.org/~pm/pool/main/mars-nwe/mars-nwe_0.99.pl20.ori…

Toldozgatni kell, egyelőre ennyire jutottam:


sed 's/^ /<Itt_egy_TAB>/' obj/Makefile.o.orig >obj/Makefile.o
sed 's/^extern  FILE \*logfile;$//' tools.h.orig >tools.h

Szerk: na ezt mondja a cpp leírása:


The C preprocessor is intended to be used only with C, C++, and Objective-C source code.  In the past, it has
       been abused as a general text processor.  It will choke on input which does not obey C's lexical rules.  For
       example, apostrophes will be interpreted as the beginning of character constants, and cause errors.  Also, you
       cannot rely on it preserving characteristics of the input which are not significant to C-family languages.  If
       a Makefile is preprocessed, all the hard tabs will be removed, and the Makefile will not work.

       Having said that, you can often get away with using cpp on things which are not C.  Other Algol-ish programming
       languages are often safe (Pascal, Ada, etc.) So is assembly, with caution.  -traditional-cpp mode preserves
       more white space, and is otherwise more permissive.  Many of the problems can be avoided by writing C or C++
       style comments instead of native language comments, and keeping macros simple.

No a mars-new pont ezt a galádságot követi el, Makefile-t akar előállítani cpp-vel.

anno amikor a caldera meg nem pereskedett, hanem szoftvert fejlesztett, letezett olyan, hogy caldera netware for linux, elo kene asni, hatha.
ha mashol nem, esetleg egy korabeli disztriben elketyeg :)
anno jatszottam vele, a marssal szemben ez mar tudott nds -t, ha jolemlexem egy 4.1 -es szervert mutatott a netware klienseknek.

Mivel ez egy egészségügyi intézmény, annak a fenntartója az önkormányzat (gondolom) pénzt lehet onnan is kérni. Esetleg körül kell nézni a KEOP pályázatokban van informatika rendszerre felhasználható általában ( most nem néztem) és nem kellene ötletelgetni mindenféle megoldással, a novellnek erre megvan a bejáratott módszertana.

Mivel ez egy egészségügyi intézmény, annak a fenntartója az önkormányzat (gondolom) pénzt lehet onnan is kérni.

egyaltalan nem biztos, hogy az onkormanyzat a fenntartoja, de meg ha az is lenne, penzt kerni tole, hahaha, hat vegul is azt mindig lehet... :-)

--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)

Igazad lehet, de akkor is költségvetési alapon működik. Nem hiszem hogy egy ilyen kb 150 fős szervezet ha piaci alapon működik ( pl fogászati magán klinika) ne tudná fejleszteni a IT infrastruktúráját.
Az elmúlt időszakban rengeteg pályázati forrás volt csak valakinek foglalkozni kellett volna a témával.
Valószínűleg most is költenek az itre(remélhetőleg) pl víruskergető licencek jogtiszta oprendszer stb. abba azért bele férhet a frissítés, ( volt már hogy a Novell upgrade alapon 50eFtot is elkért)