VirtualBox : Problème lors de l’installation d’une nouvelle Box : -> VERR_CPUM_RAISE_GP_0!

113 x served & 28 x viewed

Ma version de VirtualBox: 6.1.18 et ma version de Windows : Windows 10 Entreprise OS Build 18363.1379 .

J’ai du faire ceci :

1-Lancer un prompt en Administrateur ;

2-Lancer la commande :

bcdedit /set hypervisorlaunchtype off

3-Faire un reboot :

shutdown -s -t 2

Voici les logs de Virtual Box qui plantait:

00:00:03.654980 Full Name: "Intel(R) Core(TM) i7-9850H CPU @ 2.60GHz"
00:00:03.654981 TLB 2/4M Instr/Uni: res0 0 entries
00:00:03.654981 TLB 2/4M Data: res0 0 entries
00:00:03.654982 TLB 4K Instr/Uni: res0 0 entries
00:00:03.654982 TLB 4K Data: res0 0 entries
00:00:03.654982 L1 Instr Cache Line Size: 0 bytes
00:00:03.654983 L1 Instr Cache Lines Per Tag: 0
00:00:03.654983 L1 Instr Cache Associativity: res0
00:00:03.654983 L1 Instr Cache Size: 0 KB
00:00:03.654983 L1 Data Cache Line Size: 0 bytes
00:00:03.654984 L1 Data Cache Lines Per Tag: 0
00:00:03.654984 L1 Data Cache Associativity: res0
00:00:03.654984 L1 Data Cache Size: 0 KB
00:00:03.654985 L2 TLB 2/4M Instr/Uni: off 0 entries
00:00:03.654985 L2 TLB 2/4M Data: off 0 entries
00:00:03.654985 L2 TLB 4K Instr/Uni: off 0 entries
00:00:03.654986 L2 TLB 4K Data: off 0 entries
00:00:03.654986 L2 Cache Line Size: 0 bytes
00:00:03.654987 L2 Cache Lines Per Tag: 0
00:00:03.654987 L2 Cache Associativity: off
00:00:03.654987 L2 Cache Size: 0 KB
00:00:03.654988 TS - Temperature Sensor = 0 (0)
00:00:03.654989 FID - Frequency ID control = 0 (0)
00:00:03.654990 VID - Voltage ID control = 0 (0)
00:00:03.654990 TscInvariant - Invariant Time Stamp Counter = 1 (1)
00:00:03.654991 CBP - Core Performance Boost = 0 (0)
00:00:03.654992 EffFreqRO - Read-only Effective Frequency Interface = 0 (0)
00:00:03.654992 ProcFdbkIf - Processor Feedback Interface = 0 (0)
00:00:03.654993 ProcPwrRep - Core power reporting interface support = 0 (0)
00:00:03.654994 Physical Address Width: 39 bits
00:00:03.654994 Virtual Address Width: 48 bits
00:00:03.654994 Guest Physical Address Width: 0 bits
00:00:03.654995 Physical Core Count: 1
00:00:03.654996
00:00:03.654996 ******************** End of CPUID dump **********************
0:00:03.655008 VMEmt: Halt method global1 (5)
00:00:03.655098 VMEmt: HaltedGlobal1 config: cNsSpinBlockThresholdCfg=50000
00:00:03.655176 Changing the VM state from 'CREATING' to 'CREATED'
00:00:03.656076 Changing the VM state from 'CREATED' to 'POWERING_ON'
00:00:03.656236 AIOMgr: Endpoints without assigned bandwidth groups:
00:00:03.656252 AIOMgr: E:\LIVECD\OracleLinux-R8-U3-x86_64-dvd.iso
00:00:03.656258 AIOMgr: E:\Oracle Linux 8.3\Oracle Linux 8.3.vdi
00:00:03.656697 Changing the VM state from 'POWERING_ON' to 'RUNNING'
00:00:03.656717 Console: Machine state changed to 'Running'
00:00:03.658838 VMMDev: Guest Log: BIOS: VirtualBox 6.1.18
00:00:03.659012 PCI: Setting up resources and interrupts
00:00:03.664606 ERROR [COM]: aRC=VBOX_E_VM_ERROR (0x80bb0003) aIID={4680b2de-8690-11e9-b83d-5719e53cf1de} aComponent={DisplayWrap} aText={Could not take a screenshot (VERR_NOT_SUPPORTED)}, preserve=false aResultDetail=-37
00:00:03.690437 PIT: mode=2 count=0x10000 (65536) - 18.20 Hz (ch=0)
00:00:03.706765 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=0000000000000000 w=720 h=400 bpp=0 cbLine=0x0 flags=0x0 origin=0,0
00:00:03.709342 VMMDev: Guest Log: CPUID EDX: 0x178bfbff
00:00:03.709485 PIIX3 ATA: Ctl#0: RESET, DevSel=0 AIOIf=0 CmdIf0=0x00 (-1 usec ago) CmdIf1=0x00 (-1 usec ago)
00:00:03.709529 PIIX3 ATA: Ctl#0: finished processing RESET
00:00:03.712679 AHCI#0: Reset the HBA
00:00:03.712694 VD#0: Cancelling all active requests
00:00:03.712851 AHCI#0: Port 0 reset
00:00:03.712929 VD#0: Cancelling all active requests
00:00:03.713609 VMMDev: Guest Log: BIOS: AHCI 0-P#0: PCHS=16383/16/63 LCHS=1024/255/63 0x000000000a36f580 sectors
00:00:03.717731 PIT: mode=2 count=0x48d3 (18643) - 64.00 Hz (ch=0)
00:00:03.745810 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=000000000f300000 w=640 h=480 bpp=32 cbLine=0xA00 flags=0x0 origin=0,0
00:00:04.157989 GUI: UIMachineViewScale::resendSizeHint: Restoring guest size-hint for screen 0 to 800x600
00:00:04.158041 VMMDev: SetVideoModeHint: Got a video mode hint (800x600x32)@(0x0),(1;0) at 0
00:00:04.161243 GUI: 2D video acceleration is disabled
00:00:04.161314 GUI: HID LEDs sync is enabled
00:00:06.200584 PIT: mode=2 count=0x10000 (65536) - 18.20 Hz (ch=0)
00:00:06.200907 VMMDev: Guest Log: BIOS: Boot : bseqnr=1, bootseq=0023
00:00:06.205053 VMMDev: Guest Log: BIOS: Booting from CD-ROM...
00:00:06.212463 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=0000000000000000 w=720 h=400 bpp=0 cbLine=0x0 flags=0x0 origin=0,0
00:00:06.265354 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=000000000f300000 w=640 h=480 bpp=24 cbLine=0x780 flags=0x0 origin=0,0
00:00:09.954650 Display::i_handleDisplayResize: uScreenId=0 pvVRAM=0000000000000000 w=720 h=400 bpp=0 cbLine=0x0 flags=0x0 origin=0,0
00:00:10.635396 VMMDev: Guest Log: BIOS: KBD: unsupported int 16h function 03
00:00:10.635672 VMMDev: Guest Log: BIOS: AX=0305 BX=0000 CX=0000 DX=0000
00:00:10.636346 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=81
00:00:10.636666 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=81
00:00:10.637007 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=82
00:00:10.637332 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=82
00:00:10.637672 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=83
00:00:10.637991 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=83
00:00:10.638335 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=84
00:00:10.638654 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=84
00:00:10.638994 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=85
00:00:10.639343 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=85
00:00:10.639737 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=86
00:00:10.640057 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=86
00:00:10.640404 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=87
00:00:10.640723 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=87
00:00:10.641063 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=88
00:00:10.641385 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=88
00:00:10.641725 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=89
00:00:10.642044 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=89
00:00:10.642389 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8a
00:00:10.642709 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8a
00:00:10.643172 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8b
00:00:10.643494 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8b
00:00:10.643908 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8c
00:00:10.644298 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8c
00:00:10.644639 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8d
00:00:10.644956 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8d
00:00:10.645295 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8e
00:00:10.645612 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8e
00:00:10.645949 VMMDev: Guest Log: int13_harddisk_ext: function 41, unmapped device for ELDL=8f
00:00:10.646291 VMMDev: Guest Log: int13_harddisk: function 02, unmapped device for ELDL=8f
00:00:10.981711 GIM: KVM: VCPU 0: Enabled system-time struct. at 0x000000004c401000 - u32TscScale=0xc587b80f i8TscShift=-1 uVersion=2 fFlags=0x1 uTsc=0x46ba43e2f uVirtNanoTS=0x1b496aa89 TscKHz=2592008
00:00:10.981754 TM: Host/VM is not suitable for using TSC mode 'RealTscOffset', request to change TSC mode ignored
00:00:11.616013 GIM: KVM: Enabled wall-clock struct. at 0x000000004c400000 - u32Sec=1615824502 u32Nano=683849407 uVersion=2
00:00:11.665390 PIT: mode=2 count=0x4a9 (1193) - 1000.15 Hz (ch=0)
00:00:11.776216 MsrExit/0: 0010:ffffffffabe64d98/LM: WRMSR 00000033, 20000000:00000000 -> VERR_CPUM_RAISE_GP_0!

