Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
On 2010Jan14 7:25 AM, Gavin McCullagh wrote: [...] > One way to make it more concise would be to drop the repetition of > the directory name, something like. > > JobId X: > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > links elsewhere. Not Following. > > If the code could work out whether the junction actually points to > another filesystem or not, you could have two errors. > > JobId X: > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > links to a different filesystem. Not following. JobId > X: > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > links elsewhere in the filesystem. Not following. > > These are just suggestions of course. I'm not sure if this loses > some useful information in some cases. > > Gavin Assuming it's reasonable, it would be even better (though admittedly more verbose) if the message also listed WHERE it linked, so that the person watching the backup logs can readily tell for sure whether they have the "real" location in the fileset. e.g. "c:/Users is a link to c:/Documents and Settings . Not following." The Administrator then immediately knows that so long as "c:/Documents and Settings" is showing up on the backups that they don't need to worry about it (and if it isn't, that they'd better fix it.) /Users vs. "/Documents and Settings" might be kind of obvious - presumably someone is checking to make sure the users' files are getting backed up anyway - but obscure system bits like "c:/windows/assembly/blahblahblah" is a little more difficult. I know it wouldn't be obvious to me where to look to see if its real contents were being backed up... -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
Hi, On Thu, 14 Jan 2010, Dan Langille wrote: > >Would it be possible for Bacula to give a more precise answer? The > >message: > > "x is a different filesystem" > Can you think of a better and concise message? This is an example one I've seen: JobId X: c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a is a different filesystem. Will not descend from c:/ into c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a One way to make it more concise would be to drop the repetition of the directory name, something like. JobId X: c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a links elsewhere. Not Following. If the code could work out whether the junction actually points to another filesystem or not, you could have two errors. JobId X: c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a links to a different filesystem. Not following. JobId X: c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a links elsewhere in the filesystem. Not following. These are just suggestions of course. I'm not sure if this loses some useful information in some cases. Gavin -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
Gavin McCullagh wrote: > Hi, > > many thanks for clearing this up for me. > > On Wed, 13 Jan 2010, Josh Fisher wrote: > >> Windows calls these "junction points". Windows implements directory >> symlinks as junction points, the only difference being that rather than a >> completely different filesystem being mounted at the junction point, a >> subsection (directory) of the same filesystem is re-mounted at the >> junction point. Therefore, Bacula sees these junction points as a >> different filesystem, (as it should). > > I had imagined this alright, but my initial investigation seemed to > contradict it. It seems I was confusing myself. > > It turns out that Samba displays junction points in a slightly odd way that > if you create a file in the junction point directory, you can list that > file in the location, but if you do a directory listing (on the junction > point), you find it's empty and has appeared in the other location. If you > do a unix find for the file, you'll only see it once. > > gavi...@ceartgoleor:/mnt/tmp1$ sudo touch Users/johnm/Documents/My\ > Videos/somefile.txt > gavi...@ceartgoleor:/mnt/tmp1$ ls -la Users/johnm/Documents/My\ > Videos/somefile.txt > -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My > Videos/somefile.txt > gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ > Videos/somefile.txt > -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My > Videos/somefile.txt > gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ Videos/ > total 28 > drwxr-xr-x 1 root root 0 2009-08-12 19:06 . > drwxr-xr-x 1 root root 28672 2009-12-15 11:24 .. > gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ > Videos/somefile.txt > -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My > Videos/somefile.txt > gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Videos/ > total 98005 > drwxr-xr-x 1 root root 4096 2010-01-14 10:21 . > drwxr-xr-x 1 root root12288 2010-01-08 17:18 .. > > -rwxr-xr-x 1 root root0 2010-01-14 10:21 somefile.txt > -rwxr-xr-x 1 root root0 2010-01-13 15:33 test.txt > >> You should not be concerned. Either ignore the messages or else >> exclude those directory names in the FileSet used by Vista/7 >> clients. > > I'll probably ignore them to keep the output clean -- overly verbose output > like this causes people to ignore it entirely. > > Would it be possible for Bacula to give a more precise answer? The > message: > "x is a different filesystem" > > isn't always true. In this case, we're talking about a symlink (of sorts) > to the same filesystem. From your explanation it seems it can be either, > so it might be clearer if bacula could either used a less specific warning > or checked which and warned accordingly. > > I can report this as a bug if that makes sense? Can you think of a better and concise message? -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
Hi, many thanks for clearing this up for me. On Wed, 13 Jan 2010, Josh Fisher wrote: > Windows calls these "junction points". Windows implements directory > symlinks as junction points, the only difference being that rather than a > completely different filesystem being mounted at the junction point, a > subsection (directory) of the same filesystem is re-mounted at the > junction point. Therefore, Bacula sees these junction points as a > different filesystem, (as it should). I had imagined this alright, but my initial investigation seemed to contradict it. It seems I was confusing myself. It turns out that Samba displays junction points in a slightly odd way that if you create a file in the junction point directory, you can list that file in the location, but if you do a directory listing (on the junction point), you find it's empty and has appeared in the other location. If you do a unix find for the file, you'll only see it once. gavi...@ceartgoleor:/mnt/tmp1$ sudo touch Users/johnm/Documents/My\ Videos/somefile.txt gavi...@ceartgoleor:/mnt/tmp1$ ls -la Users/johnm/Documents/My\ Videos/somefile.txt -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My Videos/somefile.txt gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ Videos/somefile.txt -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My Videos/somefile.txt gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ Videos/ total 28 drwxr-xr-x 1 root root 0 2009-08-12 19:06 . drwxr-xr-x 1 root root 28672 2009-12-15 11:24 .. gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Documents/My\ Videos/somefile.txt -rwxr-xr-x 1 root root 0 2010-01-14 10:21 Users/johnm/Documents/My Videos/somefile.txt gavi...@ceartgoleor:/mnt/tmp1$ sudo ls -la Users/johnm/Videos/ total 98005 drwxr-xr-x 1 root root 4096 2010-01-14 10:21 . drwxr-xr-x 1 root root12288 2010-01-08 17:18 .. -rwxr-xr-x 1 root root0 2010-01-14 10:21 somefile.txt -rwxr-xr-x 1 root root0 2010-01-13 15:33 test.txt > You should not be concerned. Either ignore the messages or else > exclude those directory names in the FileSet used by Vista/7 > clients. I'll probably ignore them to keep the output clean -- overly verbose output like this causes people to ignore it entirely. Would it be possible for Bacula to give a more precise answer? The message: "x is a different filesystem" isn't always true. In this case, we're talking about a symlink (of sorts) to the same filesystem. From your explanation it seems it can be either, so it might be clearer if bacula could either used a less specific warning or checked which and warned accordingly. I can report this as a bug if that makes sense? Gavin -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
> On Wed, 13 Jan 2010 17:13:57 +0100, Carlo Filippetto said: > > The same is with Linux, > If I remember well.. somewhere I read something like ... it skips > those files that are not 'valid' or file that the system recreates at > startup > > > You can try to set > onefs=no I think that is a bad idea, because it will generate two separate copies of the files and restore will not work correctly. __Martin -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
Gavin McCullagh wrote: > Hi, > > we're running backups of a few Windows desktops with Bacula. On Windows > Vista and Windows 7, you tend to get a bunch of messages like this: > > jm-fd JobId 2526: c:/Users/johnm/Documents/My Videos is a different > filesystem. Will not descend from c:/Users/johnm/ into > c:/Users/johnm/Documents/My Videos > jm-fd JobId 2526: c:/Users/johnm/Local Settings is a different > filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/Local > Settings > jm-fd JobId 2526: c:/Users/johnm/My Documents is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/My Documents > jm-fd JobId 2526: c:/Users/johnm/NetHood is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/NetHood > jm-fd JobId 2526: c:/Users/johnm/PrintHood is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/PrintHood > > I've noticed mention on lists that these folders are some sort of symlinks > though I'm not clear where to -- c:\ seems to be the only filesystem on the > box. Can someone explain exactly what these messages are telling us? > Should we be at all concerned that they're not being backed up? > They are junction points. Windows uses a multi-root directory hierarchy, where C:\, D:\, etc. are the roots, as opposed to the *nix single root directory hierarchy where / is the only root. Any directory under one of the roots that has a NTFS filesystem mounted may be the mountpoint for a different filesystem. Windows calls these "junction points". Windows implements directory symlinks as junction points, the only difference being that rather than a completely different filesystem being mounted at the junction point, a subsection (directory) of the same filesystem is re-mounted at the junction point. Therefore, Bacula sees these junction points as a different filesystem, (as it should). For example, what is now c:/Users/johnm/Documents on Vista/7 used to be c:/Documents and Settings/johnm/My Documents on XP. There were enough compatibility problems with old 3rd party software hard coding the "My Documents" directory name that, for backward compatibility reasons, Microsoft put in a symlink (junction point) named "c:/Users/johnm/My Documents" that points to the Vista/7 equivalent "c:/Users/johnm/Documents". You should not be concerned. Either ignore the messages or else exclude those directory names in the FileSet used by Vista/7 clients. > On a Windows XP machine, we also get some of these, but fewer: > > tomasv200-fd JobId 2539: > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > is a different filesystem. Will not descend from c:/ into > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > tomasv200-fd JobId 2539: > c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a is a > different filesystem. Will not descend from c:/ into > c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a > > > Many thanks for any illumination, > > Gavin > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
The same is with Linux, If I remember well.. somewhere I read something like ... it skips those files that are not 'valid' or file that the system recreates at startup You can try to set onefs=no or in fileset define the path that it skips CIAO, Carlo 2010/1/13 Gavin McCullagh : > Hi, > > we're running backups of a few Windows desktops with Bacula. On Windows > Vista and Windows 7, you tend to get a bunch of messages like this: > > jm-fd JobId 2526: c:/Users/johnm/Documents/My Videos is a different > filesystem. Will not descend from c:/Users/johnm/ into > c:/Users/johnm/Documents/My Videos > jm-fd JobId 2526: c:/Users/johnm/Local Settings is a different > filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/Local > Settings > jm-fd JobId 2526: c:/Users/johnm/My Documents is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/My Documents > jm-fd JobId 2526: c:/Users/johnm/NetHood is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/NetHood > jm-fd JobId 2526: c:/Users/johnm/PrintHood is a different filesystem. > Will not descend from c:/Users/johnm/ into c:/Users/johnm/PrintHood > > I've noticed mention on lists that these folders are some sort of symlinks > though I'm not clear where to -- c:\ seems to be the only filesystem on the > box. Can someone explain exactly what these messages are telling us? > Should we be at all concerned that they're not being backed up? > > On a Windows XP machine, we also get some of these, but fewer: > > tomasv200-fd JobId 2539: > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > is a different filesystem. Will not descend from c:/ into > c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a > tomasv200-fd JobId 2539: > c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a is a > different filesystem. Will not descend from c:/ into > c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a > > > Many thanks for any illumination, > > Gavin > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] bacula-fd on windows: "... is a different filesystem. Will not descend from...."
Hi, we're running backups of a few Windows desktops with Bacula. On Windows Vista and Windows 7, you tend to get a bunch of messages like this: jm-fd JobId 2526: c:/Users/johnm/Documents/My Videos is a different filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/Documents/My Videos jm-fd JobId 2526: c:/Users/johnm/Local Settings is a different filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/Local Settings jm-fd JobId 2526: c:/Users/johnm/My Documents is a different filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/My Documents jm-fd JobId 2526: c:/Users/johnm/NetHood is a different filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/NetHood jm-fd JobId 2526: c:/Users/johnm/PrintHood is a different filesystem. Will not descend from c:/Users/johnm/ into c:/Users/johnm/PrintHood I've noticed mention on lists that these folders are some sort of symlinks though I'm not clear where to -- c:\ seems to be the only filesystem on the box. Can someone explain exactly what these messages are telling us? Should we be at all concerned that they're not being backed up? On a Windows XP machine, we also get some of these, but fewer: tomasv200-fd JobId 2539: c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a is a different filesystem. Will not descend from c:/ into c:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a tomasv200-fd JobId 2539: c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a is a different filesystem. Will not descend from c:/ into c:/WINDOWS/assembly/GAC_MSIL/IEExecRemote/2.0.0.0__b03f5f7f11d50a3a Many thanks for any illumination, Gavin -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
