Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] CentOS-announce Digest, Vol 84, Issue 14
by Johan Vermeulen 26 Apr '12

26 Apr '12

Maybe this came out wrong. What I meant is: I was told RHEL doesn't do major application upgrades in one version, so we would end op with Firefox 3.6.x in CentOs 6.x in a few years from now. Apparently this is not true. So now I,m wondering if a move to LO within CentOs 6 is imaginable. Grt. J. verzonden m.b.v Android vandaar de beknoptheid. Johan Vermeulen <jvermeulen(a)cawdekempen.be>schreef: >If Rhel/CentOs goes from Firefox3.6 to Firefox 10, could they go from OpenOffice to LibreOffice as wel? > >Greetings, James > >verzonden m.b.v Android >vandaar de beknoptheid. > >centos-announce-request(a)centos.orgschreef: > >>Send CentOS-announce mailing list submissions to >> centos-announce(a)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-request(a)centos.org >> >>You can reach the person managing the list at >> centos-announce-owner(a)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. CEEA-2012:0327 CentOS 6 firefox Update (Johnny Hughes) >> 2. CEBA-2012:0337 CentOS 6 nss Update (Johnny Hughes) >> 3. CEEA-2012:0329 CentOS 6 thunderbird Update (Johnny Hughes) >> 4. CEBA-2012:0339 CentOS 6 openswan Update (Johnny Hughes) >> 5. CEBA-2012:0338 CentOS 6 selinux-policy Update (Johnny Hughes) >> 6. CEBA-2012:0335 CentOS 6 iptables Update (Johnny Hughes) >> >> >>---------------------------------------------------------------------- >> >>Message: 1 >>Date: Sat, 25 Feb 2012 05:17:37 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEEA-2012:0327 CentOS 6 firefox Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225051737.GA11681(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Enhancement Advisory 2012:0327 >> >>Upstream details at : http://rhn.redhat.com/errata/RHEA-2012-0327.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>d2599a661b132aa2ddd7392eae5685646cf3c635d0ef0267599b8740f09c12e2 firefox-10.0.1-1.el6.centos.i686.rpm >>77de9c554ac1f16ba2520f07cee4c15d4e1e2979cf740c7c002fea07c34faf96 xulrunner-10.0.1-2.el6.centos.i686.rpm >>fcd332a2aeb56279601acf6494a33a2983344f5b9982f37c6800cb9e3aa4f663 xulrunner-devel-10.0.1-2.el6.centos.i686.rpm >>6461e5d96c34674c8d429155b071ef03f770951c296667b9fe481b4bbafa78b5 yelp-2.28.1-13.el6_2.i686.rpm >> >>x86_64: >>d2599a661b132aa2ddd7392eae5685646cf3c635d0ef0267599b8740f09c12e2 firefox-10.0.1-1.el6.centos.i686.rpm >>22976c0f8338775d7407b9239c3f9f32ec7ca88faa10c94f437772ae9b380137 firefox-10.0.1-1.el6.centos.x86_64.rpm >>77de9c554ac1f16ba2520f07cee4c15d4e1e2979cf740c7c002fea07c34faf96 xulrunner-10.0.1-2.el6.centos.i686.rpm >>b3441c386c20957faa6130d8bed19875ac5d1494f3a385ed12249191792e1fa2 xulrunner-10.0.1-2.el6.centos.x86_64.rpm >>fcd332a2aeb56279601acf6494a33a2983344f5b9982f37c6800cb9e3aa4f663 xulrunner-devel-10.0.1-2.el6.centos.i686.rpm >>8d92e10fba11d7b9300d13244f49e6fb1ce97bdde46ee197447af2dcbf4d9699 xulrunner-devel-10.0.1-2.el6.centos.x86_64.rpm >>a839b1a862c44fa07ce558f0f4a81a254abda5ad7cacef7f41fa6c6c591fe04f yelp-2.28.1-13.el6_2.x86_64.rpm >> >>Source: >>1a53d0a7664910c65c00711815fcfd8a87f965b5529d6135099d989454251231 firefox-10.0.1-1.el6.centos.src.rpm >>385d3e038296c9ca12d13bc5c3396049d70f4f8a879fc2468b6ce9c3a93ec96b xulrunner-10.0.1-2.el6.centos.src.rpm >>dc668b084f356b2049f8e724476ff665876bea6b8abbe533aa5555d7cea42c07 yelp-2.28.1-13.el6_2.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>Message: 2 >>Date: Sat, 25 Feb 2012 05:20:36 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEBA-2012:0337 CentOS 6 nss Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225052036.GA11839(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Bugfix Advisory 2012:0337 >> >>Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0337.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>96a9433b9cfb6009dcc4e4b61168752313ab925cc72d9cf2bd104136bd1770f5 nspr-4.8.9-3.el6_2.i686.rpm >>e1e90d9135b4087a9f97ea2ba0b6025e8d6a812e98a1743fe897474d8ec719e5 nspr-devel-4.8.9-3.el6_2.i686.rpm >>cbefa7c87e5dc51dab0a433f47c0cd4f6b06ca0c9c3f2579f32141d9b3d30998 nss-3.13.1-6.el6_2.i686.rpm >>a495226e3abee7423caa069e2b8a1749ee63543800b37b5e3cbd7afcf05d65e1 nss-devel-3.13.1-6.el6_2.i686.rpm >>54c94e1640a123d70b4ae4446f750432c47ba0e786237791695ce47289312020 nss-pkcs11-devel-3.13.1-6.el6_2.i686.rpm >>440a26179856dc203924ae31147056bfda9a11e35826c23cacb06dbe5a520a95 nss-sysinit-3.13.1-6.el6_2.i686.rpm >>ff4640259883bd7d9d9fb33d3a295328023c06d5b3865dce69839657d0202761 nss-tools-3.13.1-6.el6_2.i686.rpm >>1b1f933409d29705c281e800769c5610811a65d6568674ddda7dace5e9db76f9 nss-util-3.13.1-3.el6_2.i686.rpm >>89039a389f73a99561ba3629dfb0eac27f031e59c209ea4eaee9fcea5141a632 nss-util-devel-3.13.1-3.el6_2.i686.rpm >> >>x86_64: >>96a9433b9cfb6009dcc4e4b61168752313ab925cc72d9cf2bd104136bd1770f5 nspr-4.8.9-3.el6_2.i686.rpm >>0555f49bb513bb0e7188f5a894898e3650c8d8472b990f283749254e59ce8d16 nspr-4.8.9-3.el6_2.x86_64.rpm >>e1e90d9135b4087a9f97ea2ba0b6025e8d6a812e98a1743fe897474d8ec719e5 nspr-devel-4.8.9-3.el6_2.i686.rpm >>9ce858d877be449049d136db3167fe7775151861886ac9a728a94411613c3d35 nspr-devel-4.8.9-3.el6_2.x86_64.rpm >>cbefa7c87e5dc51dab0a433f47c0cd4f6b06ca0c9c3f2579f32141d9b3d30998 nss-3.13.1-6.el6_2.i686.rpm >>e0b350fc3c83e8fa088a64e97e308c0ac254c07836b5d2c1b1abf651550ac433 nss-3.13.1-6.el6_2.x86_64.rpm >>a495226e3abee7423caa069e2b8a1749ee63543800b37b5e3cbd7afcf05d65e1 nss-devel-3.13.1-6.el6_2.i686.rpm >>d5b1fb57fe5c17ba10057de8ffa632f963b813e5de576d152c18b2708f627c6d nss-devel-3.13.1-6.el6_2.x86_64.rpm >>54c94e1640a123d70b4ae4446f750432c47ba0e786237791695ce47289312020 nss-pkcs11-devel-3.13.1-6.el6_2.i686.rpm >>1266afcedd753ef7b93d722782367fd5f12962dfcf6bee8093861b9587f243c4 nss-pkcs11-devel-3.13.1-6.el6_2.x86_64.rpm >>a2d7acdca92b38c0daab5713413cb97ccadf28e186494c87fff905120d8921bf nss-sysinit-3.13.1-6.el6_2.x86_64.rpm >>e82cd7c4c577721da6698a3b20cb90203ee5a6240181eb4ebf877ed8e86c173b nss-tools-3.13.1-6.el6_2.x86_64.rpm >>1b1f933409d29705c281e800769c5610811a65d6568674ddda7dace5e9db76f9 nss-util-3.13.1-3.el6_2.i686.rpm >>b90b050163b1605b8d7bd002955899fe4dd43f865462edfb5470de461906fbb7 nss-util-3.13.1-3.el6_2.x86_64.rpm >>89039a389f73a99561ba3629dfb0eac27f031e59c209ea4eaee9fcea5141a632 nss-util-devel-3.13.1-3.el6_2.i686.rpm >>41e31d4aad5ad08ada416aa0d5c8ea4121ab3171ba211f45f06f5b6fbb213793 nss-util-devel-3.13.1-3.el6_2.x86_64.rpm >> >>Source: >>e528dee7d721d3a621e883a2ea7df3befc8f3a4cc19fa37c3f97f773bccab2ae nspr-4.8.9-3.el6_2.src.rpm >>05b8b089f4dd7cca6c022e900a52ca1d2e036d716847c4cc4d8fa2eb89b3a049 nss-3.13.1-6.el6_2.src.rpm >>f0273a41ba5b4459ad0247611cfa473345886f21bab6dcb096e84d82f588a464 nss-util-3.13.1-3.el6_2.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>Message: 3 >>Date: Sat, 25 Feb 2012 05:22:40 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEEA-2012:0329 CentOS 6 thunderbird Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225052240.GA11930(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Enhancement Advisory 2012:0329 >> >>Upstream details at : http://rhn.redhat.com/errata/RHEA-2012-0329.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>0deb275c3241a3943572cab3b6c01515525ad42a679df5dabe66206a4f5f4441 thunderbird-10.0.1-3.el6.centos.i686.rpm >> >>x86_64: >>3b1a148fddacd067db594fde1b86bf3448d6cf1079b38438d7432a4764e1db29 thunderbird-10.0.1-3.el6.centos.x86_64.rpm >> >>Source: >>fba41db75d164461c9603a4735a0f670dcf29d9daf6520611c0806e4ca7965a9 thunderbird-10.0.1-3.el6.centos.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>Message: 4 >>Date: Sat, 25 Feb 2012 05:23:10 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEBA-2012:0339 CentOS 6 openswan Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225052310.GA12010(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Bugfix Advisory 2012:0339 >> >>Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0339.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>2ad5574961178d92774023258d278131c83acfa0bfa1d2584d06fd9e64d16d78 openswan-2.6.32-10.el6_2.i686.rpm >>ba280a99b04ca752185ff05289ba1f7e429a26186baf68eaf579cbcdea93e5d1 openswan-doc-2.6.32-10.el6_2.i686.rpm >> >>x86_64: >>dec60d50e94a8e644d1f92e44ec8ee8770e5ab69073f39e914c8efbd47ac0fb6 openswan-2.6.32-10.el6_2.x86_64.rpm >>fd82468d39d724dbe68cb8a63f72217a6c3aaefbd368739c8b9fa7c30ba66d2e openswan-doc-2.6.32-10.el6_2.x86_64.rpm >> >>Source: >>901e69b53004c2c736e4d863c4583563f83ed8f9c6ae6a9bf185eb3797100272 openswan-2.6.32-10.el6_2.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>Message: 5 >>Date: Sat, 25 Feb 2012 05:23:47 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEBA-2012:0338 CentOS 6 selinux-policy >> Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225052347.GA12114(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Bugfix Advisory 2012:0338 >> >>Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0338.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>a6af66e794daab711544237711fc60a877d6a766117abe9be5404262f6688446 selinux-policy-3.7.19-126.el6_2.9.noarch.rpm >>c7d4083b26698968559660235c43bb10a97751ebfff7dc3b64abc9462db76c39 selinux-policy-doc-3.7.19-126.el6_2.9.noarch.rpm >>9863d5eb132e9d24874f17018afec339347c59ac29dd76440944b433554994d7 selinux-policy-minimum-3.7.19-126.el6_2.9.noarch.rpm >>26968984b4a1a1eb3910193f7bcfea6d70d615c7be5cc53523c2b9d96f44a575 selinux-policy-mls-3.7.19-126.el6_2.9.noarch.rpm >>fc4da222ceb175ab2f72862084a68f5e818e452457666b7e85f37795f8f8f010 selinux-policy-targeted-3.7.19-126.el6_2.9.noarch.rpm >> >>x86_64: >>71d4b96c4ac6ea7f5e9327da9e54be5d9d88774cae563c793a5063dbe94d51c9 selinux-policy-3.7.19-126.el6_2.9.noarch.rpm >>f75088e18583cf323f24696131ac3567ac9aa992b04c1cb2761938cff4cab69c selinux-policy-doc-3.7.19-126.el6_2.9.noarch.rpm >>9d89b2389cca275c4f1e23ad55ae6d0b24802ec7545957f4c2bc46a9954deff4 selinux-policy-minimum-3.7.19-126.el6_2.9.noarch.rpm >>6ff9803ed6ec2393aa3a65b161ec76ed1162922754c804370229ae701976f8a5 selinux-policy-mls-3.7.19-126.el6_2.9.noarch.rpm >>c4edce76d8f801df40d83ed88e28690d7719614920b6b68bc81b196324953aad selinux-policy-targeted-3.7.19-126.el6_2.9.noarch.rpm >> >>Source: >>ddbb5765611d2fa274c41cc42b0731f3ce56eb5cba1bd5bc5fd23beff49a44c7 selinux-policy-3.7.19-126.el6_2.9.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>Message: 6 >>Date: Sat, 25 Feb 2012 10:41:06 +0000 >>From: Johnny Hughes <johnny(a)centos.org> >>Subject: [CentOS-announce] CEBA-2012:0335 CentOS 6 iptables Update >>To: centos-announce(a)centos.org >>Message-ID: <20120225104106.GA27872(a)chakra.karan.org> >>Content-Type: text/plain; charset=us-ascii >> >> >>CentOS Errata and Bugfix Advisory 2012:0335 >> >>Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0335.html >> >>The following updated files have been uploaded and are currently >>syncing to the mirrors: ( sha256sum Filename ) >> >> >>i386: >>6a7d7caa6fbee984d04f36138cad2c8c423348d96f7d631f26ef465b102bcb54 iptables-1.4.7-5.1.el6_2.i686.rpm >>78c572e6d1922558eae95995ea36858d43a33d9c956dd67fc62f393d7f0a26c3 iptables-devel-1.4.7-5.1.el6_2.i686.rpm >>91627a7f937e8e5c7a4904ba4b30c20cccfc707e43e86eef59d19acf2d68e4e8 iptables-ipv6-1.4.7-5.1.el6_2.i686.rpm >> >>x86_64: >>6a7d7caa6fbee984d04f36138cad2c8c423348d96f7d631f26ef465b102bcb54 iptables-1.4.7-5.1.el6_2.i686.rpm >>31caf99ebbbc8db11957b1b910bbac0367828338fe07982f7c31c744416415bc iptables-1.4.7-5.1.el6_2.x86_64.rpm >>78c572e6d1922558eae95995ea36858d43a33d9c956dd67fc62f393d7f0a26c3 iptables-devel-1.4.7-5.1.el6_2.i686.rpm >>9da9193de62224271ec2340d171c3282b3d226185f8f34dfb4410d22ff45be47 iptables-devel-1.4.7-5.1.el6_2.x86_64.rpm >>36511e71182583c5775d442f02f5aaab115252c3eaf343890d151440b06ceb02 iptables-ipv6-1.4.7-5.1.el6_2.x86_64.rpm >> >>Source: >>0e7eb17349dd0543c4e817c8f5025d9f2ddeffc70a6f165528ebb3a4a3b86aaf iptables-1.4.7-5.1.el6_2.src.rpm >> >> >> >>-- >>Johnny Hughes >>CentOS Project { http://www.centos.org/ } >>irc: hughesjr, #centos(a)irc.freenode.net >> >> >> >>------------------------------ >> >>_______________________________________________ >>CentOS-announce mailing list >>CentOS-announce(a)centos.org >>http://lists.centos.org/mailman/listinfo/centos-announce >> >> >>End of CentOS-announce Digest, Vol 84, Issue 14 >>*********************************************** >>_______________________________________________ >>CentOS mailing list >>CentOS(a)centos.org >>http://lists.centos.org/mailman/listinfo/centos >_______________________________________________ >CentOS mailing list >CentOS(a)centos.org >http://lists.centos.org/mailman/listinfo/centos

13 23

Re: [CentOS] Not Quite Minimal CentOS 6.2
by James B. Byrne 26 Apr '12

26 Apr '12

On Thu, April 26, 2012 08:55, Johnny Hughes wrote: >> It has the network stack ... you must configure it during the install. >> >> If you do not configure and enable the ethernet card then it does not >> turn on by default ... but it is in the installer to be able to do: >> >> http://wiki.centos.org/FAQ/CentOS6#head-b67e85d98f0e9f1b599358105c551632c6f… >> > > Don't get the wrong idea here ... I think it is a very silly way to do > installs to not default with the network turned on. It should be turned > on ... but upstream decided it differently and I do not get to be the > decider :D I used to think the same thing. However, on reflection I think that the decision to keep the network down until deliberately enabled is a sensible and prudent security choice. This leaves up to the operator the decision as to whether or not a given system is sufficiently hardened against Internet attacks before connecting. Now, consider upstream's decision to enable network-manager by default on an enterprise distro. THAT I both understand and fundamentally disagree with. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

4 6

CentOS-announce Digest, Vol 86, Issue 15
by centos-announce-request＠centos.org 26 Apr '12

26 Apr '12

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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-2012:0524 CentOS 5 cmirror Update (Johnny Hughes) 2. CEBA-2012:0525 CentOS 6 libvirt-qmf Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Apr 2012 13:31:50 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0524 CentOS 5 cmirror Update To: centos-announce(a)centos.org Message-ID: <20120426133150.GA16368(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0524 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0524.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6e7c19773229d2bea54b66f9e6531a500be84e1acd499ba5a590527fac33a300 cmirror-1.1.39-13.el5_8.1.1.i386.rpm x86_64: 45f9ce129859bac0227954f72f69a1dc5e6ec5eb95c0bc805f6b928578052eee cmirror-1.1.39-13.el5_8.1.1.x86_64.rpm Source: ff96e198ad67477356b10aa36879448f36c4a6ecb0214eb389f1838799fe9989 cmirror-1.1.39-13.el5_8.1.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 26 Apr 2012 13:55:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0525 CentOS 6 libvirt-qmf Update To: centos-announce(a)centos.org Message-ID: <20120426135504.GA16629(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0525 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0525.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fa16888103bb2243159f81124ccb59385f30342c4cd92e9522fa3a0eac662c97 libvirt-qmf-0.3.0-7.el6_2.i686.rpm x86_64: 496f469fee6a6f5d073405964e1458d7e5dbfa504bacc250de127e9c768a771a libvirt-qmf-0.3.0-7.el6_2.x86_64.rpm Source: 2ddbe9d375c6b9e5f81d2850c412021b62a7b3f891bd32ff3f078eff1ce28fbb libvirt-qmf-0.3.0-7.el6_2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 86, Issue 15 ***********************************************

1 0

Not Quite Minimal CentOS 6.2
by listmail 26 Apr '12

26 Apr '12

Hi All, I a working on configuring a not-quite minimal installation of CentOS 6.2. I tried doing the "minimal" installation available with the installer, but it's a bit too minimal to be useful. So I'm cutting down from a less minimal starting place. I'm pretty familiar with 5.x, but what I'm finding in 6.2 is a lot of new stuff, and a lot of odd behavior. For example, cups is starting at boot time, despite being disabled by chkconfig. And I'm finding things like qpidd, matahari, messagebus, and portreserve that really don't belong in a minimal setup. To clarify, I'm shooting for a simple config, like one would use for a dedicated DNS server. Can anyone point me to an up-to-date list of daemon processes that indicates what they do and whether they can be safely disabled? Also, any ideas as to what would be launching cups would be appreciated. Thanks, --Bill

5 7

restorecon and sudo
by Philippe Naudin 26 Apr '12

26 Apr '12

Hello, On CentOS-6.2, these two commands (on the same machine) give me different results : # restorecon -r /var/www/html/Centos/ # (as root) $ sudo restorecon -r /var/www/html/Centos/ # (as an unprivileged user) /var/www/html/Centos/ is a symlink to /mnt/packages/Centos/ In the first case, I get : # ls -Z /var/www/html/Centos/ drwxr-xr-x. naudin biom system_u:object_r:httpd_sys_content_t 6 and in the second case : $ ls -Z /var/www/html/Centos/ drwxr-xr-x. naudin biom system_u:object_r:unlabeled_t:s0 6 Is this the expected behavior, or is there something I have missed ? -- Philippe Naudin UMR MISTEA : Mathématiques, Informatique et STatistique pour l'Environnement et l'Agronomie INRA, bâtiment 29 - 2 place Viala - 34060 Montpellier cedex 2 tél: 04.99.61.26.34, fax: 04.99.61.29.03, mél: naudin(a)supagro.inra.fr

1 0

OpenOffice.org3 Error after Software Update
by Mark LaPierre 25 Apr '12

25 Apr '12

Hey Y'all, I just installed the updates recommended by Software Update. Apr 25 19:04:43 Updated: xulrunner-10.0.4-1.el6.centos.i686 Apr 25 19:04:53 Updated: firefox-10.0.4-1.el6.centos.i686 Apr 25 19:05:03 Updated: thunderbird-10.0.4-1.el6.centos.i686 Apr 25 19:05:05 Updated: matahari-lib-0.4.4-12.el6_2.i686 Apr 25 19:05:06 Updated: matahari-agent-lib-0.4.4-12.el6_2.i686 Apr 25 19:05:09 Updated: matahari-broker-0.4.4-12.el6_2.i686 Apr 25 19:05:10 Updated: matahari-network-0.4.4-12.el6_2.i686 Apr 25 19:05:11 Updated: matahari-sysconfig-0.4.4-12.el6_2.i686 Apr 25 19:05:12 Updated: matahari-service-0.4.4-12.el6_2.i686 Apr 25 19:05:13 Updated: matahari-host-0.4.4-12.el6_2.i686 Apr 25 19:05:14 Updated: 2:libpng-1.2.49-1.el6_2.i686 Apr 25 19:05:17 Updated: openssl-1.0.0-20.el6_2.4.i686 Apr 25 19:05:21 Updated: openssl-devel-1.0.0-20.el6_2.4.i686 Apr 25 19:05:22 Updated: 2:libpng-devel-1.2.49-1.el6_2.i686 Apr 25 19:05:23 Updated: matahari-0.4.4-12.el6_2.i686 I also installed Virtual Box. Apr 25 19:23:55 Installed: VirtualBox-4.1-4.1.12_77245_rhel6-1.i686 Now open office will not start. It complains about not being able to load a library. The application cannot be started. loading component library failed: file:///usr/lib/openoffice.org3/program/../basis-link/program/i18npool.uno.so I checked for the existence of i18npool.uno.so in the directory indicated. It is there. 1. Has anyone else experienced any problems with the latest software update? 2. What course of action would you recommend to restore the operation of openoffice.org? CentOS release 6.2 (Final) Linux mushroom.patch 2.6.32-220.13.1.el6.i686 #1 SMP Tue Apr 17 22:09:08 BST 2012 i686 i686 i386 GNU/Linux -- _ °v° /(_)\ ^ ^ Mark LaPierre Registerd Linux user No #267004 www.counter.li.org ****

1 0

ATA errors
by m.roth＠5-cent.us 25 Apr '12

25 Apr '12

We just started seeing the errors described in <http://bugs.centos.org/print_bug_page.php?bug_id=5575> The question is, given that we're not seeing DRDY errors, and this is showing on all four drives, and there's no RAID, should we just turn off SMART, or is this telling us something important, other than the bug? mark

1 0

pcscd fails due to hal not running - CentOS 6.2
by Rob Kampen 25 Apr '12

25 Apr '12

Hi list, I have a fully updated 6.2 laptop that gives the following log message upon startup: <snip> Apr 26 08:30:38 robsasus pcscd: pcscdaemon.c:506:main() pcsc-lite 1.5.2 daemon ready. Apr 26 08:30:38 robsasus pcscd: hotplug_libhal.c:490:HPRegisterForHotplugEvents() Could not initialise connection to hald. Apr 26 08:30:38 robsasus pcscd: hotplug_libhal.c:491:HPRegisterForHotplugEvents() Normally this means the HAL daemon (hald) is not running or not ready. Apr 26 08:30:38 robsasus pcscd: pcscdaemon.c:525:main() SVCServiceRunLoop returned Apr 26 08:30:38 robsasus pcscd: pcscdaemon.c:531:at_exit() cleaning /var/run </snip> so I check the /etc/rcX.d/ init files and find that pcscd is set at start 25 but haldaemon is start 26 - thus I guess this is why I get the failure message - hal does not get started until after pcscd. if I start pcscd manually after boot all is well. the pscsd init.d script claims it will start hal - thus I am confused - and at the limit of my knowledge. If someone could enlighten me. TIA

1 0

forwarding packets to service in same host without using loopback network
by Arif Hossain 25 Apr '12

25 Apr '12

This question is not about linux usage. But still i think user list is a good crowd for linux programmer. So here it goes. I have this libnetfilter_queue application which receives packets from kernel based on some iptables rule. Before going straight to my problem, i'm giving a sample workable code and other tools to set up a test environment so that We problem definition and possible solutions can be more accurate and robust. The following code describes the core functionality of the application: #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <netinet/in.h> #include <linux/types.h> #include <linux/netfilter.h> /* for NF_ACCEPT */ #include <errno.h> #include <libnetfilter_queue/libnetfilter_queue.h> #define PREROUTING 0 #define POSTROUTING 4 #define OUTPUT 3 /* returns packet id */ static u_int32_t print_pkt (struct nfq_data *tb) { int id = 0; struct nfqnl_msg_packet_hdr *ph; struct nfqnl_msg_packet_hw *hwph; u_int32_t mark, ifi; int ret; unsigned char *data; ph = nfq_get_msg_packet_hdr (tb); if (ph) { id = ntohl (ph->packet_id); printf ("hw_protocol=0x%04x hook=%u id=%u ", ntohs (ph->hw_protocol), ph->hook, id); } hwph = nfq_get_packet_hw (tb); if (hwph) { int i, hlen = ntohs (hwph->hw_addrlen); printf ("hw_src_addr="); for (i = 0; i < hlen - 1; i++) printf ("%02x:", hwph->hw_addr[i]); printf ("%02x ", hwph->hw_addr[hlen - 1]); } mark = nfq_get_nfmark (tb); if (mark) printf ("mark=%u ", mark); ifi = nfq_get_indev (tb); if (ifi) printf ("indev=%u ", ifi); ifi = nfq_get_outdev (tb); if (ifi) printf ("outdev=%u ", ifi); ifi = nfq_get_physindev (tb); if (ifi) printf ("physindev=%u ", ifi); ifi = nfq_get_physoutdev (tb); if (ifi) printf ("physoutdev=%u ", ifi); ret = nfq_get_payload (tb, &data); if (ret >= 0) printf ("payload_len=%d ", ret); fputc ('\n', stdout); return id; } static int cb (struct nfq_q_handle *qh, struct nfgenmsg *nfmsg, struct nfq_data *nfa, void *data) { uint32_t ip_src, ip_dst; struct in_addr s_ip; struct in_addr d_ip; uint16_t src_port; uint16_t dst_port; int verdict; int id; int ret; unsigned char *buffer; struct nfqnl_msg_packet_hdr *ph = nfq_get_msg_packet_hdr (nfa); if (ph) { id = ntohl (ph->packet_id); printf ("received packet with id %d", id); } ret = nfq_get_payload (nfa, &buffer); ip_src = *((uint32_t *) (buffer + 12)); ip_dst = *((uint32_t *) (buffer + 16)); src_port = *((uint16_t *) (buffer + 20)); dst_port = *((uint16_t *) (buffer + 22)); s_ip.s_addr = (uint32_t) ip_src; d_ip.s_addr = (uint32_t) ip_dst; *(buffer + 26) = 0x00; *(buffer + 27) = 0x00; printf ( "source IP %s", inet_ntoa (s_ip)); printf ( "destination IP %s", inet_ntoa (d_ip)); printf ( "source port %d", src_port); printf ( "destination port %d", dst_port); if (ret) { switch (ph->hook) { case PREROUTING: printf ( "inbound packet"); //my_mangling_fun(); break; case OUTPUT: printf ( "outbound packet"); //my_mangling_fun(); break; } } verdict = nfq_set_verdict (qh, id, NF_ACCEPT, ret, buffer); if (verdict) printf ( "verdict ok"); return verdict; } int main (int argc, char **argv) { struct nfq_handle *h; struct nfq_q_handle *qh; struct nfnl_handle *nh; int fd; int rv; char buf[4096] __attribute__ ((aligned)); printf ("opening library handle\n"); h = nfq_open (); if (!h) { fprintf (stderr, "error during nfq_open()\n"); exit (1); } printf ("unbinding existing nf_queue handler for AF_INET (if any)\n"); if (nfq_unbind_pf (h, AF_INET) < 0) { fprintf (stderr, "error during nfq_unbind_pf()\n"); exit (1); } printf ("binding nfnetlink_queue as nf_queue handler for AF_INET\n"); if (nfq_bind_pf (h, AF_INET) < 0) { fprintf (stderr, "error during nfq_bind_pf()\n"); exit (1); } printf ("binding this socket to queue '0'\n"); qh = nfq_create_queue (h, 0, &cb, NULL); if (!qh) { fprintf (stderr, "error during nfq_create_queue()\n"); exit (1); } printf ("setting copy_packet mode\n"); if (nfq_set_mode (qh, NFQNL_COPY_PACKET, 0xffff) < 0) { fprintf (stderr, "can't set packet_copy mode\n"); exit (1); } fd = nfq_fd (h); for (;;) { if ((rv = recv (fd, buf, sizeof (buf), 0)) >= 0) { printf ("pkt received\n"); nfq_handle_packet (h, buf, rv); continue; } /* if your application is too slow to digest the packets that * are sent from kernel-space, the socket buffer that we use * to enqueue packets may fill up returning ENOBUFS. Depending * on your application, this error may be ignored. Please, see * the doxygen documentation of this library on how to improve * this situation. */ if (rv < 0 && errno == ENOBUFS) { printf ("losing packets!\n"); continue; } perror ("recv failed"); break; } printf ("unbinding from queue 0\n"); nfq_destroy_queue (qh); #ifdef INSANE /* normally, applications SHOULD NOT issue this command, since * it detaches other programs/sockets from AF_INET, too ! */ printf ("unbinding from AF_INET\n"); nfq_unbind_pf (h, AF_INET); #endif printf ("closing library handle\n"); nfq_close (h); exit (0); } Notice in the callback function two calls to my_mangling_fun() is commented out. This is where i mangle the incoming and outgoing packet. I think this code would be sufficient to describe my case. If further clarification is need please ask, i will post further details. Lets say accompanying iptables rules are following : $iptables -t mangle -A PREROUTING -p udp --dport 5000 -j NFQUEUE $iptables -t mangle -A OUTPUT -p udp --sport 5000 -j NFQUEUE lets compile and fire udp the thing. $gcc -g3 nfq_test.c -lnfnetlink -lnetfilter_queue $./a.out (should be as root) now we can feed garbage udp payload to this thing by netcat both client and server mode $nc -ul 5000 $nc -uvv <IP> 5000 This will print the packet from my netfilter_queue app in stdout. Now that the development environment is set up, we can move to the next thing. What we are trying to achieve is following : Our server is listening on 5000 port. Now all incoming packet destined to udp port 5000 will be queued by kernel. And the handle to this queue will be given to user application we listed earlier. This queue mechanism works like this: When a packet is available, the callback function(cb() in our code) is called. after processing, the callback function calls nfq_set_verdict(). after a **verdict** is returned, next packet will pop from the queue. notice that a packet will not pop from queue if its preceding packet has not been issued a verdict. This verdict values are NF_ACCEPT for accepting packet, NF_DROP for dropping the packet. Now what if i want to concatenate the udp payloads of the incoming and outgoing packet without touching client and server side code? If i want to concatenate udp payloads from our app this very app, then we need to have multiple packets at hand. But we have seen that a packet does not pops from queue before a verdict is issued to its preceding one. So how can this be done? One possible solution is issue a NF_DROP to every packet and save those packets in an intermediate data structure. Let's say we have done it. But how can this packet can be delivered to the service listening on 5000 port? We can't use network stack for delivering the packet, because if we do, then packets will end up in NFQUEUE again. Another problem is, the server is totally agnostic about this app. That means it should not see any difference in the packets. It should see packets as if it came from the original client. I have heard that a application can send data to a server in the same host without using network layer(ip,port) by writing some files. I do not know the validity of this statement. But if anyone knows anything about it , it will be wonderful. Another possible solution proposed to me is : 1.store packets in the application and return verdict NF_DROP 2.re-inject packets into the network stack using RAW sockets 3.tag concatenated UDP packets with a DSCP (see IP packet format) 4.in iptables, add a rule to match on this DSCP (--dscp) and ACCEPT the packet directly, without it passing through your netfilter application 5.If the provider already tags some packets with DSCP, you can add some iptables rules to clear them, like: $iptables -t mangle -A INPUT -j DSCP --set-dscp 0 -- -aft

2 4

Windows 2008R2 AD, kerberos, NFSv4
by janice.psyop 25 Apr '12

25 Apr '12

Hi, I'm trying to set up NFSv4 on two boxes (centos 5.5) and have it authenticate against our Windows 2008R2 AD server acting as the KDC. (samba/winbind is running ok with "idmap config MYCOMPANY: backend = rid" so we have identical ids across the servers.) I can mount my test directory fine via NFSv4 *without* the sec=krb5 option. However, once I put the sec=krb5 option in, then I get a mount error: "mount.nfs4: Permission denied" and rpc.gssd reports: "Failed to obtain machine credentials for connection to server" The computers have an AD computer account and for the service-principal, I created an AD user account "nfsHostname" and mapped the UPN e.g. NFS/ hostname.mycompany.tv(a)MYCOMPANY.TV to it using ktpass. This is the closest post similar to my issue I could find: http://lists.centos.org/pipermail/centos/2010-July/096378.html However, I'm trying not to run the createupn command via smbutils. Side note: Eventually we will also be using a HDS nas which doesn't provide us with samba net utils (e.g. net ads join createupn) only their proprietary webadmin/cli. When that nas joined our AD domain, it created a computer account with SPNs of HOST/HOSTNAME, HOST/hostname.MYCOMPANY.TV and a UPN of HOST/hostname.mycompany.tv(a)MYCOMPANY.TV And the HDS nas only wants encryption type: des-cbc-crc:normal. This is why on my test nfs server (nas002), I'm trying to use the same limited commands as I would if I were using the HDS nas. Any suggestions where to look next or get more verbose info from kerberos/KDC or the nfs server? (nothing shows up in either syslog -- plus, I'm not all that familiar with kerberos.) thanks in advance! JA. info: 10.100.1.11 KDC server (Windows 2008 R2, AD) 10.100.1.35 bk001 (nfsv4 client, kernel 2.6.18-194.32.1.el5) 10.100.1.82 nas002 (nfsv4 server, kernel 2.6.18-194.32.1.el5) 10.100.1.99 monitoring server intsalled on both nfsv4 client and server: nfs-utils.x86_64 1.0.9-60.el5 nfs-utils-lib.x86_64 1.0.8-7.9.el5 nfs4-acl-tools.x86_64 0.3.3-3.el5 krb5-workstation.x86_64 1.6.1-70.el5 samba (nas002) 3.3.8-0.52.el5_5.2 samba (bk001) 3.5.10-0.107.el5 [root@bk001 ~]# net ads testjoin Join is OK [root@bk001 ~]# kinit administrator(a)MYCOMPANY.TV Password for administrator(a)MYCOMPANY.TV: [root@bk001 ~]# kinit nfs/nas002.mycompany.tv(a)MYCOMPANY.TV Password for nfs/nas002.mycompany.tv(a)MYCOMPANY.TV: [root@bk001 ~]# klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: nfs/nas002.mycompany.tv(a)MYCOMPANY.TV Valid starting Expires Service principal 04/13/12 16:08:51 04/14/12 02:08:51 krbtgt/MYCOMPANY.TV(a)MYCOMPANY.TV renew until 04/16/12 16:08:51 Kerberos 4 ticket cache: /tmp/tkt0 klist: You have no tickets cached [root@bk001 ~]# showmount -e nas002.mycompany.tv Export list for nas002.mycompany.tv: /array gss/krb5,* [root@bk001 ~]# mount -v -t nfs4 -o proto=tcp,sec=krb5 nas002.mycompany.tv:/ /mnt/nfs4test Warning: rpc.idmapd appears not to be running. All uids will be mapped to the nobody uid. Warning: rpc.gssd appears not to be running. mount: pinging: prog 100003 vers 4 prot tcp port 2049 mount.nfs4: Permission denied [root@bk001 ~]# ps -elf | egrep 'gss|idmap' 1 S root 2498 1 0 75 0 - 8016 - Apr12 ? 00:00:00 rpc.gssd -rrrvvvv 1 S root 4575 1 0 76 0 - 14833 - Apr12 ? 00:00:00 rpc.idmapd -vvv [root@bk001 ~]# tail /var/log/messages Apr 13 16:09:09 bk001 rpc.idmapd[4575]: New client: 16 Apr 13 16:09:09 bk001 rpc.gssd[2498]: handling krb5 upcall Apr 13 16:09:09 bk001 rpc.idmapd[4575]: New client: 17 Apr 13 16:09:09 bk001 rpc.idmapd[4575]: Opened /var/lib/nfs/rpc_pipefs/nfs/clnt16/idmap Apr 13 16:09:09 bk001 rpc.gssd[2498]: Using keytab file '/etc/krb5.keytab' Apr 13 16:09:09 bk001 rpc.gssd[2498]: WARNING: Failed to obtain machine credentials for connection to server nas002.mycompany.tv Apr 13 16:09:09 bk001 rpc.gssd[2498]: doing error downcall Apr 13 16:09:09 bk001 rpc.idmapd[4575]: Stale client: 16 Apr 13 16:09:09 bk001 rpc.idmapd[4575]: -> closed /var/lib/nfs/rpc_pipefs/nfs/clnt16/idmap Apr 13 16:09:09 bk001 rpc.idmapd[4575]: Stale client: 17 Apr 13 16:09:09 bk001 rpc.idmapd[4575]: -> closed /var/lib/nfs/rpc_pipefs/nfs/clnt17/idmap Apr 13 16:09:09 bk001 rpc.gssd[2498]: destroying client clnt17 Apr 13 16:09:09 bk001 rpc.gssd[2498]: destroying client clnt16 tshark capture of commands I performed (above): [root@bk001 ~]# cat /var/tmp/tshark_041312-1608.out 366 9.948504 10.100.1.35 -> 10.100.1.11 TCP 42564 > kerberos [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=86719599 TSER=0 WS=7 367 9.948813 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42564 [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1460 TSV=396813568 TSER=86719599 368 9.948824 10.100.1.35 -> 10.100.1.11 TCP 42564 > kerberos [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=86719599 TSER=396813568 369 9.948849 10.100.1.35 -> 10.100.1.11 KRB5 AS-REQ 370 9.949976 10.100.1.11 -> 10.100.1.35 KRB5 KRB Error: KRB5KDC_ERR_PREAUTH_REQUIRED 371 9.949982 10.100.1.35 -> 10.100.1.11 TCP 42564 > kerberos [ACK] Seq=181 Ack=154 Win=6432 Len=0 TSV=86719600 TSER=396813568 372 9.950031 10.100.1.35 -> 10.100.1.11 TCP 42564 > kerberos [FIN, ACK] Seq=181 Ack=154 Win=6432 Len=0 TSV=86719600 TSER=396813568 373 9.950288 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42564 [ACK] Seq=154 Ack=182 Win=65160 Len=0 TSV=396813568 TSER=86719600 374 9.950297 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42564 [RST, ACK] Seq=154 Ack=182 Win=0 Len=0 444 11.840921 10.100.1.35 -> 10.100.1.11 TCP 42565 > kerberos [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=86721491 TSER=0 WS=7 446 11.841178 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42565 [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1460 TSV=396813757 TSER=86721491 447 11.841185 10.100.1.35 -> 10.100.1.11 TCP 42565 > kerberos [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=86721491 TSER=396813757 448 11.841206 10.100.1.35 -> 10.100.1.11 KRB5 AS-REQ 449 11.842812 10.100.1.11 -> 10.100.1.35 TCP [TCP segment of a reassembled PDU] 450 11.842817 10.100.1.35 -> 10.100.1.11 TCP 42565 > kerberos [ACK] Seq=259 Ack=1449 Win=8688 Len=0 TSV=86721493 TSER=396813757 451 11.842819 10.100.1.11 -> 10.100.1.35 KRB5 AS-REP 452 11.842822 10.100.1.35 -> 10.100.1.11 TCP 42565 > kerberos [ACK] Seq=259 Ack=1518 Win=8688 Len=0 TSV=86721493 TSER=396813757 453 11.842852 10.100.1.35 -> 10.100.1.11 TCP 42565 > kerberos [FIN, ACK] Seq=259 Ack=1518 Win=8688 Len=0 TSV=86721493 TSER=396813757 454 11.843043 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42565 [ACK] Seq=1518 Ack=260 Win=65160 Len=0 TSV=396813758 TSER=86721493 455 11.843050 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42565 [RST, ACK] Seq=1518 Ack=260 Win=0 Len=0 827 21.821693 10.100.1.35 -> 10.100.1.11 TCP 42566 > kerberos [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=86731472 TSER=0 WS=7 828 21.821920 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42566 [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1460 TSV=396814755 TSER=86731472 829 21.821930 10.100.1.35 -> 10.100.1.11 TCP 42566 > kerberos [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=86731472 TSER=396814755 830 21.821958 10.100.1.35 -> 10.100.1.11 KRB5 AS-REQ 831 21.822968 10.100.1.11 -> 10.100.1.35 KRB5 AS-REP 832 21.822974 10.100.1.35 -> 10.100.1.11 TCP 42566 > kerberos [ACK] Seq=191 Ack=618 Win=6787 Len=0 TSV=86731473 TSER=396814756 833 21.823003 10.100.1.35 -> 10.100.1.11 TCP 42566 > kerberos [FIN, ACK] Seq=191 Ack=618 Win=6787 Len=0 TSV=86731473 TSER=396814756 835 21.823278 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42566 [ACK] Seq=618 Ack=192 Win=65160 Len=0 TSV=396814756 TSER=86731473 836 21.823287 10.100.1.11 -> 10.100.1.35 TCP kerberos > 42566 [RST, ACK] Seq=618 Ack=192 Win=0 Len=0 1472 39.980317 10.100.1.35 -> 10.100.1.82 TCP 40520 > nfs [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=86749629 TSER=0 WS=7 1473 39.980491 10.100.1.82 -> 10.100.1.35 TCP nfs > 40520 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=3789493491 TSER=86749629 WS=7 1474 39.980498 10.100.1.35 -> 10.100.1.82 TCP 40520 > nfs [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=86749631 TSER=3789493491 1475 39.980533 10.100.1.35 -> 10.100.1.82 NFS V4 NULL Call 1476 39.980701 10.100.1.82 -> 10.100.1.35 TCP nfs > 40520 [ACK] Seq=1 Ack=45 Win=5888 Len=0 TSV=3789493492 TSER=86749631 1477 39.980705 10.100.1.82 -> 10.100.1.35 NFS V4 NULL Reply (Call In 1475) 1478 39.980707 10.100.1.35 -> 10.100.1.82 TCP 40520 > nfs [ACK] Seq=45 Ack=29 Win=5888 Len=0 TSV=86749631 TSER=3789493492 1479 39.980733 10.100.1.35 -> 10.100.1.82 TCP 40520 > nfs [FIN, ACK] Seq=45 Ack=29 Win=5888 Len=0 TSV=86749631 TSER=3789493492 1480 39.980896 10.100.1.82 -> 10.100.1.35 TCP nfs > 40520 [FIN, ACK] Seq=29 Ack=46 Win=5888 Len=0 TSV=3789493492 TSER=86749631 1481 39.980901 10.100.1.35 -> 10.100.1.82 TCP 40520 > nfs [ACK] Seq=46 Ack=30 Win=5888 Len=0 TSV=86749631 TSER=3789493492 1482 40.001039 10.100.1.35 -> 10.100.1.82 TCP connendp > nfs [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=86749651 TSER=0 WS=7 1483 40.001210 10.100.1.82 -> 10.100.1.35 TCP nfs > connendp [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=3789493512 TSER=86749651 WS=7 1484 40.001221 10.100.1.35 -> 10.100.1.82 TCP connendp > nfs [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=86749651 TSER=3789493512 1485 40.001244 10.100.1.35 -> 10.100.1.82 NFS V4 NULL Call 1486 40.001409 10.100.1.82 -> 10.100.1.35 TCP nfs > connendp [ACK] Seq=1 Ack=45 Win=5888 Len=0 TSV=3789493512 TSER=86749651 1487 40.001414 10.100.1.82 -> 10.100.1.35 NFS V4 NULL Reply (Call In 1485) 1488 40.001418 10.100.1.35 -> 10.100.1.82 TCP connendp > nfs [ACK] Seq=45 Ack=29 Win=5888 Len=0 TSV=86749652 TSER=3789493512 1489 40.002363 10.100.1.35 -> 10.100.1.82 TCP connendp > nfs [FIN, ACK] Seq=45 Ack=29 Win=5888 Len=0 TSV=86749653 TSER=3789493512 1490 40.002526 10.100.1.82 -> 10.100.1.35 TCP nfs > connendp [FIN, ACK] Seq=29 Ack=46 Win=5888 Len=0 TSV=3789493513 TSER=86749653 1491 40.002532 10.100.1.35 -> 10.100.1.82 TCP connendp > nfs [ACK] Seq=46 Ack=30 Win=5888 Len=0 TSV=86749653 TSER=3789493513 1493 40.002880 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: New client: 16\n 1497 40.003611 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: handling krb5 upcall \n 1498 40.004069 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: New client: 17\n 1499 40.004489 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: Opened /var/lib/nfs/rpc_pipefs/nfs/clnt16/idmap\n 1500 40.004949 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: Using keytab file '/etc/krb5.keytab' \n 1501 40.005369 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: WARNING: Failed to obtain machine credentials for connection to server nas002.mycompany.tv \n 1502 40.005829 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: doing error downcall \n 1503 40.012862 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: Stale client: 16\n 1504 40.013326 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: \t-> closed /var/lib/nfs/rpc_pipefs/nfs/clnt16/idmap\n 1505 40.013740 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: Stale client: 17\n 1506 40.014157 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.WARNING: rpc.idmapd[4575]: \t-> closed /var/lib/nfs/rpc_pipefs/nfs/clnt17/idmap\n 1507 40.014621 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: destroying client clnt17 \n 1508 40.015082 10.100.1.35 -> 10.100.1.99 Syslog DAEMON.ERR: rpc.gssd[2498]: destroying client clnt16 \n [root@bk001 ~]#

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss