This may need to go to bacula-devel, if so please remove it as best fits. I thought to send it to bacula-users to see if others could corroborate or expand on this.
I am running 1.39.22 client on a W2003 system, with the director and sd on linux, "Version: 1.39.23 (16 September 2006)". The backups are working fine with this machine. FWIW the backup is encrypted and client side compressed; that all ran fine last night after relabeling the tapes in uncompressed mode. The commands below are being run against a console configuration that is ACL restricted to this particular client. This is the same restricted console setup that has worked to restore in 1.38 a few weeks ago. The wx-console is not working in graphic mode in the 'restore' tab. This worked several weeks ago with the 1.38 windows client, but not with the above 1.39 versions. In wx-console restore tab graphic mode I can scan the file tree okay, select the files to restore, and when I finally click the 'restore' tab across the top to submit the job, a blank popup comes up with 'wx-console: unexpected restore question'. By then I cannot switch to the 'console' tab to see what is needed. Nothing I have entered blindly, such as pool or file name, has apparently been correct, and wx-console quickly dies. The event viewer only logs an exception c0000005 at address 0044fb17. So... starting up bconsole, I select: option 9: find the jobids of the most recent backup for a client. That shows the proper client and job, LD-Archive, with the correct volume FNI0000. I then choose option 7: enter a list of files to restore, and I enter a file, C:/bin/delete_me. That shows a bootstrap message, then shows that the proper volume FNI0000 will be used, and 1 file is selected to be restored. Then the message below is shown and the restore aborts. "No authorization. Pool "FishNet-Daily". I get the same results if I choose option 5, select the most recent backup, cd to the correct area, mark the file and enter done. The problem seems to be that the wrong pool is being chosen when the job is submitted. The 'no authorization' is expected, as the ACL does not permit access to that pool. However, it should never be showing that pool. 'list media' from a fully enabled console shows FNI0000 in a different pool, not the FishNet-Daily pool. It appears that something is wrong in the final pool select logic. I am not sure what else is needed to help isolate this. I will be glad to supply more information as required. -- -- Michael ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
