Ruhiges IT-Forum

Guten Morgen,
Ein Problem auf Windows 10 Education-Rechnern außerhalb der Domäne.
Die Clientinstallation (1.7.3.5) wurde manuell durchgeführt.
Beim Herunterfahren werden die Pakete nicht installiert.
Von der Konsole eines anderen Computers aus kann ich jedoch Updates und andere Installationen auslösen.

Versionen:
WAPT-Serverversion: 1.7.3.5
WAPT-Agent-Version: 1.7.3.5
WAPT-Setup-Version: 1.7.3.5
WAPT Deploy Version: 1.7.3.5
DB-Status: OK (1.7.3.2)

Nachfolgend finden Sie eine Protokolldatei:

Code: Alle auswählen

Get packages index
u'235 paquet(s) dans le d\xe9p\xf4t\nLe syst\xe8me est \xe0 jour'
Get packages index
u'1 nouveau(x) paquet(s)\n236 paquet(s) dans le d\xe9p\xf4t\nPaquets \xe0 mettre \xe0 jour : admin-secret.stemarie-aizenay.local(=1),aiz-oembackgrounds(=1-2)'
2019-04-23 14:22:10,473 ERROR Traceback (most recent call last):

  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\worker.py", line 171, in run
    self.run_app(conn)

  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\methods\wsgi.py", line 245, in run_app
    output = self.app(environ, self.start_response)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2309, in __call__
    return self.wsgi_app(environ, start_response)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2295, in wsgi_app
    response = self.handle_exception(e)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1741, in handle_exception
    reraise(exc_type, exc_value, tb)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 2292, in wsgi_app
    response = self.full_dispatch_request()

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1815, in full_dispatch_request
    rv = self.handle_user_exception(e)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1718, in handle_user_exception
    reraise(exc_type, exc_value, tb)

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1813, in full_dispatch_request
    rv = self.dispatch_request()

  File "C:\Program Files (x86)\wapt\lib\site-packages\flask\app.py", line 1799, in dispatch_request
    return self.view_functions[rule.endpoint](**req.view_args)

  File "C:\Program Files (x86)\wapt\waptservice\waptservice_common.py", line 102, in decorated
    return f(*args, **kwargs)

  File "C:\Program Files (x86)\wapt\waptservice\service.py", line 708, in upgrade
    wapt().update()

  File "C:\Program Files (x86)\wapt\common.py", line 4181, in update
    self._update_repos_list(force=force,filter_on_host_cap=filter_on_host_cap)

  File "C:\Program Files (x86)\wapt\common.py", line 4136, in _update_repos_list
    self.waptdb.db.execute('delete from wapt_package where repo not in (%s)' % (','.join('"%s"'% r.name for r in self.repositories)))

OperationalError: database is locked

2019-04-23 14:22:11,342 ERROR Traceback (most recent call last):
  File "C:\Program Files (x86)\wapt\lib\site-packages\rocket\main.py", line 144, in start
    time.sleep(THREAD_STOP_CHECK_INTERVAL)
IOError: [Errno 4] Interrupted function call

Hallo,
ich vermute einen Konflikt zwischen waptservice und wapt-get.
Wenn waptexit gestoppt wird, versucht es, das Upgrade über waptservice anzustoßen.
Reagiert waptservice nicht (schnell genug), versucht es, das Upgrade direkt mit dem Befehl `wapt-get upgrade` zu starten (möglicherweise, weil es im Systemkonto ausgeführt wird).

In Ihrem Fall wird der Upgrade-Task wahrscheinlich zwar gestartet, die Kontrolle aber zu spät an waptexit zurückgegeben. Gleichzeitig blockiert das irrtümlich parallel gestartete `wapt-get upgrade` die Datenbank.

Versuchen Sie es bitte mit wapt 1.7.4 (Release Candidate), da sich das Verhalten von waptexit geändert hat. (https://wapt.tranquil.it/wapt/releases/wapt-1.7.4-rc1/ )
Konkret gibt waptservice die Kontrolle an waptexit zurück, bevor die anzuwendenden Aktualisierungen berechnet werden, wodurch die Wahrscheinlichkeit eines Timeouts verringert wird.

Danke für die Info.
Mein Server läuft unter Debian 9.8 (64-Bit)
Welche ".deb"-Datei soll ich verwenden?
Befehl uneme -r:

Code: Alle auswählen

Linux srvwapt 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux

https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb
und
https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb

Etwa so:
cd
wget https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb
wget https://wapt.tranquil.it/wapt/releases/ ... dcaa06.deb

dpkg -i tis-wapt*1.7.4.6031-tisdeb9-4cdcaa06.deb

Die Server- und Konsolenaktualisierungen verliefen reibungslos.

In der Konsole werden zwar alle Geräte als getrennt angezeigt (auch die eingeschalteten), aber es wird weiterhin angezeigt, welche Geräte ein Update benötigen. Dies habe ich beim Google Chrome-Paketupdate beobachtet. Da die Geräte jedoch als getrennt markiert sind, kann ich über die Konsole keine Updates erzwingen, insbesondere kein WAPT-Upgrade.

Auf einer der Workstations, die mir Probleme bereitet, habe ich den Agenten manuell aktualisiert. Er wird nun korrekt in der Konsole angezeigt und ist beim Einschalten als verbunden markiert.

Die Aktualisierungen erfolgen beim Herunterfahren, womit mein Hauptproblem gelöst ist.

Auf dem betreffenden Rechner erzeugt das WAPT-Upgrade-Paket jedoch einen Fehler (weil ich den Client bereits manuell aktualisiert habe?):

Code: Alle auswählen

Traceback (most recent call last):
  File "C:\Program Files (x86)\wapt\common.py", line 3700, in install_wapt
    packagetempdir = entry.unzip_package(cabundle=self.cabundle)
  File "C:\Program Files (x86)\wapt\waptpackage.py", line 2094, in unzip_package
    raise e
IOError: [Errno 22] invalid mode ('rb') or filename: u'c:\\windows\\temp\\wapth0dac7\\waptagent.exe'
IOError: [Errno 22] invalid mode ('rb') or filename: u'c:\\windows\\temp\\wapth0dac7\\waptagent.exe'

Okay, nach mehreren Neustarts zeigt das Wapt-Upgrade-Paket keinen Fehler mehr an und der Computer wird korrekt erkannt.

Ich würde mich jedoch über eine Lösung für Computer freuen, die in der Konsole als getrennt angezeigt werden (obwohl sie eingeschaltet sind).

Das wapt-Paket installiert einen Task, der für eine Stunde und einige Minuten geplant ist.

Daher scheint der Rechner während dieser Zeit nicht mit dem Internet verbunden zu sein.

Ruhiges IT-Forum

[GELÖST] Pakete, die sich nicht installieren lassen

[GELÖST] Pakete, die sich nicht installieren lassen

Betreff: Pakete, die sich nicht installieren lassen

Betreff: Pakete, die sich nicht installieren lassen

Betreff: Pakete, die sich nicht installieren lassen

Betreff: Pakete, die sich nicht installieren lassen

Betreff: Pakete, die sich nicht installieren lassen

Betreff: [GELÖST] Pakete, die sich nicht installieren lassen