Mikä kumma saa FTP-palvelimen antamaan virheilmoituksen: "Blind"???
Laite katkoo scriptattua siirtoa näennäisen satunnaisesti kerran kuukaudessa. Kun tämä ilmiö tapahtuu joudutaan asia korjaamaan manuaalisesti.
Laite katkoo scriptattua siirtoa näennäisen satunnaisesti kerran kuukaudessa. Kun tämä ilmiö tapahtuu joudutaan asia korjaamaan manuaalisesti.
Vastaukset 13
Vanhimmat
Opetellaan tekemään se virheilmotus ensin ennenku edes vingutaan gurujen apua.
pässinpää!!!
Ymmärrän, että 12-vuotiaalla on nykyisen koulumaailman, nopeasti vaihtuvien trendien ja kovenevien vaatimusten aiheuttaman paineen alla vaikeaa. Eiköhän olisi parempi sinullekin palata takaisin sen konsolin ääreen ja jättää internet odottamaan kunnes ensimmäiset haituvat alkavat kasvaa leukaasi?
Olisiko tällä palstalla aikuisiakin lukijoita, jotka voisivat tarjota asiaan jotain näkemystä?
mikä ftp-serveri siellä on?
pääsetkö itse serverin asetuksiin kiinni?
jos pääset saako logista mitään irti?
minkätyyppistä tiedostoa siinä yritetään siirtää? (ettei yritetä siirtää jotain tiedostoa, joka on lukittuna yms.)
Asia on sillä tavalla notta siirrämme ison firman ajoja etäpisteistä SQL-kantaan FTP-yhteyden yli. Kaikki palvelimet ovat meidän hallinnassamme. Kaikkien oikeuksien pitäisi olla kuosissa. Ongelma ilmenee satunnaisesti, mutta kuitenkin vain _kerran_ kuussa vaikka ajo tehdään joka päivä. Yleensä loppukuun puolella. Jossain vaiheessa FTP-yhteys katkeaa, scripti ajaa itsensä piste pisteeltä sulavasti läpi, mutta siirto menee luonnollisesti kuralle.
"Blind" ei ole mikään todellinen virheilmoitus emmekä ole edes onnistuneet 100% varmuudella setvimään mikä osa kokonaisuudesta sen generoi vaikka se tuleekin kun FTP-yhteys on katkennut.
Olen kohtuullisen (hyvin) varma, että scripti itsessään on ok. Vaihtoehdoksi jää FTP-palvelin tai ise SQL Server. Olen pohdiskellut saattaisiko SQL-palvelin sopivassa tilanteessa pitää tiedostonsiirtoa vihamielisenä toimintana ja katkaista itse yhteyden.
Vai onko häiriö jossakin etäpisteessä? Mainitset yhtenä skenaariona lukitun tiedoston siirto-yrityksen. Olisiko syntyvä virhe jotain tämän kaltaista jos kyseisessä etäpisteessä siirron kohteena oleva tiedosto olisi yhä auki? Miksi se katkaisi FTP-yhteyden SQL-palvelimelle?
Jos haluat saada apua ongelmiisi niin vähin mitä voisi olettaa olisi että vastaat kysymyksiin.
Siis mikä ftp-serveri ja client, millä alustalla ja mikä on virheilmoitus ja missä se ilmenee.
Btw se Blind on normaali ftp-serverin asetus jossa asiakkaalla on oikeus vain kirjoittaa serverille, ei lukea.
Toisaalta voisit vähän selventää miksi ylipäätään käytät ftp:tä sql-serverien välisessä tiedostojen siirtelyssä?
sql-serveristä ei ole mitään tietoa, mutta seurravia asioita tulee mieleen.
tekeekö sql-serveri joitain ajoja silloin kun katkeaa? esim. varmistus(ymmärtääkseni tällöin servo ajetaan alas),optimointi,yms.
mites palvelimien kellot, jos siirrettäessä esim. laitetaan joitain aikaleimoja?
ja ilmeisesti alustana on winblows, löytyykö itse käyttiksen logeista mitään virheitä ko. hetkellä?
tuohon skriptiinhän voisi laittaa debuggausta virhetilanteissa.
herjan saa aikaiseksi jos olet viritellyt directory oikeuksia, esim käyttäjää saa ladata tiedoston mutta ei listata tiedostoja.
Terve,
Ihan ensimmäiseksi sulle tiedoksi pyörittelen työkseni palvelimia 8h/päivä.
Toiseksi sä et todellakaan tiedä miten tehdä virheilmoitus.
siinä pitää kertoa daemonin ja clientin tiedot / versiot jne.
kolmanneksi: jos sä kuvittelet, että voit ajaa ftp:n yli tavaraa suoraan SQL.ään ja vielä siten että se toimiikiin niin kehotan, että lähdet etsimään työtä vaikkapa raksalta, koska tälle alalla et sovellu.
Kuvittelisin, että tilanne on se, että siirrät toiselta palvelimelta suoraan tavaraa MySQL:n kantaan /var/lib/mysql
Jos tämä on tilanne niin ammu itsesi!
Jokainen tietokanta ohjelma jossa on vähääkään mitään järkeä osaa replikoida itsensä slave palvelimeen ilman mitään vitun FTP-virityksiä.
Voi luoja, että mulla palaa teihin amatööreihin hermo ku te viette pätevien ihmisten työpaikat!!
Sinulla todellakin on tyypillinen v*ttumäeolengurugurukuningas733 ja syntynyt FTP p*rseessäni poikittain-asennevamma, joka näyttää yhä yleistyvän vasta työelämään saapuneissa esipuberteetin ravistelemissa finninaamoissa.
Kaltaistasi moronia ei uskalla laittaa 50 metriä lähemmäksi oikeaa asiakasta koska egoistinen "Vain n00bi kysyy jotain tollasta" asenne ei varmasti toimi aikuisten kanssa.
Ensimmäiseksi: en ole kaltaisesi tekninen "asiantuntija" vaan vastuussa projektin valvonnasta ja nyt törmännyt ongelmaan, jota tekniset valioneromme eivät näytä kykenevän ratkaisemaan.
Toiseksi: olen pyytänyt *kumarrus* neroiltamme tarkan ongelmakuvauksen ja laitan sen tänne. Jopa sen scriptin jos sitä tarvitaan. Pullo Labroaighia ratkaisun keksijälle ellei hän ole alaikäinen...
Kolmanneksi: Järjestelmä, jota me nyt parsimme, on asiakkaan aikoinaan itsensä hankkima. Tosimaailmassa asiat menevät näin eivätkä silleen kultsimurupuppelioptimisti kuin siellä koulussa ja kotona. Yleensä asiakkaan järjestelmä on vanha, sekava ja täysin dokumentoimaton kun siitä aletaan hakea vikaa.
Voi luoja mulla palaa teihin teinari "asiantuntijoihin" hermo kun te tuhoatte koko alan maineen...
Mielenkiintoisia kommentteja tyypiltä. Ei selvästikään sovellu neuvontahommiin. Erityisen mielenkiintoista on se, miksi vaivautuu ilkkumaan täällä. Vai oliskos tämä taas se sama tyyppi joka yrittää eri palstoilla esittää asiantuntijaa? Kerro nyt miten tuo ongelma ratkaistaan, niin ehkä pelastat maineesi asiantuntijana (se neuvontapuoli ei enää ole pelastettavissa).
Pätevä muka?
Eri toimipisteissä olevilta Windows–pohjaisilta koneilta kerätään tiedot SBM–kutsuin (robocopy) Windows 2003–alustalla pyörivälle palvelimelle.
Samalla periaatteella päivitetään toisenlaista tietoa etäpisteisiin. Aineistoa muokataan hieman Windows–koneessa ja lähetetään se sitten Windowsin omalla ftp–clientilla SCO 5 padassa pyörivälle ftp–serverille. Kirjautuminen ftp-palvelimelle tapahtuu validein kreditein samoin siirtyminen upload hakemistoihin validein komennoin.
Komennot annetaan ftp–clientille .tak tiedostossa (tämä ei ole dokumentaatiossa mukana) Realisoituva single point of failure on ftp–siirto joka syystä eli toisesta jää epäsäännöllisesti toimimatta. Muu komentojonoissa tapahtuva prosessointi menee kyllä läpi. Ympäristössä on tapana bootata Windows–kone jonka jälkeen ftp-siirrotkin toimivat.
Mitään muuta ilmoitusta tai virheilmoitusta tuon "Blind" lisäksi ei generoidu missään.
Mikä FTP-daemon teillä siellä pyörii?
Voisko sen mahdollisesti vaihtaa?
>...Windowsin omalla ftp–clientilla...
Nykywindowsien oma ftp-client on heitetty jo Microsoftillakin roskiin. Suosittelen samaa.