php-5.4.1_rc1 mislykkes med apache-2.4.1 på gentoo

Dag apache-2.4.1 ebuild har optrådt i gentoos Portage-træ. Nye php-5.4.1_rc1 mislykkes med installeret apache-2.4.1 web-server på Gentoo med følgende fejlmeddelelse:

Konfiguration SAPI moduler
kontrol for AOLserver støtte ... nej
kontrol for Apache 1.x module support via DSO gennem APXS ... nej
kontrol for Apache 1.x module support ... nej
kontrollere, om at aktivere Apache tegnsæt kompatibilitet mulighed ... ingen
kontrol for Apache 2,0 filter-module support via DSO gennem APXS ... nej
kontrol for Apache 2,0 handleren-module support via DSO gennem APXS ...

Undskyld, kan jeg ikke køre apxs. Mulige årsager følger:

1. Perl er ikke installeret
2. apxs blev ikke fundet. Prøv at passere vejen ved hjælp af-med-apxs2 = / sti / til / apxs
3. Apache blev ikke bygget ved hjælp af-enable-det (apxs brug siden vises)

Produktionen af / usr / sbin / apxs følger:
. / Configure: line 8325: / usr / sbin / apxs: Ingen sådan fil eller mappe
configure: error: Afbryder

Grunden til dette er, at apxs eksekverbare ikke bliver installeret med apache-2.4.1 ebuild. Ifølge gmane.org dette spørgsmål blev fastgjort med apache-2.4.1-r1 ebuild. Men efter opgradering apache til 2.4.1-r1 emerging php stadig ikke med den samme fejlmeddelelse. Et hurtigt kig på filsystemet viser, at / usr / sbin / apxs blev installeret samt / usr/sbin/apxs2 symlænke blev oprettet.

mittelerde sbin # ls-alsh apxs *
24K-rw-r-r-1 root root 23K 1. April 16:14 apxs
0 lrwxrwxrwx 1 root root 14 1. April 16:14 apxs2 -> / usr / sbin / apxs

Det afslører også grunden til nye PHP ikke med apache-2.4.1-r1. / Usr / sbin / apxs perl-script, der kommer med apache-2.4.1-r1 ebuild mangler den eksekverbare flag.

Således en simpel

chmod + x / usr / sbin / apxs

løser problemet, og nye php bagefter fungerer som en charme. Sandsynligvis vil dette blive fastgjort med den næste apache ebuild. For at få apache konfigurationen arbejde efter 2,4 opgraderingen, kan du læse: Opgradering til 2,4 fra 2,2 .

Jürgen favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo

 php 5.4.1 rc1 fails with apache 2.4.1 on gentoo
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

iptables spejl mål for linux kernel 3,3

Efter min sidste kerne-opgradering jeg prøvede at bygge iptables spejlet målet offentliggjort her . Den iptables spejl mål tager pakken sendt til din maskine og returnerer den samme pakke til maskinen pakken kom fra. Derfor, lad os sige nogen forsøger at scanne din maskine eller forsøger et angreb han ville scanne sin egen maskine eller endda angribe hans egen maskine. Da jeg prøvede det med kerne-version 3,3, var det ikke bygge mere med den nuværende Linux-kernen. Men denne gang kun en mindre modifikation er blevet neccesary. En anden header fil skulle medtages, og en funktion, navnet er ændret. Du kan downloade nyere overgang til kerne-version 3,3 og sandsynligvis kommende kerner her:

MIRROR.3.3.0.tar.gz (40) gplv3 127x51 iptables mirror target for linux kernel 3.3

Kerne modulet er blevet testet med kernel-version linux-3.3-vserver-2.3.3.1. At bygge modulet, starte den kerne, du ønsker at bruge modulet med. Bagefter pakke arkivet og køre compile.sh scriptet til at bygge modulet. Kør derefter install.sh script til installation af kompileret modulet ind i / lib / modules mappe til din kerne.

Nu kan du bruge spejlet målet i stedet for Afvis eller DROP mål i INPUT, FORWARD og PREROUTING kæder, som denne i din firewall script:

Kr. iptables-A INPUT-j MIRROR

