Hi,
I have previously just put up bacula in linux against other linux clients, but now I have to use winbacula on a windows server to backup Lotus Domino Administrator and got wondering if the client on windows works as the once in linux.
That meaning is there any difference on the lines I put in *.conf files in bacula so it can connect to the windows server and do the backup?

Is there any restrictions between windows and bacula comparing to linux?

I'd really love to get somekind of advice at least and ask if something is unclear.

Bacula handles Windows clients without problems. I've configured several myself that were backed up to a Linux machine as the main bacula server.

Start with the docs though for Windows: http://bacula.org/en/rel-manual/Wind...on_Bacula.html

Ah, thanks

Ok, now I got a another problem.
I cannot understand what or where this problem occurs really. It just pops up in bconsole from time to time and not sure how to fix it:

15-Oct 09:36 bupper-dir: ERROR TERMINATION at dird_conf.c:1490
Attempt to define second fileset resource named "WinServer" is not permitted.
*


I have been trying to locate what dird_conf is, but not so much luck yet.
It bugs me that I can't find the source...
I assume it has something to do with the dir-filesets.conf to do, but we only have 1 WinServer, the other windows server has different name.

I pasted the fileset so you can take a look at it and see if I have made a misstake somewhere.


FileSet {
Name = "WinServer"
Enable VSS = yes
Include {
Options {
exclude = yes
Ignore Case = yes
wilddir = "C:/Temp"
wilddir = "C:/Windows/Temp*"
wilddir = "*Temporary Internet Files*"
}

Options {
Ignore Case = yes
signature = SHA1
}

File = "C:/"
}
}

Update 10:39
When I started the console program on windows and typed status all. It got connected to the director, but halfway through it lost connection. I took up the terminal with the bconsole on the director machine and to my surprise it had crashed and now not beeing able to connect to localhost/start. What can be wrong?

Are you loading this dir-filesets.conf from your bacula-dir.conf file I take it? Can you also post your bacula-dir.conf file? I would imagine with this error you have two filesets with the same name as WinServer.

I think dird_conf is referencing the bacula-dir.conf file.

http://skutt.net/.files/txt/filesets.txt

I Pasted the filesets in there, there is all the servers we have included in bacula.

bacula-dir.conf only has the director configuration and nothing else.

All jobfdefinitions are in dir-jobdefs.conf
All jobs are in dir-jobs-servers.conf

Server bupper is the director that controls everything.

The windows bacula-fd.conf looks like this:

FileDaemon { # this is me
Name = intra-fd
# Password = "same password as in bacula-dir.conf on bupper"
FDport = 9102 # where we listen for the director
WorkingDirectory = "C:\\Documents and Settings\\All Users\\Application Data\\Bacula\\Work"
Pid Directory = "C:\\Documents and Settings\\All Users\\Application Data\\Bacula\\Work"
Maximum Concurrent Jobs = 5
}

#
# List Directors who are permitted to contact this File daemon
#
Director {
Name = bupper-dir
Password = "same password as in bacula-dir.conf on bupper"
}

#
# Restricted Director, used by tray-monitor to get the
# status of the file daemon
#
Director {
Name = intra-mon
Password = "[NULL]"
Monitor = yes
}

# Send all messages except skipped files back to Director
Messages {
Name = Standard
director = bupper-dir = all, !skipped, !restored
}

Okay I fixed it yesterday, thanks for all the help!

I just now saw you're thread. What was the fix without looking over your previous reply?

I just thought about that even if the server is inside the network range, it might still not find the host server. So I added the host server in the /etc/hosts-file on the windows machine. Had forgotten that it existed on windows.

After that I haven't had any problems with the windows server!
Sometimes the solutions are too simple :/

Ah yeah, it'll do that. When I setup my windows hosts, I just used the IP Address instead of the host names.