Re: Docker - ktoś pomoże odpalić?

2021-02-03 Wątek Jacek Osiecki 
Wiadomość napisana przez Arkadiusz Miśkiewicz  w dniu 
03.02.2021, o godz. 14:21:
> 
> W dniu 03.02.2021 o 12:46, Jacek Osiecki pisze:
>> Ha! A jednak kernel :)
>> 
>> Najpierw wybrałem najstarszego pythona jaki był dostępny - nic to nie dało.
>> 
>> Jeszcze raz sprawdziłem linux-vserver.org  
>> > i jednak mi się 
>> popieprzyło. Najnowszy kernel do którego są patche to 4.9.159.
>> Ściągnąłem kernel, patch, skopiowałem na żywca .config z obecnego 4.4.116, 
>> skompilowałem.
> 
> btw. pldowy kernel 4.9 ma vservera.

No nawet jeśli ma, to ma też initrd i wszyściuteńko w modułach… a ja tego nie 
lubię ;) Wychodzę z założenia, że choćby wszystko się waliło to muszę mieć 
gotowy do odpalenia kernel, który zawsze zadziała - bez zabawy w kombinowanie.

Pozdrawiam,
— 
Jacek
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-03 Wątek Arkadiusz Miśkiewicz 
W dniu 03.02.2021 o 12:46, Jacek Osiecki pisze:
> Wiadomość napisana przez Arkadiusz Miśkiewicz  w dniu 
> 03.02.2021, o godz. 11:41:
>>
>> W dniu 03.02.2021 o 11:33, Jacek Osiecki pisze:
>>> Wiadomość napisana przez Jacek Osiecki  w dniu 
>>> 02.02.2021, o godz. 17:25:
> Hej, z lektury ebuilda dla dockera 
> (https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild)
>  można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w 
> górę, tylko potrzebne są włączone odpowiednie opcje, które też są w tym 
> ebuildzie opisane. Może to się przyda?

 To już jakiś trop.

 Faktycznie brakuje mi niektórych rzeczy w kernelu, będę drążył :)
>>>
>>> Jednak nie to. Dograłem wszystko… i nic nie pomogło.
>>
>> Co to już wiesz.
>>
>> Spróbuj inny obraz dockera niż pythona, najlepiej coś bardzo starego
>> (sprzed lipca 2019 - wtedy to mkfs.xfs zaczął domyślnie robić fs v5),
>> dla testu.
> 
> Ha! A jednak kernel :)
> 
> Najpierw wybrałem najstarszego pythona jaki był dostępny - nic to nie dało.
> 
> Jeszcze raz sprawdziłem linux-vserver.org  i 
> jednak mi się popieprzyło. Najnowszy kernel do którego są patche to 4.9.159.
> Ściągnąłem kernel, patch, skopiowałem na żywca .config z obecnego 4.4.116, 
> skompilowałem.

btw. pldowy kernel 4.9 ma vservera.

-- 
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-03 Wątek Jacek Osiecki 
Wiadomość napisana przez Arkadiusz Miśkiewicz  w dniu 
03.02.2021, o godz. 11:41:
> 
> W dniu 03.02.2021 o 11:33, Jacek Osiecki pisze:
>> Wiadomość napisana przez Jacek Osiecki  w dniu 
>> 02.02.2021, o godz. 17:25:
 Hej, z lektury ebuilda dla dockera 
 (https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild)
  można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w 
 górę, tylko potrzebne są włączone odpowiednie opcje, które też są w tym 
 ebuildzie opisane. Może to się przyda?
>>> 
>>> To już jakiś trop.
>>> 
>>> Faktycznie brakuje mi niektórych rzeczy w kernelu, będę drążył :)
>> 
>> Jednak nie to. Dograłem wszystko… i nic nie pomogło.
> 
> Co to już wiesz.
> 
> Spróbuj inny obraz dockera niż pythona, najlepiej coś bardzo starego
> (sprzed lipca 2019 - wtedy to mkfs.xfs zaczął domyślnie robić fs v5),
> dla testu.

