Przemek Jagielski
-
Postów
99 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
5
Typ zawartości
Profile
Forum
Wydarzenia
Odpowiedzi opublikowane przez Przemek Jagielski
-
-
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ć.
-
2
-
-
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.
-
7 minut temu, mrViperoo napisał:
Myślę że tak jest skonstruowana oferta i raczej nic tego nie zmieni. Chcesz KVM to kup w ovh.pl za większe pieniążki
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 <root@node1-pl.jagielski.ovh> 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ę
-
1
-
-
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 255Ktoś się z tym ostatnio spotkał i wie o co może chodzić?
-
Ta wydaje się być OK: https://developers.whatismybrowser.com/useragents/explore/
-
1
-
-
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?
Konfiguracja NextCloud pod OpenStack
w Software
Opublikowano
https://github.com/ovh/svfs - możesz spróbować tego i podmontować odpowiednio.