skripta preko mreže

Imam eno čudno zadevo, namreč če klienti poganjajo skripto na domenskem strežniku preko task scheduler, vse deluje.
Če skripto prestavim na file strežnik in nastavim vse isto kot na domenske, pa ne dela vredu. Vse neki na pol deluje, ali pa deluje in se ustavi, itd.
Kakšna ideja kaj bi lahko bilo?

Ja mislim da skripta ne dela iz file serverja.

Mislim da se imam nekje tisto kuglo da pogledam kaj ta tvoja skripta dela, sekundo...
Mam pa jaz en drug problem če bi ti mogoče vedel. Zadnjič sem zaganjal en program pa mi je nekaj na pol vse delalo. Maš mogoče kakšno idejo kaj bi bilo?

200€ daj na mizo, pa pridem pogledat.

Če ti je 200 € premalo, ponudi raje 2.000 €, ker se za 400 € res nima smisla ukvarjat s tem.

To ti je tehnični forum. Katastrofa.
Vidim, da je cinizem postal že kar nacionalni šport.
Skor ni teme tule gor, da ni notri večino smeti.

Moderator: opravi svoje delo, pa vsaj moj post pobriši.

Tvoje vprašanje je daleč od konkretnega. Recimor manjka jezik, potem kak logiranje in mogoče zakaj file sistem ni v domeni? Ali je user ki poganja skripto v domeni? Ima iste pravice kot pravi user? Kaj je razlika v tistih urah ko dela in kaj v tistih ko ne... Ali se source ali target ugasta... In tako naprej in tako nazaj.

Kot so ti rekli za 200 eur ti rešijo problem.

Potem je problem v serverju ane ;)

Dejansko me moti, in bom pač napisal.

Če delaš karkoli na Windows sistemu v okviru sistemske administracije in to počneš za podjetje, potem je predpogoj MCSA/MCSE. Brez tega znanja lahko podjetje zgolj drago plačuje zaposlene za ugibanje (naključno restartanje, klikanje, pizdenje na gejtsa, gostilniške debate "sej veš, windowsi" in ostali sorodni domet...), hkrati pa (zaenkrat) še naprej uspešno konkurirajo podjetjem iz tretjih držav, kot so Bangladeš, Pakistan in Nigerija.

MCSA/MCSE je vstopnina v svet Windows sistemske administracije. Brez tega pa so odprta zgolj vrata za pometanje cest in risanje črt.

In bil bi zelooo presenečen, če bi imel kakeršen koli MS certifikat, za katere itak vemo, da so brezveze, ker gdo pa rabi (teoretične) osnove, če se da vse poklikat.

A se skripta zaganja preko task schedulerja ali je to windows servis ki teče v ozadju?

Če sta dve različni verziji serverjevo je morda vzrok v Powershell verziji. A poganjaš powershell skripto?

SeMiNeSanja je 22. maj 2020 ob 02:46 izjavil:

Če skripto poganjaš izven task schedulerja (na roke), pa vedno opravi zadeve 100%?
Mogoče pa bi na tem nivoju (ročnem) poskusil debugirat zadevo?

Mogoče v skripto vgradiš nekaj logiranja, da vsaj vidiš, do kam uspe priti, oz. kje potem pade?

Ko jo poženem na roke se vedno izvede do konca brez problemov, ko jo izvede task cheduler pa ne

videc je 22. maj 2020 ob 07:53 izjavil:

A jo povsod poganjaš z istim uporabnikom? So povsod urejene pravice na mapah/datotekah?

Povsod je vse isto, to sem 100x preveril, ker mi ni bilo jasno, zakaj ne deluje.

Blisk je 22. maj 2020 ob 09:05 izjavil:

SeMiNeSanja je 22. maj 2020 ob 02:46 izjavil:

Če skripto poganjaš izven task schedulerja (na roke), pa vedno opravi zadeve 100%?
Mogoče pa bi na tem nivoju (ročnem) poskusil debugirat zadevo?