Pas: Brugen af spejlet målet kan føre til mærkelige resultater, i eksempel hvis du ønsker at forbinde til en iptables beskyttet maskine, der bruger spejlet målet, kan du ende med forbindelse til den lokale maskine uden at anerkende det. Den kan også bruge meget båndbredde. Det værste tilfælde opstår, hvis du har to maskiner, som anvender modulet. Disse maskiner kan ende op med at spille ping pong. Så du er blevet advaret, skal du bruge med forsigtighed og på egen risiko. For mere information se: MIRROR mål .

Downloads til ældre kerne-versioner er under. Bemærk Versionsnummerering 2.6.25 værker for kerner op til 2.6.27. 2.6.28 arbejder også for 2.6.29 og 2.6.30 kerner. Den 2.6.13 version af modulet skal arbejde op til kerneversion 2.6.16.

MIRROR.2.6.13.tar.gz (668)
MIRROR.2.6.24.tar.gz (1030)
MIRROR.2.6.25.tar.gz (962)
MIRROR.2.6.28.tar.gz (974)
MIRROR.2.6.31 (883)
MIRROR.2.6.35.tar.gz (799)
MIRROR.2.6.36.tar.gz (693)
MIRROR.2.6.37.tar.gz (545)
MIRROR.3.0.7.tar.gz (286)
MIRROR.3.1.0.tar.gz (86)
gplv3 127x51 iptables mirror target for linux kernel 3.3

hensyn
Jürgen

 iptables mirror target for linux kernel 3.3
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

udev-182 behov CONFIG_ DEVTMPFS i kernen

Efter de seneste opgraderinger på min gentoo vserver system, der kører en 3.3.0 Linux vserver-kernel (vserver-sources-2.3.3.1), har systemet ikke starte op ordentligt længere. Ingen kernemoduler fik indlæst og selv de netværksenheder har ikke været tilgængelige efter en genstart. Dette er mere eller mindre værste fald, siden man for at være fysisk foran maskinen og kan ikke reparere systemet via SSH remote login.

Kernen opgradering var ikke årsagen til dette, men opgraderingen til udev-182. Det er, hvad log sagde:

21 mar 17:20:05 mittelerde / etc / init.d / sshd [5563]: FEJL: kan ikke starte sshd da net.eth0 ville ikke starte
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6075]: udev bruger en devtmpfs monteret på / dev til at håndtere enheder.
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6076]: Det betyder, at CONFIG_DEVTMPFS = y er påkrævet
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6077]: i kerneopsætning.
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6067]: ERROR: udev-mount kunne ikke starte
21 mar 17:20:09 mittelerde / etc / init.d / udev [6066]: FEJL: kan ikke starte udev som udev-mount vil ikke starte
21 mar 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ERROR: interface eth0 eksisterer ikke

Med information "CONFIG_DEVTMPFS = y er påkrævet" loggen indeholder den nødvendige hint til at få tingene til at fungere. Den CONFIG_DEVTMPFS mulighed måtte være aktiveret i kernen. Bagefter kernen er nødt til at blive genoversat. Indstillingen kan findes i menuconfig under Device Drivers-> Generiske driverindstillinger og kaldes Opretholde en devtmpfs filsystem til at montere på / dev. For at få de devfs automatisk monteret ved opstart er det fornuftigt også at aktivere indstillingen automount devtmpfs på / dev , efter at kernen monteret rootfs (CONFIG_DEVTMPFS_MOUNT).

Det er sikkert at aktivere disse muligheder med ældre udev versioner. Derved beskyttes dit system fra ikke at arbejde mere, når du får udev opdateringen senere.

Jürgen

 udev 182 needs CONFIG  DEVTMPFS in kernel
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

En hundrededel artiklen jubilæum

Vi, forfatterne af MyGNU.de er stolte af at fejre et jubilæum i dag. Dette er den 1/100 artikel offentliggjort på denne blog. Men hvordan gør man fejrer sådan et jubilæum? For sikker på, er den bedste måde at skrive en anden artikel. Nå, og måske drikke en øl eller to.

