From owner-freebsd-emulation Tue Sep 18 22:30: 9 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id A492B37B426; Tue, 18 Sep 2001 22:29:50 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id f8J5TG814942; Wed, 19 Sep 2001 14:59:16 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Wed, 19 Sep 2001 14:57:39 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id OAA06230; Wed, 19 Sep 2001 14:52:58 +0930 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QFD1LDRV; Wed, 19 Sep 2001 14:52:55 +0930 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id OAA03136; Wed, 19 Sep 2001 14:52:58 +0930 (CST) Message-ID: <3BA82BBD.56E99417@dsto.defence.gov.au> Date: Wed, 19 Sep 2001 14:53:09 +0930 From: "Thyer, Matthew" X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Olsson Cc: freebsd-questions@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: About HP OmniBack disk agent in FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [cc'd to the lists for future reference for people wishing to run Hewlett Packard OpenView OmniBack disk agent on FreeBSD] You are trying to do a lot more than me. I cannot browse, I have simply defined my datalist manually specifying that I only want to backup the /export filesystem (dont choose from the browse list but just type it in). I will be interested to see what mods you have made to /usr/omni/bin/.util to be able to see the list of mounted filesystems. I dont do any browsing except when I am restoring, then I browse the OmniBack database to choose what to restore but as far as I know, you cannot browse the list of mounted filesystems or the files in them when you are actually communicating with the FreeBSD box. I may well have run "brandelf -t Linux /usr/omni/bin/*" to make vbda work. Compare the below with your system: % sudo file /usr/omni/bin/* /usr/omni/bin/#inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/cat_d: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped /usr/omni/bin/cat_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped /usr/omni/bin/echo_d: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped /usr/omni/bin/echo_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped /usr/omni/bin/fsbrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/install: directory /usr/omni/bin/obkbackup: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped /usr/omni/bin/obkrestore: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped /usr/omni/bin/omnigetmsg: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/rbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/rrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/srun: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/utilns: directory /usr/omni/bin/vbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped /usr/omni/bin/vrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped Also ignore anything that gets redirected under /compat/linux as you'll end up backing up the wrong stuff. % ls -l /usr/compat/linux/ total 10 drwxr-xr-x 2 root root 1024 Jul 26 15:15 bin drwxr-xr-x 2 root root 512 Feb 7 1996 boot drwxr-xr-x 6 root root 1024 Aug 24 10:45 etc drwxr-xr-x 3 root root 2048 Jul 26 15:15 lib drwxr-xr-x 4 root root 512 Jul 26 15:14 mnt drwxr-xr-x 2 root root 512 Aug 24 1999 opt dr-xr-xr-x 1 root root 0 Sep 19 14:40 proc drwxr-xr-x 2 root root 512 Jul 26 15:14 sbin drwxr-xr-x 17 root root 512 Jul 26 15:15 usr drwxr-xr-x 13 root root 512 Jul 26 15:15 var So you wont get all of /bin, /boot, /etc, /lib, /mnt, /opt, /sbin, /usr or /var backed up in the normal way with OmniBack. The solution to that problem is to set up your FreeBSD boxes as file servers where all data is under /export. If you really really want to backup the other filesystems, you can NFS mount them on a Linux box and use OmniBack on that Linux box as OmniBack can be used to backup NFS mounted filesystems. You could use on Linux box to do all FreeBSD 'other' filesystems. e.g. mount freebie1:/ tux:/backup/freebie1/root mount freebie1:/var tux:/backup/freebie1/var mount freebie2:/ tux:/backup/freebie2/root Peter Olsson wrote: > > Hello! > > Sorry to disturb you. I need some help if you have the time. > > I had a working disk agent installed in a linux. I tarred /usr/omni > and copied it to a freebsd. I got the freebsd imported as a client in > our win2000 OmniBack Manager. After some hacking in /usr/omni/bin/.util > to get a working df command I can see the mountpoints /, /usr and /var. > > When I try to browse down the directory tree it doesn't work. The command > being run is "/usr/omni/bin/fsbrda -browse /usr" which doesn't seem to > work in freebsd. After a while the result is "Cannot browse: invalid > mountpoint". This is probably what you write about as the significant > problem below? > > And when I choose for example to backup /var and I come to the > final screen where the backup operation is made, it doesn't work > either. vbda doesn't seem to understand freebsd. > > Have you had this problem and know what to do about it? > >From your text below it seems you have been able to both browse and > backup directory /export/home in freebsd. How did you do this? > > Is there anything I have to change under /usr/omni after copying it > from the linux? (By the way, is changing .util the right thing to do?) > > Is there some way of setting up the mountpoints and directories statically > for the freebsd client system in OmniBack win2000 Manager? > > Thanks! > > Peter Olsson -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Sep 19 13:29:42 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from gate.leissner.se (gate.leissner.se [212.3.0.34]) by hub.freebsd.org (Postfix) with ESMTP id 515A237B40B; Wed, 19 Sep 2001 13:29:18 -0700 (PDT) Received: (from uucp@localhost) by gate.leissner.se (8.9.3/8.9.3) id WAA11163; Wed, 19 Sep 2001 22:29:16 +0200 (CEST) Received: from UNKNOWN(192.168.1.243), claiming to be "nic-i.leissner.se" via SMTP by gate.leissner.se, id smtpdz11161; Wed Sep 19 22:29:12 2001 Received: from localhost (pol@localhost) by nic-i.leissner.se (8.9.3/8.8.8) with ESMTP id WAA20494; Wed, 19 Sep 2001 22:29:12 +0200 (CEST) (envelope-from pol@leissner.se) Date: Wed, 19 Sep 2001 22:29:11 +0200 (SST) From: Peter Olsson To: "Thyer, Matthew" Cc: , Subject: Re: About HP OmniBack disk agent in FreeBSD In-Reply-To: <3BA82BBD.56E99417@dsto.defence.gov.au> Message-ID: X-NCC-RegID: se.leissner X-Organization: Leissner Data AB MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Solved it :) I have been trying for over an hour now so it is possible that I forgot something I changed earlier tonight, but I think this is the only thing I needed to get it working: cd /etc ln fstab mtab Now backup/restore works fine, and I can even browse my FreeBSD! The results of the browsing are unfortunately the contents of /usr/compat/linux, not the FreeBSD contents. But everything directly below / that doesn't have an equally named directory in /usr/compat/linux, for example /export, is browseable with real FreeBSD content! Here are my diffs for .util. I use .util from the A.04.00 release. It would probably be nicer to keep the use of uname for getting ARCH and OS_REV and instead changing the awk arguments, but this works: $ diff .util .util.old 16c16 < ARCH=FreeBSD --- > ARCH=`echo ${UNAME} | awk '{print $1}'` 47,52d46 < FreeBSD) < MACHINE=FreeBSD < OS_REV=4.3-RELEASE < SERIES=gpl/i386/freebsd < STRING="gpl i386 freebsd-${OS_REV}" < ;; 282,284d275 < ;; < gpl/i386/freebsd) < /bin/df -t ufs 2>/dev/null | awk '$6 ~ /\/.*/ {print $6}' Peter Olsson On Wed, 19 Sep 2001, Thyer, Matthew wrote: > [cc'd to the lists for future reference for people wishing to run > Hewlett Packard OpenView OmniBack disk agent on FreeBSD] > > You are trying to do a lot more than me. > > I cannot browse, I have simply defined my datalist manually specifying > that I only want to backup the /export filesystem (dont choose from > the browse list but just type it in). > > I will be interested to see what mods you have made to > /usr/omni/bin/.util to be able to see the list of mounted filesystems. > > I dont do any browsing except when I am restoring, then I browse the > OmniBack database to choose what to restore but as far as I know, you > cannot browse the list of mounted filesystems or the files in them > when you are actually communicating with the FreeBSD box. > > I may well have run "brandelf -t Linux /usr/omni/bin/*" to make vbda > work. > > Compare the below with your system: > > % sudo file /usr/omni/bin/* > /usr/omni/bin/#inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/cat_d: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > /usr/omni/bin/cat_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > /usr/omni/bin/echo_d: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > /usr/omni/bin/echo_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > /usr/omni/bin/fsbrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/install: directory > /usr/omni/bin/obkbackup: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped > /usr/omni/bin/obkrestore: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped > /usr/omni/bin/omnigetmsg: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/rbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/rrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/srun: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/utilns: directory > /usr/omni/bin/vbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > /usr/omni/bin/vrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > > Also ignore anything that gets redirected under /compat/linux as you'll > end up backing up the wrong stuff. > > % ls -l /usr/compat/linux/ > total 10 > drwxr-xr-x 2 root root 1024 Jul 26 15:15 bin > drwxr-xr-x 2 root root 512 Feb 7 1996 boot > drwxr-xr-x 6 root root 1024 Aug 24 10:45 etc > drwxr-xr-x 3 root root 2048 Jul 26 15:15 lib > drwxr-xr-x 4 root root 512 Jul 26 15:14 mnt > drwxr-xr-x 2 root root 512 Aug 24 1999 opt > dr-xr-xr-x 1 root root 0 Sep 19 14:40 proc > drwxr-xr-x 2 root root 512 Jul 26 15:14 sbin > drwxr-xr-x 17 root root 512 Jul 26 15:15 usr > drwxr-xr-x 13 root root 512 Jul 26 15:15 var > > So you wont get all of /bin, /boot, /etc, /lib, /mnt, /opt, /sbin, > /usr or /var backed up in the normal way with OmniBack. > > The solution to that problem is to set up your FreeBSD boxes as > file servers where all data is under /export. If you really really > want to backup the other filesystems, you can NFS mount them on a > Linux box and use OmniBack on that Linux box as OmniBack can be > used to backup NFS mounted filesystems. You could use on Linux > box to do all FreeBSD 'other' filesystems. > > e.g. mount freebie1:/ tux:/backup/freebie1/root > mount freebie1:/var tux:/backup/freebie1/var > mount freebie2:/ tux:/backup/freebie2/root > > Peter Olsson wrote: > > > > Hello! > > > > Sorry to disturb you. I need some help if you have the time. > > > > I had a working disk agent installed in a linux. I tarred /usr/omni > > and copied it to a freebsd. I got the freebsd imported as a client in > > our win2000 OmniBack Manager. After some hacking in /usr/omni/bin/.util > > to get a working df command I can see the mountpoints /, /usr and /var. > > > > When I try to browse down the directory tree it doesn't work. The command > > being run is "/usr/omni/bin/fsbrda -browse /usr" which doesn't seem to > > work in freebsd. After a while the result is "Cannot browse: invalid > > mountpoint". This is probably what you write about as the significant > > problem below? > > > > And when I choose for example to backup /var and I come to the > > final screen where the backup operation is made, it doesn't work > > either. vbda doesn't seem to understand freebsd. > > > > Have you had this problem and know what to do about it? > > >From your text below it seems you have been able to both browse and > > backup directory /export/home in freebsd. How did you do this? > > > > Is there anything I have to change under /usr/omni after copying it > > from the linux? (By the way, is changing .util the right thing to do?) > > > > Is there some way of setting up the mountpoints and directories statically > > for the freebsd client system in OmniBack win2000 Manager? > > > > Thanks! > > > > Peter Olsson > > -- Peter Olsson Direkt: 0520-490 511 Leissner Data AB V鉶el: 0520-300 00 pol@leissner.se Fax: 0520-300 89 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Sep 19 14: 6: 4 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from gate.leissner.se (gate.leissner.se [212.3.0.34]) by hub.freebsd.org (Postfix) with ESMTP id CB9D337B407; Wed, 19 Sep 2001 14:05:49 -0700 (PDT) Received: (from uucp@localhost) by gate.leissner.se (8.9.3/8.9.3) id XAA14318; Wed, 19 Sep 2001 23:05:48 +0200 (CEST) Received: from UNKNOWN(192.168.1.243), claiming to be "nic-i.leissner.se" via SMTP by gate.leissner.se, id smtpdy14316; Wed Sep 19 23:05:47 2001 Received: from localhost (pol@localhost) by nic-i.leissner.se (8.9.3/8.8.8) with ESMTP id XAA28371; Wed, 19 Sep 2001 23:05:46 +0200 (CEST) (envelope-from pol@leissner.se) Date: Wed, 19 Sep 2001 23:05:46 +0200 (SST) From: Peter Olsson To: "Thyer, Matthew" Cc: , Subject: Re: About HP OmniBack disk agent in FreeBSD In-Reply-To: Message-ID: X-NCC-RegID: se.leissner X-Organization: Leissner Data AB MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello again! I noticed that if I backed up /export and then removed /export completely it didn't restore to /export but to /usr/compat/linux/export. I had to create /export to get it to restore there. This got me wondering about the /usr/compat/linux structure. I moved everything out of /usr/compat/linux and tried vbda. I had to restore lib and etc in /usr/compat/linux to get it running, but the rest don't seem to be needed! Which means that I can now for example browse my real FreeBSD /usr. I am just now running a complete backup of /usr to see what happens when I restore some of the files in it. Should work fine as long as /usr exists. I have no idea what this does to the linux support, it is probably not so good if you use the linux support for other things than omniback. I know nothing about linux, I just installed the linux support to get the omniback client. Peter Olsson On Wed, 19 Sep 2001, Peter Olsson wrote: > Solved it :) I have been trying for over an hour now so it is > possible that I forgot something I changed earlier tonight, but > I think this is the only thing I needed to get it working: > cd /etc > ln fstab mtab > > Now backup/restore works fine, and I can even browse my FreeBSD! > The results of the browsing are unfortunately the contents of > /usr/compat/linux, not the FreeBSD contents. But everything directly > below / that doesn't have an equally named directory in /usr/compat/linux, > for example /export, is browseable with real FreeBSD content! > > Here are my diffs for .util. I use .util from the A.04.00 release. > It would probably be nicer to keep the use of uname for getting ARCH > and OS_REV and instead changing the awk arguments, but this works: > > $ diff .util .util.old > 16c16 > < ARCH=FreeBSD > --- > > ARCH=`echo ${UNAME} | awk '{print $1}'` > 47,52d46 > < FreeBSD) > < MACHINE=FreeBSD > < OS_REV=4.3-RELEASE > < SERIES=gpl/i386/freebsd > < STRING="gpl i386 freebsd-${OS_REV}" > < ;; > 282,284d275 > < ;; > < gpl/i386/freebsd) > < /bin/df -t ufs 2>/dev/null | awk '$6 ~ /\/.*/ {print $6}' > > Peter Olsson > > On Wed, 19 Sep 2001, Thyer, Matthew wrote: > > > [cc'd to the lists for future reference for people wishing to run > > Hewlett Packard OpenView OmniBack disk agent on FreeBSD] > > > > You are trying to do a lot more than me. > > > > I cannot browse, I have simply defined my datalist manually specifying > > that I only want to backup the /export filesystem (dont choose from > > the browse list but just type it in). > > > > I will be interested to see what mods you have made to > > /usr/omni/bin/.util to be able to see the list of mounted filesystems. > > > > I dont do any browsing except when I am restoring, then I browse the > > OmniBack database to choose what to restore but as far as I know, you > > cannot browse the list of mounted filesystems or the files in them > > when you are actually communicating with the FreeBSD box. > > > > I may well have run "brandelf -t Linux /usr/omni/bin/*" to make vbda > > work. > > > > Compare the below with your system: > > > > % sudo file /usr/omni/bin/* > > /usr/omni/bin/#inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/cat_d: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > > /usr/omni/bin/cat_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > > /usr/omni/bin/echo_d: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > > /usr/omni/bin/echo_e: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, not stripped > > /usr/omni/bin/fsbrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/inet: setuid setgid ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/install: directory > > /usr/omni/bin/obkbackup: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped > > /usr/omni/bin/obkrestore: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), not stripped > > /usr/omni/bin/omnigetmsg: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/rbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/rrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/srun: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/utilns: directory > > /usr/omni/bin/vbda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > /usr/omni/bin/vrda: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped > > > > > > Also ignore anything that gets redirected under /compat/linux as you'll > > end up backing up the wrong stuff. > > > > % ls -l /usr/compat/linux/ > > total 10 > > drwxr-xr-x 2 root root 1024 Jul 26 15:15 bin > > drwxr-xr-x 2 root root 512 Feb 7 1996 boot > > drwxr-xr-x 6 root root 1024 Aug 24 10:45 etc > > drwxr-xr-x 3 root root 2048 Jul 26 15:15 lib > > drwxr-xr-x 4 root root 512 Jul 26 15:14 mnt > > drwxr-xr-x 2 root root 512 Aug 24 1999 opt > > dr-xr-xr-x 1 root root 0 Sep 19 14:40 proc > > drwxr-xr-x 2 root root 512 Jul 26 15:14 sbin > > drwxr-xr-x 17 root root 512 Jul 26 15:15 usr > > drwxr-xr-x 13 root root 512 Jul 26 15:15 var > > > > So you wont get all of /bin, /boot, /etc, /lib, /mnt, /opt, /sbin, > > /usr or /var backed up in the normal way with OmniBack. > > > > The solution to that problem is to set up your FreeBSD boxes as > > file servers where all data is under /export. If you really really > > want to backup the other filesystems, you can NFS mount them on a > > Linux box and use OmniBack on that Linux box as OmniBack can be > > used to backup NFS mounted filesystems. You could use on Linux > > box to do all FreeBSD 'other' filesystems. > > > > e.g. mount freebie1:/ tux:/backup/freebie1/root > > mount freebie1:/var tux:/backup/freebie1/var > > mount freebie2:/ tux:/backup/freebie2/root > > > > Peter Olsson wrote: > > > > > > Hello! > > > > > > Sorry to disturb you. I need some help if you have the time. > > > > > > I had a working disk agent installed in a linux. I tarred /usr/omni > > > and copied it to a freebsd. I got the freebsd imported as a client in > > > our win2000 OmniBack Manager. After some hacking in /usr/omni/bin/.util > > > to get a working df command I can see the mountpoints /, /usr and /var. > > > > > > When I try to browse down the directory tree it doesn't work. The command > > > being run is "/usr/omni/bin/fsbrda -browse /usr" which doesn't seem to > > > work in freebsd. After a while the result is "Cannot browse: invalid > > > mountpoint". This is probably what you write about as the significant > > > problem below? > > > > > > And when I choose for example to backup /var and I come to the > > > final screen where the backup operation is made, it doesn't work > > > either. vbda doesn't seem to understand freebsd. > > > > > > Have you had this problem and know what to do about it? > > > >From your text below it seems you have been able to both browse and > > > backup directory /export/home in freebsd. How did you do this? > > > > > > Is there anything I have to change under /usr/omni after copying it > > > from the linux? (By the way, is changing .util the right thing to do?) > > > > > > Is there some way of setting up the mountpoints and directories statically > > > for the freebsd client system in OmniBack win2000 Manager? > > > > > > Thanks! > > > > > > Peter Olsson > > > > > > -- Peter Olsson Direkt: 0520-490 511 Leissner Data AB V鉶el: 0520-300 00 pol@leissner.se Fax: 0520-300 89 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Sep 19 18: 9:57 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 0212237B40A; Wed, 19 Sep 2001 18:09:47 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id f8K19C807376; Thu, 20 Sep 2001 10:39:12 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Thu, 20 Sep 2001 10:37:28 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id KAA20455; Thu, 20 Sep 2001 10:30:21 +0930 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QFD1LRC1; Thu, 20 Sep 2001 10:30:17 +0930 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id KAA16444; Thu, 20 Sep 2001 10:30:20 +0930 (CST) Message-ID: <3BA93FA4.9C645B64@dsto.defence.gov.au> Date: Thu, 20 Sep 2001 10:30:20 +0930 From: "Thyer, Matthew" X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Olsson Cc: freebsd-questions@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: About HP OmniBack disk agent in FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks very much Peter, I have applied your changes to /usr/omni/bin/.util and the hard link of /etc/mtab to /etc/fstab and I too can now browse my FreeBSD box for mounted filesystems and their contents. I assume that the "brandelf -t Linux /usr/omni/bin/*" is also required. Peter Olsson wrote: > > Hello again! > > I noticed that if I backed up /export and then removed /export > completely it didn't restore to /export but to /usr/compat/linux/export. > I had to create /export to get it to restore there. > > This got me wondering about the /usr/compat/linux structure. > I moved everything out of /usr/compat/linux and tried vbda. > I had to restore lib and etc in /usr/compat/linux to get it > running, but the rest don't seem to be needed! Which means that > I can now for example browse my real FreeBSD /usr. I am just now > running a complete backup of /usr to see what happens when I restore > some of the files in it. Should work fine as long as /usr exists. > > I have no idea what this does to the linux support, it is probably > not so good if you use the linux support for other things than > omniback. I know nothing about linux, I just installed the linux > support to get the omniback client. > > Peter Olsson > > On Wed, 19 Sep 2001, Peter Olsson wrote: > > > Solved it :) I have been trying for over an hour now so it is > > possible that I forgot something I changed earlier tonight, but > > I think this is the only thing I needed to get it working: > > cd /etc > > ln fstab mtab > > > > Now backup/restore works fine, and I can even browse my FreeBSD! > > The results of the browsing are unfortunately the contents of > > /usr/compat/linux, not the FreeBSD contents. But everything directly > > below / that doesn't have an equally named directory in /usr/compat/linux, > > for example /export, is browseable with real FreeBSD content! > > > > Here are my diffs for .util. I use .util from the A.04.00 release. > > It would probably be nicer to keep the use of uname for getting ARCH > > and OS_REV and instead changing the awk arguments, but this works: > > > > $ diff .util .util.old > > 16c16 > > < ARCH=FreeBSD > > --- > > > ARCH=`echo ${UNAME} | awk '{print $1}'` > > 47,52d46 > > < FreeBSD) > > < MACHINE=FreeBSD > > < OS_REV=4.3-RELEASE > > < SERIES=gpl/i386/freebsd > > < STRING="gpl i386 freebsd-${OS_REV}" > > < ;; > > 282,284d275 > > < ;; > > < gpl/i386/freebsd) > > < /bin/df -t ufs 2>/dev/null | awk '$6 ~ /\/.*/ {print $6}' -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Sep 20 10:38:38 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from postit.compusa.com (helios.compusa.com [198.22.121.120]) by hub.freebsd.org (Postfix) with ESMTP id C541E37B410 for ; Thu, 20 Sep 2001 10:38:24 -0700 (PDT) Received: from dallsmtp1.compusa.com (Dallsmtp1.compusa.com [172.16.79.67]) by postit.compusa.com (8.11.4/8.10.1) with ESMTP id f8KHcJm09686 for ; Thu, 20 Sep 2001 12:38:19 -0500 (CDT) Subject: netcool and linux emu To: freebsd-emulation@freebsd.org From: John_Fleming@compusa.com Date: Thu, 20 Sep 2001 12:38:22 -0500 Message-ID: X-MIMETrack: Serialize by Router on DallSMTP1/Servers/CompUSA(Release 5.0.7 |March 21, 2001) at 09/20/2001 12:38:23 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm playing around with a product called netcool, and i was wondering if anyone else has tried this. The first problem i had (am having), was that it seems to want to use pam for auth. I don't know if this is the right thing to do or not, but i just downloaded the pam rpm for rh6.1, rpm2cpio and uncpioed it, then moved the .so to /usr/compat/linux/usr/lib, then rebooted. after that the pam errors go away, but now the daemon just runs at 100 % cpu. I'm not really sure what else to look at. Is there anything i can do for debug info. I have tried a ktrace -di S110nco start, and it looks like it doesn't have any problems opening files, but this doesn't look too good :) "Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 6.3.6.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 6.3.6.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 56.6.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 55.4.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 55.4.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 55.4.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 55.4.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 24.3.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 23.4.0.0. Sep 19 18:53:10 2001: Error: Failed to fetch the host information for interface IP 28.3.0.0. Sep 19 18:54:24 2001: NCO_PA: Error: 16219/10/0: A call to srv__waitfor_read() was interrupted by an attention . Sep 19 18:54:24 2001: NCO_PA: Fatal Connect Error: 16310/15/0: srv__ioparam: Fatal error while Reading PARAMS TDS for spid\ : 18 . Sep 19 18:54:24 2001: Error: Complete failure of connection NCO_PA. Sep 19 18:54:24 2001: Error: Failed to remove notification registration from the server. I have no idea where that came from, none of the config files have any of those ips in them find /opt/Omnibus/ -exec egrep '55\.4\.0\.0' {} \; | more Is there some system call that is failing to get ip info of the nic? There is a config file that asks for the name of the nic (defaults to eth0) i currently have tl0, but have tried eth0 also. This was built for RH 6. NetCool is a set of daemons, and such for log managment of everything. (unix hosts, windows hosts, switchs, routers, etc etc) What i'm trying to run is a daemon that sucks syslog data off /var/log/whatever (somewhat like a tail -f /var/log/whatever), then sends it via port 4200 (i think) to a central server. Anything else i can provide, please let me know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Sep 21 3:21:31 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 0D12E37B41F for ; Fri, 21 Sep 2001 03:21:27 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f8LALPv01054 for ; Fri, 21 Sep 2001 12:21:26 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Fri, 21 Sep 2001 12:21:25 +0200 (CEST) From: "Hartmann, O." To: Subject: StarOffice on FBSD to MySQL connection, problem! Message-ID: <20010921120945.J751-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello. We run StarOffice 5.2 on FreeBSD platforms and want to connect by MyODBC to our MySQL server (also running on FreeBSD). Via Windows 2000 this is not a great deal, but the Linuxulation on FreeBSD drove me into many problems. To get connected to a MySQL server StarOffice needs MyODBC and MyODBC needs unixODBC/iODBC and unixODBC/iODBC needs several libs from MySQL to get compiled the correct way and over all, StarOffice 5.2 on FreeBSD needs a Linux-based ODBC. I tried to compile several parts by hand, due the fact almost all RPMs I could get need more recent Linux libraries and/or rpm 4 instead of rpm 3 and I can not find a precompiled MyODB package for the Linuxulator. Yesterday I tried to compile several parts from source and that worked fine, but I revealed a strange behaviour of the Linuxulator. I remember myself that changing current directory into /compat/linux makes 'uname' reporting Linux and not FreeBSD as the operating system and paths are relative to /compat/linux's base. That isn't any more the fact. The problem is, that I can not compile several programs from the MyODBC suite because config reports an error about a non existent ncurses or termcap lib. But they are both present in /lib (in Linuxulation). Well, having Linux binaries for StarOffice is not that important to ask here, but what's about the wrong uname output? if there is someone out here running StarOffice 5.2 on FBSD an getting connected successfuly to an MySQL Server, please help. O. -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Sep 21 21:44:47 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail2out.giga.net.tw (mail2out.giga.net.tw [203.133.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 4860237B422 for ; Fri, 21 Sep 2001 21:44:27 -0700 (PDT) Received: from index (u24-164.u203-203.giga.net.tw [203.203.24.164]) by mail2out.giga.net.tw (Postfix) with SMTP id 9520E1473A for ; Sat, 22 Sep 2001 12:44:22 +0800 (CST) To: From: gd168@24k.com.tw Subject: 環保雷射碳粉匣專題研究報告 Date: 星期六, 22 九月 2001 12:42:27 +0800 Message-Id: <37156.529481712960000.75607@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 受文者：呈　國立台灣大學暨所屬行政學術研究單位／ 　　　　　　全國各級機關團體／公司行號／公會或個人　請鑒核！ 發文者：企龍辦公用品有限公司　電話：(02)2701-2000 主　旨：使用〔環保雷射碳粉匣〕之優點及採購要點。 說　明：環保雷射碳粉匣之專題研究報告 （一）前言 　　　　　近年來，由於各項相關技術成熟，配合半導體產業篷勃發展 　　　使得雷射印表機價格大幅下滑，各廠商無不壓低價格，以擴大市 　　　場佔有率，再以後續的耗材賺回其利潤，您花在碳粉匣的費用， 　　　長期而言實在是一筆可觀的支出。 　　　　　　　　〔使用環保雷射碳粉匣之三大理由〕 　　　　 (1)技術上已突破：有鑑於碳粉匣和墨水匣需求量不斷成長， 　　　國人五年前開始著手，針對雷射印表機電子寫真技術及碳粉感光 　　　體，進行相關研發工作，研發小組成員皆為博碩士學歷，研發小 　　　組成員針對各大廠牌機器精密結構，已有深度了解，掌握許多相 　　　關技術，對碳粉匣的材料及製程參數有若干改進，以適應台灣亞 　　　熱帶高溫潮濕的氣候環境，經嚴格品管控制，國人所生產的環保 　　　雷射碳粉匣，列印品質和原廠同樣清晰，且不會傷害機器。 　　　　 (2)為環保盡心力：碳粉匣造成對環境的污染與日俱增，人類 　　　應反省覺悟，我們只有一個地球，為全人類及後代子孫，保留一 　　　個乾淨的生存環境，已到刻不容緩的地步！讓我們從校園做起， 　　　一起來回收並使用環保雷射碳粉匣。 　　　　 (3)節省列印費用：根據工商時報 90年4月12日報導指出，用 　　　環保雷射碳粉匣可節省４成左右的費用，不必多花錢。 （二）全球趨勢分析 　　　　　1999年碳粉卡匣再生回收使用比較： 　　　歐美市場再生回收卡匣使用率 ３０％ (約1/3) 　　　台灣市場再生回收卡匣使用率 　５％ 　　　(資料來源：Recharger期刊) 　　　　　台灣約有50萬台雷射印表機，預估每年使用約100∼200萬支 　　　雷射碳粉匣，製造出約2000∼2500公噸固體廢棄物，並且每年這 　　　個數目正在成長。而這些塑膠廢棄物須要超過十個世紀來分解， 　　　對台灣三萬六千平方公里的土地上，造成嚴重的負荷。 　　　　　歐美各國相關環保法令強制規定製造廠商的回收比率，已行 　　　之多年，對於回收業者也有對應的輔助政策，並不斷的教育使用 　　　者回收、減量再利用(Recycle, Reduce, Reuse)的觀念。 　　　　　事實證明，此舉不僅有助於環保且能降低支出，美國已明令 　　　聯邦政府的各單位必須使用環保碳粉匣。 （三）對環境保護及資源回收再利用，具有正面意義 　　　　　　如果製造每個卡匣需要超過三夸脫油，那麼台灣每年就會 　　　用掉近100 萬加崙的石油。如果您換買環保碳粉匣，很明確地， 　　　您已經對保護環境做出貢獻了，因為我們的圾圾場可以減少一個 　　　空間來存放您的卡匣。 　　　　　以台灣目前使用量愈來愈多的雷射印表機而言，每天丟棄的 　　　碳粉匣不知多少，而這些碳粉匣裡的碳粉色劑微粒，尺寸約6-12 　　　微米，卻會滲入地下水，污染水源，若想從水中除去這些碳粉微 　　　粒，就必須加裝特殊濾水設備，因此無論公司企業或學校及個人 　　　都有責任一起來防止碳粉匣污染環境的工作，碳粉匣的回收再利 　　　用，是目前的唯一途徑。 （四）環保碳粉匣之採購要點 　　　　　由於市售環保碳粉匣，供應商過多，各家的品質參差不齊， 　　　敬請認明企龍代理的環保碳粉匣，為目前台灣唯一專業導向之環 　　　保雷射碳粉匣，品質滿意保證，不滿包退，確保消費權益，避免 　　　買到劣質品，選擇企龍，品質有保障！ 　　　採購前務必詢問下列重要參考依據： 　　　1.環保雷射碳粉匣，是否完全以標準製程製造？　製程中，廢碳 　　　　粉槽及相關零件是否清理乾淨並檢試元件性能？ 　　　2.儲粉槽是否完全清潔乾淨後，才重新裝填全新碳粉？ 　　　3.所充填之碳粉，是否為國際間知名碳粉廠出品？ 　　　4.所有儲粉槽，是否以封條密封，完整交付使用人？ 　　　5.碳粉匣是否通過完整而嚴格品管測試後才出廠？ 　　　6.測試用之碳粉是否為外加？　所充填的碳粉數量和原廠碳粉匣 　　　　容量是否相同，會不會短少？ 　　　7.充填之碳粉是否經過精密測試，確認比標準值高才裝填？ 　　　8.所更換之感光鼓是否為國際間知名之高科技廠牌產品？ 　　　9.碳粉匣成品是否以黑色塑膠紙實施避光包裝後，並以氣泡袋或 　　　　特殊襯墊保護，再裝入保護槽，以確保運輸途中乃至使用前， 　　　　不受任何光線其他物理性，化學性傷害？ 　　　　企龍代理的環保雷射碳粉匣業已全數通過上述測試，全面實施 　　　　品質滿意保證再訂購，不滿意保證退貨！ （五）價格資訊：環保雷射碳粉匣之價格已公布於網站，歡迎上網查詢 　　　　　　　　網址：http://clik.to/96969180 （六）聯絡資訊：以上資料由企龍辦公用品有限公司所提供，如需訂購 　　　　　　　　請電：(02)2701-2000我們熱誠的同仁為您服務。 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message