Ha! A jednak kernel :)

Najpierw wybrałem najstarszego pythona jaki był dostępny - nic to nie dało.

Jeszcze raz sprawdziłem linux-vserver.org  i jednak 
mi się popieprzyło. Najnowszy kernel do którego są patche to 4.9.159.
Ściągnąłem kernel, patch, skopiowałem na żywca .config z obecnego 4.4.116, 
skompilowałem.

I co? I poszło jaktalala :)

root@echo /home/users/docker/app1> docker -D -l debug  build -t python-test .
Sending build context to Docker daemon   5.12kB
Step 1/3 : FROM python:3.6.12-buster
3.6.12-buster: Pulling from library/python
b9a857cbf04d: Pull complete
d557ee20540b: Pull complete
3b9ca4f00c2e: Pull complete
667fd949ed93: Pull complete
4ad46e8a18e5: Pull complete
ddf9fd7ad7b9: Pull complete
d3e288ff2e11: Pull complete
1c6250e11f6c: Pull complete
6c5e3497564e: Pull complete
Digest: sha256:124d4f5495b51c094accd46597989eb1ae3f38cf57970e15b86582e8dfcd2dff
Status: Downloaded newer image for python:3.6.12-buster
 ---> 7c8e7e3bc7ac
Step 2/3 : COPY main.py /
 ---> 91bef55dbe3b
Step 3/3 : CMD [ "python", "./main.py" ]
 ---> Running in 6914c9248f36
Removing intermediate container 6914c9248f36
 ---> 7e754cdb1c6b
Successfully built 7e754cdb1c6b
Successfully tagged python-test:latest
root@echo /home/users/docker/app1> docker image ls
REPOSITORY  TAG IMAGE IDCREATED 
SIZE
python-test latest  7e754cdb1c6b9 seconds ago   
875MB
python  3.6.12-buster   7c8e7e3bc7ac35 hours ago
875MB
root@echo /home/users/docker/app1> docker run python-test
Docker is magic!
root@echo /home/users/docker/app1>

Dzięki za wsparcie, może teraz będę mógł trochę więcej podziałać ;)

Pozdrawiam,
— 
Jacek Osiecki
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-03 Wątek Arkadiusz Miśkiewicz 
W dniu 03.02.2021 o 11:33, Jacek Osiecki pisze:
> Wiadomość napisana przez Jacek Osiecki  w dniu 
> 02.02.2021, o godz. 17:25:
>>
>> Wiadomość napisana przez Krzysztof Mrozowicz  w dniu 
>> 02.02.2021, o godz. 17:05:
>>>
>>> W dniu 02.02.2021 o 15:57, Jacek Osiecki pisze:
>
> docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
> stworzonego z włączonym feature reflink, którego Twój kernel nie
> obsługuje i dlatego nie może go zamontować.
 Hmm, czyli w tym rzecz… faktycznie brzmi logicznie. Kurde, niedobrze - 
 biorąc pod uwagę, że 4.4.116 to ostatni kernel który jest wspierany przez 
 linux-vserver.
 A na pozbycie się linux-vserver póki co nie mogę sobie pozwolić, bo na tym 
 chodzą wszystkie serwisy u mnie…

 Da się sprawdzić, w którym kernelu jest to czego potrzebuje docker?
>>>
>>> Hej, z lektury ebuilda dla dockera 
>>> (https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild)
>>>  można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w górę, 
>>> tylko potrzebne są włączone odpowiednie opcje, które też są w tym ebuildzie 
>>> opisane. Może to się przyda?
>>
>> To już jakiś trop.
>>
>> Faktycznie brakuje mi niektórych rzeczy w kernelu, będę drążył :)
> 
> Jednak nie to. Dograłem wszystko… i nic nie pomogło.

Co to już wiesz.

Spróbuj inny obraz dockera niż pythona, najlepiej coś bardzo starego
(sprzed lipca 2019 - wtedy to mkfs.xfs zaczął domyślnie robić fs v5),
dla testu.

-- 
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-03 Wątek Jacek Osiecki 
Wiadomość napisana przez Jacek Osiecki  w dniu 
02.02.2021, o godz. 17:25:
> 
> Wiadomość napisana przez Krzysztof Mrozowicz  w dniu 
> 02.02.2021, o godz. 17:05:
>> 
>> W dniu 02.02.2021 o 15:57, Jacek Osiecki pisze:
 
 docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
 stworzonego z włączonym feature reflink, którego Twój kernel nie
 obsługuje i dlatego nie może go zamontować.
>>> Hmm, czyli w tym rzecz… faktycznie brzmi logicznie. Kurde, niedobrze - 
>>> biorąc pod uwagę, że 4.4.116 to ostatni kernel który jest wspierany przez 
>>> linux-vserver.
>>> A na pozbycie się linux-vserver póki co nie mogę sobie pozwolić, bo na tym 
>>> chodzą wszystkie serwisy u mnie…
>>> 
>>> Da się sprawdzić, w którym kernelu jest to czego potrzebuje docker?
>> 
>> Hej, z lektury ebuilda dla dockera 
>> (https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild)
>>  można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w górę, 
>> tylko potrzebne są włączone odpowiednie opcje, które też są w tym ebuildzie 
>> opisane. Może to się przyda?
> 
> To już jakiś trop.
> 
> Faktycznie brakuje mi niektórych rzeczy w kernelu, będę drążył :)

Jednak nie to. Dograłem wszystko… i nic nie pomogło.
Zauważyłem, że w sumie rzuca się o device-mappera, a że z niego nie korzystam 
to odinstalowałem.
Teraz efekt jest taki, że po tym

Sending build context to Docker daemon  3.584kB
Step 1/3 : FROM python:latest
latest: Pulling from library/python
b9a857cbf04d: Download complete

wisi w nieskończoność. A w logach dockera pusto :(

Pozdrawiam,
— 
Jacek
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-02 Wątek Jacek Osiecki 
Wiadomość napisana przez Krzysztof Mrozowicz  w dniu 
02.02.2021, o godz. 17:05:
> 
> W dniu 02.02.2021 o 15:57, Jacek Osiecki pisze:
>>> 
>>> docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
>>> stworzonego z włączonym feature reflink, którego Twój kernel nie
>>> obsługuje i dlatego nie może go zamontować.
>> Hmm, czyli w tym rzecz… faktycznie brzmi logicznie. Kurde, niedobrze - 
>> biorąc pod uwagę, że 4.4.116 to ostatni kernel który jest wspierany przez 
>> linux-vserver.
>> A na pozbycie się linux-vserver póki co nie mogę sobie pozwolić, bo na tym 
>> chodzą wszystkie serwisy u mnie…
>> 
>> Da się sprawdzić, w którym kernelu jest to czego potrzebuje docker?
> 
> Hej, z lektury ebuilda dla dockera 
> (https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild)
>  można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w górę, 
> tylko potrzebne są włączone odpowiednie opcje, które też są w tym ebuildzie 
> opisane. Może to się przyda?

To już jakiś trop.

Faktycznie brakuje mi niektórych rzeczy w kernelu, będę drążył :)

Pozdrawiam,
— 
Jacek
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-02 Wątek Krzysztof Mrozowicz 


W dniu 02.02.2021 o 15:57, Jacek Osiecki pisze:


docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
stworzonego z włączonym feature reflink, którego Twój kernel nie
obsługuje i dlatego nie może go zamontować.

Hmm, czyli w tym rzecz… faktycznie brzmi logicznie. Kurde, niedobrze - biorąc 
pod uwagę, że 4.4.116 to ostatni kernel który jest wspierany przez 
linux-vserver.
A na pozbycie się linux-vserver póki co nie mogę sobie pozwolić, bo na tym 
chodzą wszystkie serwisy u mnie…