Lad os opsummere nogle historie. Denne blog, MyGNU.de startede den 29 november 2008 - omkring tre år siden. I disse år Thorsten og jeg havde lejlighed til at give nyttig information, nyttige scripts og programmer til jer, vores læsere. - Mindst håber vi så. På denne måde har vi været i stand til at give noget tilbage til open source-fællesskabet, som har støttet os på så mange måder. Vi har skrevet om løsninger på mange problemer, med hensyn til Linux-styresystemet, vi mødte. Det ville være for meget at skrive, hvis jeg prøvede at nævne hver enkelt artikel i dag, men nogle skal nævnes. For sikker på højdepunkterne, der kan findes på denne hjemmeside er SIV, den stereoskopiske billedfremviseren og vrtrack den headtracking driveren til Vuzix VR920 hovedmonteret display. Det mest populære download-indtil nu har været iptables Mirror mål, som jeg porteret til 2.6 og 3.x Linux kerner. Kerne modulet gør det muligt at skabe en mere aktiv iptables firewall ved at returnere angreb til angriberen. I alt det fik 5897 hits frem til i dag. I begyndelsen nogle af artiklerne var kortere end de nyere dem, men med tiden vores viden og skrivefærdigheder udviklet sig, og nogle af de seneste artikler er af ganske høj kvalitet. Vi håber du har nydt at læse artiklerne og fik nogle nyttige oplysninger og informationer.

For fremtiden håber vi på at holde på denne måde og forbedre vores kompetencer, til at skrive bedre og mere nyttige artikler og software og offentliggøre disse på MyGNU.de .

"Så siger vi alle."

Nå, nu er der kun en sidste ting at gøre. At sige tak! Vi er nødt til at sige tak til dig for at læse, og vi er nødt til at sige tak til vores firma hoved-host.de GmbH for at give webhotel for denne blog.

Tillykke med jubilæet MyGNU.de !

Med venlig hilsen og holde på læsning

Jürgen

 One hundredth article anniversary
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

zen-kilder-3.2 med tuxonice

Fra og med den 2.6.36 kerne, er tuxonice blevet fjernet fra zen-kilder. Den seneste officielle tuxonice patch, som er tilgængelig på nuværende tidspunkt, er for Linux-kernen 3,0. I mellemtiden nyere patches, for kerne-version 3.2.1 og 3.2.10 er dukket op på crow202.org . Så jeg lappet de zen-stabil-3.2 kilder med 3.2.1 tuxonice patch derfra.

Suspend to RAM arbejder med denne kerne, i hvert fald på min Dell Precision M65 og min Desktop, såvel som suspendering til disk gør. Desuden kan jeg bekræfte, at 3.2.1 patch virker også på x86_64 arkitektur.

For at få tingene til at fungere, kan du downloade den zen-stabil-3.2 kerne træ fra zen-kernel.org og pakke den ud. Bagefter downloade 3.2.1 tuxonice patch fra crow202.org og anvende den. Efter anvendelse af patch du kan fortsætte med standardkernen byggeprocessen. Som med zen-kilder-3.1, er ingen yderligere patch nødvendig for zcache funktionen, er rettelsen allerede inkluderet i zen-stabil-3.2. Den zcache funktionen fordobler RAM effektivitet, samtidig med at en væsentlig for-boosts på mange arbejdsbyrder. Den zcache funktionen er placeret under mellemstationer drivere i kernen træet og afhænger af cleancache funktionen, som er placeret under processor-typer og funktioner. Hvis du vil aktivere zcache funktionen, skal du passere den zcache søgeord til din kerne, i eksempel i din grub.conf.

Eksempel: kernel / bzImage panik = 60 root = / dev/hda3 zcache

For Gentoo brugere er der en mere enkel måde: Download min modificerede overlay fra zen-kilder-3.2.tar.gz (46) og pak det i / usr / local / portage. Overlayet indeholder alle de nødvendige patches. Sørg for at inkludere følgende linje i din / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Hvis du vil bruge tuxonice inkludere tuxonice i dine USE-flag. Så opstår zen-kilder og bygge kernen som du vil.

Tuxonice er ikke officielt understøttet i den nuværende zen-kilder. Så hvis du bruger filerne ovenfor, ikke indberette eventuelle fejl til zen-sources.org. Du er på egen hånd.

