Craig, Actually I found out to late that the restore was doing exactly
what the documentation said it would do. It restored to the 'root'
directory of the client. So, I just got home last night and I got a
call from one of the engineers that the root directory of the file
server was full, "d
On 14/04/10 00:19, Jerry Lowry wrote:
> I also get an error saying that it can not create a directory on the
> same disk for the same reason " ERR= No space left on device". But I
> think this is the same type of error.
Betcha you've run out of free inodes on the target file system.
Run "df -i"
thanks Ralf, after playing around with the setting, that was what it
was. It seems to be restoring nowI say seems because the 'st dir'
show the job waiting on the storage 'File 1', although when I look at
the disk is has directories and files and is growing in used space.
Any ideas why i
Jerry Lowry schrieb:
> Martin, I am trying to restore the files to the file system on the
> bacula server. The client 'swift-fd' definitely does NOT have room on
> the disk to restore all the pdfs. That is why my restore is configured
> with -> "where= /backup0/bacula-restores".
>
> No,
>
Martin, I am trying to restore the files to the file system on the
bacula server. The client 'swift-fd' definitely does NOT have room on
the disk to restore all the pdfs. That is why my restore is configured
with -> "where= /backup0/bacula-restores".
No,
jlowry:swift 61>ls /home/hardware/ba
> On Tue, 13 Apr 2010 09:19:11 -0700, Jerry Lowry said:
>
> Craig,
> The file systems are definitely not full, especially /backup0. The disk
> backup is on the /backup1 volume, it size is below.
>
> FilesystemSize Used Avail Use% Mounted on
> /dev/sda1 241G 6.5G 2
Craig,
The file systems are definitely not full, especially /backup0. The disk
backup is on the /backup1 volume, it size is below.
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 241G 6.5G 222G 3% /
tmpfs 1.7G 236K 1.7G 1% /dev/shm
/dev/sda3
On Mon, Apr 12, 2010 at 02:15:05PM -0700, Jerry Lowry wrote:
> Hi, I am still tweaking a new installation of bacula 5.0.1 on Centos
> 5.4. The backups work fine but I am trying to get the restore to work
> and I keep getting the following errors:
>
> Volume "hardware-0014" to file:block 7:293
On 13/04/10 05:15, Jerry Lowry wrote:
> Hi, I am still tweaking a new installation of bacula 5.0.1 on Centos
> 5.4. The backups work fine but I am trying to get the restore to work
> and I keep getting the following errors:
>
> Volume "hardware-0014" tofile:block 7:2933114700.
> 10-Apr 12:51 swi
Hi, I am still tweaking a new installation of bacula 5.0.1 on Centos
5.4. The backups work fine but I am trying to get the restore to work
and I keep getting the following errors:
Volume "hardware-0014" to file:block 7:2933114700.
10-Apr 12:51 swift-fd JobId 118: Error: restore.c:1133 Write e
10 matches
Mail list logo
