Re: [CentOS-docs] Contents of CentOS-docs digest...
centos-docs-requ...@centos.org escribió: Send CentOS-docs mailing list submissions to centos-docs@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-docs or, via email, send a message with subject or body 'help' to centos-docs-requ...@centos.org You can reach the person managing the list at centos-docs-ow...@centos.org When replying, please edit your Subject line so it is more specific than Re: Contents of CentOS-docs digest... Today's Topics: 1. (no subject) (zalva...@infomed.sld.cu) -- Message: 1 Date: Thu, 15 Sep 2011 12:19:11 -0400 From: zalva...@infomed.sld.cu Subject: [CentOS-docs] (no subject) To: centos-docs@centos.org Message-ID: 20110915121911.63871p14j1g7i...@webmail.sld.cu Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; format=flowed This message was sent using IMP, the Internet Messaging Program. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs End of CentOS-docs Digest, Vol 61, Issue 8 ** This message was sent using IMP, the Internet Messaging Program. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS-docs] Italian translation proposal
On Sun, Sep 18, 2011 at 11:27 PM, Ralph Angenendt wrote: First you need a wiki account (FirstnameLastname, so GianlucaCecchi). Then I need to add you to the correct ACL. Then you can go ahead :) So just say when you have your wiki account ready. OK, I created the wiki account. Thanks, Gianluca ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS-virt] Having trouble starting more than 8 Xen guests
On Sep 18, 2011, at 9:13, Scot P. Floess sflo...@nc.rr.com wrote: I did some google'ing and from what I cn tell that error arises due to the lack of loop back devices (there being 8 by default)... I've tried both using MAKEDEV (in my /etc/rc.local) to create a number of loop back devices and put max_loops in my grub,.conf file. For example here is what I have in grub.conf now: title CentOS (2.6.18-274.3.1.el5.centos.plusxen) root (hd0,0) kernel /xen.gz-2.6.18-274.3.1.el5.centos.plus module /vmlinuz-2.6.18-274.3.1.el5.centos.plusxen ro root=LABEL=/ max_loop=64 module /initrd-2.6.18-274.3.1.el5.centos.plusxen.img Due to wrapping, max_loop is actually on the module /vmlinuz- line... I also tried to put max_loop on the kernel line as well... As I mentioned above, I also created the loop back devices from /etc/rc.local like so: /sbin/MAKEDEV -d /dev -m 64 loop And, once I can log in to the machine, I do see everything in /dev (for example /dev/loop0 to /dev/loop64) Has anyone else had this problem? If so, how did you resolve it Actually, you have max_loops=64 in the wrong file. You want it in /etc/modprobe.conf as thus: options loop max_loop=64 Once that is in, a reboot (after shutting down the running VMs) is the quickest way to activate it. Take the makedev and grub stuff out... -I ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS-virt] Having trouble starting more than 8 Xen guests
Ian, Hey thanks! I'll definitely try that... On Mon, 19 Sep 2011, Ian Forde wrote: On Sep 18, 2011, at 9:13, Scot P. Floess sflo...@nc.rr.com wrote: I did some google'ing and from what I cn tell that error arises due to the lack of loop back devices (there being 8 by default)... I've tried both using MAKEDEV (in my /etc/rc.local) to create a number of loop back devices and put max_loops in my grub,.conf file. For example here is what I have in grub.conf now: title CentOS (2.6.18-274.3.1.el5.centos.plusxen) root (hd0,0) kernel /xen.gz-2.6.18-274.3.1.el5.centos.plus module /vmlinuz-2.6.18-274.3.1.el5.centos.plusxen ro root=LABEL=/ max_loop=64 module /initrd-2.6.18-274.3.1.el5.centos.plusxen.img Due to wrapping, max_loop is actually on the module /vmlinuz- line... I also tried to put max_loop on the kernel line as well... As I mentioned above, I also created the loop back devices from /etc/rc.local like so: /sbin/MAKEDEV -d /dev -m 64 loop And, once I can log in to the machine, I do see everything in /dev (for example /dev/loop0 to /dev/loop64) Has anyone else had this problem? If so, how did you resolve it Actually, you have max_loops=64 in the wrong file. You want it in /etc/modprobe.conf as thus: options loop max_loop=64 Once that is in, a reboot (after shutting down the running VMs) is the quickest way to activate it. Take the makedev and grub stuff out... -I ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt Scot P. Floess RHCT (Certificate Number 605010084735240) Chief Architect FlossWare http://sourceforge.net/projects/flossware http://flossware.sourceforge.net https://github.com/organizations/FlossWare ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS-virt] Having trouble starting more than 8 Xen guests
Ian, That did it! Thanks so much... I've got 12 VMs running now...just fine :) On Mon, 19 Sep 2011, Ian Forde wrote: On Sep 18, 2011, at 9:13, Scot P. Floess sflo...@nc.rr.com wrote: I did some google'ing and from what I cn tell that error arises due to the lack of loop back devices (there being 8 by default)... I've tried both using MAKEDEV (in my /etc/rc.local) to create a number of loop back devices and put max_loops in my grub,.conf file. For example here is what I have in grub.conf now: title CentOS (2.6.18-274.3.1.el5.centos.plusxen) root (hd0,0) kernel /xen.gz-2.6.18-274.3.1.el5.centos.plus module /vmlinuz-2.6.18-274.3.1.el5.centos.plusxen ro root=LABEL=/ max_loop=64 module /initrd-2.6.18-274.3.1.el5.centos.plusxen.img Due to wrapping, max_loop is actually on the module /vmlinuz- line... I also tried to put max_loop on the kernel line as well... As I mentioned above, I also created the loop back devices from /etc/rc.local like so: /sbin/MAKEDEV -d /dev -m 64 loop And, once I can log in to the machine, I do see everything in /dev (for example /dev/loop0 to /dev/loop64) Has anyone else had this problem? If so, how did you resolve it Actually, you have max_loops=64 in the wrong file. You want it in /etc/modprobe.conf as thus: options loop max_loop=64 Once that is in, a reboot (after shutting down the running VMs) is the quickest way to activate it. Take the makedev and grub stuff out... -I ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt Scot P. Floess RHCT (Certificate Number 605010084735240) Chief Architect FlossWare http://sourceforge.net/projects/flossware http://flossware.sourceforge.net https://github.com/organizations/FlossWare ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
[CentOS-virt] Getting guest to detect new drive without reboot
I've got a CentOS 5.6 guest running on 6.0 host. Using virsh attach-disk, I attached a new raw file as vdc However, the guest does not detect this new disk. In the past, I've used the following echo 0 0 0 /sys/class/scsi_host/host#/scan command to make a CentOS system scan for new drives. However in the guest, there is no host in scsi_host so this isn't an option. I can't seem to find any information on doing this any other way apart from a reboot. Does anybody know if there is any other way? ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
[CentOS-es] ipcop + zerina net to net
holas amigos linuxeros, le comento que haciendo ahora estoy haciendo pruebas con IPCOP zerina (openvpn) instale ipcop y zerina en la instalacion todo estuvo super,pero al momento de hacer la configuracion net to net me dio un error no logro conectarme, cree los certificados en el lado del PUNTO A luego copee al lado del punto B e hice todo lo que creo que deberia hacerse para la conexion, pero tengo un error que despues de toda la conffiguracion en el lado del cliente LADO B se abre el tunel pero en el lado del server LADO A el tunnel aparece cerrado, y me sale el siguiente error. Sep 17 12:38:38 prueba1 OVPN_CLIENTEA[2021]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info. Sep 17 12:38:38 prueba1 OVPN_CLIENTEA[2021]: Error parsing PKCS#12 file /var/ipcop/ovpn/n2nconf/CLIENTEA/CLIENTEA.p12: error:23076071:PKCS12 routines:PKCS12_parse:mac verify failure: error:23076071:PKCS12 routines:PKCS12_parse:mac verify failure Sep 17 12:38:38 prueba1 OVPN_CLIENTEA[2021]: Error: private key password verification failed alguien me podria ayudar al respecto se los agradeceria un monton. Atte. Lourdes I ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Servicio DNS en centos 6.1 (
-- Edguit@r http://cybernautape.blogspot.com ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Servicio DNS en centos 6 (Ayudarme a entender)
Hola estoy tratando de entender acerca de servicios, he leído algunos tutoriales que por aquí también publicaron, pero esta vez intenté hacerlo en centos 6, y no me queda calro acerca de las rutas, leyendo los archivos en /etc/named.conf, /etc/named.rfc1912.zones y /var/named/ Entendí que debo modificar las zonas de ejemplo y crear esa zona nueva en /var/named, creada y añadida los parámetros inicio named y no me arroja error, pero no puede resolver nombres, no entiendo muy bien la situación, muestro mis archivos: [root@server named]# cat /etc/named.conf // // named.conf // // Provided by Red Hat bind package to configure the ISC BIND named(8) DNS // server as a caching only nameserver (as a localhost DNS resolver only). // // See /usr/share/doc/bind*/sample/ for example named configuration files. // options { listen-on port 53 { 127.0.0.1; }; listen-on-v6 port 53 { ::1; }; directory /var/named; dump-file /var/named/data/cache_dump.db; statistics-file /var/named/data/named_stats.txt; memstatistics-file /var/named/data/named_mem_stats.txt; allow-query { localhost; }; recursion yes; dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto; /* Path to ISC DLV key */ bindkeys-file /etc/named.iscdlv.key; }; logging { channel default_debug { file data/named.run; severity dynamic; }; }; zone . IN { type hint; file named.ca; }; //aquí dice claro que incluiré un archivo, no es necesario poner zonas en /etc/named.conf include /etc/named.rfc1912.zones; controls { inet 127.0.0.1 allow { 127.0.0.1; } keys { rndc-key; }; }; key rndc-key { algorithm hmac-md5; secret tF0Jwq4GS4Lr66ZvaHnF+g==; }; [root@server named]# Antes puse forwarders y es o mismo... :( [root@server named]# cat /etc/named.rfc1912.zones // named.rfc1912.zones: // // Provided by Red Hat caching-nameserver package // // ISC BIND named zone configuration for zones recommended by // RFC 1912 section 4.1 : localhost TLDs and address zones // and http://www.ietf.org/internet-drafts/draft-ietf-dnsop-default-local-zones-02.txt // (c)2007 R W Franks // // See /usr/share/doc/bind*/sample/ for example named configuration files. // //Esta zona yo modifiqué zone puias.org IN { type master; file puias.org.zone; allow-update { none; }; }; zone localhost IN { type master; file named.localhost; allow-update { none; }; }; zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa IN { type master; file named.loopback; allow-update { none; }; }; zone 1.0.0.127.in-addr.arpa IN { type master; file named.loopback; allow-update { none; }; }; zone 0.in-addr.arpa IN { type master; file named.empty; allow-update { none; }; }; [root@server named]# [root@server named]# cat /var/named/chroot/var/named/puias.org.zone $TTL 1D puias.org. IN SOA server.puias.org. root.puias.org. ( 0 ; serial 1D ; refresh 1H ; retry 1W ; expire 3H ); minimum IN NS server.puias.org. server IN A 10.0.0.2 www IN CNAME server.puias.org. [root@server named]# Me doy cuenta que archivos similares aparecen en /var/named. Inicio el servicio: [root@server named]# /etc/init.d/named start Iniciando named: [ OK ] [root@server named]# cd /var/named/chroot/var/named/ REviso algunos directorios: [root@server named]# ls chroot dynamic named.empty named.loopback slaves datanamed.ca named.localhost puias.org.zone Veo que pasa por qué no resuleve nombres y nada que no lo encuentra, veo el estado: [root@server named]# /etc/init.d/named status version: 9.7.3-P3-RedHat-9.7.3-2.el6_1.P3.2 CPUs found: 1 worker threads: 1 number of zones: 19 debug level: 0 xfers running: 0 xfers deferred: 0 soa queries in progress: 0 query logging is OFF recursive clients: 0/0/1000 tcp clients: 0/100 server is up and running Se está ejecutando named (pid 2533)... La verdad no entiendo esta última, parece que funciona..., pero en los clientes le pongo la ip del servicio 10.0.0.2 y nada nslookup dice que no lo encuentra el nombre de 10.0.0.2 :( Deseo hacer funcionar en mi red local, la ip que le puse a una tarjeta es 10.0.0.2, les estoy agardecido por su tiempo. -- Edguit@r http://cybernautape.blogspot.com ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] ekiga
Hadi, Forget it. I suspect you would have to upgrade a whole load of libraries and if it were you doing it, you will break your system beyond recognition. Christopher On Monday, September 19, 2011 12:48 PM, hadi motamedi wrote: Dear All I have installed Asterisk on my centos 5.0 and I have two other centos 6.0 and centos 5.6 with ekiga sip client. The centos 6.0 can make successful sip calls but centos 5.6 cannot. Among the Asterisk logs, I found that the centos 6.0 has ekiga 3.2.6 but centos 5.6 has ekiga 2.0.2 . How can I install/upgrade my older ekiga? Thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ekiga
On 9/19/11, Christopher Chan christopher.c...@bradbury.edu.hk wrote: Hadi, Forget it. I suspect you would have to upgrade a whole load of libraries and if it were you doing it, you will break your system beyond recognition. Christopher On Monday, September 19, 2011 12:48 PM, hadi motamedi wrote: Dear All I have installed Asterisk on my centos 5.0 and I have two other centos 6.0 and centos 5.6 with ekiga sip client. The centos 6.0 can make successful sip calls but centos 5.6 cannot. Among the Asterisk logs, I found that the centos 6.0 has ekiga 3.2.6 but centos 5.6 has ekiga 2.0.2 . How can I install/upgrade my older ekiga? Thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Thank you very much for your help. You mean it is better to just rely on centos 6.0 and have all clients running it as well? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Safely Remove Disk on LVM
On Fri, Sep 16, 2011 at 5:57 PM, Theo Band theo.b...@greenpeak.com wrote: On 09/16/2011 05:03 AM, Muhammad Panji wrote: Dear All, I plan to replace an error disk that is part of an LV. from LVM how-to it could be done with using pvmove to move all PE from old disk to new disk.But the howto also said that pvmove is slow. Anyone has experience using pvmove on 2TB disk? Is it possible to make all PE on the old disk empty so I don't have to do pvmove (assuming that I can make a free space = 2TB). Thank you in advance Regards Yes it is slow, but it works. You can condider to remove some (unused) LVM that have extends on the physical disk. That speeds it up, as the extends are marked free again. How many disks do you now have in your volume group? If only one, then simply try to copy the entire disk to another one (dd/ddrescue/clonezilla). If the disk has bad sectors, then the pvmove will most likely fail anyhow. Hi Theo, thank you for the reply. I have four disk in one LV. so yesterday I already done pvmove the 2TB disk and it took time about 20 hours. I think the disk is just start to fail and most part of the disk is still good, that's why the pvmove process didn't take time that long. Regards, -- - Muhammad Panji http://www.panji.web.id http://www.kurungsiku.com http://sumodirjo.wordpress.com http://www.kurungsiku.web.id http://www.linuxbox.web.id ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.1 Update request
On Sun, 18 Sep 2011, Timo Neuvonen wrote: I simply installed CentOS 6.0, downloaded kernel from SL6.1 repo, and installed it. Basically this is what was needed to make Intel graphics work, I think there were 1-2 other rpms I needed to upgrade too to fix dependencies, but this was easy to notice during the kernel install. This way the system automatically will roll back to pure CentOS when newer CentOS 6.1 rpms will be available. If you don't mind passing on some details for me, as I've got a related problem. Which intel chipset have you got? Does OpenGL work, and if so, what's you glxinfo output? Thanks, jh ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ekiga
On Monday, September 19, 2011 03:30 PM, hadi motamedi wrote: On 9/19/11, Christopher Chanchristopher.c...@bradbury.edu.hk wrote: Hadi, Forget it. I suspect you would have to upgrade a whole load of libraries and if it were you doing it, you will break your system beyond recognition. Thank you very much for your help. You mean it is better to just rely on centos 6.0 and have all clients running it as well? If you want them all running the same version, then yes, just go centos 6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.1 Update request
Hello all I had the same problems with centos 6.0 and a SandyBridge laptop (Dell Latitude E5420 i5 2410M) On 09/19/2011 12:24 PM, John Hodrien wrote: On Sun, 18 Sep 2011, Timo Neuvonen wrote: I simply installed CentOS 6.0, downloaded kernel from SL6.1 repo, and installed it. Basically this is what was needed to make Intel graphics work, I think there were 1-2 other rpms I needed to upgrade too to fix dependencies, but this was easy to notice during the kernel install. If you don't mind passing on some details for me, as I've got a related problem. you have to install the following from SL 6.1: - latest kernel (kernel-2.6.32-131.12.1.el6) - kernel-firmware-2.6.32-131.12.1.el6 - latest xorg-x11-drv-intel (xorg-x11-drv-intel-2.14.0-1) with dependencies (xorg-x11-drivers) - latest mesa packages: mesa-dri-drivers, mesa-libGL, mesa-libGLU (version 7.10-1 at the moment) - latest libdrm (libdrm-2.4.23-1) Which intel chipset have you got? Does OpenGL work, and if so, what's you glxinfo output? openGL and DRI now work. (for my laptop also screen brightness and suspend to RAM work ok) Lec lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Sandy Bridge DRAM Controller [8086:0104] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation Sandy Bridge Integrated Graphics Controller [8086:0116] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation Cougar Point HECI Controller #1 [8086:1c3a] (rev 04) 00:1a.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation Cougar Point High Definition Audio Controller [8086:1c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 1 [8086:1c10] (rev b4) 00:1c.1 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 2 [8086:1c12] (rev b4) 00:1c.5 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 6 [8086:1c1a] (rev b4) 00:1c.6 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 7 [8086:1c1c] (rev b4) 00:1d.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #1 [8086:1c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation Cougar Point LPC Controller [8086:1c49] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation Cougar Point 6 port SATA AHCI Controller [8086:1c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation Cougar Point SMBus Controller [8086:1c22] (rev 04) 02:00.0 Network controller [0280]: Intel Corporation 6000 Series Gen2 [8086:0082] (rev 34) 03:00.0 SD Host controller [0805]: O2 Micro, Inc. Device [1217:8321] (rev 05) 03:00.1 Mass storage controller [0180]: O2 Micro, Inc. Device [1217:8331] (rev 05) 04:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5761 Gigabit Ethernet PCIe [14e4:1681] (rev 10) glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile GEM 20100330 DEVELOPMENT OpenGL version string: 2.1 Mesa 7.10 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_copy_buffer, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_multisample,
Re: [CentOS] ekiga
On 9/19/11, Christopher Chan christopher.c...@bradbury.edu.hk wrote: On Monday, September 19, 2011 03:30 PM, hadi motamedi wrote: On 9/19/11, Christopher Chanchristopher.c...@bradbury.edu.hk wrote: Hadi, Forget it. I suspect you would have to upgrade a whole load of libraries and if it were you doing it, you will break your system beyond recognition. Thank you very much for your help. You mean it is better to just rely on centos 6.0 and have all clients running it as well? If you want them all running the same version, then yes, just go centos 6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Thank you very much for your help. Excuse me, do we have other sip clients rather than ekiga that I can give them a try? The ekiga 2.0.2 is too old to work with my new Asterisk version on my centos 5.0 . I will upgrade my other clients to centos 6.0 (as you told me) but for unknown reasons this version of Asterisk does not work on my centos 6.0 but just my centos 5.0 so I need to keep my Asterisk server still running centos 5.0 but I will upgrade all of my other clients to centos 6.0 to make use of this new version of ekiga 3.2.6 . Thank you again ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] mount exFAT filesystem on centos
Hi, Is there some simple tool to mount exFAT filesystem on CentOS (2.6.18)? Regards. __ Notre adresse de messagerie évolue pour plus de simplicité vers : prenom@ifpen.fr. La racine @ifpenergiesnouvelles.fr reste néanmoins active. Our e-mail address is changing to firstname.surn...@ifpen.fr. Nevertheless, messages sent to the domain @ifpenergiesnouvelles.fr will still be delivered. Ce message (et toutes ses pièces jointes éventuelles) est confidentiel et établi à l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. IFP Energies nouvelles décline toute responsabilité au titre de ce message. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. IFP Energies nouvelles should not be liable for this message. Visitez notre site Web / Visit our web site : www.ifpenergiesnouvelles.fr / www.ifpenergiesnouvelles.com __ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.1 Update request
On Mon, 19 Sep 2011, Alexandru Chiscan wrote: I had the same problems with centos 6.0 and a SandyBridge laptop (Dell Latitude E5420 i5 2410M) openGL and DRI now work. (for my laptop also screen brightness and suspend to RAM work ok) Thanks a lot for this info, it's much appreciated. When I get a chance (when there's not someone logged in) I'll update mesa to match the versions you suggested, and hopefully that'll sort it out. jh ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mount exFAT filesystem on centos
From: MOKRANI Rachid rachid.mokr...@ifpen.fr Is there some simple tool to mount exFAT filesystem on CentOS (2.6.18)? Google says: http://en.wikipedia.org/wiki/ExFAT#Support_on_Other_Platforms JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] run without sendmail
I'm running centos on a limited environment. Is it ok to turn off sendmail and run without it. Are there issues with doing that or is all Ok. Thanks, Jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run without sendmail
The machine will run fine. The question is do you need it to send you email for alerting reasons? On Mon, 19 Sep 2011, Jerry Geis wrote: I'm running centos on a limited environment. Is it ok to turn off sendmail and run without it. -- Jim Wildman, CISSP, RHCE j...@rossberry.com http://www.rossberry.net Society in every state is a blessing, but Government, even in its best state, is a necessary evil; in its worst state, an intolerable one. Thomas Paine ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run without sendmail
The machine will run fine. The question is do you need it to send you email for alerting reasons? On Mon, 19 Sep 2011, Jerry Geis wrote: / I'm running centos on a limited environment. Is it ok to turn off // sendmail // and run without it. / Jim Thanks - I thought it would be ok - but just wanted to check. No - there are no alerts from this particular device that I need/want. jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS and Scientific Linux Cern installations with FAI
I'm very happy to announce, that FAI (Fully automatic Installation) now can install and configure CentOS and Scientific Linux Cern (SLC). You can use a Debian FAI server for installing CentOS version 5 and 6 or SLC 5 and 6. As an example I've also built a FAI multi-distribution CD which installs those three different Linux distributions with different configurations. Get this ISO image from http://fai-project.org/fai-cd/ This installation is very quick. I've done a CentOS 6.0 installation (with graphical desktop) in 199 seconds (in a kvm instance on a quad-core 3.2GHz, hard disk in RAM) and it only needs 490 seconds on the real hardware when installing from CD. A short description how to install CentOS or SLC via network from your FAI server is described in this mail: https://lists.uni-koeln.de/pipermail/linux-fai/2011-September/009243.html Feedback is always welcome. Please send your feedback to the linux-fai mailing list https://lists.uni-koeln.de/mailman/listinfo/linux-fai/ Best regards, Thomas, in behalf of the FAI team About FAI: FAI is a non-interactive system to install, customize and manage Linux systems and software configurations on computers as well as virtual machines and chroot environments, from small networks to large infrastructures and clusters. Compared to kickstart, FAI is more flexible and includes a powerfull class mechanism to build a configuration from multiple building blocks. It also includes the features of cobbler. The project was started in 1999 for the Debian distribution. Later Ubuntu support was added and some time ago we start adding RPM support. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mount exFAT filesystem on centos
Hi, I found. Install this rpm and it's working on CentOS 5. http://exfat.googlecode.com/files/fuse-exfat-0.9.5-1.fc14.i686.rpm Regards. __ Notre adresse de messagerie évolue pour plus de simplicité vers : prenom@ifpen.fr. La racine @ifpenergiesnouvelles.fr reste néanmoins active. Our e-mail address is changing to firstname.surn...@ifpen.fr. Nevertheless, messages sent to the domain @ifpenergiesnouvelles.fr will still be delivered. Ce message (et toutes ses pièces jointes éventuelles) est confidentiel et établi à l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. IFP Energies nouvelles décline toute responsabilité au titre de ce message. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. IFP Energies nouvelles should not be liable for this message. Visitez notre site Web / Visit our web site : www.ifpenergiesnouvelles.fr / www.ifpenergiesnouvelles.com __ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] questions about upgrading
I'm pretty new to the task of upgrading CentOS or RedHat o.s.'s. I'm more familiar with upgrading Debian based o.s.'s. Here are my questions: 1) will yum ever upgrade the major version? I understand that there is no upgrade path from v5.x to v6.x, but is that always the case? e.g. was there an upgrade path from v4.x - v5.x? If yum is capable of doing so, what are the command-line arguments necessary? 2) can I upgrade a minor version to any other greater minor number, or only to the greatest? E.g. if i have a v5.4 box, can i upgrade to v5.5 or v5.6, or only to v5.7 (currently the latest)? 3) if an upgrade delivers a new kernel, am I obligated to run it (i.e. will the old kernel remain installed, or will the upgrade remove the old kernel)? If not, does the upgrade automatically update grub such that the new kernel becomes the default? Will the upgraded box function properly without running the new kernel? 4) aside from when an upgrade includes a new kernel, how can I tell when a reboot is necessary? I gather that a new glibc may require services to be restarted, but is a reboot strictly necessary? 5) is there a way to apply only the updates that were made for the given minor version you're currently at? E.g. if I'm at v5.5, how can I only apply updates that were made prior to v5.6's availability? Thanks, Jon ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] eth enumeration order
I have installed Centos 6 on a server with two NICs. It so happens that the NIC with the lower ARP adr is assigned 'eth1' and the NIC with the higher ARP 'eth0'. (Not sure if this a bug but it is at least inconvenient) I have modified the udev rules in /etc/udev/rules.d/70-persistent-net.rules by swapping eth0 with eth1 in the NIC's rules. However: the file gets changed on reboot. A third rule is automaticaly added for some reason, for one of the NICs which already has a rule. See below. The system ends up with no network interface set up at all, because the init-script gets confused. So How do you specifiy the order in which NICs are enumerated? or at least how to tell centos to stop messing with the 70-persistent-net.rules? Regards .Volker Contents of /etc/udev/rules.d/70-persistent-net.rules (arps anonymized): (These are the two rules modified by me, assigning eth0/eth1 in ascending arp order) # PCI device 0x8086:0x10d3 (e1000e) (custom name provided by external tool) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==xx:xx:xx:xx:8f:ea, ATTR{type}==1, KERNEL==eth*, NAME=eth0 # PCI device 0x8086:0x1502 (e1000e) (custom name provided by external tool) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==xx:xx:xx:xx:8f:eb, ATTR{type}==1, KERNEL==eth*, NAME=eth1 (This is the rule which gets automaticaly added on reboot) # PCI device 0x8086:0x1502 (e1000e) (custom name provided by external tool) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==xx:xx:xx:xx:8f:eb, ATTR{type}==1, KERNEL==eth*, NAME=eth0 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] questions about upgrading
Jon Detert wrote: I'm pretty new to the task of upgrading CentOS or RedHat o.s.'s. I'm more familiar with upgrading Debian based o.s.'s. Here are my questions: 1) will yum ever upgrade the major version? I understand that there is no upgrade path from v5.x to v6.x, but is that always the case? e.g. was there an upgrade path from v4.x - v5.x? If yum is capable of doing so, what are the command-line arguments necessary? Never has been a full release upgrade path - that's a bad idea, too much cruft. 2) can I upgrade a minor version to any other greater minor number, or only to the greatest? E.g. if i have a v5.4 box, can i upgrade to v5.5 or v5.6, or only to v5.7 (currently the latest)? Yum update *will* do that without a problem. 3) if an upgrade delivers a new kernel, am I obligated to run it (i.e. will the old kernel remain installed, or will the upgrade remove the old kernel)? If not, does the upgrade automatically update grub such that the new kernel becomes the default? Will the upgraded box function properly without running the new kernel? No, you're not. It will update /etc/grub.conf (a link to /boot/grub/grub.conf), and the next time you reboot, it will default to the new kernel. It does remove the oldest kernel, but leave (I believe) at least three (current, and the last two). 4) aside from when an upgrade includes a new kernel, how can I tell when a reboot is necessary? I gather that a new glibc may require services to be restarted, but is a reboot strictly necessary? New kernel. 5) is there a way to apply only the updates that were made for the given minor version you're currently at? E.g. if I'm at v5.5, how can I only apply updates that were made prior to v5.6's availability? Tune /etc/yum.repos.d to point to explicity subreleases is, I think, the answer. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] questions about upgrading
2) can I upgrade a minor version to any other greater minor number, or only to the greatest? E.g. if i have a v5.4 box, can i upgrade to v5.5 or v5.6, or only to v5.7 (currently the latest)? Yes if you configure the repositories in /etc/yum.repos.d accordingly (i.e. use the vault). 3) if an upgrade delivers a new kernel, am I obligated to run it (i.e. will the old kernel remain installed, or will the upgrade remove the old kernel)? If not, does the upgrade automatically update grub such that the new kernel becomes the default? Will the upgraded box function properly without running the new kernel? Kernels are installed side by side. For the second question, see /etc/sysconfig/kernel. In theory you should be able to mix and match any components from the same CentOS major release without problems, unless any of the release notes say otherwise. Whether it's a good idea is a different matter. 4) aside from when an upgrade includes a new kernel, how can I tell when a reboot is necessary? I gather that a new glibc may require services to be restarted, but is a reboot strictly necessary? New glibc requires a reboot. Upgrading other system libraries does too, but I can't give a definite answer on the how to tell. ldd /sbin/init indicates the libselinux and libsepol packages are other candidates, but that's just one example. 5) is there a way to apply only the updates that were made for the given minor version you're currently at? E.g. if I'm at v5.5, how can I only apply updates that were made prior to v5.6's availability? See the answer to 2). Other people will give you some flak for these questions as it's generally recommended to run the latest version. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
On Sun, 18 Sep 2011 18:22:34 +0100, I wrote: there any way tp persuade Centos-6 to use an ext3 root partition? Seems not, so - sadly - have crossed Centos off my list. -- /\/\aurice ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
Maurice Batey wrote: On Sun, 18 Sep 2011 18:22:34 +0100, I wrote: there any way tp persuade Centos-6 to use an ext3 root partition? Seems not, so - sadly - have crossed Centos off my list. Sorry, I seem to have missed the start of this thread, and certainly don't understand it. Certainly, all the systems I've upgraded to CentOS 6, including the one I'm writing this on, are all booting off ext3 /boot partitions. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
there any way tp persuade Centos-6 to use an ext3 root partition? Seems not, so - sadly - have crossed Centos off my list. Did the installer try to install /boot in the same partition as / ? CentOS6/SL6 does support ext4 as a root device (My webserver is currently doing so) but I still keep /boot as ext3. -- Drew Nothing in life is to be feared. It is only to be understood. --Marie Curie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
On Mon, 19 Sep 2011 11:08:20 -0700, Drew wrote: Did the installer try to install /boot in the same partition as / ? That's what it did. I still keep /boot as ext3. OIC. So it needs an extra (ext3) /boot partition, as well as /. Now, if the installer had offered that, things might have been different! -- /\/\aurice ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
On 9/19/2011 2:18 PM, Maurice Batey wrote: On Mon, 19 Sep 2011 11:08:20 -0700, Drew wrote: Did the installer try to install /boot in the same partition as / ? That's what it did. I still keep /boot as ext3. OIC. So it needs an extra (ext3) /boot partition, as well as /. Now, if the installer had offered that, things might have been different! It is there. I don't recall exactly how I got to it... I think I selected 'Customize' at the point where you can choose your packages and then I selected that I wanted to set the partitions myself. I got the same partition interface I've always gotten with CentOS installs... but it wasn't as obvious during the install process. It seems like some of these buttons might be sort of greyed out, but in fact they are live buttons. Sorry I don't remember the exact process. It's been a couple of weeks since doing the last install. John Hinton ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] mdadm and drive identification?
I have a server that has 16 drives in it. They are connected to a 3ware 9650SE-16ML SATA RAID card. I have the card set to export all the drives as JBOD because I prefer Linux to do the reporting of drive and RAID health . I'm using mdadm to create a RAID6 with a hot spare. Doing this I can take the disks and put them on a completely different SATA controller/computer and still have the RAID intact. My problem is that I have no for sure way of matching a drive assigned to one of the /dev/sd[a-z]. Normally I could use a number of methods to match up what /dev/sd[a-z] is to a drives serial number. smartctl, hdparm, udevinfo, /dev/disk/by-uuid, or /dev/disk/by-id. However, the 3ware card obfuscates the drives from the OS and those methods don't work. The only way I know how to get a drives serial number is via the smartctl command like smartctl -d 3ware,[0-15] -i /dev/twa0, but that does not tell me which sd[a-z] the drive is assigned to. Here is what I have tried. Creating a single large partition with fdisk on each drive as linux autoraid to get a uuid. for some reason the OS assigns the same uuid and only one uuid to the last drive I partition from the 3ware card. Basically all drives on the 3ware card have the same uuid.. Using the /dev/disk/by-id/. For some reason the 3ware card does not always assign the same id to a drive after a reboot. Is there another easy way I can positively ID a drive by serial number and the /dev/sd[a-z] that mdadm sees? Thanks. David. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't boot Centos6 ext4 partition from GAG bootloader
On Mon, 19 Sep 2011 14:31:41 -0400, John Hinton wrote: I selected 'Customize' at the point where you can choose your packages and then I selected that I wanted to set the partitions myself. That's what I did. I got the same partition interface I've always gotten with CentOS installs... but it wasn't as obvious during the install process. It seems like some of these buttons might be sort of greyed out, but in fact they are live buttons. I might just have another try, just out of curiousity! Perhaps I missed what I was not then looking for. -- /\/\aurice ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run without sendmail
Jerry Geis ge...@pagestation.com wrote: I'm running centos on a limited environment. Is it ok to turn off sendmail and run without it. Are there issues with doing that or is all Ok. Mail delivery can still work with sendmail turned off. The daemon is just there to receive mail. This guy explains it better than I can: http://www.deer-run.com/~hal/sysadmin/sendmail.html There's no reason to turn the MTA on unless you're running a mail server. Non-mail servers should just have a cron job flushing the submission queue just in case, but the MTA itself doesn't need to run. -- Spiro Harvey Knossos Networks Ltd (04) 460-2531 : (021) 295-1923 www.knossos.net.nz signature.asc Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] eth enumeration order
On Monday 19 September 2011 11:04, the following was written: So How do you specifiy the order in which NICs are enumerated? or at least how to tell centos to stop messing with the 70-persistent-net.rules? Add the hardware addresses to their ifcfg-eth# files. HWADDR=xx:xx:xx:xx:xx:xx -- Regards Robert Linux The adventure of a lifetime. Linux User #296285 Get Counted http://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] This doesn't make sense
On Sep 17, 2011, at 7:49 PM, Craig White craigwh...@azapple.com wrote: At some point, security updates for 6.1 will be released and then it becomes a matter of deciding to install it based on the evidence that security updates have been non-existent all this time. I'm sorry I don't follow you here? I'm fairly certain that 6.1 will include both 6.1 security/bug updates AND security/bug updates that have been released up to the beginning of the 6.1 release cycle, minus several that where released during the C6.1 release cycle. Security updates and bug fixes are intermingled without being able to distinguish one from the other outside of the RPM history. It's not the security updates that prevent me from moving to 6.0 right now, but those pesky .0 blues. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] This doesn't make sense
On Mon, 2011-09-19 at 18:41 -0400, Ross Walker wrote: On Sep 17, 2011, at 7:49 PM, Craig White craigwh...@azapple.com wrote: At some point, security updates for 6.1 will be released and then it becomes a matter of deciding to install it based on the evidence that security updates have been non-existent all this time. I'm sorry I don't follow you here? I'm fairly certain that 6.1 will include both 6.1 security/bug updates AND security/bug updates that have been released up to the beginning of the 6.1 release cycle, minus several that where released during the C6.1 release cycle. Security updates and bug fixes are intermingled without being able to distinguish one from the other outside of the RPM history. It's not the security updates that prevent me from moving to 6.0 right now, but those pesky .0 blues. those pesky .0 blues as you call them were clearly there - see other threads about video issues, etc. I guess the point I was trying to make without being excessively blunt is that the track record of timely releases for CentOS 6.x (any release) and the track record of timely security updates (none) should really cause any one to pause before installing any version of CentOS 6 - even if 6.1 and all of the current security updates were released tomorrow. Craig ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] LVM lvresize/lvextend requires some space in /etc to grow a logical volume?
Side note: In CentOS-6, I noticed a new option in lvresize / lvextend: -r, --resizefs Resize underlying filesystem together with the logical volume using fsadm(8). Nice. Two steps (lvresize and resize2fs) can now be combined into one! Works great. But that has nothing to do with my question, just thought I'd share the discovery. == Anyway, here's the real issue with LVM, at least in CentOS-6: [root@jttest ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_main-lv_root 1548144 1548144 0 100% / [root@jttest ~]# lvextend -L 2G /dev/vg_main/lv_root /etc/lvm/archive/.lvm_jttest.pp.local_5523_51321310: write error failed: No space left on device Volume group vg_main metadata archive failed. /etc/lvm/cache/.cache.tmp: write error failed: No space left on device So I can't extend a logical volume if there's no space in /etc? Granted, I only need to delete like 2k worth of files in the same logical volume as /etc to make the above work, but I don't recall lvresize or lvextend requiring space in /etc to do a resize. Has this always been the case? I don't have any 5.x servers handy to test this with. Can anyone verify? If this is new, this seems less-than-ideal. /etc itself rarely fills up, so, in theory, I could make it its own LV, but that's even less ideal. For now, I'll stick to deleting just enough to do the extend/resize. johnny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ekiga
On Monday, September 19, 2011 06:30 PM, hadi motamedi wrote: Thank you very much for your help. Excuse me, do we have other sip clients rather than ekiga that I can give them a try? The ekiga 2.0.2 is too old to work with my new Asterisk version on my centos 5.0 . I will upgrade my other clients to centos 6.0 (as you told me) but for unknown reasons this version of Asterisk does not work on my centos 6.0 but just my centos 5.0 so I need to keep my Asterisk server still running centos 5.0 but I will upgrade all of my other clients to centos 6.0 to make use of this new version of ekiga 3.2.6 . How about searching for sip clients? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] reading vdump files?
I have a lot of data in some vdump files backed up from a Tru64 system that I now need to recover to a Centos server. We no longer have any servers running Tru64, is there any way to extract/convert them on a standard linux system? Ideally converting in bulk to a tar would do. Any ideas? Russell Smithies === Attention: The information contained in this message and/or attachments from AgResearch Limited is intended only for the persons or entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipients is prohibited by AgResearch Limited. If you have received this message in error, please notify the sender immediately. === ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM lvresize/lvextend requires some space in /etc to grow a logical volume?
Am Montag, den 19.09.2011, 19:15 -0400 schrieb Johnny Tan: Anyway, here's the real issue with LVM, at least in CentOS-6: You would deal with the same issues in older lvm versions. [root@jttest ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_main-lv_root 1548144 1548144 0 100% / Do i read that correctly and 1548144 1K Blocks are about 1,5G of Root File System? Please tell me you have a seperated /var for log files. If not, for production use, install a tool which gives you a warning when reaching the 5% Level. [root@jttest ~]# lvextend -L 2G /dev/vg_main/lv_root /etc/lvm/archive/.lvm_jttest.pp.local_5523_51321310: write error failed: No space left on device Volume group vg_main metadata archive failed. /etc/lvm/cache/.cache.tmp: write error failed: No space left on device So I can't extend a logical volume if there's no space in /etc? lvm tries to be helpfull if you ran into a power failure and can then recover due his tmp files in /etc. Granted, I only need to delete like 2k worth of files in the same logical volume as /etc to make the above work, but I don't recall lvresize or lvextend requiring space in /etc to do a resize. Has this always been the case? I don't have any 5.x servers handy to test this with. Can anyone verify? You will have the same problem, i think this procedure is the same in all lvm2 versions, which seems a long time now. If this is new, this seems less-than-ideal. /etc itself rarely fills up, so, in theory, I could make it its own LV, but that's even less ideal. For now, I'll stick to deleting just enough to do the extend/resize. This is why the older unix guys always seperate stuff from / which could fill up the root file system. ;) -- Stefan Held VI has only 2 Modes: obi unixkiste orgThe first one is for beeping all the time, FreeNode: foo_barthe second destroys the text. --- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM lvresize/lvextend requires some space in /etc to grow a logical volume?
On Mon, Sep 19, 2011 at 9:38 PM, Stefan Held o...@unixkiste.org wrote: Am Montag, den 19.09.2011, 19:15 -0400 schrieb Johnny Tan: Anyway, here's the real issue with LVM, at least in CentOS-6: You would deal with the same issues in older lvm versions. Thanks Stefan. I guess I just never noticed previously. [root@jttest ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_main-lv_root 1548144 1548144 0 100% / Do i read that correctly and 1548144 1K Blocks are about 1,5G of Root File System? Please tell me you have a seperated /var for log files. As evidenced by the hostname, this is a test VM solely for demonstration of this problem :-). johnny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM lvresize/lvextend requires some space in /etc to grow a logical volume?
On Mon, Sep 19, 2011 at 07:15:09PM -0400, Johnny Tan wrote: Anyway, here's the real issue with LVM, at least in CentOS-6: [root@jttest ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_main-lv_root 1548144 1548144 0 100% / [root@jttest ~]# lvextend -L 2G /dev/vg_main/lv_root /etc/lvm/archive/.lvm_jttest.pp.local_5523_51321310: write error failed: No space left on device Volume group vg_main metadata archive failed. /etc/lvm/cache/.cache.tmp: write error failed: No space left on device Many LVM modifications make a backup of the lvm metadata, which typically resides in /etc/lvm. You might try the -A n switch to disable the automatic backups (after strongly heeding the advice in man lvm; but as you said, on a test system, it's fine to play with). On a production system, if your / fills to 0 available blocks you've probably got bigger problems. :) So I imagine it's probably not a problem the LVM developers are too worried about (i.e., they may feel that the -A switch is sufficient to handle it). --keith -- kkel...@wombat.san-francisco.ca.us pgpo3U4s4emIb.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM lvresize/lvextend requires some space in /etc to grow a logical volume?
On Mon, Sep 19, 2011 at 10:19 PM, Keith Keller kkel...@wombat.san-francisco.ca.us wrote: On Mon, Sep 19, 2011 at 07:15:09PM -0400, Johnny Tan wrote: Anyway, here's the real issue with LVM, at least in CentOS-6: [root@jttest ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_main-lv_root 1548144 1548144 0 100% / [root@jttest ~]# lvextend -L 2G /dev/vg_main/lv_root /etc/lvm/archive/.lvm_jttest.pp.local_5523_51321310: write error failed: No space left on device Volume group vg_main metadata archive failed. /etc/lvm/cache/.cache.tmp: write error failed: No space left on device Many LVM modifications make a backup of the lvm metadata, which typically resides in /etc/lvm. You might try the -A n switch to disable the automatic backups (after strongly heeding the advice in man lvm; but as you said, on a test system, it's fine to play with). That did the trick: [root@jttest~]# lvresize -L 2G /dev/vg_main/lv_root /etc/lvm/archive/.lvm_jttest.pp.local_1416_1029753972: write error failed: No space left on device Volume group vg_main metadata archive failed. /etc/lvm/cache/.cache.tmp: write error failed: No space left on device [root@jttest~]# lvresize -A n -L 2G /dev/vg_main/lv_root Extending logical volume lv_root to 2.00 GiB WARNING: This metadata update is NOT backed up Logical volume lv_root successfully resized /etc/lvm/cache/.cache.tmp: write error failed: No space left on device (And the subsequent resize worked too.) Thank you for pointing out the -A flag (missed the fine print of common options being in man lvm). As you noted, I would probably never run into this situation in a non-testing environment and, if I did, would have much bigger problems. This probably explains why I never saw it previously. Good to know. johnny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ekiga
On 9/20/11, Christopher Chan christopher.c...@bradbury.edu.hk wrote: On Monday, September 19, 2011 06:30 PM, hadi motamedi wrote: Thank you very much for your help. Excuse me, do we have other sip clients rather than ekiga that I can give them a try? The ekiga 2.0.2 is too old to work with my new Asterisk version on my centos 5.0 . I will upgrade my other clients to centos 6.0 (as you told me) but for unknown reasons this version of Asterisk does not work on my centos 6.0 but just my centos 5.0 so I need to keep my Asterisk server still running centos 5.0 but I will upgrade all of my other clients to centos 6.0 to make use of this new version of ekiga 3.2.6 . How about searching for sip clients? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Thank you very much for your help. At now, I can do my job. Thank you again ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Submitting patches from upstream fixes/bugs
On Wed, Sep 14, 2011 at 3:10 PM, Karanbir Singh mail-li...@karan.orgwrote: On 09/14/2011 01:59 PM, Trey Dockendorf wrote: Based on the bug report for the snapshot-create issue, it seems it's in libvirt 0.9.0 and that it's something that may be solved completely in Fedora 16. Is there a good way to find if a specific patch/fix has been applied upstream by Red Hat? grab the sources, look at the code. I hepe to have an easier way than that soon, stay tuned :) What goes into the maintenance of a patch? I'd be happy to do so, but I only know enough C to be able to work in patches / changes and track down compile errors, but not enough to have been the original person that finds these solutions. essentially, when you request a package be locally ( ie, in CentOS ) patched, we would need to copy that rpm over from the base distro into the CentOS Plus repo. Apply the patch, test it, release it. But that process needs to be re-done everytime there is an update to the rpm, as long as upstream does not fix the issue, change the expected behaviour to what you are proposing or remove / change functionality in a way that its no longer possible to support the patches. But while the patch is in circulation, it would mean that everytime there is an update from upstream, you would need to make sure the patch still applies, or adapt it to apply cleanly. does this clear up the requirements a bit ? - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos That does, thanks. If you want to give me more details off-list I'd like to work on getting these patches into CentOS Plus. Also where could I begin looking to see if upstream RHEL has applied these to their releases? Thanks - Trey ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos