Can we cut a 3.2.3 patch release with these two fixes?
Brian
On Aug 31, 2012, at 12:14 AM, "Yang, Wei" <[log in to unmask]> wrote:
> I tested the second. I didn't get a chance to test the 1st before I lost the window of restarting the cluster. But I have sendfile() turned off and I do get correct results, so it implicitly confirms the 1st one.
>
> regards,
> Wei Yang | [log in to unmask] | 650-926-3338(O)
>
>
>
>
> On Aug 30, 2012, at 9:29 PM, Wilko Kroeger wrote:
>
>> Hello Brian
>>
>> Yes, we also noticed that the detailed monitoring is not working in
>> v3.2.2. We build a version on top of v3.2.2 adding the two commits:
>>
>> commit e0ad3459c89a163e600070a15936b8fd5d26ff35
>> Author: Andrew Hanushevsky <[log in to unmask]>
>> Date: Wed Aug 22 18:56:19 2012 -0700
>> Make sure read statistics are updated for sendfile() and mmap I/O.
>>
>> commit e51db4bb0178a21bbe87ccf7c9349b079c2d7455
>> Author: Andrew Hanushevsky <[log in to unmask]>
>> Date: Mon Jul 30 16:52:56 2012 -0700
>> Correct monitor initialization test to start monitor under all configs.
>>
>> As far as I can tell the detailed monitoring is now working. Wei might
>> have done more testing.
>>
>> Cheers,
>> Wilko
>>
>>
>> On Thu, 30 Aug 2012, Brian Bockelman wrote:
>>
>>> Hi Andy,
>>>
>>> The core wasn't interesting. However, I tracked it down to this change (line 334 in XrdXrootdConfig.cc):
>>>
>>> if ((!isRedir || (RQList.Next() != 0 && XrdXrootdMonitor::Redirect())))
>>>
>>> became:
>>>
>>> if ((!isRedir || (RQList.Next() != 0)) && XrdXrootdMonitor::Redirect())
>>>
>>> (in 3.2.2). In master, it is this test:
>>>
>>> if (!isRedir || XrdXrootdMonitor::Redirect())
>>>
>>> Note that XrdXrootdMonitor::Redirect always returns 0 (I suspect the bug is this).
>>>
>>> So, basically, I think detailed monitoring is broken in the 3.2.2 release. Matevz, take note...
>>>
>>> What's the minimal patch? I can ask OSG to push this out ASAP.
>>>
>>> Brian
>>>
>>> On Aug 28, 2012, at 9:26 PM, Andrew Hanushevsky <[log in to unmask]> wrote:
>>>
>>>> Hi Brian,
>>>>
>>>> Best to get a gcore on this one. Seems like the monitoring did not initialize correctly as it's trying to send to fd 0.
>>>>
>>>> Andy
>>>>
>>>> -----Original Message----- From: Brian Bockelman
>>>> Sent: Tuesday, August 28, 2012 7:15 PM
>>>> To: <[log in to unmask]>
>>>> Subject: Strange detailed monitoring issue
>>>>
>>>> After a power outage locally, Matevz noticed he is not receiving monitoring messages.
>>>>
>>>> Sure enough, from strace:
>>>>
>>>> [pid 1705] sendto(0, "t8\5\270\0\0\0\0\340\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\200\0\0\0\302^v#"..., 1464, 0, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = -1 ENOTSOCK (Socket operation on non-socket)
>>>>
>>>> Version info:
>>>>
>>>> [root@red-gridftp3 ~]# rpm -q xrootd-server
>>>> xrootd-server-3.2.2-1.osg.el5.xu
>>>>
>>>> Log startup is below. Config file snippet is:
>>>>
>>>> xrootd.monitor all auth flush 30s mbuff 1472 window 5s dest files io info user xrootd.t2.ucsd.edu:9930
>>>> xrd.report xrootd.t2.ucsd.edu:9931 every 30s all sync
>>>>
>>>> Any ideas? We are at a loss as to what might be happening.
>>>>
>>>> Brian
>>>>
>>>> 120828 21:07:13 1663 Scalla is starting. . .
>>>> Copr. 2010 Stanford University, xrd version v3.2.2
>>>> ++++++ xrootd [log in to unmask] initialization started.
>>>> Config using configuration file /etc/xrootd/xrootd-clustered.cfg
>>>> =====> xrd.port 1094
>>>> =====> xrd.trace conn
>>>> =====> all.adminpath /var/run/xrootd
>>>> =====> xrd.report xrootd.t2.ucsd.edu:9931 every 30s all sync
>>>> Config maximum number of connections restricted to 65536
>>>> Copr. 2007 Stanford University, xrootd version 2.9.7 build v3.2.2
>>>> ++++++ xrootd protocol initialization started.
>>>> =====> all.export / nostage
>>>> =====> xrootd.trace emsg login stall redirect
>>>> =====> xrootd.seclib /usr/lib64/libXrdSec.so
>>>> Config warning: ignoring fslib; libXrdOfs.so is built-in.
>>>> =====> xrootd.fslib /usr/lib64/libXrdOfs.so
>>>> =====> all.pidpath /var/run/xrootd
>>>> =====> xrootd.monitor all auth flush 30s mbuff 1472 window 5s dest files io info user xrootd.t2.ucsd.edu:9930
>>>> Config exporting /
>>>> ++++++ Authentication system initialization started.
>>>> 120828 21:07:13 1663 secgsi_InitOpts: *** ------------------------------------------------------------ ***
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Mode: server
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Debug: -1
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CA dir: /etc/grid-security/certificates
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CA verification level: 1
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CRL dir: /etc/grid-security/certificates/
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CRL extension: .r0
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CRL check level: 1
>>>> 120828 21:07:13 1663 secgsi_InitOpts: CRL refresh time: 86400
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Certificate: /etc/grid-security/xrd/xrdcert.pem
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Key: /etc/grid-security/xrd/xrdkey.pem
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Proxy delegation option: 0
>>>> 120828 21:07:13 1663 secgsi_InitOpts: GRIDmap file: /etc/grid-security/grid-mapfile
>>>> 120828 21:07:13 1663 secgsi_InitOpts: GRIDmap option: 10
>>>> 120828 21:07:13 1663 secgsi_InitOpts: GRIDmap cache entries expiration (secs): 0
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Authorization function: libXrdLcmaps.so
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Authorization function parms: --osg,--lcmapscfg,/etc/xrootd/lcmaps.cfg,--loglevel,0|useglobals
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Authorization cache entries expiration (secs): -1
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Client proxy availability in XrdSecEntity.endorsement: 0
>>>> 120828 21:07:13 1663 secgsi_InitOpts: VOMS option: 1
>>>> 120828 21:07:13 1663 secgsi_InitOpts: MonInfo option: 0
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Crypto modules: ssl
>>>> 120828 21:07:13 1663 secgsi_InitOpts: Ciphers: aes-128-cbc:bf-cbc:des-ede3-cbc
>>>> 120828 21:07:13 1663 secgsi_InitOpts: MDigests: sha1:md5
>>>> 120828 21:07:13 1663 secgsi_InitOpts: *** ------------------------------------------------------------ ***
>>>> 120828 21:07:13 1663 secgsi_LoadAuthzFun: using 'XrdSecgsiAuthzFun()' from libXrdLcmaps.so
>>>> =====> sec.protocol /usr/lib64 gsi -certdir:/etc/grid-security/certificates -cert:/etc/grid-security/xrd/xrdcert.pem -key:/etc/grid-security/xrd/xrdkey.pem -crl:1 -authzfun:libXrdLcmaps.so -authzfunparms:--osg,--lcmapscfg,/et
>>>> Config 1 authentication directives processed in /etc/xrootd/xrootd-clustered.cfg
>>>> ------ Authentication system initialization completed.
>>>> ++++++ File system initialization started.
>>>> =====> all.role server
>>>> Config warning: ignoring invalid trace option 'none'.
>>>> =====> ofs.trace none
>>>> =====> ofs.authorize
>>>> =====> ofs.osslib /usr/lib64/libXrdHdfs.so
>>>> ++++++ Authorization system initialization started.
>>>> 120828 21:07:13 1663 acc_Config: Authorization system using configuration in /etc/xrootd/xrootd-clustered.cfg
>>>> =====> acc.authdb /etc/xrootd/Authfile
>>>> =====> acc.audit deny grant
>>>> Config 2 authorization directives processed in /etc/xrootd/xrootd-clustered.cfg
>>>> Config 1 auth entries processed in /etc/xrootd/Authfile
>>>> ------ Authorization system initialization completed.
>>>> Copr. 2009, Brian Bockelman, Hdfs Version
>>>> 120828 21:07:13 1663 hdfs_Config: Copr. 2009, Brian Bockelman, Hdfs Version
>>>> 120828 21:07:13 1663 hdfs_Config: Configuring HDFS.
>>>> =====> oss.namelib /usr/lib64/libXrdCmsTfc.so file:/etc/xrootd/storage.xml?protocol=hadoop
>>>> Copr. 2009 University of Nebraska-Lincoln TFC plugin v 1.0
>>>> Params: file:/etc/xrootd/storage.xml?protocol=hadoop
>>>> Xerces-c has been initialized.
>>>> Connecting to the catalog file:/etc/xrootd/storage.xml?protocol=hadoop
>>>> Using catalog file /etc/xrootd/storage.xml
>>>> ------ HDFS storage system initialization completed.
>>>> 120828 21:07:13 1663 hdfs_HDFS storage system initialization.: completed.
>>>> ++++++ Configuring server role. . .
>>>> =====> all.manager srm.unl.edu:1213
>>>> =====> cms.trace all
>>>> =====> all.adminpath /var/run/xrootd
>>>> 120828 21:07:13 1663 Configure Global System Identification: anon-s 1213srm.unl.edu
>>>> Config effective /etc/xrootd/xrootd-clustered.cfg ofs configuration:
>>>> ofs.role server
>>>> ofs.authorize
>>>> ofs.maxdelay 60
>>>> ofs.osslib /usr/lib64/libXrdHdfs.so
>>>> ofs.persist manual hold 600 logdir /var/run/xrootd/.ofs/posc.log
>>>> ofs.trace 0
>>>> ------ File system server initialization completed.
>>>> Config warning: 'xrootd.prepare logdir' not specified; prepare tracking disabled.
>>>> 120828 21:07:13 1675 cms_Finder: Connected to cmsd via /var/run/xrootd/.olb/olbd.admin
>>>> ------ xrootd protocol initialization completed.
>>>> ------ xrootd [log in to unmask]:1094 initialization completed.
>>>>
>>>>
>>>> ########################################################################
>>>> Use REPLY-ALL to reply to list
>>>>
>>>> To unsubscribe from the XROOTD-DEV list, click the following link:
>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>>>
>>>
>>> ########################################################################
>>> Use REPLY-ALL to reply to list
>>>
>>> To unsubscribe from the XROOTD-DEV list, click the following link:
>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>>>
>>
>> ########################################################################
>> Use REPLY-ALL to reply to list
>>
>> To unsubscribe from the XROOTD-DEV list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>
>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the XROOTD-DEV list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
> <winmail.dat>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
|