Local file changes detected, aborting deployment #1491
-
ik probeer te updaten van 4.16.3 naar 4.17.1. Wat ik ook probeer ik blijf melding krijgen pi@DSMR:~ $ sudo su - dsmr --- You are currently running version: --- Checking Python version. --- Checking for local file changes. [!] Local file changes detected, aborting deployment
Geen idee hoe op te lossen. |
Beta Was this translation helpful? Give feedback.
Replies: 19 comments 1 reply
-
Bedankt voor je melding. Je kunt het commando onderaan de melding uitvoeren en daarna nogmaals een deploy proberen.
|
Beta Was this translation helpful? Give feedback.
-
Dennis, dank voor je terugkoppeling. De git-reset uitgevoerd en daarna nogmaals de deploy geprobeerd; maar helaas blijf dezelfde melding krijgen. Dit vaker uitgevoerd; maar het nummer van de HEAD blijft gelijk. Wat ik verder ook geprobeerd heb is dsmr reader uitgezet en dan de deploy. maar melding blijft gelijk. |
Beta Was this translation helpful? Give feedback.
-
Wat is de output van Je kunt anders nog proberen de bestanden te verwijderen en daarna de reset te doen, zodat ze weer teruggezet worden. Het zijn allemaal placeholders of onbelangrijke bestanden voor de inhoudelijke werking.
|
Beta Was this translation helpful? Give feedback.
-
Ik heb dit issue even verplaatst naar een nieuw onderdeel binnen Github, waar ik alle issues met vraag/antwoord/hulp naar verplaatst heb net: #1491 |
Beta Was this translation helpful? Give feedback.
-
Dennis, helaas heeft het verwijderen van die bestanden ook niet geholpen.
|
Beta Was this translation helpful? Give feedback.
-
Wat is de output van:
|
Beta Was this translation helpful? Give feedback.
-
bij deze:
|
Beta Was this translation helpful? Give feedback.
-
Wat is de output van:
Het is namelijk vast iets subtiels wat blokkeert, zoals bestandsrechten of iets dergelijks. |
Beta Was this translation helpful? Give feedback.
-
ik verwacht ook dat het iets subtiels is; alleen mijn kennis in net niet op orde om het zelf op te lossen. Ben dus zeer blij met deze mogelijkheid.... Hierbij de output:
|
Beta Was this translation helpful? Give feedback.
-
Helder, het zijn inderdaad de permissies! Je kunt dan dit proberen:
Als het goed is geeft Daarna:
|
Beta Was this translation helpful? Give feedback.
-
er is uiteindelijk niets veranderd.... ik vroeg mij af wat zouden de rechten moeten zijn op de backups/.gitkeep backups/archive/.gitkeep backups/archive/README.txt files? |
Beta Was this translation helpful? Give feedback.
-
Verandert het chmod commando niet de rechten? In de git diff kun je zien wat de standaard zou moeten zijn, 0644.
|
Beta Was this translation helpful? Give feedback.
-
Inderdaad de rechten veranderen niet. Welke ik ook probeer. Er gebeurt niets qua rechten verandering
|
Beta Was this translation helpful? Give feedback.
-
Wat geeft:
En werkt dit ook niet?
Als ik het hier probeer herstelt ofwel een |
Beta Was this translation helpful? Give feedback.
-
dennis; wat ik ook probeer ook via de sudo chmod er veranderd niets qua rechten op de backups....Ze staan nu zo... |
Beta Was this translation helpful? Give feedback.
-
Kan het zijn dat je een mount of iets gebruikt? Ik heb verder geen directe oplossingen meer voor je. Op termijn kan ik de bestanden uit versiebeheer halen en moet ik ze vervangen met een script wat ervoor zorgt dat die mappen na installatie bestaan (daarvoor zijn die bestanden). Het laatste wat je kunt doen is lokaal de volgende regels uitcommenten met een |
Beta Was this translation helpful? Give feedback.
-
Dsmr draait op een aparte rpi bij mij volledig standalone en via mqtt naar home assistent.. geen mount oid aanwezig
Ik ga morgen jouw aangepaste deploy proberen. Wordt vervolgd.
Verzonden door Blue
Op 4 okt. 2021 21:48, om 21:48, Dennis Siemensma ***@***.***> schreef:
…Kan het zijn dat je een mount of iets gebruikt?
Ik heb verder geen directe oplossingen meer voor je. Op termijn kan ik
de bestanden uit versiebeheer halen en moet ik ze vervangen met een
script wat ervoor zorgt dat die mappen na installatie bestaan (daarvoor
zijn die bestanden).
Het laatste wat je kunt doen is lokaal de volgende regels uitcommenten
met een `#` voor, in `deploy.sh`:
https://github.com/dsmrreader/dsmr-reader/blob/v4/deploy.sh#L27-L41
Daarmee zet je de check uit en daarna is het de vraag of het in 1x goed
gaat. Zorg er wel voor dat je een database backup hebt, al verwacht ik
geen issues in die specifieke bestanden.
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#1491 (comment)
|
Beta Was this translation helpful? Give feedback.
-
fixed....het bleek dat ik inderdaad toch een mount had gemaakt naar de backup dir... die tijdelijk verwijderd en nu ging het goed. |
Beta Was this translation helpful? Give feedback.
-
Fijn om te horen, dank voor je aanvulling! |
Beta Was this translation helpful? Give feedback.
fixed....het bleek dat ik inderdaad toch een mount had gemaakt naar de backup dir... die tijdelijk verwijderd en nu ging het goed.