From josiecki w silvercube.pl Tue Feb 2 16:36:03 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 2 Feb 2021 16:36:03 +0100 Subject: =?utf-8?B?RG9ja2VyIC0ga3RvxZsgcG9tb8W8ZSBvZHBhbGnEhz8=?= Message-ID: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> 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 w 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 From arekm w maven.pl Tue Feb 2 16:53:03 2021 From: arekm w maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Tue, 2 Feb 2021 16:53:03 +0100 Subject: =?UTF-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> Message-ID: 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 ) From josiecki w silvercube.pl Tue Feb 2 16:57:37 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 2 Feb 2021 16:57:37 +0100 Subject: =?utf-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> Message-ID: <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> > 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 From krzysztof w mrozowicz.eu Tue Feb 2 17:05:52 2021 From: krzysztof w mrozowicz.eu (Krzysztof Mrozowicz) Date: Tue, 2 Feb 2021 16:05:52 +0000 Subject: =?UTF-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> Message-ID: <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> 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 From josiecki w silvercube.pl Tue Feb 2 17:25:10 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 2 Feb 2021 17:25:10 +0100 Subject: =?utf-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> Message-ID: 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 From josiecki w silvercube.pl Wed Feb 3 11:33:19 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Wed, 3 Feb 2021 11:33:19 +0100 Subject: =?utf-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> Message-ID: <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> 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 From arekm w maven.pl Wed Feb 3 11:41:24 2021 From: arekm w maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Wed, 3 Feb 2021 11:41:24 +0100 Subject: =?UTF-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> Message-ID: <2407c1d1-abf4-8971-ffca-d6a1f5a15af9@maven.pl> 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 ) From josiecki w silvercube.pl Wed Feb 3 12:46:24 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Wed, 3 Feb 2021 12:46:24 +0100 Subject: =?utf-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <2407c1d1-abf4-8971-ffca-d6a1f5a15af9@maven.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> <2407c1d1-abf4-8971-ffca-d6a1f5a15af9@maven.pl> Message-ID: <7E2CCB65-ABD8-471C-BB1B-7E7FCE4248FF@silvercube.pl> 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 w 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 w echo /home/users/docker/app1> docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE python-test latest 7e754cdb1c6b 9 seconds ago 875MB python 3.6.12-buster 7c8e7e3bc7ac 35 hours ago 875MB root w echo /home/users/docker/app1> docker run python-test Docker is magic! root w echo /home/users/docker/app1> Dzięki za wsparcie, może teraz będę mógł trochę więcej podziałać ;) Pozdrawiam, ? Jacek Osiecki From arekm w maven.pl Wed Feb 3 14:21:18 2021 From: arekm w maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Wed, 3 Feb 2021 14:21:18 +0100 Subject: =?UTF-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <7E2CCB65-ABD8-471C-BB1B-7E7FCE4248FF@silvercube.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> <2407c1d1-abf4-8971-ffca-d6a1f5a15af9@maven.pl> <7E2CCB65-ABD8-471C-BB1B-7E7FCE4248FF@silvercube.pl> Message-ID: <4a9c124a-e59f-e334-5fa3-c7da25abec9c@maven.pl> 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 ) From josiecki w silvercube.pl Wed Feb 3 14:24:28 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Wed, 3 Feb 2021 14:24:28 +0100 Subject: =?utf-8?B?UmU6IERvY2tlciAtIGt0b8WbIHBvbW/FvGUgb2RwYWxpxIc/?= In-Reply-To: <4a9c124a-e59f-e334-5fa3-c7da25abec9c@maven.pl> References: <4659D9F1-7379-4583-B394-E8FCCE35AD3B@silvercube.pl> <75837AC7-A677-4BCF-957F-C4684EFE9D32@silvercube.pl> <01020177637e3902-c9d4658e-9f2c-4646-86fa-d3d21e52edf6-000000@eu-west-1.amazonses.com> <1DBE67EE-4763-4DCA-BCD1-E87849BB0DD6@silvercube.pl> <2407c1d1-abf4-8971-ffca-d6a1f5a15af9@maven.pl> <7E2CCB65-ABD8-471C-BB1B-7E7FCE4248FF@silvercube.pl> <4a9c124a-e59f-e334-5fa3-c7da25abec9c@maven.pl> Message-ID: <9E5DA0D2-BE94-4C5F-AEB3-64DCECA83EB3@silvercube.pl> 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 From josiecki w silvercube.pl Thu Feb 4 11:04:09 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Thu, 4 Feb 2021 11:04:09 +0100 Subject: =?utf-8?Q?Co_zrobi=C5=82em_=C5=BAle_przy_budowaniu=3F?= Message-ID: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> Hej, podsyłam tu bo lista devel chyba jest martwa? Mamy przedpotopowego varnisha i chciałem mieć nowszego w pakietach. Pobawiłem się trochę, wszystko niby przeszło? ale nie udało mi się zbudować samego pliku rpm: Końcówka wygląda tak: make[1]: Entering directory '/var/tmp/BUILD/varnish-3.0.7/redhat' make[1]: Nothing to be done for 'check'. make[1]: Leaving directory '/var/tmp/BUILD/varnish-3.0.7/redhat' make[1]: Entering directory '/var/tmp/BUILD/varnish-3.0.7' make[1]: Leaving directory '/var/tmp/BUILD/varnish-3.0.7' + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.34328 HOME=/home/users/builder PATH=/usr/local/bin:/usr/bin:/bin TMPDIR=/var/tmp + umask 022 + cd /var/tmp/BUILD + /bin/rm '--interactive=never' -rf /var/tmp/BUILD + /bin/mkdir -p /var/tmp/BUILD + cd varnish-3.0.7 /var/tmp/rpm-tmp.34328[34]: cd: /var/tmp/BUILD/varnish-3.0.7: No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.34328 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.34328 (%install) Co jest grane? Dlaczego ten rm -rf? W specu go nie widzę. Przecież to nie ma prawa działać: [joshua w delta tmp]$ cd /tmp [joshua w delta tmp]$ mkdir 123 [joshua w delta tmp]$ cd 123 [joshua w delta 123]$ mkdir 1 2 3 [joshua w delta 123]$ ls 1 2 3 [joshua w delta 123]$ rm --interactive=never -rf /tmp/123 [joshua w delta 123]$ cd 1 -bash: cd: 1: No such file or directory [joshua w delta 123]$ ls [joshua w delta 123]$ ls -l total 0 [joshua w delta 123]$ /bin/pwd /bin/pwd: couldn't find directory entry in '..' with matching i-node [joshua w delta 123]$ Pozdrawiam, ? Jacek From atler w pld-linux.org Thu Feb 4 11:16:27 2021 From: atler w pld-linux.org (Jan Palus) Date: Thu, 4 Feb 2021 11:16:27 +0100 Subject: Co =?utf-8?B?enJvYmnFgmVtIMW6bGU=?= przy budowaniu? In-Reply-To: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> References: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> Message-ID: <20210204101627.2h7tctqhpcy36xzu@pine> On 04.02.2021 11:04, Jacek Osiecki wrote: > + cd /var/tmp/BUILD > + /bin/rm '--interactive=never' -rf /var/tmp/BUILD > + /bin/mkdir -p /var/tmp/BUILD > + cd varnish-3.0.7 > /var/tmp/rpm-tmp.34328[34]: cd: /var/tmp/BUILD/varnish-3.0.7: No such file or directory > error: Bad exit status from /var/tmp/rpm-tmp.34328 (%install) Co pokazuje u ciebie: rpm -E '%{buildroot} %{_builddir}' From josiecki w silvercube.pl Thu Feb 4 11:19:22 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Thu, 4 Feb 2021 11:19:22 +0100 Subject: =?utf-8?Q?Re=3A_Co_zrobi=C5=82em_=C5=BAle_przy_budowaniu=3F?= In-Reply-To: <20210204101627.2h7tctqhpcy36xzu@pine> References: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> <20210204101627.2h7tctqhpcy36xzu@pine> Message-ID: <7E0D9E53-984A-4AA2-BAB0-F57213D35F07@silvercube.pl> Wiadomość napisana przez Jan Palus w dniu 04.02.2021, o godz. 11:16: > > On 04.02.2021 11:04, Jacek Osiecki wrote: >> + cd /var/tmp/BUILD >> + /bin/rm '--interactive=never' -rf /var/tmp/BUILD >> + /bin/mkdir -p /var/tmp/BUILD >> + cd varnish-3.0.7 >> /var/tmp/rpm-tmp.34328[34]: cd: /var/tmp/BUILD/varnish-3.0.7: No such file or directory >> error: Bad exit status from /var/tmp/rpm-tmp.34328 (%install) > > Co pokazuje u ciebie: > > rpm -E '%{buildroot} %{_builddir}? /home/users/builder/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD Przy czym u mnie jest o tyle to problematyczne, że na /home mam noexec i ustawiam TMPDIR=/var/tmp Czyli ustawienia są takie: /var/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD Pozdrawiam, ? Jacek From atler w pld-linux.org Thu Feb 4 12:03:49 2021 From: atler w pld-linux.org (Jan Palus) Date: Thu, 4 Feb 2021 12:03:49 +0100 Subject: Co =?utf-8?B?enJvYmnFgmVtIMW6bGU=?= przy budowaniu? In-Reply-To: <7E0D9E53-984A-4AA2-BAB0-F57213D35F07@silvercube.pl> References: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> <20210204101627.2h7tctqhpcy36xzu@pine> <7E0D9E53-984A-4AA2-BAB0-F57213D35F07@silvercube.pl> Message-ID: <20210204110349.mlx3tp6dtuf3ahox@pine> On 04.02.2021 11:19, Jacek Osiecki wrote: > Wiadomość napisana przez Jan Palus w dniu 04.02.2021, o godz. 11:16: > > > > On 04.02.2021 11:04, Jacek Osiecki wrote: > >> + cd /var/tmp/BUILD > >> + /bin/rm '--interactive=never' -rf /var/tmp/BUILD > >> + /bin/mkdir -p /var/tmp/BUILD > >> + cd varnish-3.0.7 > >> /var/tmp/rpm-tmp.34328[34]: cd: /var/tmp/BUILD/varnish-3.0.7: No such file or directory > >> error: Bad exit status from /var/tmp/rpm-tmp.34328 (%install) > > > > Co pokazuje u ciebie: > > > > rpm -E '%{buildroot} %{_builddir}? > > /home/users/builder/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD > > Przy czym u mnie jest o tyle to problematyczne, że na /home mam noexec i ustawiam TMPDIR=/var/tmp > > Czyli ustawienia są takie: > > /var/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD To nie wiem, fakt jest taki, że __spec_install_pre jest zdefiniowany tak: %__spec_install_pre %{_clean_env}\ %{___build_pre}\ %{?buildroot:%{__rm} -rf '%{buildroot}'; %{__mkdir_p} '%{buildroot}'}\ %{nil} i wychodzi, że buildroot u ciebie jest również /var/tmp/BUILD co by było mocno źle. Skąd się biorą u ciebie takie wartości to nie mam pomysłu. From josiecki w silvercube.pl Thu Feb 4 12:22:12 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Thu, 4 Feb 2021 12:22:12 +0100 Subject: =?utf-8?Q?Re=3A_Co_zrobi=C5=82em_=C5=BAle_przy_budowaniu=3F?= In-Reply-To: <20210204110349.mlx3tp6dtuf3ahox@pine> References: <4B02334F-5610-4BEA-BA99-257DD4C24097@silvercube.pl> <20210204101627.2h7tctqhpcy36xzu@pine> <7E0D9E53-984A-4AA2-BAB0-F57213D35F07@silvercube.pl> <20210204110349.mlx3tp6dtuf3ahox@pine> Message-ID: <4ADD1CA8-55A0-464A-A7C4-796134FDAF48@silvercube.pl> Wiadomość napisana przez Jan Palus w dniu 04.02.2021, o godz. 12:03: > > On 04.02.2021 11:19, Jacek Osiecki wrote: >> >> /home/users/builder/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD >> >> Przy czym u mnie jest o tyle to problematyczne, że na /home mam noexec i ustawiam TMPDIR=/var/tmp >> >> Czyli ustawienia są takie: >> >> /var/tmp/%{name}-%{version}-root-builder /var/tmp/BUILD > > To nie wiem, fakt jest taki, że __spec_install_pre jest zdefiniowany > tak: > > %__spec_install_pre %{_clean_env}\ > %{___build_pre}\ > %{?buildroot:%{__rm} -rf '%{buildroot}'; %{__mkdir_p} '%{buildroot}'}\ > %{nil} > > i wychodzi, że buildroot u ciebie jest również /var/tmp/BUILD co by było > mocno źle. Skąd się biorą u ciebie takie wartości to nie mam pomysłu. wychodzi na to, że jestem ślepy i nie patrzę co robię xD Pewnie gdybym załączył też wywołanie to wszystko by było jasne ;) rpmbuild --nodeps --buildroot=/var/tmp/BUILD -bb varnish.spec Zmieniłem, działa, mam rpmy - w końcu mogę mieć aktualnego varnisha 8-) Dzięki i pozdrawiam! ? Jacek From josiecki w silvercube.pl Mon Feb 8 14:07:51 2021 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Mon, 8 Feb 2021 14:07:51 +0100 Subject: =?utf-8?Q?WTF_-_co_si=C4=99_dzieje_z_less=3F?= Message-ID: Hej, chciałem sobie obejrzeć plik. Nic to, less default.vcl? no i wisi. Dziwne. Ctrl+C - o, jednak wyświetliło. Nic to, pewnie coś się przybuforowało, nie? I tak mnie tknęło, jeszcze raz zrobić less? to samo. Pierwsza myśl - coś z lesspipe? Co może być nie tak? Zajrzę na listę procesów żeby sprawdzić co wisi. ps -ef|grep less ? ŁOMATKOBOSKO! [ciach] root 22389 22387 0 14:03 pts/7 00:00:00 /bin/sh /usr/bin/lesspipe.sh /vservers/sc-builder/usr/src/old-varnish-6.5.1/bin/varnishd/builtin.vcl root 22400 22399 0 14:03 pts/7 00:00:00 /usr/bin/less /vservers/sc-builder/usr/src/old-varnish-6.5.1/bin/varnishd/builtin.vcl root 22418 27902 0 14:03 pts/5 00:00:00 grep less root 22442 22400 0 14:03 pts/7 00:00:00 sh -c lesspipe.sh /vservers/sc-builder/usr/src/old-varnish-6.5.1/bin/varnishd/builtin.vcl root 22443 22442 0 14:03 pts/7 00:00:00 /bin/sh /usr/bin/lesspipe.sh /vservers/sc-builder/usr/src/old-varnish-6.5.1/bin/varnishd/builtin.vcl [ciach] Pozwolę sobie pokazać co się dzieje - na jednej konsoli odpalony ps -ef, na drugiej odpalam less builtin.vcl: root w delta /vservers/sc-builder/usr/src/old-varnish-6.5.1/bin/varnishd> while [ 1 ] ; do ps -ef|grep less|wc -l ; sleep 1 ; done 1 46 128 206 280 350 418 483 547 ? i tak dalej. Tak dla weryfikacji - odinstalowałem lesspipe i jest OK, zainstalowałem ponownie - znowu to samo. Jakieś pomysły co się pospawało? less-563-1.x86_64 lesspipe-1.57-4.noarch Pozdrawiam, ? Jacek From baggins w pld-linux.org Sun Feb 14 21:29:12 2021 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sun, 14 Feb 2021 21:29:12 +0100 Subject: Packages to be removed from Th Message-ID: <20210214202912.GD1869@starbug> The following packages will be removed from Th soon, if no one steps up to fixing them. All these packages are old and broken wrt current compilers and deps. ekiga h323plus neovim psiconv Special mention goes to php*-pecl-imagick I seem to be unable to rebuild it, the magical scripts don't do anything. -- Jan Rękorajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From masko w ipipan.waw.pl Mon Feb 15 22:42:17 2021 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 15 Feb 2021 22:42:17 +0100 Subject: Zwalony lub inaczej =?UTF-8?B?ZHppYcWCYWrEhWN5?= login-2.36.2-1 Message-ID: <3630918.AxNlxEipZT@laptok> Po aktualizacji login z 2.36.1-1 do 2.36.2-1 przestają mi startować X-y. Odpalam je ręcznie za pomocą startx, przy czym w .Xclients mam: exec ck-launch-session dbus-launch --sh-syntax --exit-with-session startplasma-x11 Na wersji poprzedniej działa poprawnie (zweryfikowane downgradem. Na nowej nie startuje serwer X-ów, a startx wysypuje się w oczekiwaniu na jego start. Patrzyłem w changelog util-linux ale nie umiem wywnioskować, która zmiana może takie zachowanie powodować. Ale donoszę uprzejmie, może komuś też się coś podobnego zdarzyło i wie, co trzeba przekonfigurować, żeby się zaadaptować? -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From atler w pld-linux.org Tue Feb 16 23:36:13 2021 From: atler w pld-linux.org (Jan Palus) Date: Tue, 16 Feb 2021 23:36:13 +0100 Subject: Zwalony lub inaczej =?utf-8?B?ZHppYcWCYWrEhWN5?= login-2.36.2-1 In-Reply-To: <3630918.AxNlxEipZT@laptok> References: <3630918.AxNlxEipZT@laptok> Message-ID: <20210216223613.sr2yhx3i6hacz7th@pine> On 15.02.2021 22:42, Łukasz Maśko wrote: > Po aktualizacji login z 2.36.1-1 do 2.36.2-1 przestają mi startować X-y. > Odpalam je ręcznie za pomocą startx, przy czym w .Xclients mam: > > exec ck-launch-session dbus-launch --sh-syntax --exit-with-session > startplasma-x11 > > Na wersji poprzedniej działa poprawnie (zweryfikowane downgradem. Na nowej nie > startuje serwer X-ów, a startx wysypuje się w oczekiwaniu na jego start. > > Patrzyłem w changelog util-linux ale nie umiem wywnioskować, która zmiana może > takie zachowanie powodować. Ale donoszę uprzejmie, może komuś też się coś > podobnego zdarzyło i wie, co trzeba przekonfigurować, żeby się zaadaptować? A cokolwiek więcej o tym w jaki sposób się te niedziałającego X-y objawiają? Jakieś błędy? Logi? strace? "U mnie działa" z LightDM + MATE. From atler w pld-linux.org Tue Feb 16 23:58:27 2021 From: atler w pld-linux.org (Jan Palus) Date: Tue, 16 Feb 2021 23:58:27 +0100 Subject: Zwalony lub inaczej =?utf-8?B?ZHppYcWCYWrEhWN5?= login-2.36.2-1 In-Reply-To: <3630918.AxNlxEipZT@laptok> References: <3630918.AxNlxEipZT@laptok> Message-ID: <20210216225827.75xucrajd5pd3lgk@pine> On 15.02.2021 22:42, Łukasz Maśko wrote: > Po aktualizacji login z 2.36.1-1 do 2.36.2-1 przestają mi startować X-y. > Odpalam je ręcznie za pomocą startx, przy czym w .Xclients mam: > > exec ck-launch-session dbus-launch --sh-syntax --exit-with-session > startplasma-x11 > > Na wersji poprzedniej działa poprawnie (zweryfikowane downgradem. Na nowej nie > startuje serwer X-ów, a startx wysypuje się w oczekiwaniu na jego start. > > Patrzyłem w changelog util-linux ale nie umiem wywnioskować, która zmiana może > takie zachowanie powodować. Ale donoszę uprzejmie, może komuś też się coś > podobnego zdarzyło i wie, co trzeba przekonfigurować, żeby się zaadaptować? Jeżeli miałbym zgadywać to obstawiałbym: https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/commit/?h=stable/v2.36&id=f40291fff8fe35ea3b8632e6a24ca17d760e1187 wygląda że ConsoleKit2 ma jakąś logikę która nie spodziewa się /dev w PAM_TTY? https://github.com/ConsoleKit2/ConsoleKit2/blob/619f534a94991d8d125ed512e47b4af20d08eefc/pam-ck-connector/pam-ck-connector.c#L304 From masko w ipipan.waw.pl Wed Feb 17 10:23:03 2021 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Wed, 17 Feb 2021 10:23:03 +0100 Subject: Zwalony lub inaczej =?UTF-8?B?ZHppYcWCYWrEhWN5?= login-2.36.2-1 In-Reply-To: <20210216223613.sr2yhx3i6hacz7th@pine> References: <3630918.AxNlxEipZT@laptok> <20210216223613.sr2yhx3i6hacz7th@pine> Message-ID: <5525587.hGWZKM4W1k@laptok> Dnia wtorek, 16 lutego 2021 23:36:13 CET Jan Palus pisze: [...] > A cokolwiek więcej o tym w jaki sposób się te niedziałającego X-y > objawiają? Jakieś błędy? Logi? strace? "U mnie działa" z LightDM + MATE. $ startx xauth: file /home/users/ed/.serverauth.36834 does not exist /usr/bin/Xwrapper: PAM auth failed ^Cxinit: giving up xinit: unable to connect to X server: Connection refused xinit: unexpected signal 2 Tak to wygląda. Nie mam nic więcej w journalu, logi X-ów oczywiście nie powstają bo nie mogą. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From mailing_ks w infolan.net.pl Wed Feb 17 10:46:06 2021 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Wed, 17 Feb 2021 10:46:06 +0100 Subject: zmiana /dev/sda na /dev/vda Message-ID: <20210217104606.1915acdf@1295szwaba> Czy ktoś może podpowiedzieć jak zgrabnie przejść z /dev/sda na /dev/vda w PLD jako guest pod PROXMOX ? Po przemontowaniu dysku na vitio z ide i zmianie w fstab sda na vda wywala się na initrd z komunikatem "mounting /dev/sda2 on /newroot failed: No such file or directory". Konieczna jest zabawa w chroot i generowanie ponownie initrd czy jest jakiś szybszy sposób na ogarnięcie tego ? Od której wersji PLD jest "kompatybilne" z wirtio ? Krzysztof Szwaba From sir_Misiek w o2.pl Wed Feb 17 11:04:33 2021 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 17 Feb 2021 11:04:33 +0100 Subject: zmiana /dev/sda na /dev/vda In-Reply-To: <20210217104606.1915acdf@1295szwaba> References: <20210217104606.1915acdf@1295szwaba> Message-ID: <3b69383b-87b9-befb-08af-50d536e75441@o2.pl> > Czy ktoś może podpowiedzieć jak zgrabnie przejść z /dev/sda na /dev/vda > w PLD jako guest pod PROXMOX ? > Po przemontowaniu dysku na vitio z ide i zmianie w fstab sda na vda > wywala się na initrd z komunikatem > "mounting /dev/sda2 on /newroot failed: No such file or directory". > Konieczna jest zabawa w chroot i generowanie ponownie initrd czy jest > jakiś szybszy sposób na ogarnięcie tego ? > Od której wersji PLD jest "kompatybilne" z wirtio ? > > Krzysztof Szwaba > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl Mówimy o CT czy VM ? Skoro generowanie inita to podejżewam VM. Ja w PLD Virtual Machine pod proxmoxem mam normalnie sda1. A dysk typu VirtIO SCSI. ===================================== Kontener natomiast poniżej mały skrótowiec jak zrobić z PLD (może nie na temat, a może się przyda). #    INSTALACJA KONTENERA PLD # pliki kontenerów cd /var/lib/vz/template/cache/ # sciagamy PLD #https://uk.images.linuxcontainers.org/images/ wget https://uk.images.linuxcontainers.org/images/pld/current/amd64/default/20201207_20:46/rootfs.tar.xz mv rootfs.tar.xz pld.tar.xz #    Po zainstalowaniu brakuje mu config'a cp -rapv /var/lib/lxc/config /var/lib/lxc/100/ #    Po pierwszym uruchomieniu pojawi sie nowy config sync; lxc-start -n 100 -F -lDEBUG; sync # lub #    Ściąga do katalogu bierzącego gotowe pliki lxc-create -n test -t download -- --dist archlinux --release current --arch amd64 lxc-create -n salon -t download -- --dist pld --release current --arch amd64 #    USTAWIENIA # Montujemy plik .raw kontenera do katalogu /var/lib/lxc//rootfs sync; pct mount 100; sync vim /var/lib/lxc/100/rootfs/etc/sysconfig/network            # zmieniamy HOSTNAME= echo "eth0 default via 80.48.162.1 table 10" >> /var/lib/lxc/100/rootfs/etc/sysconfig/static-routes echo "BOOTPROTO=none" >> /var/lib/lxc/100/rootfs/etc/sysconfig/interfaces/ifcfg-eth0 echo "IPADDR=8.8.2.10/24" >> /var/lib/lxc/100/rootfs/etc/sysconfig/interfaces/ifcfg-eth0 echo "nameserver 194.204.159.1" >> /var/lib/lxc/100/rootfs/etc/resolv.conf echo "nameserver 8.8.8.8" >> /var/lib/lxc/100/rootfs/etc/resolv.conf echo "nameserver 194.204.152.34" >> /var/lib/lxc/100/rootfs/etc/resolv.conf echo "route add default gw 8.8.2.1" >> /var/lib/lxc/100/rootfs/etc/rc.d/rc.local # Jak chcemy zeminić hasło echo "#/usr/bin/passwd" >> /var/lib/lxc/100/rootfs/etc/rc.d/rc.local echo "/bin/login" >> /var/lib/lxc/100/rootfs/etc/rc.d/rc.local #    Przekopiowanie ordynarne kontenera rsync --partial --delete --numeric-ids -rva /Roboczy/vservers/salon/* /rpool/data/subvol-200-disk-0 rsync --partial --delete --numeric-ids -rva /Roboczy/vservers/salon/* /var/lib/lxc/100/rootfs/ sync; pct unmount 100; sync -- Pozdro lord_Niedzwiedz --------------- In security - do not assume anything From mailing_ks w infolan.net.pl Wed Feb 17 11:46:31 2021 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Wed, 17 Feb 2021 11:46:31 +0100 Subject: zmiana /dev/sda na /dev/vda In-Reply-To: <3b69383b-87b9-befb-08af-50d536e75441@o2.pl> References: <20210217104606.1915acdf@1295szwaba> <3b69383b-87b9-befb-08af-50d536e75441@o2.pl> Message-ID: <20210217114631.60dcc385@1295szwaba> Dnia 2021-02-17, o godz. 11:04:33 lord_Niedzwiedz napisał(a): > Mówimy o CT czy VM ? VM :) > Ja w PLD Virtual Machine pod proxmoxem mam normalnie sda1. > A dysk typu VirtIO SCSI. Nie mam takiej opcji wyboru w PROXMOX 5.4-3, jedynie "VirtIO Block" którego próbowałem użyć. Czy może jest jakaś magiczna opcja w /etc/sysconfig/geninitrd dzięki której uda się wygenerować geninitrd "kompatybilny" z "VirtIO Block" ? > Kontener natomiast poniżej mały skrótowiec jak zrobić z PLD (może nie > na temat, a może się przyda). > Dzięki :) Potestuję Krzysztof Szwaba From sir_Misiek w o2.pl Wed Feb 17 12:44:07 2021 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 17 Feb 2021 12:44:07 +0100 Subject: zmiana /dev/sda na /dev/vda In-Reply-To: <20210217114631.60dcc385@1295szwaba> References: <20210217104606.1915acdf@1295szwaba> <3b69383b-87b9-befb-08af-50d536e75441@o2.pl> <20210217114631.60dcc385@1295szwaba> Message-ID: <8a27a245-138c-66e9-2cf3-f144228a344c@o2.pl> >> Mówimy o CT czy VM ? > VM :) > >> Ja w PLD Virtual Machine pod proxmoxem mam normalnie sda1. >> A dysk typu VirtIO SCSI. > Nie mam takiej opcji wyboru w PROXMOX 5.4-3 Zaktualizuj do 6.3-3  ;-D > jedynie "VirtIO Block" którego próbowałem użyć. > Czy może jest jakaś magiczna opcja w /etc/sysconfig/geninitrd > dzięki której uda się wygenerować geninitrd "kompatybilny" z > "VirtIO Block" ? PREMODS="virtio_scsi joydev virtio_balloon scsi_mod scsi_transport_sas ext4" USE_UDEV=no PROBSTATICMODULES=no USE_SUSPEND=no USE_TUXONICE=no >> Kontener natomiast poniżej mały skrótowiec jak zrobić z PLD (może nie >> na temat, a może się przyda). >> > Dzięki :) > Potestuję > > Krzysztof Szwaba > > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl -- Pozdro lord_Niedzwiedz --------------- In security - do not assume anything From mailing_ks w infolan.net.pl Wed Feb 17 13:16:27 2021 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Wed, 17 Feb 2021 13:16:27 +0100 Subject: sysctl, ustawianie klucza .... =?UTF-8?B?esWCeQ==?= argument Message-ID: <20210217131627.07a8e781@1295szwaba> Po upgrade do Th/2020 podczas uruchamiania systemu na konsoli pojawiają sie komunikaty: sysctl: ustawianie klucza "net.ipv4.conf.all.rp_filter": Zły argument sysctl: ustawianie klucza "net.ipv4.conf.all.accept_source_route": Zły argument sysctl: ustawianie klucza "net.ipv4.conf.all.promote_secondaries": Zły argument [root@~]# sysctl -p net.ipv4.ip_forward = 0 net.ipv4.conf.all.rp_filter = 1 net.ipv4.conf.default.rp_filter = 1 kernel.sysrq = 1argument [root@ ~]# uname -a Linux K-SER14-VM107-test 4.4.45-1 #1 SMP Fri Jan 27 21:24:41 CET 2017 x86_64 Common_KVM_processor PLD Linux Czy to jakiś bug w skryptach startowych ? Krzysztof Szwaba From mailing_ks w infolan.net.pl Wed Feb 17 13:23:29 2021 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Wed, 17 Feb 2021 13:23:29 +0100 Subject: zmiana /dev/sda na /dev/vda In-Reply-To: <8a27a245-138c-66e9-2cf3-f144228a344c@o2.pl> References: <20210217104606.1915acdf@1295szwaba> <3b69383b-87b9-befb-08af-50d536e75441@o2.pl> <20210217114631.60dcc385@1295szwaba> <8a27a245-138c-66e9-2cf3-f144228a344c@o2.pl> Message-ID: <20210217132329.6948a038@1295szwaba> Dnia 2021-02-17, o godz. 12:44:07 lord_Niedzwiedz napisał(a): > > Czy może jest jakaś magiczna opcja w /etc/sysconfig/geninitrd > > dzięki której uda się wygenerować geninitrd "kompatybilny" z > > "VirtIO Block" ? > PREMODS="virtio_scsi joydev virtio_balloon scsi_mod Tutaj https://bugzilla.redhat.com/show_bug.cgi?id=1144840 chyba był opisany podobny problem. Niestety upgrade kernela do 4.4.41 nie rozwiązało tematu :( Może warto by wrzucić w standardzie dla PLD virtio_scsi virtio_blk do initrd ? Pozdrawiam Krzysztof Szwaba From atler w pld-linux.org Wed Feb 17 13:37:16 2021 From: atler w pld-linux.org (Jan Palus) Date: Wed, 17 Feb 2021 13:37:16 +0100 Subject: Zwalony lub inaczej =?utf-8?B?ZHppYcWCYWrEhWN5?= login-2.36.2-1 In-Reply-To: <5525587.hGWZKM4W1k@laptok> References: <3630918.AxNlxEipZT@laptok> <20210216223613.sr2yhx3i6hacz7th@pine> <5525587.hGWZKM4W1k@laptok> Message-ID: <20210217123716.75ffbuxssizjfe7n@pine> On 17.02.2021 10:23, Łukasz Maśko wrote: > Dnia wtorek, 16 lutego 2021 23:36:13 CET Jan Palus pisze: > [...] > > A cokolwiek więcej o tym w jaki sposób się te niedziałającego X-y > > objawiają? Jakieś błędy? Logi? strace? "U mnie działa" z LightDM + MATE. > > $ startx > xauth: file /home/users/ed/.serverauth.36834 does not exist > > /usr/bin/Xwrapper: PAM auth failed > ^Cxinit: giving up > xinit: unable to connect to X server: Connection refused > xinit: unexpected signal 2 > > Tak to wygląda. Nie mam nic więcej w journalu, logi X-ów oczywiście nie > powstają bo nie mogą. U mnie w journalu wylądowało bardzo pomocne: Xwrapper[159712]: pam_console(xserver:auth): user jan not a console user Spróbuj z pam-1.4.0-2 jak już się zbuduje na builderach i daj znać czy pomogło. From arekm w maven.pl Wed Feb 17 14:07:05 2021 From: arekm w maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Wed, 17 Feb 2021 14:07:05 +0100 Subject: zmiana /dev/sda na /dev/vda In-Reply-To: <20210217104606.1915acdf@1295szwaba> References: <20210217104606.1915acdf@1295szwaba> Message-ID: <2e6d9ed4-6a5f-20b6-8f94-c86771719d93@maven.pl> W dniu 17.02.2021 o 10:46, Krzysztof Szwaba pisze: > Czy ktoś może podpowiedzieć jak zgrabnie przejść z /dev/sda na /dev/vda > w PLD jako guest pod PROXMOX ? > Po przemontowaniu dysku na vitio z ide i zmianie w fstab sda na vda > wywala się na initrd z komunikatem > "mounting /dev/sda2 on /newroot failed: No such file or directory". > Konieczna jest zabawa w chroot i generowanie ponownie initrd czy jest > jakiś szybszy sposób na ogarnięcie tego ? > Od której wersji PLD jest "kompatybilne" z wirtio ? Do /etc/modprobe/modprobe.conf dopisz alias scsi_hostadapter1 virtio_blk geninitrd -v -f /boot/initrd-numer-rel.gz tensam-numer-rel -v spowoduje, że będziesz widział czy virtio_blk jest prawidłowo wrzucany do tego initrd zmieniasz ustawienia w proxmoxie, reboot VM i przy starcie podajesz z palca root=/dev/vda2 (jako, że miałeś sda2) jednorazowo. Potem poprawienie fstaba i ponowne wygenerowanie initrd + lilo/grub. > Krzysztof Szwaba -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) From baggins w pld-linux.org Mon Feb 22 19:59:15 2021 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Mon, 22 Feb 2021 19:59:15 +0100 Subject: rpm 4.16.1.2 from rpm.org has landed in Th Message-ID: <20210222185915.GF1869@starbug> rpm 4.16.1.2 and all dependant packages are now available in th-test. More details about the update can be found on https://www.pld-linux.org/packages/rpm Th builders has been upgraded and all builds will now use rpm.org rpm. -- Jan Rękorajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From arekm w maven.pl Thu Feb 25 08:15:12 2021 From: arekm w maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Thu, 25 Feb 2021 08:15:12 +0100 Subject: rpm 4.16.1.2 from rpm.org has landed in Th In-Reply-To: <20210222185915.GF1869@starbug> References: <20210222185915.GF1869@starbug> Message-ID: W dniu 22.02.2021 o 19:59, Jan Rękorajski pisze: > rpm 4.16.1.2 and all dependant packages are now available in th-test. > > More details about the update can be found on > > https://www.pld-linux.org/packages/rpm > > Th builders has been upgraded and all builds will now use rpm.org rpm. > There is rpm-build-tools/rediff-patches.py which can help rediffing patches if needed rediff-patches.py somespec.spec rediff-patches.py -p 1,2,3 somespec.spec - will rediff 1 2 and 3 only rediff-patches.py -s 0 kernel.spec - will rediff all but skipping patch 0 -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) From masko w ipipan.waw.pl Sun Feb 28 18:00:08 2021 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Sun, 28 Feb 2021 18:00:08 +0100 Subject: Instalacja drugiego alternatywnego kernela - jak teraz? Message-ID: <5076940.irciTszLxK@laptok> Chciałem doinstalować najnowszy kernel, jak to robiłem przez wiele ostatnich lat. Zawsze zostawiam poprzedni (albo i kilka) bo czasami nowszy nie chce wstawać. Trochę utnę, ale mam taki objaw: poldek:/all-avail> install -I kernel-5.11.2-1.x86_64 kernel- drm-5.11.2-1.x86_64 kernel-sound-alsa-5.11.2-1.x86_64 kernel-virtualbox- host-6.1.18-4 w 5.11.2_1.x86_64 Przetwarzanie zależności... [...] Przygotowywanie? ################################# [100%] plik /etc/sysconfig/kernel z instalacji kernel-3:5.11.2-1.x86_64 jest w konflikcie z plikiem z pakietu kernel-3:5.10.16-1.x86_64 [...] Wystąpiły błędy podczas instalacji Czy nowy RPM jest nadwrażliwy, czy też w specu nastąpiła jakaś zmiana? Zawsze mogę dać --force ale do tej pory to działało. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"