Hi
Not sure if that is doable, I may try it just to see if it can be done
But for anyone that may be interested, I actualy solved this thanx to
tip from udo kaune, doing an mklink /D works if u put targets UNC with
ip instead of a network maped drive or domain names
Regards /Mehrdad
On 20
On 2/4/25 05:03, Mehrdad Ravanbod wrote:
Hi
I have come up against a seemingly difficult problem
Running Bacula 15.0.2 on a Redhat 9 clone, backing up windows
machines(via winows agents) to a network share(well, trying to), so I
want to back up from the windows machines via the FD and SD agent
Mandi! Bill Arlofski via Bacula-users
In chel di` si favelave...
> I guess you could simply set up a disk-based storage and pool, bcopy from
> tape to file-based media in this new pool, then
> bcopy from that disk-based media to another tape.
OK, done but i catch some mysterious error...
I'v
Am 03.02.25 um 17:04 schrieb Marcin Haba:
Do I need this in the Device:
Autochanger = yes
Hello Stefan,
Yes, you need it because your device is a part of the autochanger.
If you want to use this device as a single independent Device, then
removing "Autochanger = yes" will be OK and then you
Hi Mehrdad,
Am 04.02.2025 um 11:03 schrieb Mehrdad Ravanbod:
Hi
I have come up against a seemingly difficult problem
Running Bacula 15.0.2 on a Redhat 9 clone, backing up windows
machines(via winows agents) to a network share(well, trying to), so I
want to back up from the windows machines
Am 04.02.25 um 08:56 schrieb Vanush "Misha" Paturyan:
On Mon, 3 Feb 2025 at 13:05, Stefan G. Weichinger via Bacula-users
wrote:
Does it work to install the centos-client on a xen-server and use that
for backing up VMs from there?
When you say "xen-server" do you mean Dom0? If yes - then it
Thanks, i think u nailed it, it could have been that
But putting the ip in the config file did not help, but it worked after
i did an mklink /d to the share IP, previously, i had done it to a
mapped network drive
Thanks for the help, appreciate it
Regards /Mehrdad
On 2025-02-04 11:40, Udo
Hi
Thanks for the reponse
I have tried running the agent both as system account(which is the
default) and also undera domain admin account(just for testing, and
beides i have made the share writable by all, again just for testing),
same result
As to whether the share exists in user context,
Sorry, you mentioned it already...
Another thing comes to mind. There still cannot be more than one user be authenticated
from a PC to a Windows "server" simultaneously (stupid win...). Please try to
connect to your share via IP address e.g.. \\1.2.3.4\share for Bacula.
Regards
Am 04.02.25 u
Hi Mehrdad,
What is the user your local Bacula agents are running under? Does he have
principal rights to access network shares? Does the share even exist in his
context?
Regards, Udo
Am 04.02.25 um 11:03 schrieb Mehrdad Ravanbod:
Hi
I have come up against a seemingly difficult problem
Ru
Hi
I have come up against a seemingly difficult problem
Running Bacula 15.0.2 on a Redhat 9 clone, backing up windows
machines(via winows agents) to a network share(well, trying to), so I
want to back up from the windows machines via the FD and SD agents
directly to Big Share(which is on ano
11 matches
Mail list logo