NEWS
IOBroker Windows Installation bleibt stehen
-
Tach zusammen.
Schuld daran, dass das Script an der Stelle stehen bleibt, ist ein falsch gewählter Syntax für das gewählte Zielverzeichniss.
Es darf <u>nicht</u> _C:\ZEILVERZEICHNIS_ heissen. ( Siehe weiter oben im orig. Script. )
Es müsste npm install https://wasauchímmer.tar –production --prefix "C:/ZEILVERZEICHNISS" heißen um fehlerfrei zu laufen.
Leide bin ich nicht in der Lage, das Installationsscript zu fixen …
-
Wäre toll wenn du den Bug in Trello reporten würdest, damit sich jemand darum kümmert:
https://trello.com/b/q0SZKdfW/iobroker-whiteboard
beste Grüße
-
Besser ein Issue bei Github eröffnen - da wird auf jeden Fall jemand sich das ansehen.
==> https://github.com/ioBroker/ioBroker/issues
Gruß,
Eric
Von unterwegs getippert
-
Es darf <u>nicht</u> _C:\ZEILVERZEICHNIS_ heissen. ( Siehe weiter oben im orig. Script. )
Es müsste npm install https://wasauchímmer.tar –production --prefix "C:/ZEILVERZEICHNISS" heißen um fehlerfrei zu laufen.
Leide bin ich nicht in der Lage, das Installationsscript zu fixen … `
Man muss also eine "Nicht-Windows-Notation" bei dem Pfad nehmen? Wirklich? Selbst probiert oder irgendwo gefunden? Also das zu ändern geht einfach … ich kann es dann als ioBroker-Paket 1.0.5 releasen und jemand muss es zeitnah testen ...
-
Ja, mach mal. Ich denke ich finde eine VM wo ich das mal testen kann…
Kann schon sein dass man wirklich den "Nicht-Windows-Slash" als Pfadtrenner verwenden muss da es ja im npm ausgeführt wird. In Javascript-Scripten muss man auch, trotz ioBroker auf Windows, die Linux-Slashes verwenden - wenn ich mich gerade richtig erinnere...
-
Ich könnte mir auch fix ein paar VMs mit unterschiedlichen Windows Versionen zum testen erstellen.
-
Hallo Zusammen,
Ok melde mich. Ich schaue gerade das ich vllt das Paket mit offiziellen ci Tests ausstatten kann … vllt kann Ich es so besser vorab testen. Oder sehen ob es Auswirkungen hat. Bin schon dran. Melde mich. `
Als Windowsentwickler hoffe ich, Dir hier ein wenig helfen zu können.
Je nach Version von Windows muss sich der Installer dynamisch anpassen, ebenso sind seit einigen Windows Updates die "Account Policies" zu beachten (Logon as Batch and Logon as Service), ebenso spuckt meistens auch die UAC und LUA dazwischen, welche trotz Abschaltung in der GUI noch im Hintergrund aktiv bleibt und erst via einem Registrypatch abgeschaltet werden kann.
Danach das übliche Ab- und Anmelden um den Kontext zu ziehen.
Je nach lokler Einstellung kannst Du als Anwender mit Adminrechten oder als angmeldeter Admin in %Programfiles% schreiben oder auch leider nicht…. das gleiche gilt für die Wurzel von C:.
Ich weiss nicht welchen Installer Du verwendest, manche (Installschield, Wix) brauchen z.b. C:\iobroker anstatt C:\iobroker bei der Verpfadung....
Ist etwas tricky, denke Du brauchst eine Abfrage der Windows Version zum Zeitpunkt der Installation und einige kleine Testscripts ob bestimmte Aktionen erlaubt sind im aktuellen Kontext, ebenso sollte der Service welcher ioBroker startet in einem Kontext laufen, welcher auch das Netzwerk nutzen darf.
Herzliche Grüsse
Equilora (aka Harald)
-
Oder direkt im Installer ein Benutzerkonto angeben lassen in dessen Kontext ioBroker gestartet werden soll.
-
Hallo Zusammen,
Oder direkt im Installer ein Benutzerkonto angeben lassen in dessen Kontext ioBroker gestartet werden soll. `
Jop da hast recht…. allerdings wenn dieses Konto niemals lokal am Windows System angemeldet war, wird jedesmal das Profil basierend auf .DefaultUser generiert und am Ende wegeworfen, deswegen sollte für dieses technische Konto unter "Computer Configuration | Administrative Templates | System | UserProfiles: Do not forcefully unload the user registry at user logoff = Enabled" aktiviert sein.
Microsoft hat vieles im Bereich Sicherheit angepasst und passt weiter an, wir selbst rennen nach jedem Patch den Änderungen hinterher :)
Und nach der Installation kotzt die Windows Firewall :)
Herzliche Grüsse
Equilora (aka Harald)
-
Aaaaalso,
ich habe mal den Abend damit verbracht das ioBroker-paket mit Testing der Installs für alle relevanten OS (Linux, macOS und Windows) zu erweitern.
Damit habe ich das Problem auf Windows direkt nachvollziehen können bei den tests und auch den Fix.
Bereite den 1.0.5 vor und melde mich
-
Commando: npm install iobroker –unsafe-perm
Erst natürlich in das Verzeichnis wechseln!
Send from mobile device
Das schöne ios hat Auto Korrektur zum k****
Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community
-
Hallo,
habe gerade auf einer vm mit Win10 Enterprise 1709 (Build 16299.125) die Installation getestet:
npm install iobroker –unsafe-perm
Diesmal ist die Installation des Dienstes durchgelaufen, musste 4 oder 5 mal die Adminabfrage bestätigen.
Der Dienst startet allerdings bei mir nicht automatisch weil der Dienst innerhalb von 30 sec nicht reagiert hat, so zumindest die Windowsmeldung.
Aber der Dienst wurde installiert.
Vielen Dank für die Hilfe.
Gruß
Wolfram
-
Ich habe jetzt zwei Installationen mit
npm install iobroker --unsafe-permgemacht:
Einmal auf einer HyperV-VM mit Windows 10 Pro 10.0.16299 Build 16299. Die Installation (als Administrator) ist komplett durchgelaufen. Der Dienst wurde installiert und sogar der Autostart klappt komplett problemlos.
Zweitens auf einer HyperV-VM mit Windows Server 2012 R2 Standard 6.3.9600 Build 9600. Die Installation ist auch komplett durchgelaufen. Der Dienst wurde installiert, aber der Autostart klappt nicht. Der Admin ist entweder gar nicht erreichbar oder es kommt nur das drehende Zahnrad. Da muss man einiges an Überredungskunst aufbringen dann läuft er auch irgendwann mal. Ist aber denke ich jetzt nicht entscheidend - es wird nicht so viele Leute geben die ioBroker auf Windows-Server installieren wollen. Ich hatte nur die VM gerade so herumstehen ;)
Ich setze jetzt die erste VM nochmal zurück und teste mit dem Installer…
570
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge