Re: [lmn] [gelöst] Imaging: Kein "Hochladen" bei "Erstellen+Hochladen"

2016-11-23 Diskussionsfäden Juergen Engeland 
Hallo Andreas,

nach dem Update von linbo von 2.3.10 auf 2.3.13 kann ich in der Schule
wieder ein Image aus dem zu Hause neu initialisierten Cache schreiben :-)
Ob ich vor einem sync auch den Cache aktualisieren MUSS teste ich
gerade. Dass ich ohne dies von keinem Client ein neues Image ziehen
könnte, ist wohl klar ...

Man sollte den nächsten sync ab besten mit linbo-remote einschließlich
Cache Initialisieren einstellen.

Gruß Jürgen



Am 23.11.2016 um 10:50 schrieb f...@gge-em.org:
> Hallo Jürgen, hallo Liste,
>
>
> dank Jürgens Tipp konnte ich das Problem lösen, dass ein neu
> erstelltes Image nach dem Schreiben in den Cache nicht auf den Server
> hochgeladen wurde, trotz des Befehls "Erstellen und Hochladen".
>
> Die Lösung war, den Cache des Clients zu löschen und neu zu
> formatieren. Mögliche Gründe dafür, siehe Jürgens Beitrag unten.
>
> Vielen Dank an alle Beteiligten!
>
> Grüße, Andreas
>
>
>
>
> Zitat von Andreas Fischer :
>
>> Hallo Jürgen,
>>
>> danke für den Tipp. Ich werde es, so bald ich dazu komme, ausprobieren.
>>
>> Gruß, Andreas
>>
>>
>> Am 22.11.2016 um 18:58 schrieb Juergen Engeland:
>>> Hallo miteinander,
>>>
>>> es könnte ein Problem mit der Struktur des Cache zwischen linbo
>>> 2.3.13 und 2.3.10 geben.
>>>
>>> Nachdem ich zu Hause auf 2.3.13 aktualisiert habe, konnte ich wieder
>>> hochladen.
>>> Von diesem Notebook konnte ich in der Schule mit 2.3.10 nicht
>>> hochladen.
>>>
>>> Ein aus der Schule mitgebrachtes Notebook, welches noch nie an
>>> 2.3.13 hat sich zu Hause selbstständig den Cache aktualisiert und
>>> sich syncronisiert. Dies könnte allerdings eine Altlast sein, weil
>>> es zu Hause einen nach dem letzten linbo-Update mit linbo-remote
>>> eingestellten Auftrag offen hatte (und noch ein älteres linbo als
>>> 2.3.10 hatte?) .
>>>
>>> Ein Lösungsansatz, der für alle daraus folgte, wäre vor dem
>>> Erstellen und Hochladen eines neuen Image den Cache einmal mit
>>> Formatieren zu aktualisieren.
>>>
>>> Für meinen Teil werde ich es in der Schule mal mit
>>> Vorwärtsverteidigung versuchen. Wenn ich linbo auf 2.3.13
>>> aktualisiere, geht es dann hoffentlich wie zu Hause wieder.
>>>
>>> Gruß Jürgen
>>>
>>>
>>>
>>> Am 22.11.2016 um 18:18 schrieb Andreas Fischer:v

 Hallo Alois,

 nein, die Server-IP ist 10.32.1.1 . Interessant wäre für mich aber
 zu wissen, wie du darauf kommst, sie sei 10.16.1.1. Das war nämlich
 die IP unseres alten Servers. Durch die Migration gab es schon
 bisweilen kleine Hakeleien durch die alte IP in irgendwelchen
 .conf-Dateien.

 Grüße, Andreas


 Am 22.11.2016 um 17:01 schrieb Alois Raunheimer:
> Hallo Andreas,
>
>Upload von trusty714.cloop trusty714.cloop.info
> trusty714.cloop.desc
>trusty714.cloop.torrent nach 10.32.1.1 ist fehlgeschlagen.
>
>
> Vielleicht erinnere ich mich falsch, aber ich meine Du hättest
> angegeben die Server-IP wäre 10.16.1.1
>
> Gruß
>
> Aloi
>
> Am 22. November 2016 um 16:45 schrieb Andreas Fischer
> :
>
>Hallo,
>
>Die Ausgabe von /var/log/linuxmuster/linbo$ sudo less
>r210-pc01_linbo.log.1 | grep trusty ist:
>
>
>Lade trusty714.cloop trusty714.cloop.info
> trusty714.cloop.desc
>trusty714.cloop.torrent auf 10.32.1.1 hoch ...
>
>1646 root 0:00 {linbo_cmd} /bin/sh /usr/bin/linbo_cmd upload
>10.32.1.1 linbo xx /dev/sda4 trusty714.cloop
>
>1665 root 0:00 {linbo_cmd} /bin/sh /usr/bin/linbo_cmd create
>/dev/sda4 trusty714.cloop trusty714.cloop /dev/sda1 /dev/sda1
>vmlinuz initrd.img
>
>2016/11/21 09:21:59 [1664] 
>2016/11/21 09:21:59 [1664] rsync: read errors mapping
>"/cache/trusty714.cloop": No data available (61)
>
>2016/11/21 09:22:42 [1664] 
>Upload von trusty714.cloop trusty714.cloop.info
> trusty714.cloop.desc
>trusty714.cloop.torrent nach 10.32.1.1 ist fehlgeschlagen.
>
>
>Ist damit schon etwas anzufangen? Das neue Image war aber
>offensichtlich schon in den Cache geschrieben, denn später hat
>es mit dem einfachen Hochladen-Befehl geklappt:
>
>
>Lade trusty714.cloop trusty714.cloop.info
> trusty714.cloop.desc
>trusty714.cloop.torrent auf 10.32.1.1 hoch ...
>2016/11/21 09:49:33 [1374] 2016/11/21 09:49:33 [1378] 
>2016/11/21 09:49:34 [1382] 2016/11/21 09:49:34 [1386] Upload von trusty714.cloop trusty714.cloop.info
>

[lmn] [gelöst] Imaging: Kein "Hochladen" bei "Erstellen+Hochladen"

2016-11-23 Diskussionsfäden fis 

Hallo Jürgen, hallo Liste,


dank Jürgens Tipp konnte ich das Problem lösen, dass ein neu  
erstelltes Image nach dem Schreiben in den Cache nicht auf den Server  
hochgeladen wurde, trotz des Befehls "Erstellen und Hochladen".


Die Lösung war, den Cache des Clients zu löschen und neu zu  
formatieren. Mögliche Gründe dafür, siehe Jürgens Beitrag unten.


Vielen Dank an alle Beteiligten!

Grüße, Andreas




Zitat von Andreas Fischer :


Hallo Jürgen,

danke für den Tipp. Ich werde es, so bald ich dazu komme, ausprobieren.

Gruß, Andreas


Am 22.11.2016 um 18:58 schrieb Juergen Engeland:

Hallo miteinander,

es könnte ein Problem mit der Struktur des Cache zwischen linbo  
2.3.13 und 2.3.10 geben.


Nachdem ich zu Hause auf 2.3.13 aktualisiert habe, konnte ich  
wieder hochladen.

Von diesem Notebook konnte ich in der Schule mit 2.3.10 nicht hochladen.

Ein aus der Schule mitgebrachtes Notebook, welches noch nie an  
2.3.13 hat sich zu Hause selbstständig den Cache aktualisiert und  
sich syncronisiert. Dies könnte allerdings eine Altlast sein, weil  
es zu Hause einen nach dem letzten linbo-Update mit linbo-remote  
eingestellten Auftrag offen hatte (und noch ein älteres linbo als  
2.3.10 hatte?) .


Ein Lösungsansatz, der für alle daraus folgte, wäre vor dem  
Erstellen und Hochladen eines neuen Image den Cache einmal mit  
Formatieren zu aktualisieren.


Für meinen Teil werde ich es in der Schule mal mit  
Vorwärtsverteidigung versuchen. Wenn ich linbo auf 2.3.13  
aktualisiere, geht es dann hoffentlich wie zu Hause wieder.


Gruß Jürgen



Am 22.11.2016 um 18:18 schrieb Andreas Fischer:v


Hallo Alois,

nein, die Server-IP ist 10.32.1.1 . Interessant wäre für mich aber  
zu wissen, wie du darauf kommst, sie sei 10.16.1.1. Das war  
nämlich die IP unseres alten Servers. Durch die Migration gab es  
schon bisweilen kleine Hakeleien durch die alte IP in  
irgendwelchen .conf-Dateien.


Grüße, Andreas


Am 22.11.2016 um 17:01 schrieb Alois Raunheimer:

Hallo Andreas,

   Upload von trusty714.cloop trusty714.cloop.info
    trusty714.cloop.desc
   trusty714.cloop.torrent nach 10.32.1.1 ist fehlgeschlagen.


Vielleicht erinnere ich mich falsch, aber ich meine Du hättest  
angegeben die Server-IP wäre 10.16.1.1


Gruß

Aloi

Am 22. November 2016 um 16:45 schrieb Andreas Fischer :

   Hallo,

   Die Ausgabe von /var/log/linuxmuster/linbo$ sudo less
   r210-pc01_linbo.log.1 | grep trusty ist:


   Lade trusty714.cloop trusty714.cloop.info
    trusty714.cloop.desc
   trusty714.cloop.torrent auf 10.32.1.1 hoch ...

   1646 root 0:00 {linbo_cmd} /bin/sh /usr/bin/linbo_cmd upload
   10.32.1.1 linbo xx /dev/sda4 trusty714.cloop

   1665 root 0:00 {linbo_cmd} /bin/sh /usr/bin/linbo_cmd create
   /dev/sda4 trusty714.cloop trusty714.cloop /dev/sda1 /dev/sda1
   vmlinuz initrd.img

   2016/11/21 09:21:59 [1664]  trusty714.cloop.desc
   trusty714.cloop.torrent nach 10.32.1.1 ist fehlgeschlagen.


   Ist damit schon etwas anzufangen? Das neue Image war aber
   offensichtlich schon in den Cache geschrieben, denn später hat
   es mit dem einfachen Hochladen-Befehl geklappt:


   Lade trusty714.cloop trusty714.cloop.info
    trusty714.cloop.desc
   trusty714.cloop.torrent auf 10.32.1.1 hoch ...
   2016/11/21 09:49:33 [1374] 
   2016/11/21 09:49:34 [1382]  trusty714.cloop.desc
   trusty714.cloop.torrent nach 10.32.1.1 erfolgreich.

   Grüße, Andreas



   Am 22.11.2016 um 13:55 schrieb Thorsten Koslowski:

   Hallo Andreas!


   Gibt es eine Logdatei dazu?

   Guckst Du hier:

   /var/log/linuxmuster/linbo/

   Beste Grüße

   Thorsten

    eingesetztes System 
   LINUXMUSTER.NET 
   Die _freie_ Linux Musterlösung
   ###


   ___ linuxmuster-user
   mailing list linuxmuster-user@lists.linuxmuster.net
   
   https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
     
___

linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net