Nie ma tego złego , co by się w gorsze
obrócić nie mogło - jak nie wierzysz
włącz komputer :-)

empty space

1. popieram , Master/Pentium 22/12/06 20:12
   spróbuj wyłączyć ACPI i inne zaawansowane funkcje chipsetu (bit wykonywalności). Sprawdź rozłożenie przerwań (co z czym dzieli).
   
   Po co ci novell na tak silnym serwerze ?
   Szczególnie 2 CPU i 4 GB RAM. Co będzie robił ten serwer ?

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

   1. po swietach , Endrioo 22/12/06 21:21
      poprobuje. A na serwerze bedzie okolo gigowa baza danych i ok 30 stacji roboczych bedzie z niej korzystalo. Baza na pewno jeszcze urosnie wiec serwer jest przewidziany na ok 5 lat. Niedlugo powinienem dostac pelna wersje tego nw wiec moze to pojdzie bez problemu.

      empty space

      1. porób testy wydajności , Master/Pentium 22/12/06 21:30
         Jaki engine bazodaniowy? Bo jeśli to baza na dbf'a (znam takie :) ) pod DOS'em to źle kombinujesz.
         Generalnie na twoim miejscu zainteresowałbym się podsystemem dyskowym.
         
         IHMO to składasz serwer przewymiarowany ale i niezbalansowany.
         Testuj !!!

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)

         1. baza to progress , Endrioo 22/12/06 21:47
            taka konfiguracje na przyszlosc zalecal gosciu ktory konfiguruje czesto takie zabawki pod te bazy. Ja narazie nie jestem jeszcze dobry w te klocki. Jak mi sie nie uda tego postawic to i tak przyjdzie ktos kto ma w tym doswiadczenie. Po prostu majac juz ta maszyne postanowilem sprawdzic czy uda mi sie postawic tego testowego NW. Aktualny serwer ktory mamy (pIII xeon 800, 512MB ram) juz powoli nie daje rady. Podlaczenie do bazy po ipx na win98 jest jeszcze ok, ale po TCPIP na winXP to juz tragedia. Procesy ktore pod Win98 szly 10 min na Xp ida 3h. Aplikacja pod xp niestety po ipx nie pojdzie.

            empty space

            1. no to lecim , Master/Pentium 22/12/06 22:33
               1. Czemu aplikacja pod XP nie działa po IPX? Klient Novell'a wspiera IPX/SPX także w najnowszych wersjach. Trzeba tylko przy instalacji wybrać co potrzeba (automatycznie zainstaluje się tylko TCP/IP). Czy też to problem po stronie klienta (aplikacji).
               2. Różnica pomiędzy IPX a IP sugeruje jakiś dziwny problem w konfiguracji serwera lub klientów.
               3. W Novellu masz coś takie polecenie "monitor". Odpal, poobserwuj, zobaczysz co się niewyrabia.
               4. Zainstalowanie Netware 6.6 na tym serwerze może być problematyczne (twoja konfiguracja). Sprawdź czy twój serwer w ogóle wspiera Netware. IBM z serii Xseries wspierają. Przynajmniej półoficjalnie. Na xSeries 226/236 spokojnie ten Netware działa.
               
               Powodzenia. Znikam do poniedziałku.

               Nie ma tego złego , co by się w gorsze
               obrócić nie mogło - jak nie wierzysz
               włącz komputer :-)

               1. jesli chodzi o xp i ipx , Endrioo 22/12/06 23:10
                  to producent aplikacji twierdzi ze nie bedzie chodzilo pod ipx na xp. Podobno sa jakies problemy z wieszaniem sie itp. W kazdym razie wg ich instrukcji progress zostal podniesiony do wersji ktora wspiera tcpip i uruchomiona obsluga tego protokolu. Efekt taki ze na xp sie muli. Baza obsluguje w tej chwili oba protokoly, nawet sam z ciekawosci probowalem instalowac klienta xp z obsluga ipx ale tak jak twierdzil producent nie chodzilo to.
                  
                  Z tym monitorem popatrze
                  
                  Roznica w wydajnosci na ipx i tcp tez mi sie wydaje dziwna i nie do konca zwiazana z moca serwera (gdyby to byla nieduza roznica to ok). Producent podal mi pare parametrow bazy ktorymi probowalem operowac (jakies rozmiary buforow w konfiguracji - juz teraz nie pamietam bo walczylem z tym pare m-cy temu) ale wydajnosc na tcp stale na niskim poziomie. Aha, chyba nie wspomnialem o tym, ze do tej pory aplikacja pracowala na NW 4.2
                  
                  Co do przerostu formy nad trescia to serwer i tak mial byc wymieniony wiec szefostwo stwierdzilo ze bierzemy maszyne ktora starczy na pare ladnych lat. Aplikacja jest nadal rozwijana i to dosc mocno wiec za np 2 - 3 lata moze sie okazac ze konfiguracja wcale nie jest przesadzona.

                  empty space

                  1. jeśli klienci to Xp pro , Artaa 22/12/06 23:17
                     i zamierzacie inwestować w przyszłość to może chociaż SBS2003 postawić , jak brak kasy na win serwer2003
                     
                     tu masz podobny problem
                     
                     http://wss.pl/...id=14&tid=30427&id=168391
                     1. to rozwiazanie , Endrioo 23/12/06 15:32
                        calkowicie odpada. Jak wspomnialem nizej aplikacja jest min raz w m-cu aktualizowana a aktualki sa robione pod NW.

                        empty space

            2. aha i polecam jakiś RAID 5 , Master/Pentium 22/12/06 22:35
               czy też podobny. Czyli minimum 3 dyski. Chodź to zależy ile operacji dyskowych generuje twoja baza (przypominam o monitorze oraz poleceniu nss (nss /cachestats) ).

               Nie ma tego złego , co by się w gorsze
               obrócić nie mogło - jak nie wierzysz
               włącz komputer :-)

               1. no to dałeś ciała , Micky 23/12/06 00:00
                  do baz danych to raczej raid 10 na czterech dyskach
                  1. słuszna uwaga , Master/Pentium 23/12/06 10:14
                     ale do tego trzeba 4 dysków. Zaś RAID 5 na 3 HDD i tak jest szybszy niż RAID 1 na 2 HDD;) Generalnie u nas Oracle na RAID 5 działa bez zarzutu (narzut na operacje I/O jest niewielki).

                     Nie ma tego złego , co by się w gorsze
                     obrócić nie mogło - jak nie wierzysz
                     włącz komputer :-)

1. dobrze mówisz ale ... , Master/Pentium 23/12/06 10:22
   NW 6.6 oczywiście obsługuje HT i ACPI. To robi także 6.0 z odpowiednim SP. Nie jestem pewien ale chyba nawet NW 5.1 z ostatnim SP też wspiera (przynajmniej w stopniu podstawowym) te technologie.
   Jednak z instalacją i tak bywają problemy.
   Np. Aby zainstalować NW 6.0 na xSeries 226 z wbudowanym SCSI (bez ServRAID) musiałem zintegrować SP z instalką. Same sterowniki nie pomogły. Objaw był podobny - ładuje się 15 sekund po czym mignięcie i ... ponownie się ładuje (bez biosu - sam NW) i tak w kółko.
   Wyłaczanie opcji itp. nie pomagało. Całość wywalała się PRZED detekcją sprzętu.
   Pomysł OpenServerem jest godny uwagi - popieram. Generalnie ja bym tą bazę starał się zabrać z platformy Netware (zabytek) na coś innego. Ale nie wiem jakie uwarunkowania ma ich aplikacja.
   Instalacja z manualnym tworzeniem partycji startowej to zwykle problem NW 5.x na nowym sprzęcie. Instalator się zawiesza podczas tworzenia. Ale obejście tego to mały pikuś (ichni fdisk i format z przeniesiem plików DOS'a załatwia sprawę).

   Nie ma tego złego , co by się w gorsze
   obrócić nie mogło - jak nie wierzysz
   włącz komputer :-)

   1. dziekuje za cenne uwagi , Endrioo 23/12/06 15:30
      open enterprise server raczej odpada. Zastanawialem sie nad nim i dzwonilem nawet ale producent nie testowal na nim aplikacji wiec trudno powiedziec jak to bedzie chodzilo. Generalnie aplikacja minimum raz w miesiacu jest aktualizowana a aktualki sa tworzone wlasnie pod NW wiec musi byc NW.

      empty space

      1. w Open Serwer masz NW i SLES'a , Master/Pentium 25/12/06 16:57
         masz licencje na oba produkty - korzystasz z tego czego chcesz.

         Nie ma tego złego , co by się w gorsze
         obrócić nie mogło - jak nie wierzysz
         włącz komputer :-)