Ik heb een C#-consoletoepassing gepland in Taakplanner van Windows 2012 R2. Toepassing wordt uitgevoerd wanneer deze handmatig wordt uitgevoerd of klik met de rechtermuisknop op de geplande taak en klik op Uitvoeren, maar het is mislukt wanneer het wordt geactiveerd door Taakplanner met onderstaande fout.
De operator of beheerder heeft het verzoek geweigerd (0x800710E0)
Ik heb onderstaande stappen ook gevolgd na Google Zoeken
- Geselecteerd “Uitvoeren of de gebruiker is ingelogd of niet“
- Niet aangevinkt “Start de taak alleen als de computer op netstroom staat“
Antwoord 1, autoriteit 100%
In mijn geval betekende de foutmelding “De operator of beheerder heeft het verzoek geweigerd” dat een vorige instantie van de taak nog steeds actief wasen dat de taak geconfigureerd om geen nieuwe instantie te starten als deze al actief is (de standaardconfiguratie), dus de Taakplanner weigerde een nieuwe instantie te starten toen de taak werd geactiveerd.
Je kunt die optie vinden in een selectievak op het tabblad Instellingenvan de taak, onder het bijschrift “Als de taak al wordt uitgevoerd, is de volgende regel van toepassing“. De standaardwaarde is “Start geen nieuwe instantie“.
Maar die foutmelding is behoorlijk verwarrend. Uit de andere antwoorden kunt u zien dat dit veel volledig verschillende fouten kan betekenen. Zoals gebruikelijk in de producten van Microsoft.
Tip
Het is handig om het tabblad Geschiedenisvan een taak te controleren. Daar ben ik erachter gekomen wat er werkelijk aan de hand is. Er was een gebeurtenis “Startverzoek genegeerd, instantie al actief“.
Antwoord 2, autoriteit 78%
In mijn geval moest ik de rechten voor de taak opnieuw doen.Op de een of andere manier was het domeingedeelte van de gebruikersnaam verloren. In plaats van `DOMAIN\joeuser’ was het gewoon ‘joeuser’. Na een reset werkte het weer zoals vorig jaar.
Antwoord 3, autoriteit 31%
In mijn geval volgens het hebben van een taakconfiguratie met Taakplannerzoals beschreven in de “Voorkom dat een Taakplanner-taak wordt uitgevoerd bij het instellen van updates”, ik had een taakconfiguratie om voer elke “X” minuten uit voor een periode van onbepaalde tijd.
Toen ik de gevreesde “De operator of beheerder heeft het verzoek geweigerd” voor het Laatste uitvoeringsresultaatzag, keek ik naar het tabblad Geschiedenisen zie details die aangeven dat “het schema heeft gemist“.
De oplossing
Vanaf het tabblad Instellingenvan de taakeigenschappen heb ik eenvoudig de optie “Taak zo snel mogelijk uitvoeren nadat een geplande start is gemist” aangevinkt en het probleem is opgelost; hoewel ik de referentie ook opnieuw moest invoeren.
Opmerking:Dit begon zodra een server werd verplaatst van een redundante back-upserver nadat de hardwarereparatie was voltooid, terug naar de oorspronkelijke hardware. Het besturingssysteem was Server 2012 R2 en het besturingssysteem werd verplaatst naar andere hardware terwijl de reparatie werd uitgevoerd op de productieserver, maar ik heb dit daar niet opgemerkt – misschien een vergissing daar – ik weet het niet zeker.
Antwoord 4, autoriteit 16%
Er is een fout opgetreden vanwege mapmachtiging, ik was bezig met het maken van CSV vanuit mijn toepassing, waarvoor mapmachtiging moest worden verleend. Nadat u Volledige controleaan de map had gegeven, werd de fout opgelost.
Antwoord 5, autoriteit 16%
Ik weet dat @Sushmit-Patil een oplossing heeft gevonden, maar ik wilde een oplossing toevoegen voor mijn soortgelijk probleem:
Het blijkt dat een eerder proces nooit is afgesloten (het bleef in het geheugen hangen vanwege een defect in mijn code). Standaard zal Windows Taakplanner het proces niet opnieuw uitvoeren als het al actief is.
Naast het oplossen van het defect, in Taakplanner, onder het tabblad Instellingen, stel ik Als de taak al wordt uitgevoerd, dan is de volgende regel van toepassing:om Een nieuwe instantie uit te voeren in parallel
Antwoord 6, autoriteit 6%
Voor mij was de oplossing om Run with highest privilegesin de eigenschappen aan te vinken.
Antwoord 7, autoriteit 6%
In mijn geval start mijn taak een PowerShell-script – en het produceerde de foutmelding “De operator of beheerder heeft het verzoek geweigerd (0x800710E0)” zoals te zien is in het taakinvoerraster van de Taakplanner. Mijn gebruikersnaam was correct, maar toen ik naar een opdrachtprompt ging en de taak simuleerde door de PowerShell tegen mijn .ps1-bestand uit te voeren, Ik zag een Avast-prompt die mijn script als verdacht markeerdeen dat niet was het laten lopen. Ik heb een Avast-uitzondering gemaakt en nu wordt de taak probleemloos uitgevoerd.
Antwoord 8, autoriteit 6%
Na het inschakelen van de geschiedenis kreeg ik ook de foutmelding “Gemiste taak start afgewezen: Taakplanner startte de taak niet omdat het zijn schema miste.” maar ik wilde niet dat de taak startte toen ik de computer wakker maakte, ik wilde uitzoeken waarom de computer niet wakker werd.
Dit antwoordheeft me geholpen — standaard werd Windows wakker voor “Alleen belangrijke wake-timers” (systeemupdates, maar niet mijn geplande taak).
In de instelling Energiebeheer > Wijzig abonnementsinstellingen > Geavanceerde energie-instellingen wijzigen > Slaap > Wektimer toestaan verander de optie naar “Ingeschakeld” en uw computer wordt wakker om de taak uit te voeren.
Antwoord 9, autoriteit 3%
U kunt dit ook doen via “instellingen”. Waarschijnlijk was een eerdere instantie al actief en is het starten van een nieuwe instantie mislukt.
Antwoord 10, autoriteit 3%
In mijn geval, het foutbericht “De operator of beheerder heeft het verzoek geweigerd” verscheen omdat de computer op de geplande tijd (en de opties ‘in stand-by was (en de opties’ wakker was om te rennen Deze taak “en” Run-taak zo spoedig mogelijk na een geplande start werd gemist “werden uitgeschakeld).
Ik had eerder gekozen “Inschakelen van alle takengeschiedenis” en een nuttiger foutbericht verscheen in het tabblad Geschiedenis: “Gekomende taak Start afgewezen: taakplanner lanceerde taak niet aangezien het zijn schema miste. Overweeg de configuratie te gebruiken Optie om de taak te starten indien beschikbaar, indien schema wordt gemist. “
Antwoord 11, Autoriteit 3%
Ik heb gevonden wat ik geloof als een bizarre bug in Windows Server 2016 Scheduler en misschien andere Windows-serverversies die de fout van het OP produceren (en een oplossing):
Hier zijn de voorwaarden:
- U gebruikt de optie “Maandelijks” in uw taak (ik heb momenteel alle maanden geselecteerd en slechts een paar dagen gekozen, b.v. 1e en 15e)
- Je hebt de geselecteerde ‘synchroniseer in tijdzones’.
Dit was oorspronkelijk een probleem dat ik in november 2020 heb gevonden toen mijn taken twee keer plotseling draaiden na de tijdverandering van DST (en dit was een algemeen gemelde bug, maar niet een voor de hand liggende oplossing). Ik had het nooit gekend, behalve dat gebruikers een dubbele e-mails van een van mijn taken begonnen te ontvangen. In de geschiedenis zou u eenvoudig de taak zien die tweemaal draait naar wat er precies dezelfde tijd leek te zijn. Het werkte prima voor de verandering van de tijd. Ik vergeet alle Troubleshooting die ik toen deed, maar mijn eindtheorie was dat het op de een of andere manier de tijd na de verandering van de tijd verwarde. Het werk was om de optie “Synchroniseer in tijdzones” in te stellen en allemaal goed …
Snel vooruit naar maart Wanneer de DST-tijd net weer is veranderd en nu krijg ik elke keer dat de taken met de maandelijkse optie worden uitgevoerd:
De operator of beheerder heeft het verzoek
geweigerd
Het tabblad Geschiedenis aan de taak is ook leeg. Als u opties en opslaan verandert, begint het tabblad Geschiedenis opnieuw aan te loggen en stopt soms of de taakfouten opnieuw. Raar.
Eén werk rond is om eenvoudig de optie “Synchroniseer in tijdzones” (getest) uit te schakelen. Ik raad deze optie echter niet aan terwijl ik aanneemt dat u het Duplicate Running Task-probleem opnieuw hebt wanneer de DST-tijd weer in november verandert.
De eenmalige keer kreeg ik een foutmelding om te laten zien in het tabblad Geschiedenis dat het heeft vermeld:
Taakplanner lanceerde taak “\ e-mailcampaign” niet, zoals het heeft gemist
schema. Overweeg de optie Configuratie gebruiken om de taak te starten
indien beschikbaar, als schema wordt gemist.
Daarom ging ik en stel die optie in om de taak te starten als het schema wordt gemist en alles goed lijkt. Ik dacht dat ik de oorspronkelijke fout zou zien en vervolgens de taak draait, maar geen fout meer. Het werkt gewoon.
Ik weet dat deze oplossing hierboven is gemeld, maar dat komt omdat de computers van de meeste mensen sliep of iets aan dat effect. Mijn probleem is op een productie-internetgerichte server die niet gaat slapen, overwinteren of iets gerelateerd en alleen gebeurt met specifieke omstandigheden met betrekking tot de maandelijkse triggeroptie. Al mijn anderen TENS VAN GEDEELDE TAKEN WERKEN VLACHTELIJK.