Da się sprawdzić, w którym kernelu jest to czego potrzebuje docker?


Hej, z lektury ebuilda dla dockera 
(https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/docker/docker-20.10.2.ebuild) 
można wywnioskować, że dockera da się odpalić na kernelach od 3.13 w 
górę, tylko potrzebne są włączone odpowiednie opcje, które też są w tym 
ebuildzie opisane. Może to się przyda?


Pozdrawiam
Krzysiek

___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-02 Wątek Jacek Osiecki 
> Wiadomość napisana przez Arkadiusz Miśkiewicz  w dniu 
> 02.02.2021, o godz. 16:53:
> W dniu 02.02.2021 o 16:36, Jacek Osiecki pisze:
>> 
>> aac8b707685a: Download complete
>> failed to register layer: Failed to mount; dmesg: <4>[341278.199563] XFS 
>> (dm-1): Attempted to mount read-only compatible filesystem read-write.
>> <4>[341278.199564] XFS (dm-1): Filesystem can only be safely mounted read 
>> only.
>> <4>[341278.199570] XFS (dm-1): SB validate failed with error -22.
>> : mount 
>> /dev/mapper/docker-9:3-3211550-c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d:/var/lib/docker/devicemapper/mnt/c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d,
>>  data: nouuid: invalid argument
> 
> docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
> stworzonego z włączonym feature reflink, którego Twój kernel nie
> obsługuje i dlatego nie może go zamontować.

Hmm, czyli w tym rzecz… faktycznie brzmi logicznie. Kurde, niedobrze - biorąc 
pod uwagę, że 4.4.116 to ostatni kernel który jest wspierany przez 
linux-vserver.
A na pozbycie się linux-vserver póki co nie mogę sobie pozwolić, bo na tym 
chodzą wszystkie serwisy u mnie…

Da się sprawdzić, w którym kernelu jest to czego potrzebuje docker?

Pozdrawiam,
— 
Jacek
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Re: Docker - ktoś pomoże odpalić?

2021-02-02 Wątek Arkadiusz Miśkiewicz 
W dniu 02.02.2021 o 16:36, Jacek Osiecki pisze:

> 
> Sending build context to Docker daemon  3.584kB
> Step 1/3 : FROM python:latest
> latest: Pulling from library/python
> b9a857cbf04d: Extracting 
> [==>]   50.4MB/50.4MB
> d557ee20540b: Download complete
> 3b9ca4f00c2e: Download complete
> 667fd949ed93: Download complete
> 4ad46e8a18e5: Download complete
> 381aea9d4031: Download complete
> 7eccd8441f11: Download complete
> 8c148153e894: Download complete
> aac8b707685a: Download complete
> failed to register layer: Failed to mount; dmesg: <4>[341278.199563] XFS 
> (dm-1): Attempted to mount read-only compatible filesystem read-write.
> <4>[341278.199564] XFS (dm-1): Filesystem can only be safely mounted read 
> only.
> <4>[341278.199570] XFS (dm-1): SB validate failed with error -22.
> : mount 
> /dev/mapper/docker-9:3-3211550-c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d:/var/lib/docker/devicemapper/mnt/c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d,
>  data: nouuid: invalid argument

docker nie zasysa właśnie gotowych obrazów? xfsa w tym przypadku,
stworzonego z włączonym feature reflink, którego Twój kernel nie
obsługuje i dlatego nie może go zamontować.

-- 
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Docker - ktoś pomoże odpalić?

2021-02-02 Wątek Jacek Osiecki 
Hej,

próbowałem sobie uruchomić dockera.
Od razu uprzedzam, że mam nie do końca typowy system - w szczególności 
korzystam z własnoręcznie kompilowanego kernela (może tu problem?),
konkretniej to 4.4.116 z zaaplikowanym patchem linux-vserver.

No i zaktualizowałem co się da, udało się zainstalować dockera, uruchomić… No i 
chciałem zbudować swój pierwszy obraz dockera:

