FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 10-20-2010, 09:52 PM
Orion Poplawski
 
Default Asynchronous disk space monitoring

Somewhat OT, but not sure where else to ask. I'm looking into an issue where
the nepomuk strigi service is preventing a desktop with an NFS mounted home
directory from going into hibernate. I think this is because it continually
checks the available disk space in the home directory (about once every 20
seconds in current 4.5.2, once every 10 seconds in 4.4.5).

I'm wondering if there is any better way to monitor disk space than by this
kind of polling. Any kind of inotify service? Or would this be worse on a
busy mount? Unless you could request notification only for reaching a threshold.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-20-2010, 10:18 PM
Stephen John Smoogen
 
Default Asynchronous disk space monitoring

On Wed, Oct 20, 2010 at 15:52, Orion Poplawski <orion@cora.nwra.com> wrote:
> Somewhat OT, but not sure where else to ask. *I'm looking into an issue where
> the nepomuk strigi service is preventing a desktop with an NFS mounted home
> directory from going into hibernate. *I think this is because it continually
> checks the available disk space in the home directory (about once every 20
> seconds in current 4.5.2, once every 10 seconds in 4.4.5).

hibernate + network file systems has always been a rather tough nut .
NFS is built on the fact that multiple clients may have the same tree
open at the same time... so if you are going to hibernate you are
going to need to basicallly unmount because there is no guarentee that
anything underneath you will be there when you come out of
hibernation.


> I'm wondering if there is any better way to monitor disk space than by this
> kind of polling. *Any kind of inotify service? *Or would this be worse on a
> busy mount? *Unless you could request notification only for reaching a threshold.
>

inotify would only work if the server somehow was able to give
information back to the client over inotify.




> --
> Orion Poplawski
> Technical Manager * * * * * * * * * * 303-415-9701 x222
> NWRA/CoRA Division * * * * * * * * * *FAX: 303-415-9702
> 3380 Mitchell Lane * * * * * * * * *orion@cora.nwra.com
> Boulder, CO 80301 * * * * * * *http://www.cora.nwra.com
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>



--
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.”
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-20-2010, 10:26 PM
Orion Poplawski
 
Default Asynchronous disk space monitoring

On 10/20/2010 04:18 PM, Stephen John Smoogen wrote:
> On Wed, Oct 20, 2010 at 15:52, Orion Poplawski<orion@cora.nwra.com> wrote:
>> Somewhat OT, but not sure where else to ask. I'm looking into an issue where
>> the nepomuk strigi service is preventing a desktop with an NFS mounted home
>> directory from going into hibernate. I think this is because it continually
>> checks the available disk space in the home directory (about once every 20
>> seconds in current 4.5.2, once every 10 seconds in 4.4.5).
>
> hibernate + network file systems has always been a rather tough nut .
> NFS is built on the fact that multiple clients may have the same tree
> open at the same time... so if you are going to hibernate you are
> going to need to basicallly unmount because there is no guarentee that
> anything underneath you will be there when you come out of
> hibernation.

Yeah, unfortunately unmounting causes other problems. See
https://bugzilla.redhat.com/show_bug.cgi?id=287411


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 10-20-2010, 10:36 PM
Stephen John Smoogen
 
Default Asynchronous disk space monitoring

On Wed, Oct 20, 2010 at 16:26, Orion Poplawski <orion@cora.nwra.com> wrote:
> On 10/20/2010 04:18 PM, Stephen John Smoogen wrote:
>> On Wed, Oct 20, 2010 at 15:52, Orion Poplawski<orion@cora.nwra.com> *wrote:
>>> Somewhat OT, but not sure where else to ask. *I'm looking into an issue where
>>> the nepomuk strigi service is preventing a desktop with an NFS mounted home
>>> directory from going into hibernate. *I think this is because it continually
>>> checks the available disk space in the home directory (about once every 20
>>> seconds in current 4.5.2, once every 10 seconds in 4.4.5).
>>
>> hibernate + network file systems has always been a rather tough nut .
>> NFS is built on the fact that multiple clients may have the same tree
>> open at the same time... so if you are going to hibernate you are
>> going to need to basicallly unmount because there is no guarentee that
>> anything underneath you will be there when you come out of
>> hibernation.
>
> Yeah, unfortunately unmounting causes other problems. *See
> https://bugzilla.redhat.com/show_bug.cgi?id=287411

Well yes... again it is the nature of NFS for as long as I can
remember and something always brought up as why AFS was superior. If I
remember correctly (which is doubtful) NFS does not guarantee inode
consistency between mounts so if a mount goes away and comes back
open file descriptors are defined not to work. I believe NFSv4 in a
clustered environment works differently but in the case where the
client unmounts the partition and there are still open file
descriptors.. its the clients problem. [Not sure if NFSv4 worked out
local caching to 'fix' this.]

>
> --
> Orion Poplawski
> Technical Manager * * * * * * * * * * 303-415-9701 x222
> NWRA/CoRA Division * * * * * * * * * *FAX: 303-415-9702
> 3380 Mitchell Lane * * * * * * * * *orion@cora.nwra.com
> Boulder, CO 80301 * * * * * * *http://www.cora.nwra.com
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>



--
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.”
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 12:04 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org