Oracle Linux 8.2 : Installation de redis.so pour PHP 7.2

100 x served & 30 x viewed

Voici l’erreur que j’avais :

# php -v
PHP Warning:  PHP Startup: Unable to load dynamic library 'redis.so' (tried: /usr/lib64/php/modules/redis.so (/usr/lib64/php/modules/redis.so: undefined symbol: zval_used_for_init), /usr/lib64/php/modules/redis.so.so (/usr/lib64/php/modules/redis.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
PHP 7.2.24 (cli) (built: Oct 22 2019 08:28:36) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

La procédure d’installation :

# yum install glibc glibc-devel gcc-c++
# yum install php-devel
# yum install make
# pecl install redis
# yum install curl-devel
# yum install php-json
# pecl install phalcon

Encore une erreur :

# php -v
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/redis.so' (tried: /usr/lib64/php/modules/redis.so (/usr/lib64/php/modules/redis.so: undefined symbol: php_json_decode_ex), /usr/lib64/php/modules//usr/lib64/php/modules/redis.so.so (/usr/lib64/php/modules//usr/lib64/php/modules/redis.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

Je déplace le module redis pour qu’il soit lancé en dernier :

# mv /etc/php.d/redis.ini /etc/php.d/40-redis.ini
# systemctl restart php-fpm.service

Et au final ;

# php -v
PHP 7.2.24 (cli) (built: Oct 22 2019 08:28:36) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

Maintenant cela fonctionne correctement, la version de Oracle Linux :

# cat /etc/redhat-release 
Red Hat Enterprise Linux release 8.2 (Ootpa)

Développement en C sous Linux : pthread et la fonction sleep().

309 x served & 96 x viewed

Un petit exemple vaut mieux que de grands discours, voici le source en C :

#include 
#include 
#include 
#include <sys/time.h>
#include <sys/types.h>
#include 
static long debut = 0;
void* longue_pause(void* a){
        pid_t t = getpid();
        printf("pid = %d\n",(int)t);
        printf("thread longue_pause %d debut : %ld\n",(int)pthread_self(),time(0)-debut);
        sleep(10);
        printf("thread longue_pause %d fin : %ld\n",(int)pthread_self(),time(0)-debut);
}
void* petites_pauses(void* a){
	int i = 0;
        pid_t t = getpid();
        printf("pid = %d\n",t);
        printf("thread petites_pauses %d debut : %ld \n",(int)pthread_self(), time(0)-debut);
        for(; i < 10 ;++i){
                printf("thread petites_pauses %d en cours : %ld \n",(int)pthread_self(), time(0)-debut);
                sleep(1);
        }
}
int main(){
        pthread_t longue;
        pthread_t petit1;
        pthread_t petit2;
        debut = time(0);
        pthread_create(&longue,NULL,longue_pause,NULL);
        pthread_create(&petit1,NULL,petites_pauses,NULL);
        pthread_create(&petit2,NULL,petites_pauses,NULL);
	sleep(8);
	printf("Debut join: %ld\n",time(0)-debut);
        pthread_join(longue,NULL);
        printf("fin long : %ld\n",time(0)-debut); 
        pthread_join(petit1,NULL);
	printf("fin petit1 : %ld\n",time(0)-debut);	
        pthread_join(petit2,NULL);
	printf("fin petit2 : %ld\n",time(0)-debut);
}

Pour la compilation :

$ gcc test_pthread_test.c -lpthread -o test2

On lance le test :

$ ./test2 
pid = 324
thread longue_pause 1078445824 debut : 0
pid = 324
thread petites_pauses 1070053120 debut : 0 
thread petites_pauses 1070053120 en cours : 0 
pid = 324
thread petites_pauses 1061660416 debut : 0 
thread petites_pauses 1061660416 en cours : 0 
thread petites_pauses 1070053120 en cours : 1 
thread petites_pauses 1061660416 en cours : 1 
thread petites_pauses 1070053120 en cours : 2 
thread petites_pauses 1061660416 en cours : 2 
thread petites_pauses 1070053120 en cours : 3 
thread petites_pauses 1061660416 en cours : 3 
thread petites_pauses 1070053120 en cours : 4 
thread petites_pauses 1061660416 en cours : 4 
thread petites_pauses 1061660416 en cours : 5 
thread petites_pauses 1070053120 en cours : 5 
thread petites_pauses 1061660416 en cours : 6 
thread petites_pauses 1070053120 en cours : 6 
thread petites_pauses 1070053120 en cours : 7 
thread petites_pauses 1061660416 en cours : 7 
Debut join: 8
thread petites_pauses 1070053120 en cours : 8 
thread petites_pauses 1061660416 en cours : 8 
thread petites_pauses 1070053120 en cours : 9 
thread petites_pauses 1061660416 en cours : 9 
thread longue_pause 1078445824 fin : 10
fin long : 10
fin petit1 : 10
fin petit2 : 10

Le petit exemple nous montre bien qu’aucun sleep() ne fait une attente sur les autres pthreads, même celui dans le main().

J’ai pu voir sur des forums :

Effectivement sur le POSIX il est marqué : http://pubs.opengroup.org/onlinepubs/9699919799/functions/sleep.html :

The sleep() function shall cause the calling thread to be suspended from execution until either the number of realtime seconds specified by the argument seconds has elapsed or a signal is delivered to the calling thread and its action is to invoke a signal-catching function or to terminate the process.

Mais si beaucoup de personne se pose la question c’est que cela n’a pas toujours été le cas. Sauf problème de mémoire j’ai vu le changement entre la Redhat 8.0 et la Fédora 9.0.

Mes OS de développement ont été (dans l’ordre) :

  • Redhat 5.2 ( la seule version que j’ai acheté, misère – pour information la date de release est : 2 novembre 1998 ) : A l’université de Toulouse.
  • SuSE ? : Chez Centre Océanographique de Marseille.
  • Debian ? : Chez Cyber-workers / Alias .
  • Redhat ? : Chez Rightvision
  • Redhat 7.2 : Chez Honeywell / SeCOM
  • Redhat 8.0 : Chez Honeywell / SeCOM
  • Fédora 9.0 : Chez Honeywell / SeCOM
  • Fédora 14.0 : Chez Honeywell / SeCOM
  • Fédora 17.0 : Chez Honeywell / SeCOM
  • Oracle 7.0 : Chez Honeywell / SeCOM
  • Oracle 7.2 : Chez Honeywell / SeCOM
  • Oracle 7.3 : Chez Honeywell / SeCOM
  • Oracle 7.4 : Chez Honeywell / SeCOM
  • Oracle 7.5 & Fédora 26 sous Docker : Chez Honeywell / SeCOM
  • Ubuntu 16.04 :  Chez Honeywell / SeCOM

Chez moi c’est plutôt Raspbian STRETCH ( Débian )  : https://www.raspberrypi.org/downloads/raspbian/ .

Bref, cela fait seulement 20 ans que je suis sous Linux.

Ma version de Linux Ubuntu :

$ uname -a
Linux VirtualBox 4.15.0-36-generic #39~16.04.1-Ubuntu SMP Tue Sep 25 08:59:23 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Au passage on peut aussi voir l’impact des directives de compilation sur la taille :

$ gcc test_pthread_test.c -lpthread -o test2
$ gcc test_pthread_test.c -lpthread -O2 -o test2-O2
$ gcc test_pthread_test.c -lpthread -O3 -o test2-O3
$ gcc test_pthread_test.c -lpthread -O -o test2-O
$ gcc test_pthread_test.c -lpthread -g -o test2-g
$ gcc test_pthread_test.c -lpthread -g -O3 -o test2-g-03
$ ls -l test2*
13208  test2
15024  test2-g
14880  test2-g-03
9120   test2-O
9120   test2-O2
9120   test2-O3

Voila.

(Bisous à Luc)

Oracle Linux 7.x : History of GLIBC and CVE

437 x served & 292 x viewed

History of glibc and CVE for Oracle Linux 7.x ( 7.0 / 7.1 / 7.2 / 7.3 / 7.4 / 7.5 ) :

So Redhat ( and Oracle Linux, because it’s fork )  uses branch GLIBC 2.17 instead GLIBC 2.27

Question : What’s the current CVE on 2.17-222 ? It’s plan to merge with 2.27 ?

Big gap on GLIBC between Redhat & Fédora :

Thanks.

Severity Advisory Summary Release Date RPM OS KSPLICE GLIB CVE
Important ELSA-2018-4078 glibc security update 18/04/2018 glibc-2.17-222.ksplice1.el7.x86_64.rpm Oracle Linux 7.xx YES
Moderate ELSA-2018-0805 glibc security, bug fix, and enhancement update 16/04/2018 glibc-2.17-222.el7.x86_64.rpm Oracle Linux 7.5 2.17-222 CVE-2014-9402 / CVE-2015-5180 / CVE-2017-12132 / CVE-2017-15670 / CVE-2017-15804 / CVE-2018-1000001
01/02/2018 GNU C Library 2.27
ELBA-2017-3296 glibc bug fix update 30/11/2017 glibc-2.17-196.el7_4.2.x86_64.rpm Oracle Linux 7.xx
Important ELSA-2017-3601 glibc security update 09/08/2017 glibc-2.17-196.ksplice1.el7.x86_64.rpm Oracle Linux 7.xx YES
Moderate ELSA-2017-1916 glibc security, bug fix, and enhancement update 07/08/2017 glibc-2.17-196.el7.x86_64.rpm Oracle Linux 7.4 2.17-196 CVE-2014-9761 / CVE-2015-8776 / CVE-2015-8778 / CVE-2015-8779 / CVE-2015-8777
02/08/2017 GNU C Library 2.26
ELBA-2017-3594 glibc bug fix update 17/07/2017 glibc-2.17-157.ksplice1.el7_3.5.x86_64.rpm Oracle Linux 7.xx YES
ELBA-2017-1752 glibc bug fix update 14/07/2017 glibc-2.17-157.el7_3.5.x86_64.rpm Oracle Linux 7.xx
Important ELSA-2017-3582 glibc security update 20/06/2017 glibc-2.17-157.ksplice1.el7_3.4.x86_64.rpm Oracle Linux 7.xx YES CVE-2017-1000364
Important ELSA-2017-1481 glibc security update 19/06/2017 glibc-2.17-157.el7_3.4.x86_64.rpm Oracle Linux 7.xx CVE-2017-1000366
ELBA-2017-3577 glibc bug fix update 30/05/2017 glibc-2.17-157.ksplice1.el7_3.2.x86_64.rpm Oracle Linux 7.xx YES
ELBA-2017-1302 glibc bug fix update 26/05/2017 glibc-2.17-157.el7_3.2.x86_64.rpm Oracle Linux 7.xx
05/02/2017 GNU C Library 2.25
ELBA-2016-3649 glibc bug fix update 08/12/2016 glibc-2.17-157.ksplice1.el7_3.1.x86_64.rpm Oracle Linux 7.xx YES
ELBA-2016-2861 glibc bug fix update 06/12/2016 glibc-2.17-157.el7_3.1.x86_64.rpm Oracle Linux 7.xx
Low ELSA-2016-2573 glibc security, bug fix, and enhancement update 09/11/2016 glibc-2.17-157.el7.x86_64.rpm Oracle Linux 7.3 2.17-157 CVE-2016-3075 / CVE-2015-7547 / CVE-2015-5229
Low ELSA-2016-3638 glibc security update 09/11/2016 glibc-2.17-157.ksplice1.el7.x86_64.rpm Oracle Linux 7.xx YES 2.17-157 CVE-2016-3075
05/08/2016 GNU C Library 2.24
ELBA-2016-1449 glibc bug fix update 02/08/2016 glibc-2.17-106.0.1.el7_2.8.x86_64.rpm Oracle Linux 7.xx
ELBA-2016-3590 glibc bug fix update 02/08/2016 glibc-2.17-106.0.1.ksplice1.el7_2.8.x86_64.rpm Oracle Linux 7.xx YES
ELBA-2016-3562 glibc bug fix update 17/05/2016 glibc-2.17-106.0.1.ksplice1.el7_2.6.x86_64.rpm Oracle Linux 7.xx YES
ELBA-2016-1030 glibc bug fix update 12/05/2016 glibc-2.17-106.0.1.el7_2.6.x86_64.rpm Oracle Linux 7.xx
19/02/2016 GNU C Library 2.23
Critical ELSA-2016-3515 glibc security update 16/02/2016 glibc-2.17-106.0.1.ksplice1.el7_2.4.x86_64.rpm Oracle Linux 7.xx YES
Critical ELSA-2016-0176 glibc security and bug fix update 16/02/2016 glibc-2.17-106.0.1.el7_2.4.x86_64.rpm Oracle Linux 7.xx CVE-2015-7547 / CVE-2015-5229
Important ELSA-2015-2172 glibc security update 25/11/2015 glibc-2.17-106.0.1.el7_2.1.x86_64.rpm Oracle Linux 7.xx 2.17-106 CVE-2015-5277
Moderate ELSA-2015-2199 glibc security, bug fix, and enhancement update 24/11/2015 glibc-2.17-105.0.1.el7.x86_64.rpm Oracle Linux 7.2 2.17-105 CVE-2013-7423 / CVE-2015-1781 / CVE-2015-1472 / CVE-2015-1473
14/08/2015 GNU C Library 2.22
Moderate ELSA-2015-0327 glibc security and bug fix update 09/03/2015 glibc-2.17-78.0.1.el7.x86_64.rpm Oracle Linux 7.1 2.17-78 CVE-2014-6040 / CVE-2014-8121
06/02/2015 GNU C Library 2.21
Critical ELSA-2015-0092 glibc security update 27/01/2015 glibc-2.17-55.0.4.el7_0.5.x86_64.rpm Oracle Linux 7.xx CVE-2015-0235
Moderate ELSA-2014-2023 glibc security and bug fix update 18/12/2014 glibc-2.17-55.0.4.el7_0.3.x86_64.rpm Oracle Linux 7.xx CVE-2014-7817
Important ELSA-2014-1110 glibc security update 29/08/2014 glibc-2.17-55.0.4.el7_0.1.x86_64.rpm Oracle Linux 7.xx CVE-2014-5119 / CVE-2014-0475
07/09/2014 GNU C Library 2.20
ELBA-2014-3051 glibc bug fix update 29/07/2014 glibc-2.17-55.0.4.el7.x86_64.rpm Oracle Linux 7.0 2.17-55
08/02/2014 GNU C Library 2.19
12/08/2013 GNU C Library 2.18
25/02/2012 GNU C Library 2.17