Poszedłem najprostszą drogą, taką jak tutaj:

https://www.freecodecamp.org/news/a-beginners-guide-to-docker-how-to-create-your-first-docker-application-cc03de9b639f/
 


i już był w ogródku, już witał się z gąską… 

Sending build context to Docker daemon  3.584kB
Step 1/3 : FROM python:latest
latest: Pulling from library/python
b9a857cbf04d: Extracting [==>]  
 50.4MB/50.4MB
d557ee20540b: Download complete
3b9ca4f00c2e: Download complete
667fd949ed93: Download complete
4ad46e8a18e5: Download complete
381aea9d4031: Download complete
7eccd8441f11: Download complete
8c148153e894: Download complete
aac8b707685a: Download complete
failed to register layer: Failed to mount; dmesg: <4>[341278.199563] XFS 
(dm-1): Attempted to mount read-only compatible filesystem read-write.
<4>[341278.199564] XFS (dm-1): Filesystem can only be safely mounted read only.
<4>[341278.199570] XFS (dm-1): SB validate failed with error -22.
: mount 
/dev/mapper/docker-9:3-3211550-c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d:/var/lib/docker/devicemapper/mnt/c9dfddb47ac28bc533166874a902e80ff8ceebe6d3a286047843a777c7d61e9d,
 data: nouuid: invalid argument


Co jest grane? Owszem, na tym serwerze JEST jedna partycja xfs - ale 
niezależnie od tego czy ją mam zamontowaną czy nie (nawet testowo wywaliłem z 
/etc/fstab) to objaw jest taki sam.

O co może chodzić? Coś mi świta, że dawno temu jak tworzyłem ten system to 
chyba tę partycję XFS stworzyłem z takimi parametrami:

mkfs.xfs -f -m crc=0 -n ftype=0 /dev/device

To było chyba dlatego, że przy domyślnych parametrach nie dało się na którymś 
kernelu podmountować xfsa, a takiego zawsze się dało.
Czy to może być to?

I, przede wszystkim - co dockerowi do partycji która nie powinna go obchodzić?

Jeszcze jedno mnie zastanowiło - mount pokazuje coś takiego:

root@echo ~> mount
/dev/md0 on / type ext3 (rw,relatime,data=ordered)
sysfs on /sys type sysfs (rw,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
none on /proc type proc (rw,relatime,gid=17)
run on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
devtmpfs on /dev type devtmpfs 
(rw,relatime,size=65958716k,nr_inodes=16489679,mode=755)
/dev/md1 on /vservers type ext3 (rw,relatime,data=ordered)
/dev/md2 on /tmp type ext3 (rw,nosuid,nodev,noexec,relatime,data=ordered)
/dev/md4 on /home type ext3 (rw,nosuid,nodev,noexec,relatime,data=ordered)
none on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
none on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,relatime,net_cls)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)
/dev/md3 on /var type ext3 (rw,relatime,data=ordered)
/dev/md3 on /var/lib/docker type ext3 (rw,relatime,data=ordered)
/dev/md5 on /archiwum type xfs 
(rw,nosuid,nodev,noexec,relatime,attr2,inode64,noquota)

Dlaczego docker podmountowuje sobie w jakiś dziwny sposób /var?
BTW, wcześniej /var miałem nosuid,nodev,noexec - ale zmieniłem na „default” i 
nic to nie zmieniło.

dmesg nie podaje specjalnie więcej:

[341474.310607] XFS (dm-1): Superblock has unknown read-only compatible 
features (0x4) enabled.
[341474.310610] XFS (dm-1): Attempted to mount read-only compatible filesystem 
read-write.
[341474.310611] XFS (dm-1): Filesystem can only be safely mounted read only.
[341474.310615] XFS (dm-1): SB validate failed with error -22.

Byłbym wdzięczny za pomoc!

Pozdrawiam,
— 
Jacek Osiecki
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl