On Tuesday 27 June 2006 21:36, Ryan Novosielski wrote: > And FYI, I have just retired about 20 IRIX systems, so I have more than > enough to go around for software testing should that be desirable. I run > Bacula currently on an IRIX machine to back up a webserver running on > that host, but not a 64-bit one, so I didn't run into this. As those > reading no doubt know by now, IRIX is identified as IRIX64 on any system > running a 64-bit processor.
Yes, it looks like Bacula's OS detection was a bit out of date and did not have IRIX64. It now does, so this issue should go away. > > ---- _ _ _ _ ___ _ _ _ > > |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - User Support Spec. III > |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) > > \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 > > Kern Sibbald wrote: > > 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.u > >>pen 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 > > 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