Half way through the DHCP lease the client will attempt to renew the lease, if it fails, it will try again at three-quarters of the lease period, and again at seven-eighths and so-on (basically half of the remaining period in the lease) until the lease actually runs out when it will release the ip address.
Once the client contacts the server, the lease will be renewed - ie the time that the client may use the ip address is increased, the ip address itself remains unchanged - there is one exception to this rule - unless, that address has been reserved on the server (a process requiring manual intervention)
For the lease to actually run out, there would have to be a problem preventing the client from contacting the DHCP server to renew the lease, DHCP server not available, network failure, incorrectly configured firewall, etc.
Essentially the problem would not be with the DHCP lease itself, but with whatever caused the client not to be able to contact the server to renew it.
Here is one possible reason - it was taken from
this thread
Quote:
The problem is with windows and not with NASLite. The “Shares” share actually exports the read-only system area where the individual disks are mounted. The system area is approximately 8MB in total, so at any point in time, while running, NASLite will report the free space of that share as approximately 3.5MB.
The NASLite kernel does not report the capacity of the remaining filesystems, hence Windows thinks there isn’t enough room on the drive to save the file. Not much one can do about that since in reality, the root of the “Shares” share is not a drive but a part of the system ramdisk.
Hope that explains the behavior
_________________
Tony Tonchev (Server Elements)