Przemek Jagielski

https://github.com/ovh/svfs - możesz spróbować tego i podmontować odpowiednio.

A sprawdzałeś chociażby pierwsze rozwiązanie z google? https://help.nextcloud.com/t/solved-object-storage-with-ovh-issues/43761/5 ? Albo czytałeś to? https://docs.ovh.com/pl/storage/konfiguracja_owncloud_dla_object_storage/ (powinno być tożsamo z OC)

A tak po polsku? Potrzebujesz utrzymywać instancje z NC w ramach Public Clouda czy co chcesz osiągnąć?

Ja bym generalnie nie szedł w limitowanie po cgroupach, dopóki nie musisz. Jeżeli masz możliwość, wykorzystaj fakt istnienia php-fpm i z jego poziomu chociażby limituj ilość uruchomionych procesów per user (pool). To będzie lepsze rozwiązanie. A cgroupy w każdej chwili mogą się walnąć i będzie potrzebna z nimi zabawa w przywracanie wszystkiego, jeżeli chodzi o ich działanie.

Nie ma co się też dziwić, że taki tryb jest narzucony w ich jądrze - DC tego prądu mało nie biorą, walczą też o jakiś poziom ekologii więc coś kosztem czegoś. Stąd można zawsze te jądro sobie zmienić.

Ja po swojej stronie korzystam z patchy i konfigu OVHowskiego, ale połowę rzeczy i tak jeszcze wyłączam. Ogólnie to przydałby się jakiś konkretniejszy spis tego, z czego oni rzeczywiście korzystają w ramach dedyków, żeby można było powyłączać wszystko to co nie jest potrzebne, chociażby po stronie sieci.

A którą wersję jądra instalowałeś? Bezpośrednio z repo co idzie czy samemu wrzucasz nowsze wersje? Może któryś moduł jest trefny w obecnych wersjach

To chociaż możnaby rozważyć aktywne wsparcie dla IPMI skoro ono jest. Ceny by mogły pójść w górę powiedzmy o te 10 ziko ale IPMI by było.

No i tu Was nieco zaskoczę - serwer, który mam w SoYouStartcie (DC WAW dla klarowności) ma płytę Supermicro, która ma wsparcie dla IPMI.

Tak, tylko... że na stronie ofertowej było a się ostatecznie z niego wycofali.

I tak nie zapomnę OVH (pomimo tego, że chwalę sobie ich jako klient), sytuacji, kiedy w OVH, w ofercie był KVM ale ostatecznie go nie było

Rozważacie możliwość wprowadzenia KVM w ramach SoYouStart w jakichś normalnych cenach? Teraz te KVMy to jest wielkie zdzierstwo a czasem przydałoby się zobaczyć co się stało + zmienić kernela bez zabawy z trybem rescue.

A ja kupiłem w Kimsufi KS-11...

OVH Public Cloud? Albo zbudowanie własnej małej chmury?

Procesor, ilość/producent ramu, płyta główna, dyski. Architektura ta sama (x64). Ta sama wersja OSa, te same paczki poinstalowane.

Nic nie dało. Ciągle ten sam błąd. Problem pojawia się tylko na tym konkretnym serwerze. Na każdym innym, gdzie patrzyłem (różnice jedynie w sprzęcie), problem nie występuje.

Undefined subroutine &main::debarch_to_cpuattrs called at /usr/bin/dpkg-architecture line 248. To występuje po wpisaniu. Paczki wszystkie na bank zainstalowane.

Dobra, wracam do tematu bo znalazła się chwila wolna. Serwer ten sam, sposób kompilacji zasugerowany wyżej, skutkuje tym samym, tj: make deb-pkg -j 8 make clean /bin/sh ./scripts/package/mkdebian TAR linux-4.20.0-2.3.2.tar.gz origversion=$(dpkg-parsechangelog -SVersion |sed 's/-[^-]*$//');\ mv linux-4.20.0-2.3.2.tar.gz ../linux-4.20.0-2.3.2_${origversion}.orig.tar.gz dpkg-buildpackage -r"fakeroot -u" -a$(cat debian/arch) -i.git -us -uc dpkg-buildpackage: warning: using a gain-root-command while being root dpkg-buildpackage: info: source package linux-4.20.0-2.3.2 dpkg-buildpackage: info: source version 4.20.0-2.3.2-1 dpkg-buildpackage: info: source distribution stretch dpkg-buildpackage: info: source changed by root <[email protected]> Undefined subroutine &main::debarch_to_cpuattrs called at /usr/bin/dpkg-architecture line 248. dpkg-buildpackage: error: dpkg-architecture subprocess returned exit status 255 scripts/package/Makefile:71: recipe for target 'deb-pkg' failed make[1]: *** [deb-pkg] Error 255 Makefile:1397: recipe for target 'deb-pkg' failed make: *** [deb-pkg] Error 2 Na innym serwerze, też z Debianem, powyższy sposób przechodzi bez zająknięcia. W czym może być jeszcze rzecz?

Własny serwer pocztowy.

A o tym nie wiedziałem akurat, no cóż. Pracy domowej nie odrobiłem. Dzięki za ściągawkę

Deb 9.6 x64. Zwykle to wygląda tak: make-kpkg --initrd --revision={moje oznaczenie} kernel_image -j X

Cześć. Od ostatnich kilku wersji kernela, spotykam się z problemem w trakcie budowania paczki. Cały proces przejdzie bez problemu, nie występują po drodze żadne errory. W momencie, kiedy tworzona jest już paczka bezpośrednio, całość się wykrzacza z takimi błędami: Undefined subroutine &main::debarch_to_cpuattrs called at /usr/bin/dpkg-architecture line 248. dpkg-buildpackage: error: dpkg-architecture subprocess returned exit status 255 Ktoś się z tym ostatnio spotkał i wie o co może chodzić?

Ta wydaje się być OK: https://developers.whatismybrowser.com/useragents/explore/

Nie wiem co dokładnie pod maską ma standardowa oferta, ale jeżeli chodzi od Public CLoudy, przyspieszenie bootowania daje wyłączenie DHCP i ręczne zestawienie interfejsów.

Jeżeli coś większego to raczej szukałbym jakiegoś Clouda do obsłużenia takiego ruchu. Coś więcej możesz powiedzieć nt. tego portalu?