linuxforum

Hozzászólások

10 bejegyzés megtekintése - 101-110 / 536
  • Szerző
    Bejegyzés
  • Hozzászólás: SOAP láma : XSD-ből WSDL? #2202396
    linuxforum
    Felhasználó

      🙂Közben egyre inkább az a gyanúm, hogy az XSD csak az üzenet formátumát határozza meg, csak validálásra való, a konkrét szolgáltatást elérési adatai nincsenek benne. Igaz ez?

      Hozzászólás: REQUEST_URI-ban a teljes url? #2202131
      linuxforum
      Felhasználó

        Most is tanultam …A kérdéses szerverre átvitt oldalakat először csak ellenőrizni akartam, hogy a verzióváltások miatt minden rendben van-e. Ezért - bár az oldal egy eredeti helyen még üzemelt - a böngészőben az új szervert adtam meg, mint proxy szervert.Ha a php oldalt proxy szerverként nézem meg, akkor a REQUEST_URI-ba a teljes url belekerül, míg ha élesben nézem, akkor a REQUEST_URI csak a fájlrészét tartalmazza a kérelemnek ...Érdekes. Már csak azért is, mert ugyanez a webszerver a cgi scriptek esetén függetlenül attól, hogy proxy-nak volt-e állítva vagy sem, a REQUEST_URI-ba csak a fájlnév részt helyezte be.No, mindegy. Legalább kiderült ... majd tesztelek máshogy 😉

        Hozzászólás: REQUEST_URI-ban a teljes url? #2202130
        linuxforum
        Felhasználó

          Tény, hogy a WordPress úgy kezeli, mintha csak a fájlnévrész lenne a REQUEST_URI-ban.Tény, hogy az összes többi - általam eddgi elért - szerveren ebben a változóban csak a fájlnév rész szerepel.Tény, hogy a php.net is példának a /index.html-t írja, és sehol nem tesznek említést arról, hogy ez más is lehet, vagy hogy bármi befolyásolhatná az érték minőségét.Ha ez egy rendesen valamitől függő érték lenne, akkor az érdekelne, mitől függ, és hogyan tudom ezt átállítani? Félek azonban, hogy a REQUEST_URI-ban csak a fájlrésznek kell szerepelni olyannyira, hogy erről külön senki nem emlékezik meg.(Egyetlen helyet találtam a google-ban, ahol egy rosszul konfigurált szerver cgi módban úgy futtatta a php-t, hogy a REQUEST_URI-ba a teljes url belekerült, de ott is hibaként említették ezt, és megoldásként a .htaccess-sel levágták az érték elejét. Ez nagyon csúnya megoldás lenne teljes szerverszinten.)

          Hozzászólás: REQUEST_URI-ban a teljes url? #2202128
          linuxforum
          Felhasználó

            A php.net szerint a fájlnevet kell tárolnia, mint minden más php-t futtató szerveremen is a fájlnevet tárolja.Egyedi esetben le lehetne vágni az url elejét, de erre a szerverre kész oldalak fognak költözni, mint például WordPress motorral készültek, ami elhal ettől a kis bug-tól.Mivel ezeket a tartalmakat nem én fogom kontrolálni, nincs más mód, mint a REQUEST_URI egészséges értékénjek elérése... 🙁

            Hozzászólás: user space lefagy? #2200567
            linuxforum
            Felhasználó

              Nos, a tapasztalatok a következőek:
              1 – A hibaüzenetben jelzett lemezt kicseréltem végül egy teljesen ugyanolyanra, így egy újratükrözés óta az a hibaüzenet nem jelent meg többé.
              2 – De a jelenség továbbra is megvan, a rendszer pontosan ugyanolyan tünetekkel fagy le a. A lefagyás után a konzolon a belépőképrenyőn még egy ENTER-t enged, de aztán semmit. A konzolon sincs semmilyen hibaüzenet. Az újraindítás kikapcsolással megy csak, de a ping-re folyamatosan válaszol a gép.
              3 – A távoli logolást beállítottam, de a távoli logok is lefagynak a megállás pillanatában. Az utolsó üzenetet a spamdyke adta, miszerint egy kimenő levélnél a címzett nem válaszolt (TIMEOUT). De olyan hibaüzenet, amivel bármit is kezdeni tudnék, nem volt.

              Hozzászólás: user space lefagy? #2200566
              linuxforum
              Felhasználó

                Az a baj, hogy RH9-nek minden SATA vezérlőhöz driver kell …
                És a BIOS OS nélkül is tükröz, BIOS-ból alakítja ki és javítja a RAID-et. Egyébként eléggé dárga volt …
                S mivel BIOS hardveres RAID – a linux csak 1 lemezt lát -, a teljes lemez tükrözve van, nem csak partíciók.
                Azóta keresgéltem, és – ha jót találtam – a RAID 1 definíció szerint két eltérő lemez esetén a kisebbik méretét biztosítja, a nagyobbik maradéka elvész… Hát, megpróbálom, jobbat úgysem tehetek …

                Hozzászólás: user space lefagy? #2200564
                linuxforum
                Felhasználó

                  A Promise RAID vezérlője hardvere. Biosból tükröz és állítható. Csak ahhoz kell driver, hogy a RH9 felismerje, mint lemezvezérlő eszközt, mivel alapból még nem támogatja.
                  De a legnagyobb bajom most az, hogy a meghaló HDD helyett nem találok ugyanolyant. Bele lehet tenni olyan másik HDD-t, ami nem azonos típus? És mi van, ha pár bájttal kisebb az új? Vagy csak nagyobbat merjek beletenni? Vagy bele merjek egyáltalán tenni másfélét?

                  Hozzászólás: user space lefagy? #2200561
                  linuxforum
                  Felhasználó

                    Köszi! Ki fogom próblni, bár most egy kissé elbizonytalanodtam.
                    A konzolon ugyanis a következő sorokat találtam:

                    Code:
                    ft3xx: camATAReturn Error (5/20/80/05/50/00)
                    SubmitChannel(DEV5): CAM_SubmitATA() return error
                    SubmitChannel(DEV5): CAM_SubmitATA() return error
                    ft3xx| 1|106h|Warning|Disk SAMSUNG SP2504C (Channel 3/Master) time out
                    ft3xx| 2|104h|Information|Retry access at disk SAMSUNG SP2504C (Channel 3/Maste
                    r)

                    Meglepő módon a logokban erről semmi nincs!
                    Ez – félek – azt jelenti, hogy a HDD-m a halálán van. A RAID vezérlő továbbra is hibátlannak mutatja a tükrömet, de lehet, hogy az csak szektor hiba esetén jelez hibát? A lemezemnek meg valószínűleg valami pozícionálási, mechanikai hibája lehet? … Nem tudom, de azt hiszem, a legbiztosabb, ha HDD-t cserélek.

                    Hozzászólás: user space lefagy? #2200559
                    linuxforum
                    Felhasználó

                      Köszi az ötleteket!
                      A RAID egy hardveres PROMISE FastTrak TX4000/376/378/S150 TX Series. Ha hiba lenne leálláskor a lemezen, akkor azt a RAID vezérlő újraindítás után is már, mint egy sérült tükröt jelezné, de azt mondja, hogy az állapota OK.
                      Egyetlen partíción vannak az adataim /. (Van még boot és swap.)
                      A linux egy régi RedHat 9, amivel semmi baj nem volt ez év februárjáig. Akkor kezdte el. De volt, hogy több mint egy hónapig semmi, és most már van, hogy 25 órán bellül 3-szor is újra kellett indítani.
                      Már próbáltam a quotát is kikapcsolni, hátha az blokkol valamit. Hely rengeteg van a lemezen. 250GB-ból 50-et használ.
                      A távoli logolás jó ötlet, ha ezt kernelből csinálja a gép. Lehetséges, hogy kommunikálni nem lehet a géppel, de távolra mégis logol? Van közeli gép, ahol tudom fogadni a logokat, de még sosem logoltam távolra. Minden segítséget megköszönök, így ha sikerül elküldened a perl scriptjeidet, azokat is örömmel fogadom!

                      Hozzászólás: Bérelni gépet: de hol? #2197084
                      linuxforum
                      Felhasználó

                        Közben nézegettem a külföldi gépeket, de a finanszírozók úgy döntöttek, hogy itthon állítsuk be, mivel nincsenek közvetlen tapasztalataink a külföldi üzemeltetéssel.
                        Tehát továbbra is keresem a hazai, 0-24 technikai ügyelettel rendelkező megbízható helyeket, ha valaki esetleg tudna ilyent.
                        A szerver kipróbálásának lehetőségét köszönöm, de nem igazán ezen áll vagy bukik. Ez inkább VPS esetében hasznos lehetőség.

                      10 bejegyzés megtekintése - 101-110 / 536