For mit Precision M65 Jeg brugte følgende kerne config: config_zen_3.2_dell_m65.zip (42)

For mere information om de zen-kilder patchset se www.zen-sources.org .

venlig hilsen

Jürgen

 zen sources 3.2 with tuxonice
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

Lille bugfix i extcalllog Vis nummer modifikation til N900

I artiklen ser telefonnumre op med N900 jeg beskrev en løsning til at udføre reverse telefonnummer opslag fra i N900 s udvidede opkaldslog. Plasteret og dermed også binær pakke der indeholdt en lille fejl. Når der var internationale opkald, der begynder med "00", i loggen, at reverse lookup mislykkedes på grund af Vis nummer ansøgningen ikke at fortolke "00" korrekt. Den faste extcalllog ansøgning nu omsætter disse efterstillede nuller til et "+", som bliver fortolket korrekt af Vis nummer ansøgningen.

Overførslerne i den oprindelige artikel er blevet opdateret nu.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

qemu-kvm med cache = ingen vinder på ext4 filsystem med journal_data mulighed

KVM er blevet en af ​​de største virtualiseringsteknologier de seneste år. For Redhat Linux har det endda blive standard virtualiseringsløsning. KVM har IO præstationer er næppe konkurrere med andre virtualiseringsløsninger, når du bruger standardindstillingerne. Især når du bruger qcow2 billeder, kan IO ydeevne KVM / qemu blive kraftigt forbedret ved at deaktivere cache af den underliggende vært filsystem. Dette kan gøres ved at starte kvm med buffer = ingen mulighed for eksempel med de valgmuligheder

-Drev file = my_image.qcow2, index = 0, medier = disk, cache = ingen

i stedet for bare at levere på billedfilen med-hda my_image.qcow2. Så billedfilen bliver åbnet med O_DIRECT flag, uden om side cache. Hvis den underliggende filsystemet ikke understøtter O_DIRECT flag, dette mislykkes med fejlmeddelelsen:

kunne ikke åbne disk image my_image.qcow2: Invalid argument

Dette er tilfældet for en ext4 filsystem med fuld aktiveret journal. Man kan nemt teste om O_DIRECT flaget er understøttet af den underliggende filsystem med en simpel dd kommando på værten:

dd if = some_file of = / dev / null iflag = direkte

Hvis O_DIRECT flaget ikke understøttes det resulterer i følgende fejl:

dd: åbning `some_file ': Invalid argument

Så hvis sikkerhedshensyn ikke finder anvendelse, man ikke ønsker at bruge fuld journal, for at øge ydeevnen. Journaliseringen indstillinger kan indstilles enten i / etc / fstab eller i filsystemet selv. For fstab tilfælde røde mærket del af det følgende eksempel post skal fjernes.

/ Dev/sda7 / ext4 defaults og noatime og nodiratime og async, data = journal 0 1

Hvis journaliseringen er indstillet i filsystemet, kan dette vises og redigeres med tune2fs kommandoen. I eksempel tune2fs-l / dev/sda7 viser oplysninger om filsystem på / dev/sda7. Hvis den fulde journal er aktiveret, udgang indeholder journal_data mount option:

Standard mount-indstillinger: journal_data

Den mulighed kan fjernes med tune2fs-o ^ journal_data / dev/sda7. Derefter outputtet af tune2fs-l ikke indeholder journal_data holderen mulighed mere:

Standard mount-indstillinger: (Ingen)

I begge tilfælde filsystemet skal monteres igen for at aktivere ændringerne. Derefter qemum-kvm arbejder med cache = ingen mulighed, som beskrevet ovenfor, og med øget IO ydeevne.

Jürgen

Referencer:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

 qemu kvm with cache=none fails on ext4 filesystem with journal data option
1 Star2 Stars3 Stars4 Stars5 Stars (Ingen stemmer endnu)
Loading ... Loading ...

site info

Trans lator

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flag
Spanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flag
Croatian flagDanish flagFinnish flagHindi flagPolish flagRomanian flagSwedish flagNorwegian flag
Catalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flagSlovak flag
Slovenian flagUkrainian flagVietnamese flag