[CentOS-announce] CESA-2013:1813 Critical CentOS 6 php Update
CentOS Errata and Security Advisory 2013:1813 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1813.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 38583036748cdeb08b37132388a84926315ef7b850e055c7b49cbdd62dd9e398 php-5.3.3-27.el6_5.i686.rpm 8802f8e1964f66b75a9f155a2a6d4ae76ab13080a08241375fbf0e44c6830d1a php-bcmath-5.3.3-27.el6_5.i686.rpm fa7959499135c0f4e0ecc9155e8d4b88da93b2032ee228f48694cfeffb71fabb php-cli-5.3.3-27.el6_5.i686.rpm 93e0bc52bb58d4831d7951ac36278094ab7240da3b078dd6931f15ade0b6d446 php-common-5.3.3-27.el6_5.i686.rpm 78902963d1909c8606f9b5b4e4750f9959a6f28c41f44bc0fc2c222b6b7332b6 php-dba-5.3.3-27.el6_5.i686.rpm 00f18482ea5b8d33219880683e56efa04a0d9737da07aa9ac558fcb7aa2bb32e php-devel-5.3.3-27.el6_5.i686.rpm e7167571449052b3bb9f165df40a5cd708c81db88b4bdeea740640ad38b2c704 php-embedded-5.3.3-27.el6_5.i686.rpm 238cc7bb4f5e2dba1be13b0a805493372b0dde4fb9ab2b34f6e650b823a0bc2b php-enchant-5.3.3-27.el6_5.i686.rpm e4ad842ad60a2f9f5e13362a31aa287bf2c7de5192390099dee1519fc95c1d00 php-fpm-5.3.3-27.el6_5.i686.rpm 812611b8525d85b08090e54d0355dced52bb3c12e88b930ae1a101df73a02ef4 php-gd-5.3.3-27.el6_5.i686.rpm 87ce15938278b646abd2971d4a5737a27ee28306554d3a180474d5a5093b4dc7 php-imap-5.3.3-27.el6_5.i686.rpm 393d821cbbc01cb5379176d84632106865e1b4a958dfdfd33cb56a780156896c php-intl-5.3.3-27.el6_5.i686.rpm 119ea197f754ee25fc4184b5276484f9c1e59a46e6977af65b144ad625a30018 php-ldap-5.3.3-27.el6_5.i686.rpm 9d449574eb13d4dc43d297fcb3517df22d7feb4594a7e382fa410761562ab073 php-mbstring-5.3.3-27.el6_5.i686.rpm 08cae30fc16014ff8761423147bb4bbefa9025d40c9c798eecfc3a6baf14fc39 php-mysql-5.3.3-27.el6_5.i686.rpm 379c2731fdb95c3bf7a813b09662bd35f5327a4fade59b3794e8926e1d6674e9 php-odbc-5.3.3-27.el6_5.i686.rpm 93dc1c5c38d07b934532b1dd37883b90b24128922da5489b84deb70d821488a7 php-pdo-5.3.3-27.el6_5.i686.rpm 36c40ebadc1b0d8c2a4d686006663e17a8013831de95ef399317b7adf1baf616 php-pgsql-5.3.3-27.el6_5.i686.rpm bacfa44a39325636240018421d32878e103496897d1974df1f12580765000979 php-process-5.3.3-27.el6_5.i686.rpm 5cee77398dd1aee7de472e8f19fcddfc15cddacaa562625613eb73e7c4c1e1e3 php-pspell-5.3.3-27.el6_5.i686.rpm 7ab5599813bc9770e6524bd876ee7fe191c2eefb559d06a78ebcdc824342ba45 php-recode-5.3.3-27.el6_5.i686.rpm b12b286e61f331feeb3633e5f832150de6a48fc792965c6cceda504a122fcb58 php-snmp-5.3.3-27.el6_5.i686.rpm eff1c778ebf0603c0b1f7199d123b6437f6c29ff9367a97547425b50dcea278e php-soap-5.3.3-27.el6_5.i686.rpm 802f617438b12b881473ca11fe776d3b49eeb1db41dac53874c6a0b22167d053 php-tidy-5.3.3-27.el6_5.i686.rpm ff2c84081d9b68bc26cf9ca920573bccab37348614a24ebbfcf2e55e05268b5d php-xml-5.3.3-27.el6_5.i686.rpm b30d52352aced8e7b059f17c6fad8b5bea624663d1d6c558efa3f9748f7b96db php-xmlrpc-5.3.3-27.el6_5.i686.rpm dccf1905f9206a7cadf808bd821e21ac943e38e8c30871d7d3c1fd42a89aea02 php-zts-5.3.3-27.el6_5.i686.rpm x86_64: 272d79ce508dc7450d177524634f8597ef237ce156ccc8f33d68dff9d9f544f7 php-5.3.3-27.el6_5.x86_64.rpm 891ff32ee11e40ab35ba81a3d92ed3234b07e55ed52ba9807df047685995dc92 php-bcmath-5.3.3-27.el6_5.x86_64.rpm 335a4016ca435815a6d2f0eccb1c61be038713f736075a64d4d2045ec6c7cd30 php-cli-5.3.3-27.el6_5.x86_64.rpm eff5a61b6bac8bc96a51c10bf3b227d3fcf28b797e0e4f5a5ad7ebd0a028bf67 php-common-5.3.3-27.el6_5.x86_64.rpm dfd54a93058dc555b690cf48cb3b869df89a747a24a61f622d7bbf28209a3ace php-dba-5.3.3-27.el6_5.x86_64.rpm 649a647bc60f2fe222855a75b4c2b6326b90adb16eaf6190952b07459bddcce0 php-devel-5.3.3-27.el6_5.x86_64.rpm b48546e90ab7421629f3c6ec8f0ea318ced4de21ac99cbaee28c7beaa0f78496 php-embedded-5.3.3-27.el6_5.x86_64.rpm 45a2be64df0e909ac9379d4a5d17e18fa0583140f821c4a9263ac1f1fe197d6a php-enchant-5.3.3-27.el6_5.x86_64.rpm 3c8c3af87bfcac6fcdedf7afa95938a8f17e8eadfea9ef13a83a656fb6173112 php-fpm-5.3.3-27.el6_5.x86_64.rpm dfcfb37848ad266e13e4efc77606853bf08e2b0472793a7ba745b47747f80f8f php-gd-5.3.3-27.el6_5.x86_64.rpm 75983ebd984dd9f3a4993e381bb752f6866a06b08187dc74b7bc78e44504d569 php-imap-5.3.3-27.el6_5.x86_64.rpm 9b754e23f9798312d6f82b28adeafb692889a9dac7da998787149569db24a647 php-intl-5.3.3-27.el6_5.x86_64.rpm a25c032a9b546b65a1f8defd85ffef9cfc3655971ab037b22d02852f05bed89f php-ldap-5.3.3-27.el6_5.x86_64.rpm da8c51fbeaa6e3b6b7d80f68e025732af62ea436e9dd0c09cea268d3c9722fad php-mbstring-5.3.3-27.el6_5.x86_64.rpm eabe4a45410917a397bf4c4d615c63137a4bed762ad09730a89ac69c7fed0598 php-mysql-5.3.3-27.el6_5.x86_64.rpm 68eead6d13d3b6296ecf76451d805133a93e0a116306d84bd62e384f1b58a0fe php-odbc-5.3.3-27.el6_5.x86_64.rpm 0d281daba2530210c0df298aed1a8e42a733f813eb0c105530c7a6691e4ad377 php-pdo-5.3.3-27.el6_5.x86_64.rpm 4912666c14c6258e871a540c7c5f11874d7ad685176cc522d60d1e6c8e5438ca php-pgsql-5.3.3-27.el6_5.x86_64.rpm 8a9ab804daa8dda5fabd1cbfcd2c974ed8beea8afde9f17eaa087cb2ffc3a692 php-process-5.3.3-27.el6_5.x86_64.rpm 96395e9cb32782dd3667ae10e4157231b5fa85e8feb4ad793881e7818c934f21
[CentOS-announce] CESA-2013:1814 Critical CentOS 5 php Update
CentOS Errata and Security Advisory 2013:1814 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1814.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: afa35fdf0e34067da4922d16b1fa907aa1a60be806e6b8a0da2e9435b18291dc php-5.1.6-43.el5_10.i386.rpm a07818be842caa29fed37b2dab86f6408b4b2ce100bcc4560c3fd9f1d499774a php-bcmath-5.1.6-43.el5_10.i386.rpm 205eac9bd4728804b86cc8a8d779d3d3229a72fa24768a1df1430240c9410881 php-cli-5.1.6-43.el5_10.i386.rpm 63714f0c7dcf7ecea1fc90ac15e677e4b3b1d16f13a325ab5ef78a354475bef2 php-common-5.1.6-43.el5_10.i386.rpm 9c7b4aa8b7fc5a6207b4337686007f43ec1cc088f640803bbae744ee8963f228 php-dba-5.1.6-43.el5_10.i386.rpm ffc8d3ea4e8878febe8f0b5e7133ea1eb9009693c91955699d85fcf1472547e5 php-devel-5.1.6-43.el5_10.i386.rpm 6ef185eeaadedd4b8b837d87bbb00db8c33ae1a7f721b704c324bd8e59cdfc66 php-gd-5.1.6-43.el5_10.i386.rpm 2efea9d750c3f319c7b903c48e8dae8a2c5fcc6f4de1c6ef91164132dd8f0c88 php-imap-5.1.6-43.el5_10.i386.rpm 53aacfe66d17ecb780317cbfbec2954b412c5c91740ab1187d7a524b3c8e14a8 php-ldap-5.1.6-43.el5_10.i386.rpm b099deb7054f8e1390434377470ddfd9fbb077c702bb42bd9e6c8465d51b7a7c php-mbstring-5.1.6-43.el5_10.i386.rpm 2e93fe4725b88168ea285ff7efd0d6ae2c91daa806b880d414a6a212e4e4e66d php-mysql-5.1.6-43.el5_10.i386.rpm b2a6a3467c11a2b9745072c67075c0ae467c60c3ffb8429edc991fae24331aea php-ncurses-5.1.6-43.el5_10.i386.rpm 913368b5da83d3180f528b3a3a89d0a8f327e3f7f0866574dd510ac48c3502dc php-odbc-5.1.6-43.el5_10.i386.rpm 1481acb92f379c23f1c88d3d5dde3ba9fbb911f5bff7190770d8312e4f1e1381 php-pdo-5.1.6-43.el5_10.i386.rpm eea66041c373b5124ffc6334e888b446dbe60ef26401dd2f296befc7ac5f60ec php-pgsql-5.1.6-43.el5_10.i386.rpm eab87baaf3148a97d88e1286c562564e3f525a47a759ec4e5ac9a2e882b719f4 php-snmp-5.1.6-43.el5_10.i386.rpm eb0960b8f22607d9b0c99f69c21882be5279ba5d66268bf4ffb9fd8897a5fdb6 php-soap-5.1.6-43.el5_10.i386.rpm 7f8d1e040f5ec76b44fa91258f0836e02b9dabb51e937ae8d83d8a341161800f php-xml-5.1.6-43.el5_10.i386.rpm 572cc9db6ecbbb0335f93100d966be772d78fd51bed9d3369a6d518fd1c2664a php-xmlrpc-5.1.6-43.el5_10.i386.rpm x86_64: cc4147c939d63c9f41d6d048d4ab8a46e5be87cd570d17283f3eee9e0ffb51d1 php-5.1.6-43.el5_10.x86_64.rpm 18218adbbfd1a7f4a78e1268a73131d4efa5cf321eca1f774b0833be9486d5da php-bcmath-5.1.6-43.el5_10.x86_64.rpm 78fc8d21b8b2965f827e78be168464977b3ec26027a88417946a45b443f1bdbb php-cli-5.1.6-43.el5_10.x86_64.rpm d063bf3bb23120eff2f1b0645dbd7f65b592f5637a554d8f1aa8f7acbcb3db71 php-common-5.1.6-43.el5_10.x86_64.rpm 6f932ad9fe8a4f0f66cc5d7c7e6230a95dd0e88e6c22e94151f5759b9d93598b php-dba-5.1.6-43.el5_10.x86_64.rpm 5e2033af8d9ff339375e409054b1e7159a7b4ff3c5b3b8954056b19ce98a88b0 php-devel-5.1.6-43.el5_10.x86_64.rpm d91b49d276840301c3f165d25809cc8287be1252cd31ad27d4f08050a5dcd0dd php-gd-5.1.6-43.el5_10.x86_64.rpm 9051b256f6ebc42189e51045effc4e233d6006e31066102aa52f6bb3c4605d5d php-imap-5.1.6-43.el5_10.x86_64.rpm 8ca766f26874c2eb2d98ef62413994e54bc0478ef32c6021fd4563a8268dc228 php-ldap-5.1.6-43.el5_10.x86_64.rpm e71c5a7e9d1ba92d49bb5f796584398647f189e120a9ff6fa0d9d677be2411b6 php-mbstring-5.1.6-43.el5_10.x86_64.rpm 0f619209a314b13ed1aa5b5d9256286a40262a59d35d146ae38025551891e2fd php-mysql-5.1.6-43.el5_10.x86_64.rpm ff9e7dc1526bfaf36f1a5718393d047e15155ebd3d5ec62efa6cf147f8c2584c php-ncurses-5.1.6-43.el5_10.x86_64.rpm 345960ce6462b7d2bc08d3018fd43a43540912e31bd33a268c635ceb82aa05d2 php-odbc-5.1.6-43.el5_10.x86_64.rpm 35b6f25930c18adea077a8450921c16b632b3152b1a13296799817fc208a2fee php-pdo-5.1.6-43.el5_10.x86_64.rpm d8a35f01e2eb5fa64534219c59110bd0104c2c9594ba70d2383710be93f84912 php-pgsql-5.1.6-43.el5_10.x86_64.rpm ac916685656a8488ebc140924172955e7c0cf95f6e03d51ce1f4014f398bb429 php-snmp-5.1.6-43.el5_10.x86_64.rpm d9a2ec55911ce87ad77ec242936852893b58064cd93019347171443349e3e864 php-soap-5.1.6-43.el5_10.x86_64.rpm 4f89919c48b732d63b4cb7c34d2afa221d214dbe0c1c47700032b43d994a573d php-xml-5.1.6-43.el5_10.x86_64.rpm a570815bb7f7c43b6e5088928751712f872e15a7ecdd112866e2ddf7dc39632f php-xmlrpc-5.1.6-43.el5_10.x86_64.rpm Source: ee42b2385274f5516d82f0c546d7efe574ac2264993e55da2319ebb9fb8bdfc3 php-5.1.6-43.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2013:1813 Critical CentOS 5 php53 Update
CentOS Errata and Security Advisory 2013:1813 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1813.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c64d25b7e7a1a85ec002c7506f138b397e2eda8ec0f9f50f49dfc1ae4bc6123f php53-5.3.3-22.el5_10.i386.rpm 91926626c1bc1124f84458c96f8fc25147ea9537ac8c87c625cb7662aeb43cf2 php53-bcmath-5.3.3-22.el5_10.i386.rpm 672a8a4ee57dd8445ad316593cd45359356620551d15a3e6c299e27dfe57d468 php53-cli-5.3.3-22.el5_10.i386.rpm 453cffc4973440a7be4c5d8d0939d7b86888a44a9cf008f3191802a7437530c0 php53-common-5.3.3-22.el5_10.i386.rpm 374a31d7340310ee9a79e8b17c072a9d546e674573f9243c2c4c73947cdfed1c php53-dba-5.3.3-22.el5_10.i386.rpm 7950c16294265ec6766f5e629bd080dcee7ab5ccadb1b9595fd2caaebe393ae6 php53-devel-5.3.3-22.el5_10.i386.rpm d8b17fe006cd8997498321df5f64bb0012e83afda01a0a4b97650cf4f167a744 php53-gd-5.3.3-22.el5_10.i386.rpm 8d1bb0bac4ab35f4ca8489afdcdc81009f0844082383aad50b37affedc63329f php53-imap-5.3.3-22.el5_10.i386.rpm 37c6f2d849158d63a4562e7feb26bb5f9184334f8f01d63238f983991084e597 php53-intl-5.3.3-22.el5_10.i386.rpm 02f1e09dcfb67e6932ee966767d17fff039be41887359f0b8d5de4d4a2d04548 php53-ldap-5.3.3-22.el5_10.i386.rpm 40103c812d65c9ef122c8c38bfd0440fd7ebdd6f266133f3b220c8e6d12aff78 php53-mbstring-5.3.3-22.el5_10.i386.rpm 59c3d40f9d4195a2851d5a9838450729b19c47680a7d8ce1c38122131a5dd894 php53-mysql-5.3.3-22.el5_10.i386.rpm fbaaafc7cad83c53232acb9d181fdf4ee5dd08c5865859a69b8369ebc234319c php53-odbc-5.3.3-22.el5_10.i386.rpm c5dfa0dff11a125d2605597a9567cf2dff9e79d86c385e0f6df984fdc6971fe8 php53-pdo-5.3.3-22.el5_10.i386.rpm 382edb19c81d03f90ce01a198d770a347db9f81b7b4b1e1d143ae40b53520a46 php53-pgsql-5.3.3-22.el5_10.i386.rpm c73514bfd04ce48c4c85a5a3b5b5f2b5e7bf76de315df7c79913e221babc96a5 php53-process-5.3.3-22.el5_10.i386.rpm 2c959611a0bd417935c47d1d08c175f9bb1c8342042592ee68236c51ab5504ab php53-pspell-5.3.3-22.el5_10.i386.rpm 0f6b5d4513c702b0f587e90117c301177354593264d98f7b9630bd54e9e630a3 php53-snmp-5.3.3-22.el5_10.i386.rpm 1f67ff09c3531565d998a8240b6a003bd770dfb317823558ce2b150a26c4de50 php53-soap-5.3.3-22.el5_10.i386.rpm 26a92f7fb136ed9f625df4787feb4707ba07181ec46152bb3a425aff1d93bddc php53-xml-5.3.3-22.el5_10.i386.rpm 431cd3f86ebc674224e350baab0090c92ec7c38992db19684e5b77ac59d04634 php53-xmlrpc-5.3.3-22.el5_10.i386.rpm x86_64: 17f2d7c7b56b5e8b9e84e9eb15c06b75681a7071d68e516b7a8ad5526dc5dc69 php53-5.3.3-22.el5_10.x86_64.rpm dae1b4e201dada35e23b44dc3bf304b50d492ca646028a3d5cc1a2dd6d0e42e9 php53-bcmath-5.3.3-22.el5_10.x86_64.rpm fadb9fd6c3679e94a94968b9ce29db4331dc39437afd91705e709e01f3dc3696 php53-cli-5.3.3-22.el5_10.x86_64.rpm 9c4a4463cf936c07884038fb810affd885f6ed8d44deb36a4b12e627d4713d3e php53-common-5.3.3-22.el5_10.x86_64.rpm 04d759c231ea27beed22897c75be8240eba410fd0f8b9c3a9bd8fb4a2f908b2d php53-dba-5.3.3-22.el5_10.x86_64.rpm 8350cecb3b5a6ec5227c3b9335ab429dc14538818ee331a41c5c7ad8e0cb7ca8 php53-devel-5.3.3-22.el5_10.x86_64.rpm 31af52358f6fdf1b22b90a47775a59ebc94b61669f5821c878fca287f8dbf388 php53-gd-5.3.3-22.el5_10.x86_64.rpm 0a90527c6c3c8c670c34ed92e000e7cc317c8596f81d02b9b9349d456b4d0645 php53-imap-5.3.3-22.el5_10.x86_64.rpm 30e7a0f1bf953896774adb2616be290c4aacb22b1c17b084b76a9efa1ad18ad5 php53-intl-5.3.3-22.el5_10.x86_64.rpm 42a727f833cc77b1d98754a990392bf88563019f2f41b28e30ed7a3e2eeeac38 php53-ldap-5.3.3-22.el5_10.x86_64.rpm 0e52a405d51cfede349ff0f6c96ad1e16234ddc5b35d38dfb5d64509e3f07fd0 php53-mbstring-5.3.3-22.el5_10.x86_64.rpm f41e1cfcece21a4ff06ffbbe3e30b8d7829041c8d63817989ddc906df52141bb php53-mysql-5.3.3-22.el5_10.x86_64.rpm ab31a8f8ff4e92b086d963918f63602eee93137215c56987fb400da326ffe6ea php53-odbc-5.3.3-22.el5_10.x86_64.rpm cbf1371def561f700dd985c14397921bbdfcf08833acdf0d4772e0d1beef6856 php53-pdo-5.3.3-22.el5_10.x86_64.rpm 4b2acb12bab5dbfd5c674009a6b4e2eedcf388fa91b292a5478d511f83ab60ea php53-pgsql-5.3.3-22.el5_10.x86_64.rpm 817001f00284b383d492bf105e9f2cf0c49458c0932839344a1562bf86557cbf php53-process-5.3.3-22.el5_10.x86_64.rpm c3a54dc137946f7a4cb79594688a1dd5b87835d4b876e635f65b5cf31a6a50f4 php53-pspell-5.3.3-22.el5_10.x86_64.rpm 4d4e8097f961d3f366356683d749f252d5e935fe5dd2be8dc838a8f1f0591810 php53-snmp-5.3.3-22.el5_10.x86_64.rpm a38c64ef0cb4fb5f09827e7d10d9da104d20b12ae4531e04f122d50b46420a11 php53-soap-5.3.3-22.el5_10.x86_64.rpm 34175c983b046d57bc8a0a9f61e1fc07431c16e29b44cfc3a14f96043284b8c2 php53-xml-5.3.3-22.el5_10.x86_64.rpm 2c25d01b6394920e212df85c3baf81105b3df8573fd5893ee7720338118ac40f php53-xmlrpc-5.3.3-22.el5_10.x86_64.rpm Source: 08301e902562d500a03652e73d99d74f0e3a69a4c699fae4a9ab9ccd801bf73b php53-5.3.3-22.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org
[CentOS-announce] CEBA-2013:1819 CentOS 6 spice-server Update
CentOS Errata and Bugfix Advisory 2013:1819 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1819.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 06992da054916ee66f7349329ad41bb5c342d817e329cb0e5019d3525331a90e spice-server-0.12.4-6.el6_5.1.x86_64.rpm 515bbd99bfa8a4bd97b0b54ce29cea9a6d8c8f1f71ee7ea7c0766ecbbec261df spice-server-devel-0.12.4-6.el6_5.1.x86_64.rpm Source: bd4a9cfe1cf12ba55a7be1ddce4e1469ee30e52ea93aee1fd47aa29cc3d2b79f spice-server-0.12.4-6.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEBA-2013:1821 CentOS 6 ricci Update
CentOS Errata and Bugfix Advisory 2013:1821 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1821.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 80ff871f6c19feceac33011557da23d1a4ebb91acfdca8f0bc464d3376f0babd ccs-0.16.2-69.el6_5.1.i686.rpm 4899d79c807f7473065fabfc2138842b43d1854f98614a9e7abc82e94c4284c4 ricci-0.16.2-69.el6_5.1.i686.rpm x86_64: b5000de7854dbbe5cba448345e2515f5c8c10b2da270e75e2da7be55df08e79e ccs-0.16.2-69.el6_5.1.x86_64.rpm d8dcf661a7121d66f7cd935da1415c083a512ea4bced6bbef99fba314eb2607e ricci-0.16.2-69.el6_5.1.x86_64.rpm Source: 2a19e00c515277cbe2c8510d42744af888d3a554450ac194a67df8a14b2dd908 ricci-0.16.2-69.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2013:1812 Critical CentOS 5 firefox Update
CentOS Errata and Security Advisory 2013:1812 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1812.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3ddecbd7876061379a2f639742cca74e03c6abf00ae93e8156e9e015a26aa2d6 firefox-24.2.0-1.el5.centos.i386.rpm x86_64: 3ddecbd7876061379a2f639742cca74e03c6abf00ae93e8156e9e015a26aa2d6 firefox-24.2.0-1.el5.centos.i386.rpm dd4ddbebe7344ff255183977d1ec5fef2ebde2523dc5426978431075ca12c42d firefox-24.2.0-1.el5.centos.x86_64.rpm Source: ba6b752b236b9aeeafbd6d7a87f27fb55e37dc7f4061e0fc1ad7018440b5b817 firefox-24.2.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-es] MySQL se cae !
Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
Me sucedió. Con la solución que indicas no tuve problemas nuevamente. ¿Hay algún otro directorio que haya que revisar que guarde información de la ejecución del servicio (run, pid, etc.)? Tal vez sea por algo de eso. Saludos Fernando El 11/12/2013 01:53 p.m., David González Romero escribió: A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
revisaste si queda espacio en /var ya te mencionaron que suele suceder con la partición llena El 11/12/13 12:10, angel jauregui escribió: Gracias a todos por sus comentarios... Fijense que ayer la solucion que realice y ya mencione en mi hilo principal, crei que seria la solucion final... Pero lo que me preocupa es que si voy a tener que estar eliminando *mysql.sock* y reiniciando todas las ma~anas, coo que ya no resulta una solucion viable. Tambien lei que muchos simplemente editaron *my.cnf* y cambiaron a usar un nuevo nombre para el socket, que es: *mysql2.sock*, pero de la misma forma, me gustaria profundizar mas el problema porque deberia funcionar todo bien como estaba en un principio :S !. Hasta ahorita van dos veces que elimino *mysql.sock*, el dia de ayer (que detecte el problema) y hoy... Saludos ! El 11 de diciembre de 2013 11:02, Fernando Martinez fmarti...@uns.edu.arescribió: Me sucedió. Con la solución que indicas no tuve problemas nuevamente. ¿Hay algún otro directorio que haya que revisar que guarde información de la ejecución del servicio (run, pid, etc.)? Tal vez sea por algo de eso. Saludos Fernando El 11/12/2013 01:53 p.m., David González Romero escribió: A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Sl2: O§many Oconnor -- Se integran todos los eventos de Ciencias Técnicas de la Universidad de Oriente: *- Convención Internacional de Ciencias Técnicas 23 al 27 de Junio de 2014: http://cienciastecnicas.eventos.uo.edu.cu/ Convocatoria a nuestro evento internacional de mayor experiencia: *- 21 Conferencia de Química: 3 al 5 de diciembre de 2014 http://ciq.eventos.uo.edu.cu/ -- ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Fwd: reglas de iptables se borran
Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Fwd: reglas de iptables se borran
Agrega el final iptables-save /etc/sysconfig/iptables Suerte, David El 11 de diciembre de 2013 14:25, Pablo Alberto Flores pabfl...@uchile.clescribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
Sobre espacio en disco duro, ese no es el problema... Tengo 2 discos duros, uno para el swap y raiz, y otro para /home. /dev/sda1 - swap - 1GB /dev/sda2 - /- /dev/sdb1 - /home shell# df -h /dev/sda2 133G 3,5G 123G 3% / tmpfs 7,8G 0 7,8G 0% /dev/shm /dev/sdb1 917G 414G 457G 48% /home Saludos ! El 11 de diciembre de 2013 11:12, Osmany Oconnor ocon...@contre.sum.uo.edu.cu escribió: revisaste si queda espacio en /var ya te mencionaron que suele suceder con la partición llena El 11/12/13 12:10, angel jauregui escribió: Gracias a todos por sus comentarios... Fijense que ayer la solucion que realice y ya mencione en mi hilo principal, crei que seria la solucion final... Pero lo que me preocupa es que si voy a tener que estar eliminando *mysql.sock* y reiniciando todas las ma~anas, coo que ya no resulta una solucion viable. Tambien lei que muchos simplemente editaron *my.cnf* y cambiaron a usar un nuevo nombre para el socket, que es: *mysql2.sock*, pero de la misma forma, me gustaria profundizar mas el problema porque deberia funcionar todo bien como estaba en un principio :S !. Hasta ahorita van dos veces que elimino *mysql.sock*, el dia de ayer (que detecte el problema) y hoy... Saludos ! El 11 de diciembre de 2013 11:02, Fernando Martinez fmarti...@uns.edu.arescribió: Me sucedió. Con la solución que indicas no tuve problemas nuevamente. ¿Hay algún otro directorio que haya que revisar que guarde información de la ejecución del servicio (run, pid, etc.)? Tal vez sea por algo de eso. Saludos Fernando El 11/12/2013 01:53 p.m., David González Romero escribió: A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Sl2: O§many Oconnor -- Se integran todos los eventos de Ciencias Técnicas de la Universidad de Oriente: *- Convención Internacional de Ciencias Técnicas 23 al 27 de Junio de 2014: http://cienciastecnicas.eventos.uo.edu.cu/ Convocatoria a nuestro evento internacional de mayor experiencia: *- 21 Conferencia de Química: 3 al 5 de diciembre de 2014 http://ciq.eventos.uo.edu.cu/ -- ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Fwd: reglas de iptables se borran
Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Fwd: reglas de iptables se borran
hay muchas personas que se discuten en esto, yo siempre he usado script siempre haciendo la salva en ese archivo /etc/sysconfig/iptables con el comando iptables-save. Eso te permitirá que cuando el servicio se reinicie entonces coja las reglas del archivo del servicio. Por otra parte si hay una razón en Flushear las reglas FLUSH. Por demás nunca he tenido problemas en el uso de script. Saludos, David El 11 de diciembre de 2013 14:47, Javier Aquino jaqu...@lexuseditores.comescribió: Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
te sugiero que veas si tienes espacios con inodos: df -hi Saludos -- Ramón Macías Zamora Tecnología, Investigación y Desarrollo www.rks.ec - www.raykasolutions.com Guayaquil - Ecuador msn:ramon_mac...@hotmail.com skype: ramon_macias UserLinux# 180926 (http://counter.li.org) Cel:593-8-0192238 Tel:593 4 6044566 http://www.raykasolutions.com/ WEB SITES, HOSTINGS, DOMINIOS, MANTENIMIENTO DE EQUIPOS, REDES, SERVIDORES LINUX, SOPORTE. 2013/12/11 angel jauregui darkdiabl...@gmail.com Sobre espacio en disco duro, ese no es el problema... Tengo 2 discos duros, uno para el swap y raiz, y otro para /home. /dev/sda1 - swap - 1GB /dev/sda2 - /- /dev/sdb1 - /home shell# df -h /dev/sda2 133G 3,5G 123G 3% / tmpfs 7,8G 0 7,8G 0% /dev/shm /dev/sdb1 917G 414G 457G 48% /home Saludos ! El 11 de diciembre de 2013 11:12, Osmany Oconnor ocon...@contre.sum.uo.edu.cu escribió: revisaste si queda espacio en /var ya te mencionaron que suele suceder con la partición llena El 11/12/13 12:10, angel jauregui escribió: Gracias a todos por sus comentarios... Fijense que ayer la solucion que realice y ya mencione en mi hilo principal, crei que seria la solucion final... Pero lo que me preocupa es que si voy a tener que estar eliminando *mysql.sock* y reiniciando todas las ma~anas, coo que ya no resulta una solucion viable. Tambien lei que muchos simplemente editaron *my.cnf* y cambiaron a usar un nuevo nombre para el socket, que es: *mysql2.sock*, pero de la misma forma, me gustaria profundizar mas el problema porque deberia funcionar todo bien como estaba en un principio :S !. Hasta ahorita van dos veces que elimino *mysql.sock*, el dia de ayer (que detecte el problema) y hoy... Saludos ! El 11 de diciembre de 2013 11:02, Fernando Martinez fmarti...@uns.edu.arescribió: Me sucedió. Con la solución que indicas no tuve problemas nuevamente. ¿Hay algún otro directorio que haya que revisar que guarde información de la ejecución del servicio (run, pid, etc.)? Tal vez sea por algo de eso. Saludos Fernando El 11/12/2013 01:53 p.m., David González Romero escribió: A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Sl2: O§many Oconnor -- Se integran todos los eventos de Ciencias Técnicas de la Universidad de Oriente: *- Convención Internacional de Ciencias Técnicas 23 al 27 de Junio de 2014: http://cienciastecnicas.eventos.uo.edu.cu/ Convocatoria a nuestro evento internacional de mayor experiencia: *- 21 Conferencia de Química: 3 al 5 de diciembre de 2014 http://ciq.eventos.uo.edu.cu/ -- ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org
Re: [CentOS-es] Fwd: reglas de iptables se borran
Yo siempre ocupo el script. por eso habia olvidado el service iptables save :O al parecer es el portentry que tuve que desinstalar para que las reglas no se borraran mas, y llevo mas de 1 hora estable. tambien ocupo falil2ban que anda super bien pero no me bloquea barridos de puertos por ejemplo el uso de nmap. tal vez mi config esta mal del portentry ? por que reinicia al iptables. saben de alguna otra aplicacion similar para parar los barridos de puertos. Saludos El 11 de diciembre de 2013 15:09, David González Romero dgrved...@gmail.com escribió: hay muchas personas que se discuten en esto, yo siempre he usado script siempre haciendo la salva en ese archivo /etc/sysconfig/iptables con el comando iptables-save. Eso te permitirá que cuando el servicio se reinicie entonces coja las reglas del archivo del servicio. Por otra parte si hay una razón en Flushear las reglas FLUSH. Por demás nunca he tenido problemas en el uso de script. Saludos, David El 11 de diciembre de 2013 14:47, Javier Aquino jaqu...@lexuseditores.comescribió: Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] MySQL se cae !
Yo tuve el problema pro no era de inodos. como lo comente lo solucione cambiando el socket en /etc/my.cnf reiniciando el servicio y vuelta al socket anterior y reiniciar, todo hasta el momento bien Saludos El 11 de diciembre de 2013 15:25, Ramón Macías Zamora rmac...@rks.ecescribió: te sugiero que veas si tienes espacios con inodos: df -hi Saludos -- Ramón Macías Zamora Tecnología, Investigación y Desarrollo www.rks.ec - www.raykasolutions.com Guayaquil - Ecuador msn:ramon_mac...@hotmail.com skype: ramon_macias UserLinux# 180926 (http://counter.li.org) Cel:593-8-0192238 Tel:593 4 6044566 http://www.raykasolutions.com/ WEB SITES, HOSTINGS, DOMINIOS, MANTENIMIENTO DE EQUIPOS, REDES, SERVIDORES LINUX, SOPORTE. 2013/12/11 angel jauregui darkdiabl...@gmail.com Sobre espacio en disco duro, ese no es el problema... Tengo 2 discos duros, uno para el swap y raiz, y otro para /home. /dev/sda1 - swap - 1GB /dev/sda2 - /- /dev/sdb1 - /home shell# df -h /dev/sda2 133G 3,5G 123G 3% / tmpfs 7,8G 0 7,8G 0% /dev/shm /dev/sdb1 917G 414G 457G 48% /home Saludos ! El 11 de diciembre de 2013 11:12, Osmany Oconnor ocon...@contre.sum.uo.edu.cu escribió: revisaste si queda espacio en /var ya te mencionaron que suele suceder con la partición llena El 11/12/13 12:10, angel jauregui escribió: Gracias a todos por sus comentarios... Fijense que ayer la solucion que realice y ya mencione en mi hilo principal, crei que seria la solucion final... Pero lo que me preocupa es que si voy a tener que estar eliminando *mysql.sock* y reiniciando todas las ma~anas, coo que ya no resulta una solucion viable. Tambien lei que muchos simplemente editaron *my.cnf* y cambiaron a usar un nuevo nombre para el socket, que es: *mysql2.sock*, pero de la misma forma, me gustaria profundizar mas el problema porque deberia funcionar todo bien como estaba en un principio :S !. Hasta ahorita van dos veces que elimino *mysql.sock*, el dia de ayer (que detecte el problema) y hoy... Saludos ! El 11 de diciembre de 2013 11:02, Fernando Martinez fmarti...@uns.edu.arescribió: Me sucedió. Con la solución que indicas no tuve problemas nuevamente. ¿Hay algún otro directorio que haya que revisar que guarde información de la ejecución del servicio (run, pid, etc.)? Tal vez sea por algo de eso. Saludos Fernando El 11/12/2013 01:53 p.m., David González Romero escribió: A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock. Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por no decir completo. Saludos, David El 11 de diciembre de 2013 13:50, angel jauregui darkdiabl...@gmail.comescribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Sl2: O§many Oconnor -- Se integran todos los eventos de Ciencias Técnicas de la Universidad de Oriente: *- Convención Internacional de Ciencias Técnicas 23 al 27 de Junio de 2014: http://cienciastecnicas.eventos.uo.edu.cu/ Convocatoria a nuestro evento internacional de mayor experiencia: *- 21 Conferencia de Química: 3 al 5 de diciembre de 2014 http://ciq.eventos.uo.edu.cu/ -- ___ CentOS-es mailing list CentOS-es@centos.org
Re: [CentOS-es] Fwd: reglas de iptables se borran
Para los escaneos de puertos, bloqueos de accesos fallidos y etcs (como bloquear por paises, forward de puertos, configuracion en cluster...), uso csf (configserver firewall). Tambien se pueden agregar tus reglas tanto pre/post inicio En mis centos/redhat/ubuntu/debian no he tenido problemas. Diego Sanchez Sent from my mobile -Original Message- From: Pablo Alberto Flores pabfl...@uchile.cl Sender: centos-es-boun...@centos.org Date: Wed, 11 Dec 2013 15:35:21 To: centos-es@centos.org Reply-To: centos-es@centos.org Subject: Re: [CentOS-es] Fwd: reglas de iptables se borran Yo siempre ocupo el script. por eso habia olvidado el service iptables save :O al parecer es el portentry que tuve que desinstalar para que las reglas no se borraran mas, y llevo mas de 1 hora estable. tambien ocupo falil2ban que anda super bien pero no me bloquea barridos de puertos por ejemplo el uso de nmap. tal vez mi config esta mal del portentry ? por que reinicia al iptables. saben de alguna otra aplicacion similar para parar los barridos de puertos. Saludos El 11 de diciembre de 2013 15:09, David González Romero dgrved...@gmail.com escribió: hay muchas personas que se discuten en esto, yo siempre he usado script siempre haciendo la salva en ese archivo /etc/sysconfig/iptables con el comando iptables-save. Eso te permitirá que cuando el servicio se reinicie entonces coja las reglas del archivo del servicio. Por otra parte si hay una razón en Flushear las reglas FLUSH. Por demás nunca he tenido problemas en el uso de script. Saludos, David El 11 de diciembre de 2013 14:47, Javier Aquino jaqu...@lexuseditores.comescribió: Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org
Re: [CentOS-es] Fwd: reglas de iptables se borran
Instalando. se puede instalar como modulo de webmin. Gracias por el dato El 11 de diciembre de 2013 16:46, dieg...@gmail.com escribió: Para los escaneos de puertos, bloqueos de accesos fallidos y etcs (como bloquear por paises, forward de puertos, configuracion en cluster...), uso csf (configserver firewall). Tambien se pueden agregar tus reglas tanto pre/post inicio En mis centos/redhat/ubuntu/debian no he tenido problemas. Diego Sanchez Sent from my mobile -Original Message- From: Pablo Alberto Flores pabfl...@uchile.cl Sender: centos-es-boun...@centos.org Date: Wed, 11 Dec 2013 15:35:21 To: centos-es@centos.org Reply-To: centos-es@centos.org Subject: Re: [CentOS-es] Fwd: reglas de iptables se borran Yo siempre ocupo el script. por eso habia olvidado el service iptables save :O al parecer es el portentry que tuve que desinstalar para que las reglas no se borraran mas, y llevo mas de 1 hora estable. tambien ocupo falil2ban que anda super bien pero no me bloquea barridos de puertos por ejemplo el uso de nmap. tal vez mi config esta mal del portentry ? por que reinicia al iptables. saben de alguna otra aplicacion similar para parar los barridos de puertos. Saludos El 11 de diciembre de 2013 15:09, David González Romero dgrved...@gmail.com escribió: hay muchas personas que se discuten en esto, yo siempre he usado script siempre haciendo la salva en ese archivo /etc/sysconfig/iptables con el comando iptables-save. Eso te permitirá que cuando el servicio se reinicie entonces coja las reglas del archivo del servicio. Por otra parte si hay una razón en Flushear las reglas FLUSH. Por demás nunca he tenido problemas en el uso de script. Saludos, David El 11 de diciembre de 2013 14:47, Javier Aquino jaqu...@lexuseditores.comescribió: Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org
Re: [CentOS-es] Fwd: reglas de iptables se borran
Y tiene su propia interfaz web, si la habilitas Diego Sanchez Sent from my mobile -Original Message- From: Pablo Alberto Flores pabfl...@uchile.cl Sender: pabfl...@u.uchile.cl Date: Wed, 11 Dec 2013 18:14:32 To: centos-es@centos.org; dieg...@gmail.com Subject: Re: [CentOS-es] Fwd: reglas de iptables se borran Instalando. se puede instalar como modulo de webmin. Gracias por el dato El 11 de diciembre de 2013 16:46, dieg...@gmail.com escribió: Para los escaneos de puertos, bloqueos de accesos fallidos y etcs (como bloquear por paises, forward de puertos, configuracion en cluster...), uso csf (configserver firewall). Tambien se pueden agregar tus reglas tanto pre/post inicio En mis centos/redhat/ubuntu/debian no he tenido problemas. Diego Sanchez Sent from my mobile -Original Message- From: Pablo Alberto Flores pabfl...@uchile.cl Sender: centos-es-boun...@centos.org Date: Wed, 11 Dec 2013 15:35:21 To: centos-es@centos.org Reply-To: centos-es@centos.org Subject: Re: [CentOS-es] Fwd: reglas de iptables se borran Yo siempre ocupo el script. por eso habia olvidado el service iptables save :O al parecer es el portentry que tuve que desinstalar para que las reglas no se borraran mas, y llevo mas de 1 hora estable. tambien ocupo falil2ban que anda super bien pero no me bloquea barridos de puertos por ejemplo el uso de nmap. tal vez mi config esta mal del portentry ? por que reinicia al iptables. saben de alguna otra aplicacion similar para parar los barridos de puertos. Saludos El 11 de diciembre de 2013 15:09, David González Romero dgrved...@gmail.com escribió: hay muchas personas que se discuten en esto, yo siempre he usado script siempre haciendo la salva en ese archivo /etc/sysconfig/iptables con el comando iptables-save. Eso te permitirá que cuando el servicio se reinicie entonces coja las reglas del archivo del servicio. Por otra parte si hay una razón en Flushear las reglas FLUSH. Por demás nunca he tenido problemas en el uso de script. Saludos, David El 11 de diciembre de 2013 14:47, Javier Aquino jaqu...@lexuseditores.comescribió: Te recomiendo no usar el script directamente, es mejor manejarlo como los servicios de CentOS, para ello haces lo siguiente: - Tu script firewall.sh debe tener como primeras reglas los comando para limpiar las reglas que ya existan. - Ejecutar el script y revizar si las reglas que pusiste cumplen con tus requerimiento, sino continua modificando tu script. - Una vez que el firewall esté funcionando bien debes grabar las politicas asi: service iptables save - Si deseas que las políticas se activen al iniciar el servidor haces lo siguiente: chkconfig iptables on Con esto ya tienes tus politicas de firewall funcionando como servicio el cual puedes arrancar o detener cuando gustes con: service iptables [ start | stop ] ó puedes hacer que el servicio se inicie automaticamente o no al iniciar el sistema chkconfig iptables [ on | off ] Saludos y éxito en tu proyecto. El mié, 11-12-2013 a las 14:25 -0300, Pablo Alberto Flores escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org
Re: [CentOS-es] MySQL se cae !
El 11/12/13, angel jauregui darkdiabl...@gmail.com escribió: Buen día. Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el servicio me decia un mensaje de que *habia otro programa usando el mismo socket* o algo asi... Pero cuál fue el motivo?, qué dice los logs?, no es normal que pase ello, yo he usado bastante mysql en CentOS y nuca que yo sepa se me ha caído, algo está pasando, algo hizo y no lo hizo bien (añadiendo algu sw o configuración) y está generando conflicto, revise antes y trate de arreglar algun error y no trate de forzar la solución, vea cual era la cuasa y solucione ello y seguro que mysql en centos estará trabajando con normalidad, saludos. La solucion fue eliminar dicho socket y reiniciar el servicio: shell# rm -f /var/lib/mysql/mysql.sock shell# /etc/init.d/mysqld restart En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo que estaba caido otra vez :S ! Alguien le ha sucedido ?, se me hace muy extra~o porque dicho server solo tiene los servicios de: http, mysql y postfix. Esta detras de un firewall, el acceso a mysql no esta abierto para remoto (por ISP), solo acceso interno (localnet). Saludos ! -- M.S.I. Angel Haniel Cantu Jauregui. Celular: (011-52-1)-899-871-17-22 E-Mail: angel.ca...@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Live free or die! ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Fwd: reglas de iptables se borran
El 11/12/13, Pablo Alberto Flores pabfl...@uchile.cl escribió: Estimados listeros. Hoy desperté con el firewall caído y quisiera que me echen una manito en detectar la causa o causante. tengo un archivo llamado firewall.sh el cual corre cuando la maquina levanta o se ejecuta a mano cuando se agrega una regla. pero hoy cada x tiempo las reglas se borran y solo da acceso al ssh. A mano? mmm, mejor es que pongas ese script propio en rc.local, ese archivo sirve para correr tus propios scriots luego de todo, tu firewall por defecto en iptables quedará intacto, pero lelgado el momento tu script será leido y aplicado. Eso en el caso de que quieras usar script propio y no tendrás problemas, asi yo ultimamente lo hago en centos, en rc.local hay un mensaje, lees eso y ubicas tu comando sh elpathdetuscript.sh y ya. el server esta con centos 6.5 todo actualizado hasta hoy para comprobar que esta ok corro lo siguiente iptables -L -n y para salvar el iptables iptables-save Si vas a usar iptables-save mejor ya no uses scripts escribe los comando en la terminal y aplica iptables-save y centos ya se encarga de guardar las reglas en iptables. baje el portsentry para descartar pero sigue igual - cuando se reinicia estas son las reglas que me deja # iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- 0.0.0.0/00.0.0.0/0 state RELATED,ESTABLISHED ACCEPT icmp -- 0.0.0.0/00.0.0.0/0 ACCEPT all -- 0.0.0.0/00.0.0.0/0 ACCEPT tcp -- 0.0.0.0/00.0.0.0/0 state NEW tcp dpt:22 REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain FORWARD (policy ACCEPT) target prot opt source destination REJECT all -- 0.0.0.0/00.0.0.0/0 reject-with icmp-host-prohibited Chain OUTPUT (policy ACCEPT) target prot opt source destination -- Saludos *Pablo Flores Aravena* ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Live free or die! ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS] CentOS-announce Digest, Vol 106, Issue 6
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than Re: Contents of CentOS-announce digest... Today's Topics: 1. CEBA-2013:1810 CentOS 6 java-1.7.0-openjdk Update (Johnny Hughes) 2. CEBA-2013:X016 Xen4CentOS kernel Bugfix Update (Johnny Hughes) 3. CESA-2013:X017 Xen4CentOS xen Security Update (Johnny Hughes) 4. CESA-2013:1813 Critical CentOS 6 php Update (Johnny Hughes) 5. CESA-2013:1814 Critical CentOS 5 php Update (Johnny Hughes) 6. CESA-2013:1813 Critical CentOS 5 php53 Update (Johnny Hughes) 7. CEBA-2013:1819 CentOS 6 spice-server Update (Johnny Hughes) 8. CEBA-2013:1820 CentOS 6 pacemaker Update (Johnny Hughes) -- Message: 1 Date: Tue, 10 Dec 2013 15:45:27 + From: Johnny Hughes joh...@centos.org Subject: [CentOS-announce] CEBA-2013:1810 CentOS 6 java-1.7.0-openjdk Update To: centos-annou...@centos.org Message-ID: 20131210154527.ga58...@n04.lon1.karan.org Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1810 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1810.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 51fd9694a53204b193fb54737a45ec7facb631163a85ec72390c03075db897e0 java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.i686.rpm fab0f9e2985ce0ca214dbc50b4004f5fe76c08d20bdaddd7683818f64f54d8c8 java-1.7.0-openjdk-demo-1.7.0.45-2.4.3.4.el6_5.i686.rpm f171fe3e4d08225e9fd9f6ad3cab4cd38e5f419192f80283305a60fd74eec6f3 java-1.7.0-openjdk-devel-1.7.0.45-2.4.3.4.el6_5.i686.rpm 22664307de2515eab7beaf5c020a0e4c9f684c871fedf3e88171be9cc82d20ed java-1.7.0-openjdk-javadoc-1.7.0.45-2.4.3.4.el6_5.noarch.rpm 75e22d7bfad3a1d2fcfbf24253a708a3bc99e2bc7aa576f63817a477acd2396e java-1.7.0-openjdk-src-1.7.0.45-2.4.3.4.el6_5.i686.rpm x86_64: 8343a1e172ff8e17d46070a36735c081e93ea387994870c3b1268c66cc8b6344 java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm 50b3fc396489a44fd17ae2fbd3b513ec61687174a3afa1cc98ef0b69bd3ca2ec java-1.7.0-openjdk-demo-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm 6dabcef1999f5fef41f622a61a76e115f790797d4fc82bf2eb50362d764ad548 java-1.7.0-openjdk-devel-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm 22664307de2515eab7beaf5c020a0e4c9f684c871fedf3e88171be9cc82d20ed java-1.7.0-openjdk-javadoc-1.7.0.45-2.4.3.4.el6_5.noarch.rpm deadd71bbcd5e8f360f442a7ceb879a16e6d34eb946d775f810fc20a916c65ea java-1.7.0-openjdk-src-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm Source: d36a0acadcf2b848f5c79eb46ee63533854ea37e8b9ec78a47857d8db3f86f9d java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- Message: 2 Date: Tue, 10 Dec 2013 22:36:38 + From: Johnny Hughes joh...@centos.org Subject: [CentOS-announce] CEBA-2013:X016 Xen4CentOS kernel Bugfix Update To: centos-annou...@centos.org Message-ID: 20131210223638.ga...@n04.lon1.karan.org Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:X016 (Xen4CentOS) The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) - X86_64 - 8d240567c9b4d4a96460664df07e80e84447bd57f44fd495d56f5a73c5a18263 e1000e-2.5.4-3.10.23.2.el6.centos.alt.x86_64.rpm de80d1761e17c23e227ef1354efbfef9e08ca877fdd297d8ebfa5d132714897d kernel-3.10.23-11.el6.centos.alt.x86_64.rpm 2471012a329ef40489042f2806fe7716d509c0174830b40dbb2631e15f88a96b kernel-devel-3.10.23-11.el6.centos.alt.x86_64.rpm fc57706c1e2c2fd3841d04f50af2b747be27b09ae32fe96c05f6f5355c71ee47 kernel-doc-3.10.23-11.el6.centos.alt.noarch.rpm 27235bb0a03a3efda87cd23fcf35353e8f8e33a78c68e31a6a349f547300ffc3 kernel-firmware-3.10.23-11.el6.centos.alt.noarch.rpm 9cb3d411dec4022d553b8f0328a0b17c4c2dabcafff3436960eb62eee11fc852 kernel-headers-3.10.23-11.el6.centos.alt.x86_64.rpm 6d4edca78ec6f1c26d68080a1795b913e1464a8354fb2b2b105efb058a450b23 perf-3.10.23-11.el6.centos.alt.x86_64.rpm - Source: - 4144ed2a590b4213062d11ab96043688848180db6de13e5dfa79b66b5115503c e1000e-2.5.4-3.10.23.2.el6.centos.alt.src.rpm 7c52232dbc488a7ed992814ad38a69132b42a5624a3e5353f09d9b6a4ce4707b kernel-3.10.23-11.el6.centos.alt.src.rpm = Kernel Changelog info from the SPEC file: * Tue Dec 10 2013 Johnny Hughes joh...@centos.org 3.10.23-11 - upgrade
Re: [CentOS] What is eating up Swap - Thanks to all feedback
Am 10.12.13 17:18, schrieb John R Pierce: On 12/10/2013 6:01 AM, Götz Reinicke - IT Koordinator wrote: recently I noticed, that one of our webservers is using swap space, while there is plenty of physical ram available. free -m total used free sharedbuffers cached Mem: 8118 2014 6103 0 85261 -/+ buffers/cache: 1667 6450 Swap: 8197 77 8119 It's not that much, but why? during idle time, dirty pages will be written to swap so they can then be discarded if needed. ignore it, it means nothing Hi thanks to all feedbacks, I'f found that the httpd is eating up swap; currently about 500MB while 4GB RAM are still free. I'll look into that. Regard . Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 E-Mail goetz.reini...@filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Offline YUM repository setup working but yum with --installroot fails
I use a local, off-line repository for CentOS plus updates for my development network (my setup for many years). By design, the repository has no physical connection to the Internet. Everything seems to be setup correctly and works fine for installs/updates. However I am trying to use the --installroot option for YUM and it is complaining about not finding a mirror. I removed the lines about mirror from my CentOS repo files so I am confused. My CentOS-Base.repo file contains: [base] name=CentOS-$releaseserver - Base baseurl=http://myhost.org/yum/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 [updates] name=CentOS-$releaseserver - Updates baseurl=http://myhost.org/yum/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 I have RPMs from the CentOS 5.10 DVDs in a directory indexed by createrepo. I also have a copy of the current updates (as of Monday). I can install and update via this configuration. My web server has the directory tree: /var/www/html/yum/centos/5 - /var/www/html/yum/centos/5.10 /var/www/html/yum/centos/5.10/os/i386 /var/www/html/yum/centos/5.10/updates/i386 I am testing some code to make a small, light install. When I run yum with --installroot, it hangs and eventually times out looking for a mirror: {copy centos-release-5-10.el5.centos.i386.rpm to the current dir} mkdir tmpdir rpm --root=tmpdir -ivh --nodeps centos-release*rpm yum --installroot=tmpdir install basesystem filesystem bash kernel passwd YUM hangs and eventually responds with: Could not retrieve mirrorlist http://mirrlist.centos/org/?release=5arch=i386repo=os error was [Errno 4] IOError: urlopen error (-3, 'Temporary failure in name resolution') ... Anyone have any ideas? Cheers, -- Wade Hampton ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RHEL 7 Beta is now public
Hi, http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues at http://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
Am 11.12.2013 um 16:56 schrieb Karanbir Singh mail-li...@karan.org: Hi, http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues at http://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. cool! -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
Le 11/12/2013 16:56, Karanbir Singh a écrit : http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues athttp://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. There seems to be only x86_64 release ? That would be in the current trend... Alain -- Administrateur Système/Réseau Laboratoire de Photonique et Nanostructures (LPN/CNRS - UPR20) Centre de Recherche Alcatel Data IV - Marcoussis route de Nozay - 91460 Marcoussis Tel : 01-69-63-61-34 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
On 11/12/13 16:03, Alain Péan wrote: Le 11/12/2013 16:56, Karanbir Singh a écrit : http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues athttp://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. There seems to be only x86_64 release ? That would be in the current trend... Alain Correct. RHEL7 will have support for 32-bit apps by way of 32-bit compatability libs as is currently the case on 6 (so you can run 32-bit apps on a 64-bit system), but from RHEL7 there will be no 32-bit installation option. See the release notes here for details of major changes: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/html-single/7.0_Release_Notes/index.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] What is eating up Swap - Thanks to all feedback
On 12/11/2013 07:10 AM, Götz Reinicke - IT Koordinator wrote: Am 10.12.13 17:18, schrieb John R Pierce: On 12/10/2013 6:01 AM, Götz Reinicke - IT Koordinator wrote: recently I noticed, that one of our webservers is using swap space, while there is plenty of physical ram available. free -m total used free sharedbuffers cached Mem: 8118 2014 6103 0 85261 -/+ buffers/cache: 1667 6450 Swap: 8197 77 8119 It's not that much, but why? during idle time, dirty pages will be written to swap so they can then be discarded if needed. ignore it, it means nothing Hi thanks to all feedbacks, I'f found that the httpd is eating up swap; currently about 500MB while 4GB RAM are still free. I wouldn't worry about it. It's quite normal for a long-running process like httpd to have a few pages that are used once during startup and never referenced again. Eventually, the kernel moves them out to swap in preference for some extra buffer/cache space. Why you would prefer keeping long- unreferenced pages in RAM is unclear. Of course if it is just a question of why one server is behaving differently from the others, that is a different matter. -- Bob Nichols NOSPAM is really part of my email address. Do NOT delete it. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
Thanks for this, looking forward to kicking the tires to see what they did with GNOME 3. On Wed, Dec 11, 2013 at 9:56 AM, Karanbir Singh mail-li...@karan.orgwrote: Hi, http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues at http://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc ___ 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] RHEL 7 Beta is now public
Le 11/12/2013 18:26, Andrew Wyatt a écrit : Thanks for this, looking forward to kicking the tires to see what they did with GNOME 3. From the release notes : Red Hat Enterprise Linux 7.0 Beta features the next major version of the GNOME Desktop, GNOME 3. The user experience of GNOME 3 is largely defined by GNOME Shell, which replaces the GNOME 2 desktop shell. Apart from window management, GNOME Shell provides the top bar on the screen, which hosts the 'system status' area in the top right, a clock, and a hot corner that switches to |Activities Overview|, which provides easy access to applications and windows. The default GNOME Shell interface in Red Hat Enterprise Linux 7.0 Beta is GNOME Classic which features a window list at the bottom of the screen and traditional *Applications* and *Places* menus. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
Am 11.12.2013 um 18:51 schrieb Alain Péan alain.p...@lpn.cnrs.fr: Le 11/12/2013 18:26, Andrew Wyatt a écrit : Thanks for this, looking forward to kicking the tires to see what they did with GNOME 3. From the release notes : Red Hat Enterprise Linux 7.0 Beta features the next major version of the GNOME Desktop, GNOME 3. The user experience of GNOME 3 is largely defined by GNOME Shell, which replaces the GNOME 2 desktop shell. Apart from window management, GNOME Shell provides the top bar on the screen, which hosts the 'system status' area in the top right, a clock, and a hot corner that switches to |Activities Overview|, which provides easy access to applications and windows. The default GNOME Shell interface in Red Hat Enterprise Linux 7.0 Beta is GNOME Classic which features a window list at the bottom of the screen and traditional *Applications* and *Places* menus. RHEL7 without thunderbird :-( -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] default /etc/ssh/sshd_config?
Hello All, I was setting up a new server and I accidentally overwrote the default /etc/ssh/sshd_config. Can anyone bail me out with a vanilla copy? Jason ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] default /etc/ssh/sshd_config?
On 12/11/2013 4:53 PM, Jason T. Slack-Moehrle wrote: ll, I was setting up a new server and I accidentally overwrote the default /etc/ssh/sshd_config. Can anyone bail me out with a vanilla copy? yum reinstall openssh-server -done- -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] default /etc/ssh/sshd_config?
That is way better. Thanks for the reminder that it is really that easy. On Wed, Dec 11, 2013 at 5:28 PM, John R Pierce pie...@hogranch.com wrote: On 12/11/2013 4:53 PM, Jason T. Slack-Moehrle wrote: ll, I was setting up a new server and I accidentally overwrote the default /etc/ssh/sshd_config. Can anyone bail me out with a vanilla copy? yum reinstall openssh-server -done- -- john r pierce 37N 122W somewhere on the middle of the left coast ___ 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
[CentOS] Do I need a dedicated firewall?
Hi All, So my electricity bill is through the roof and I need to pair down some equipment. I have a CentOS 6.5 Server (a few TB, 32gb RAM) running some simple web stuff and Zimbra. I have 5 static IP's from Comcast. I am considering giving this server a public IP and plugging it directly into my cable modem. This box can handle everything with room for me to do more. Doing this would allow me to power down my pfSense box and additional servers by consolidating onto this single box. I have the firewall on on the server and only allowing the few ports I need. I dont run ssh on 22 What do you guys think? Jason ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] What is eating up Swap
--On Tuesday, December 10, 2013 08:18:09 AM -0800 John R Pierce pie...@hogranch.com wrote: during idle time, dirty pages will be written to swap so they can then be discarded if needed. ignore it, it means nothing Agreed. If you want to see if paging is actually an issue, run vmstat -5 and ignore the first line of output. If, over time, you're seeing consistently high values for the si and so columns, then you have something to investigate. If they're usually low or zero, then ignore your swap usage. Same thing goes for the free values in top and vmstat; having low free memory counts in a long running kernel is normal and can be ignored. (Too many people, especially coming from the windows world, get wrapped around the handle about this.) If you want to maintain a historical record of memory and other performance indicators that you can use for investigative purposes after the fact, see the man page for sar(1). Devin ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 7 Beta is now public
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Karanbir Singh Sent: den 11 december 2013 16:56 To: CentOS mailing list Subject: [CentOS] RHEL 7 Beta is now public Hi, http://ftp.redhat.com/redhat/rhel/beta/7/ Go get it ( maybe consider using a mirror ), play with it, test it, and file reports. Dont use it in production. As in the past, we highly encourage people to use the official beta builds from Red Hat and to report issues at http://bugzilla.redhat.com/ Within CentOS, we are going to do a CentOS7Beta1 build to match the release upsteam, and do it in a manner that allows lots of people to get involved and track progress. Keep an eye out on posts on the centos-devel list to see how you can get involved and help with the CentOS Builds and testing process. I see nobody's asked when CentOS 7 will be out yet. ;-) Anyway, will be interesting to check out the new gnome. -- //Sorin ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos