On Friday 23 June 2006 19:02, [EMAIL PROTECTED] wrote: > In the message dated: Fri, 23 Jun 2006 12:48:35 BST, > The pithy ruminations from Martin Simmons on > <Re: [Bacula-users] incorrect fstype identification, backups fail (bacula > 1.38. 9, Irix 6.5)> were: > => >>>>> On Thu, 22 Jun 2006 14:17:06 -0400, mark bergman said: > => > > => > I'm trying to get bacula to backup some SGI machines running Irix 6.5 > (64 bit). => > > => > The bacula-fd executable compiles and runs, and communication between > the => > bacula-dir and fd client is successful. However, the filesystem > type isn't => > recognized: > => > > > [SNIP!] > > => > > => > Is there any way to debug the client-side mechanism that bacula-fd > uses to => > determine the fstype? > => > => Setting debug level 200 in the bacula-fd should print the fstype values > that => it is comparing. See the function accept_fstype(). > > > I had tried a debug level of 100 (that sounded like a nice big number), but > got no details on the fstype. > > OK, after more debugging, I find that the problem is that fstype.c claims > that fstype() isn't supported on Irix. Here's a snippet from the debug > ouput from bacula-fd (1.38.9) on the Irix 6.5 client (athena1): > > athena1-fd: job.c:189 <dird: JobId=0 Job=*Console*.2006-06-23_12.43.30 > SDid=0 SDtime=0 Authorization=dummy athena1-fd: job.c:205 Executing JobId= > command. > athena1-fd: job.c:402 JobId=0 Auth=dummy > athena1-fd: job.c:189 <dird: fileset > athena1-fd: job.c:205 Executing fileset command. > athena1-fd: job.c:604 I > athena1-fd: job.c:604 O fMe > athena1-fd: job.c:604 WD /var/cache/* > athena1-fd: job.c:604 WD /var/run/* > athena1-fd: job.c:604 WD /var/spool/clientmqueue/* > athena1-fd: job.c:604 WD /lost+found/* > athena1-fd: job.c:604 WD */comp_space/* > athena1-fd: job.c:604 WF /proc > athena1-fd: job.c:604 WF /sys > athena1-fd: job.c:604 WF swapfile* > athena1-fd: job.c:604 WF swap*.*gb > athena1-fd: job.c:604 WF *.o > athena1-fd: job.c:604 X ext2 > athena1-fd: job.c:604 X xfs > athena1-fd: job.c:604 X ufs > athena1-fd: job.c:604 N > athena1-fd: job.c:604 F / > athena1-fd: job.c:604 N > athena1-fd: job.c:604 E > athena1-fd: job.c:604 F /var/tmp/ > athena1-fd: job.c:604 F /var/spool/bacula/ > athena1-fd: job.c:604 F /proc/ > athena1-fd: job.c:604 F /tmp/ > athena1-fd: job.c:604 F /.journal > athena1-fd: job.c:604 F /.fsck > athena1-fd: job.c:604 F core > athena1-fd: job.c:604 N > athena1-fd: job.c:189 <dird: level = full mtime_only=0 > athena1-fd: job.c:205 Executing level = command. > athena1-fd: job.c:992 level_cmd: level = full mtime_only=0 > athena1-fd: job.c:189 <dird: estimate listing=0 > athena1-fd: job.c:205 Executing estimate command. > athena1-fd: find.c:80 Enter set_find_options() > athena1-fd: find.c:83 Leave set_find_options() > athena1-fd: find.c:180 F / > athena1-fd: fstype.c:259 !!! fstype() not implemented for this OS. !!! > athena1-fd: find_one.c:76 Cannot determine file system type for "/" > > > However... I can successfully build fstype as a stand-alone executable: > > gcc -Wall -DTEST_PROGRAM -DHAVE_IRIX_OS -o fstype fstype.c > ./fstype / > xfs / > > and it works fine. So, it looks like the OS detection during the configure > stage or the autoconfig of the Makefile.in isn't producing the correct > Makefile to build fstype under Irix. > > I may try some ugly hacking at the code to get this to work, but that's > unlikely to produce anything of production quality. I would be very > happy to accept patches for testing (since there may be a lack of Irix > environments available). > > > Thanks for pointing me in the right direction.
The code for Irix already exists. It appears that for some reason your system is not properly detected. First look at what was produced in config.out -- it will tell you what system was detected, then look in src/config.h to see if your system's tag is turned on, then finally the fstype code is in src/findlib/fstype.c under some rather ugly ifdeffing, but then if all the different systems could ever get their acts together, developers might have an easier time with it all ... > > Mark > > => > => __Martin > => > > ---- > Mark Bergman [EMAIL PROTECTED] > System Administrator > Section of Biomedical Image Analysis 215-662-7310 > Department of Radiology, University of Pennsylvania > > http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upen >n.edu > > > > The information contained in this e-mail message is intended only for the > personal and confidential use of the recipient(s) named above. If the > reader of this message is not the intended recipient or an agent > responsible for delivering it to the intended recipient, you are hereby > notified that you have received this document in error and that any review, > dissemination, distribution, or copying of this message is strictly > prohibited. If you have received this communication in error, please notify > us immediately by e-mail, and delete the original message. > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ("> /\ V_V Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users