Mogoče v skripto vgradiš nekaj logiranja, da vsaj vidiš, do kam uspe priti, oz. kje potem pade?

Ko jo poženem na roke se vedno izvede do konca brez problemov, ko jo izvede task cheduler pa ne

videc je 22. maj 2020 ob 07:53 izjavil:

A jo povsod poganjaš z istim uporabnikom? So povsod urejene pravice na mapah/datotekah?

Povsod je vse isto, to sem 100x preveril, ker mi ni bilo jasno, zakaj ne deluje.

Sem imel ze identicne tezave, ko pridem do notebooka ti naredim screenshot kako moras klicati posershell skripto da ti vsakic deluje, meni je std. Postopek isto sral, manual je delalo normalno, preko task schedulerja pa se je skripta izvajala samo delno.

win64 je 22. maj 2020 ob 09:32 izjavil:

Preveri, da je v tasku izbrano "run whether user is logged on or not".
Pa poizkusi še izbiro "Run with highest privileges".

Naprej lahko nastaviš pot od kje se zaganja programček(pod urejanje action->Start-in (optional))

Lahko poizkusiš še omogočiti zgodovino za taske, da vidiš kakšen status vrne skripta.
Drugače pa logiranje v datoteko nikoli ni napačno. Spodaj primer:
copy x y >> C:\tmp\log.txt

stvar je v tem da task scheduler se zažene nastavitve so iste kot so bile
zgodovina je, da se je zadeva zagnala

WhiteAngel je 22. maj 2020 ob 10:25 izjavil:

Za začetek izpisuj event loge za vsako vrstico v skripti in poglej, kako daleč pride. Razen, če se sploh skripta ne požene? Potem je verejtno v task scheduler logu kakšen zaznamek? A je file server prek network shara? Ali je dostopen? Mogoče se mora še enkrat povezat in je kakšen trapasti timeout. Ali se je prejšnja instanca skripte zaključila, preden se nova požene?

skripta na roke pognana se zažene in konča
skripa preko task schedulerja se zažene in se ne konča.

Tac20 je 22. maj 2020 ob 10:14 izjavil:

Blisk je 22. maj 2020 ob 09:05 izjavil:

SeMiNeSanja je 22. maj 2020 ob 02:46 izjavil:

Če skripto poganjaš izven task schedulerja (na roke), pa vedno opravi zadeve 100%?
Mogoče pa bi na tem nivoju (ročnem) poskusil debugirat zadevo?

Mogoče v skripto vgradiš nekaj logiranja, da vsaj vidiš, do kam uspe priti, oz. kje potem pade?

Ko jo poženem na roke se vedno izvede do konca brez problemov, ko jo izvede task cheduler pa ne

videc je 22. maj 2020 ob 07:53 izjavil:

A jo povsod poganjaš z istim uporabnikom? So povsod urejene pravice na mapah/datotekah?

Povsod je vse isto, to sem 100x preveril, ker mi ni bilo jasno, zakaj ne deluje.

Sem imel ze identicne tezave, ko pridem do notebooka ti naredim screenshot kako moras klicati posershell skripto da ti vsakic deluje, meni je std. Postopek isto sral, manual je delalo normalno, preko task schedulerja pa se je skripta izvajala samo delno.

ja bi prosil
hvala

Sem prebral temo. jaz bi preveril sledeče, če se skripta na enem strežniku zaganja OK ima očitno uporabnik do tistega direktorija dostop.

Poglej v katere direktorije ti shranjuje loge. Se strinjam z b3D, da je problem v privilegijih. Daj za foro na kako public mapo, da vidiš kako se bo takrat obnesla.

Sedajle me je klical Pharaque Makduk iz Pakistana in pravi, da so v sredo imeli isto problem s skipto, a da so danes s poskušanjem naključnega klikanja, restartanja in ugibanja končno rešili problem. Sedaj imajo v podjetju vzpostavljen ter delujoč proces, in pravi, da gre naprej novim izzivom naproti.

Kako kaže v vašem podjetju, g. Blisk? Dva dni downtime-a, kako se spopadate z nastalo situacijo?