Re: Help on Tape Backups / Disc Space

2006-02-08 Thread Lowell Gilbert
Graham Bentley [EMAIL PROTECTED] writes:

   Do you even know for sure that your backup was running at the 
  time that the filesystem full messages were generated?
 
 Unfortunatly not - the times are different so this could two
 unrelated issues.

That's exactly the point.  

  Maybe.  At some point you filled /data up.  You don't have enough
  information here to indicate why.
 
 If you could indicate which information I would need would that help?

Your disk space usage.

  You will probably want to keep closer track to understand your 
  usage patterns better.
 
 Any tips on how to do that ?

Look at your disk space usage more than once per day.
There are even ports to help you do that.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Help on Tape Backups / Disc Space

2006-02-07 Thread Lowell Gilbert
Graham Bentley [EMAIL PROTECTED] writes:

 Can any one comment on the below ;
 
 candle# df -H
 Filesystem SizeUsed   Avail Capacity  Mounted on
 /dev/ad0s1a260M 37M202M15%/
 devfs  1.0k1.0k  0B   100%/dev
 /dev/ar0s1d116G 96G 11G90%/data
 /dev/ad0s1e260M 29k239M 0%/tmp
 /dev/ad0s1f 37G934M 33G 3%/usr
 /dev/ad0s1d260M5.4M234M 2%/var
 
 /data is at 90% capacity - its a mount of two discs
 in a raid. The rest of the os install is on a sinlg disc.
 
 I am using flexbackup, a perl backup script in the ports
 to do backups of /data however the log shows that it
 halts almost immediatly.
 
 I also notice this at the end of dmesg.today
 
 pid 90729 (smbd), uid 65534 inumber 2119778 on /data: filesystem full
 pid 90729 (smbd), uid 65534 inumber 2921022 on /data: filesystem full
 pid 90728 (smbd), uid 65534 inumber 1931544 on /data: filesystem full
 pid 90728 (smbd), uid 65534 inumber 1931545 on /data: filesystem full
 pid 90753 (smbd), uid 65534 inumber 1931545 on /data: filesystem full
 
 I was wondering if flexbackup was trying to use /data also for
 temp spooling of the backup job? /usr is virtually unused so it
 seems to make more sense to use that.

Are you just guessing here, or do you have a reason to think this is
happening?  A quick look at flexbackup makes me think that it uses
virtual memory, not file space, to buffer data for spooling.  Do you
even know for sure that your backup was running at the time that the
filesystem full messages were generated?

 /data was up to 98% but we removed alot of stuff of it. Are we still too
 close to full capacity ?

Maybe.  At some point you filled /data up.  You don't have enough
information here to indicate why.  You will probably want to keep 
closer track to understand your usage patterns better.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Help on Tape Backups / Disc Space

2006-02-07 Thread Graham Bentley
Thanks for the reply Lowell.

 Are you just guessing here, or do you have a reason to think this is
 happening?

Not sure what you mean? I cut and paste the logs so clearly
there is something happening i.e. a reason for those messages?

 A quick look at flexbackup makes me think that it uses
 virtual memory, not file space, to buffer data for spooling.

Yes, I think you are right ! Here is a cut from the conf file :-

# Buffering program - to help streaming
$buffer = 'buffer'; # one of false/buffer/mbuffer
$buffer_megs = '10'; # buffer memory size (in megabytes)
$buffer_fill_pct = '75'; # start writing when buffer this percent full

  Do you even know for sure that your backup was running at the 
 time that the filesystem full messages were generated?

Unfortunatly not - the times are different so this could two
unrelated issues.

 Maybe.  At some point you filled /data up.  You don't have enough
 information here to indicate why.

If you could indicate which information I would need would that help?

 You will probably want to keep closer track to understand your 
 usage patterns better.

Any tips on how to do that ?








___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Help on Tape Backups / Disc Space

2006-02-06 Thread Graham Bentley
Hi All,

Can any one comment on the below ;

candle# df -H
Filesystem SizeUsed   Avail Capacity  Mounted on
/dev/ad0s1a260M 37M202M15%/
devfs  1.0k1.0k  0B   100%/dev
/dev/ar0s1d116G 96G 11G90%/data
/dev/ad0s1e260M 29k239M 0%/tmp
/dev/ad0s1f 37G934M 33G 3%/usr
/dev/ad0s1d260M5.4M234M 2%/var

/data is at 90% capacity - its a mount of two discs
in a raid. The rest of the os install is on a sinlg disc.

I am using flexbackup, a perl backup script in the ports
to do backups of /data however the log shows that it
halts almost immediatly.

I also notice this at the end of dmesg.today

pid 90729 (smbd), uid 65534 inumber 2119778 on /data: filesystem full
pid 90729 (smbd), uid 65534 inumber 2921022 on /data: filesystem full
pid 90728 (smbd), uid 65534 inumber 1931544 on /data: filesystem full
pid 90728 (smbd), uid 65534 inumber 1931545 on /data: filesystem full
pid 90753 (smbd), uid 65534 inumber 1931545 on /data: filesystem full

I was wondering if flexbackup was trying to use /data also for
temp spooling of the backup job? /usr is virtually unused so it
seems to make more sense to use that.

/data was up to 98% but we removed alot of stuff of it. Are we still too
close to full capacity ?

Thanks!

ad0: 38162MB IC35L060AVV207-0/V22OA66A [77536/16/63] at ata0-master
UDMA100
acd0: CDROM OEM CD-ROM F522E/1.04 at ata1-master UDMA33
ad4: 114473MB IC35L120AVV207-0/V24OA66A [232581/16/63] at ata2-master
UDMA100
ad6: 114473MB IC35L120AVV207-0/V24OA66A [232581/16/63] at ata3-master
UDMA100
ar0: 114473MB ATA RAID1 array [14593/255/63] status: READY subdisks:
disk0 READY on ad4 at ata2-master
disk1 READY on ad6 at ata3-master

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]