Login | Register
My pages Projects Community openCollabNet

Discussions > users > fsvs subversion server location changed

fsvs
Discussion topic

Hide all messages in topic

All messages in topic

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-20 02:00:43 PDT
Message Hi Philipp

Indeed I am using this as root and in a cronjob combined with except
scripting.
Too bad this machine is now in the field so I will probably not be able to
recreate the problem in the near future. If I should encounter anomalies I
will report back to the list

best regards

Steve

"Philipp Marek" wrote:
> Hello Steve,
>
>> you saved the day again!
>> I ran the sync-repo and afterwards I could update,
>> commit and everything.
> Fine, glad to be of help.
>
>> I am just surprised on how this could happen.
>> Could it be a permission issue?
> I don't think so - you use FSVS as user root, right?
>
>
>> We moved /var to another partition (cp -Rvfp).
> The move itself shouldn't matter ... are you sure that the copy was ok,
and that
> the
> paths end up the same? If you messed that up, other software will start
going
> mad, too!
>
> Well, at least FSVS is fixed.
>
>
> Regards,
>
> Phil
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-19 11:26:12 PDT
Message Hello Steve,

> you saved the day again!
> I ran the sync-repo and afterwards I could update,
> commit and everything.
Fine, glad to be of help.

> I am just surprised on how this could happen.
> Could it be a permission issue?
I don't think so - you use FSVS as user root, right?


> We moved /var to another partition (cp -Rvfp).
The move itself shouldn't matter ... are you sure that the copy was ok, and that the
paths end up the same? If you messed that up, other software will start going mad, too!

Well, at least FSVS is fixed.


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-19 06:34:09 PDT
Message Hi Philipp

you saved the day again!
I ran the sync-repo and afterwards I could update, commit and everything. I
am just surprised on how this could happen. Could it be a permission issue?

We moved /var to another partition (cp -Rvfp).

best regards

Steve
"Philipp Marek" wrote:
> Hello Steve,
>
>> indeed I did not find the correct dir list in /var/spool/fsvs/
>>
>> I am performing the steps as we speak, but can I make it so that the
system
>> does not do a commit after the sync-repos?
> don't worry - a "sync-repos" just fetches the entry list; this is a
read-only
> operation
> for the repository.
>
> There's no automatic commit.
>
>
> Regards,
>
> Phil
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-19 06:28:34 PDT
Message Hello Steve,

> indeed I did not find the correct dir list in /var/spool/fsvs/
>
> I am performing the steps as we speak, but can I make it so that the system
> does not do a commit after the sync-repos?
don't worry - a "sync-repos" just fetches the entry list; this is a read-only operation
for the repository.

There's no automatic commit.


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-19 05:36:21 PDT
Message Hi Philipp

indeed I did not find the correct dir list in /var/spool/fsvs/

I am performing the steps as we speak, but can I make it so that the system
does not do a commit after the sync-repos?

I perform the steps you have written down below. Currently removing the
/var/spool/fsvs directories.

best regards
Steve
 
"Philipp Marek" wrote:
> Hello Steve!
>
>> I have added the logs of the original machine in
>> the field in between. What
>> is really strange is that it say revision 32 while
>> the original one on the
>> server is already at 400 or more.
> Well, that's not a problem, I think. AFAIR a simple "fsvs update" should
get
> this
> lowest-common-denominator value up to date.
>
>
> In the logs I see this:
>
> 08:43:14.185 waa__find_common_bas​e[waa.c:2291]
> found working copy base at /home/istorage
> ...
> 08:43:14.187 waa__open[waa.c:563]
> reading target
> /var/spool/fsvs/46/0​f/447166d73409a24fb3​f62867b3a0/dir
> 08:43:14.187 waa__read_or_build_t​ree[waa.c:2003]
> read tree = -2
>
> Is that the correct WC path? There's no filelist stored there, so FSVS has
to
> see all
> entries as new.
>
>
> Please take a look into /etc/fsvs/ - how many WC subdirectories are there?
> If there should be only a single WC on the machine, you could try this:
> * delete all WC directories in /etc/fsvs
> * delete everything in /var/spool/fsvs
> * goto the root of the WC, and load the "new" URL
> * do an "fsvs sync-repos"
>
> That should completely rebuild the local entry list.
>
>
> Regards,
>
> Phil
>
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-19 01:33:23 PDT
Message Hello Steve!

> I have added the logs of the original machine in
> the field in between. What
> is really strange is that it say revision 32 while
> the original one on the
> server is already at 400 or more.
Well, that's not a problem, I think. AFAIR a simple "fsvs update" should get this
lowest-common-denominator value up to date.


In the logs I see this:

08:43:14.185 waa__find_common_bas​e[waa.c:2291]
  found working copy base at /home/istorage
...
08:43:14.187 waa__open[waa.c:563]
  reading target
  /var/spool/fsvs/46/0​f/447166d73409a24fb3​f62867b3a0/dir
08:43:14.187 waa__read_or_build_t​ree[waa.c:2003]
  read tree = -2

Is that the correct WC path? There's no filelist stored there, so FSVS has to see all
entries as new.


Please take a look into /etc/fsvs/ - how many WC subdirectories are there?
If there should be only a single WC on the machine, you could try this:
 * delete all WC directories in /etc/fsvs
 * delete everything in /var/spool/fsvs
 * goto the root of the WC, and load the "new" URL
 * do an "fsvs sync-repos"

That should completely rebuild the local entry list.


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-18 23:46:39 PDT
Message Hi Philipp

I have added the logs of the original machine in the field in between. What
is really strange is that it say revision 32 while the original one on the
server is already at 400 or more.

Best regards

Steve
"Philipp Marek" wrote:
> Hello Steve!
>
>> I tried changing the Urls file but now all files are
>> begin recognised as new
>> files. I have not done a check in as I fear this would
>> actually unsync my
>> repo.
> Did you change the Urls file with an editor? Is it possible that you
damaged it
> somehow?
>
> Do you have a backup of this file, to try again?
>
> Please paste the output of
> fsvs urls dump -v



root@PCR:/home/istorage # fsvs urls dump -v
svn://amidala.compoi​nt.be/buyse/buyse_sv​n
        name: "master"; priority: 10; current revision: 32; target: HEAD;
root@PCR:/home/istorage #


>
> and perhaps attach the output of
> fsvs status -d -N

08:43:14.183 main[fsvs.c:1058] no argument at optind=4 of 4
08:43:14.183 main[fsvs.c:1207] optind=2 per_sts=124 action=status rec=0
08:43:14.183 main[fsvs.c:1210] argument 1: status
08:43:14.183 hlp__lstat[helper.c:356] /var/spool/fsvs: uid=0 gid=0
mode=040755 dev=0x804 ino=17433 rdev=0x0 size=4096
08:43:14.183 waa__init[waa.c:208] got the WAA as inode 17433
08:43:14.183 waa__init[waa.c:221] using 66 bytes for temporary WAA+conf
paths
08:43:14.183 opt__load_settings[o​ptions.c:471] reading settings from
/etc/fsvs/config, with prio 1
08:43:14.185 waa__find_common_bas​e[waa.c:2111] faked a single parameter to
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2147] need 38 bytes for 1 args
08:43:14.185 Increment[helper.c:464] adding /home/istorage
08:43:14.185 hlp__pathcopy[helper.c:559] finished path is /home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2168] path is /home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2186] len after is 14
08:43:14.185 waa__find_common_bas​e[waa.c:2220] Is a directory, possible a wc
root.
08:43:14.185 waa__find_common_bas​e[waa.c:2246] starting search at
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2257] looking for /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.185 hlp__lstat[helper.c:356]
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0: uid=0 gid=0 mode=040755
dev=0x803 ino=2475287 rdev=0x0 size=4096
08:43:14.185 waa__find_common_bas​e[waa.c:2279] after loop is len=14,
base=/home/istorage, and status=0
08:43:14.185 waa__find_common_bas​e[waa.c:2291] found working copy base at
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2309] we set norm[0]=. from
/home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.185 opt__load_settings[o​ptions.c:471] reading settings from
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0//config, with prio 3
08:43:14.185 waa__find_common_bas​e[waa.c:2339] filter has mask 0xFFFFFFFF
(new, removed, changed, owner, group, mtime, umode, props, child, likely)
08:43:14.186 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.186 waa__open[waa.c:563] reading target
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/Urls
08:43:14.186 waa__open[waa.c:580] got fh 3
08:43:14.186 url__load_list[url.c:744] found 1 urls
08:43:14.186 url__load_list[url.c:754] url 0 of 1: 1 32
T:-1,N:master,P:10,s​vn://amidala.compoin​t.be/buyse/buyse_svn​
08:43:14.186 url__parse[url.c:350] input:
T:-1,N:master,P:10,s​vn://amidala.compoin​t.be/buyse/buyse_svn​
08:43:14.186 url__parse[url.c:375]
cur=T:-1,N:master,P:​10,svn://amidala.com​point.be/buyse/buyse​_svn
value=-1,N:master,P:​10,svn://amidala.com​point.be/buyse/buyse​_svn vlen=2
nlen=2
08:43:14.186 url__parse[url.c:408] got target HEAD
08:43:14.186 url__parse[url.c:375]
cur=N:master,P:10,sv​n://amidala.compoint​.be/buyse/buyse_svn
value=master,P:10,sv​n://amidala.compoint​.be/buyse/buyse_svn vlen=6 nlen=2
08:43:14.186 url__parse[url.c:395] got a name 'master' (6 bytes), going on
with ',P:10,svn://amidala​.compoint.be/buyse/b​uyse_svn'
08:43:14.186 url__parse[url.c:375]
cur=P:10,svn://amida​la.compoint.be/buyse​/buyse_svn
value=10,svn://amida​la.compoint.be/buyse​/buyse_svn vlen=2 nlen=2
08:43:14.186 url__parse[url.c:421] got priority 10
08:43:14.186 url__parse[url.c:375]
cur=svn://amidala.co​mpoint.be/buyse/buys​e_svn
value=//amidala.comp​oint.be/buyse/buyse_​svn vlen=37 nlen=4
08:43:14.186 url__parse[url.c:431] known protocol found
08:43:14.186 url__find_by_url[url.c:274] url with url
svn://amidala.compoi​nt.be/buyse/buyse_sv​n not found!
08:43:14.186 url__find_by_name[url.c:244] url with name master not found!
08:43:14.186 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.186 waa__open[waa.c:563] reading target
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/Ign
08:43:14.186 ign__load_list[ignore.c:895] no ignore list found
08:43:14.186 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:470] returning
/var/spool/fsvs/46/0​f/447166d73409a24fb3​f62867b3a0/
08:43:14.187 waa__open[waa.c:563] reading target
/var/spool/fsvs/46/0​f/447166d73409a24fb3​f62867b3a0/dir
08:43:14.187 waa__read_or_build_t​ree[waa.c:2003] read tree = -2
08:43:14.187 waa__partial_update[waa.c:2386] update 0=.
08:43:14.187 hlp__lstat[helper.c:356] .: uid=0 gid=0 mode=040755 dev=0x803
ino=4948308 rdev=0x0 size=4096
08:43:14.187 waa__update_tree[waa.c:1848] doing update for . ... 1 left in
0x807bf04
08:43:14.187 hlp__lstat[helper.c:356] .: uid=0 gid=0 mode=040755 dev=0x803
ino=4948308 rdev=0x0 size=4096
08:43:14.187 ops__stat_to_action[​est_ops.c:331] change: types 0x1 vs 0x1;
0x128=mtime, umode, likely
08:43:14.187 ops__update_single_e​ntry[est_ops.c:1375]​ known .: action=128,
flags=0, status=0
08:43:14.187 waa__update_tree[waa.c:1921] doing empty directory .
08:43:14.187 waa___check_dir_for_​update[waa.c:1781] dir_to_print | CHECK for
.
08:43:14.187 ops__build_path[est_ops.c:677] 0xbf84a40c found in cache index
0; lru 0
08:43:14.187 waa__update_dir[waa.c:1374] update_dir: chdir(.)
08:43:14.187 hlp__lstat[helper.c:356] .: uid=0 gid=0 mode=040755 dev=0x803
ino=4948308 rdev=0x0 size=4096
08:43:14.187 waa__dir_enum[waa.c:2559] checking: 4948308 to 17433
08:43:14.187 dir__enumerator[direnum.c:465] found 4948308 .
08:43:14.187 dir__enumerator[direnum.c:465] found 4947969 ..
08:43:14.187 dir__enumerator[direnum.c:465] found 4948309 Buyse bvba
08:43:14.187 dir__enumerator[direnum.c:465] found 5439581 20090710 -
kampshow in Galoppade
08:43:14.187 dir__enumerator[direnum.c:465] found 4948614 Aanbesteding -
voorgaande tekst.doc
08:43:14.187 dir__enumerator[direnum.c:465] found 4948615 Boten Eline.doc
08:43:14.187 dir__enumerator[direnum.c:465] found 5439618 CAFCA
08:43:14.187 dir__enumerator[direnum.c:465] found 5357733 test1
08:43:14.187 dir__enumerator[direnum.c:465] found 5357735 Documents and
Settings
08:43:14.187 dir__enumerator[direnum.c:465] found 4948616 Uitwerking
dorpels.dwg
08:43:14.187 dir__enumerator[direnum.c:465] found 4948617 sqlserver.loc
08:43:14.187 dir__enumerator[direnum.c:465] found 5357743 backuplog
08:43:14.187 dir__enumerator[direnum.c:465] found 6537464 Drivers
08:43:14.187 dir__enumerator[direnum.c:465] found 4948618 sqlserver -
kopie.loc
08:43:14.187 dir__enumerator[direnum.c:465] found 6537461 telefoon sven
08:43:14.188 dir__enumerator[direnum.c:465] found 5374487 Lotbvba
08:43:14.188 dir__enumerator[direnum.c:465] found 4948620 Thumbs.db
08:43:14.188 dir__enumerator[direnum.c:465] found 5341649 software
08:43:14.188 dir__enumerator[direnum.c:465] found 5259467 Eline
08:43:14.188 dir__enumerator[direnum.c:465] found 4948619 Snelkoppeling naar
Public - Voltooide Werken op 'Sv11' (Y).lnk
08:43:14.188 dir__enumerator[direnum.c:465] found 4948621 Ela PR 418 HF.pdf
08:43:14.188 dir__enumerator[direnum.c:465] found 5259468 Canon
08:43:14.188 dir__enumerator[direnum.c:465] found 4948623 Doc3.doc
08:43:14.188 dir__enumerator[direnum.c:465] found 4948622 Te bestellen
bureelmateriaal.doc
08:43:14.188 dir__enumerator[direnum.c:465] found 4948624 readme
08:43:14.188 dir__enumerator[direnum.c:465] found 7831736 setup
08:43:14.188 dir__enumerator[direnum.c:465] found 4948625 plot.log
08:43:14.188 dir__enumerator[direnum.c:465] found 7831737 Architect
08:43:14.188 dir__enumerator[direnum.c:465] found 4948625 plot.log
08:43:14.188 dir__enumerator[direnum.c:465] found 7831737 Architect
08:43:14.188 dir__enumerator[direnum.c:465] found 4948626 20091027 - B -
VDB.doc
08:43:14.188 dir__enumerator[direnum.c:522] after loop found 27 entries, 440
bytes string-space
08:43:14.188 ops__allocate[est_ops.c:850] need 27 blocks, freelist=(nil)
08:43:14.188 ops__allocate[est_ops.c:888] no free list, allocating
08:43:14.188 ops__allocate[est_ops.c:905] giving 27 blocks at 0x924df50
08:43:14.188 hlp__lstat[helper.c:356] Buyse bvba: uid=0 gid=0 mode=040777
dev=0x803 ino=4948309 rdev=0x0 size=4096
08:43:14.188 hlp__lstat[helper.c:356] Aanbesteding - voorgaande tekst.doc:
uid=0 gid=0 mode=0100600 dev=0x803 ino=4948614 rdev=0x0 size=20480
08:43:14.188 hlp__lstat[helper.c:356] Boten Eline.doc: uid=99 gid=65534
mode=0100744 dev=0x803 ino=4948615 rdev=0x0 size=438272
08:43:14.188 hlp__lstat[helper.c:356] Uitwerking dorpels.dwg: uid=0 gid=0
mode=0100600 dev=0x803 ino=4948616 rdev=0x0 size=180253
08:43:14.188 hlp__lstat[helper.c:356] sqlserver.loc: uid=0 gid=0
mode=0100600 dev=0x803 ino=4948617 rdev=0x0 size=37
08:43:14.189 hlp__lstat[helper.c:356] sqlserver - kopie.loc: uid=0 gid=0
mode=0100600 dev=0x803 ino=4948618 rdev=0x0 size=37
08:43:14.189 hlp__lstat[helper.c:356] Snelkoppeling naar Public - Voltooide
Werken op 'Sv11' (Y).lnk: uid=99 gid=65534 mode=0100777 dev=0x803
ino=4948619 rdev=0x0 size=310
08:43:14.189 hlp__lstat[helper.c:356] Thumbs.db: uid=0 gid=0 mode=0100777
dev=0x803 ino=4948620 rdev=0x0 size=36352
08:43:14.189 hlp__lstat[helper.c:356] Ela PR 418 HF.pdf: uid=99 gid=65534
mode=0100744 dev=0x803 ino=4948621 rdev=0x0 size=47608
08:43:14.189 hlp__lstat[helper.c:356] Te bestellen bureelmateriaal.doc:
uid=0 gid=0 mode=0100600 dev=0x803 ino=4948622 rdev=0x0 size=19968
08:43:14.189 hlp__lstat[helper.c:356] Doc3.doc: uid=0 gid=0 mode=0100600
dev=0x803 ino=4948623 rdev=0x0 size=19968
08:43:14.189 hlp__lstat[helper.c:356] readme: uid=0 gid=0 mode=0100777
dev=0x803 ino=4948624 rdev=0x0 size=0
08:43:14.189 hlp__lstat[helper.c:356] plot.log: uid=0 gid=0 mode=0100600
dev=0x803 ino=4948625 rdev=0x0 size=312
08:43:14.189 hlp__lstat[helper.c:356] 20091027 - B - VDB.doc: uid=0 gid=0
mode=0100600 dev=0x803 ino=4948626 rdev=0x0 size=352768
08:43:14.189 hlp__lstat[helper.c:356] Eline: uid=0 gid=0 mode=040700
dev=0x803 ino=5259467 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] Canon: uid=0 gid=0 mode=040777
dev=0x803 ino=5259468 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] software: uid=0 gid=0 mode=040777
dev=0x803 ino=5341649 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] test1: uid=99 gid=65534 mode=040777
dev=0x803 ino=5357733 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] Documents and Settings: uid=0 gid=0
mode=040700 dev=0x803 ino=5357735 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] backuplog: uid=0 gid=0 mode=040700
dev=0x803 ino=5357743 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] Lotbvba: uid=0 gid=0 mode=040700
dev=0x803 ino=5374487 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] 20090710 - kampshow in Galoppade:
uid=0 gid=0 mode=040700 dev=0x803 ino=5439581 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] CAFCA: uid=0 gid=0 mode=040700
dev=0x803 ino=5439618 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] telefoon sven: uid=0 gid=0 mode=040700
dev=0x803 ino=6537461 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] Drivers: uid=0 gid=0 mode=040777
dev=0x803 ino=6537464 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] setup: uid=0 gid=0 mode=040700
dev=0x803 ino=7831736 rdev=0x0 size=4096
08:43:14.189 hlp__lstat[helper.c:356] Architect: uid=0 gid=0 mode=040700
dev=0x803 ino=7831737 rdev=0x0 size=4096
08:43:14.189 waa__update_dir[waa.c:1382] update_dir: direnum found 27; old
has 0 (0)
08:43:14.189 ops__correlate_dirs[​est_ops.c:1504] correlating . and .
08:43:14.189 new_entry[waa.c:1425] found a new one!
08:43:14.190 ops__build_path[est_ops.c:677] 0x924dfcc found in cache index
1; lru 1
08:43:14.190 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=33
N... dir 20090710 - kampshow in Galoppade
08:43:14.190 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.190 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.190 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.190 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.190 new_entry[waa.c:1425] found a new one!
08:43:14.190 ops__build_path[est_ops.c:677] 0x924ebe8 found in cache index
2; lru 2
08:43:14.190 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=23
N... 352768 20091027 - B - VDB.doc
08:43:14.190 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.193 new_entry[waa.c:1425] found a new one!
08:43:14.193 ops__build_path[est_ops.c:677] 0x924e78c found in cache index
15; lru 15
08:43:14.193 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=63
N... 310 Snelkoppeling naar Public - Voltooide Werken op 'Sv11'
(Y).lnk
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.193 new_entry[waa.c:1425] found a new one!
08:43:14.193 ops__build_path[est_ops.c:677] 0x924e97c found in cache index
16; lru 16
08:43:14.193 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=33
N... 19968 Te bestellen bureelmateriaal.doc
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.193 new_entry[waa.c:1425] found a new one!
08:43:14.193 ops__build_path[est_ops.c:677] 0x924e618 found in cache index
17; lru 17
08:43:14.193 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=10
N... 36352 Thumbs.db
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.193 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.194 new_entry[waa.c:1425] found a new one!
08:43:14.194 ops__build_path[est_ops.c:677] 0x924e2b4 found in cache index
18; lru 18
08:43:14.194 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=23
N... 180253 Uitwerking dorpels.dwg
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.0 parent=0.1
08:43:14.194 new_entry[waa.c:1425] found a new one!
08:43:14.194 ops__build_path[est_ops.c:677] 0x924e3ac found in cache index
19; lru 19
08:43:14.194 hlp__format_path[helper.c:1553] parent=., has ; len=0,
rel_len=10
N... dir backuplog
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=1.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1409] after parent:
do_tree=0.1 parent=1.1
08:43:14.194 ops__set_to_handle_b​its[est_ops.c:1394] before parent:
do_tree=0.0 parent=0.1
08:43:14.183 main[fsvs.c:1058] no argument at optind=4 of 4
08:43:14.183 main[fsvs.c:1207] optind=2 per_sts=124 action=status rec=0
08:43:14.183 main[fsvs.c:1210] argument 1: status
08:43:14.183 hlp__lstat[helper.c:356] /var/spool/fsvs: uid=0 gid=0
mode=040755 dev=0x804 ino=17433 rdev=0x0 size=4096
08:43:14.183 waa__init[waa.c:208] got the WAA as inode 17433
08:43:14.183 waa__init[waa.c:221] using 66 bytes for temporary WAA+conf
paths
08:43:14.183 opt__load_settings[o​ptions.c:471] reading settings from
/etc/fsvs/config, with prio 1
08:43:14.185 waa__find_common_bas​e[waa.c:2111] faked a single parameter to
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2147] need 38 bytes for 1 args
08:43:14.185 Increment[helper.c:464] adding /home/istorage
08:43:14.185 hlp__pathcopy[helper.c:559] finished path is /home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2168] path is /home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2186] len after is 14
08:43:14.185 waa__find_common_bas​e[waa.c:2220] Is a directory, possible a wc
root.
08:43:14.185 waa__find_common_bas​e[waa.c:2246] starting search at
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2257] looking for /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.185 hlp__lstat[helper.c:356]
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0: uid=0 gid=0 mode=040755
dev=0x803 ino=2475287 rdev=0x0 size=4096
08:43:14.185 waa__find_common_bas​e[waa.c:2279] after loop is len=14,
base=/home/istorage, and status=0
08:43:14.185 waa__find_common_bas​e[waa.c:2291] found working copy base at
/home/istorage
08:43:14.185 waa__find_common_bas​e[waa.c:2309] we set norm[0]=. from
/home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.185 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.185 opt__load_settings[o​ptions.c:471] reading settings from
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0//config, with prio 3
08:43:14.185 waa__find_common_bas​e[waa.c:2339] filter has mask 0xFFFFFFFF
(new, removed, changed, owner, group, mtime, umode, props, child, likely)
08:43:14.186 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:470] returning
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/
08:43:14.186 waa__open[waa.c:563] reading target
/etc/fsvs/460f447166​d73409a24fb3f62867b3​a0/Urls
08:43:14.186 waa__open[waa.c:580] got fh 3
08:43:14.186 url__load_list[url.c:744] found 1 urls
08:43:14.186 url__load_list[url.c:754] url 0 of 1: 1 32
T:-1,N:master,P:10,s​vn://amidala.compoin​t.be/buyse/buyse_svn​
08:43:14.186 url__parse[url.c:350] input:
T:-1,N:master,P:10,s​vn://amidala.compoin​t.be/buyse/buyse_svn​
08:43:14.186 url__parse[url.c:375]
cur=T:-1,N:master,P:​10,svn://amidala.com​point.be/buyse/buyse​_svn
value=-1,N:master,P:​10,svn://amidala.com​point.be/buyse/buyse​_svn vlen=2
nlen=2
08:43:14.186 url__parse[url.c:408] got target HEAD
08:43:14.186 url__parse[url.c:375]
cur=N:master,P:10,sv​n://amidala.compoint​.be/buyse/buyse_svn
value=master,P:10,sv​n://amidala.compoint​.be/buyse/buyse_svn vlen=6 nlen=2
08:43:14.186 url__parse[url.c:395] got a name 'master' (6 bytes), going on
with ',P:10,svn://amidala​.compoint.be/buyse/b​uyse_svn'
08:43:14.186 url__parse[url.c:375]
cur=P:10,svn://amida​la.compoint.be/buyse​/buyse_svn
value=10,svn://amida​la.compoint.be/buyse​/buyse_svn vlen=2 nlen=2
08:43:14.186 url__parse[url.c:421] got priority 10
08:43:14.186 url__parse[url.c:375]
cur=svn://amidala.co​mpoint.be/buyse/buys​e_svn
value=//amidala.comp​oint.be/buyse/buyse_​svn vlen=37 nlen=4
08:43:14.186 url__parse[url.c:431] known protocol found
08:43:14.186 url__find_by_url[url.c:274] url with url
svn://amidala.compoi​nt.be/buyse/buyse_sv​n not found!
08:43:14.186 url__find_by_name[url.c:244] url with name master not found!
08:43:14.186 waa__get_waa_directo​ry[waa.c:386] path is /home/istorage
08:43:14.186 waa__get_waa_directo​ry[waa.c:425] md5 of /home/istorage


>
> so that I can see why all entries are seen as changed.
>
>> Any clues or should I be starting to checkout
>> everything again...
> No, that's not necessary.
>
> When the local entry list is damaged, you can use the "sync-repos"
command:
> http://doc.fsvs-soft​ware.org/doxygen-gif​/group__cmds.html#sy​nc-repos
>
> That just fetches a _list_ of all repository entries - not their data, so
you
> should be
> fine.
>
> The only caveat is that is has to fetch the information in two ways, to
get the
> filesize
> too - that makes it a bit slow.
>
>
>> Another, small problem which is knocking me out of
>> my socks but not only
>> fsvs related. We have an svn server which is both
>> internally and externally
>> accessible. When I want to do a checkout if the
>> fsvs client is connected on
>> the LAN side using the dns name, if can not connect
>> but when I use the IP it
>> can.
> ...
>> I have not set up the network myself and had a
>> discussion with the local
>> admin that this is a firewall problem somehow.
>> Just wondering what you all
>> think
> Do you use svn or https, and the server host key/https certificate cannot
be
> verified
> for the name?
>
> I'm afraid that I won't be of much help here ...
>
>
> Regards,
>
> Phil
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-18 01:45:46 PDT
Message Hello Steve!

> the story gets weirder. I have just checked out a
> local copy onto a
> different client machine as I was suspecting
> something wrong on the client
> in general.
>
> After I have done a checkout, touch a readme file
> and try to commit,
> I get an error stating couldnt find a working copy of base...
>
> I also noticed that there is not
> /etc/fsvs/xxxx/urls or _base made

1) What version of FSVS are you using?
2) is it possible that you had environment variables set,
   with names like FSVS_WAA, FSVS_CONF or similar?
3) Could you have done "fsvs export"?


> I normally checkout using
> fsvs checkout svn://server/repo
That should be fine.

> It worked on all the other machines in the field
> so I am a bit lost
Hmmm, possibly the environment variables?
  http://doc.fsvs-soft​ware.org/doxygen-gif​/group__options.html​#o__examples
Does that machine have the same version of FSVS?
Possibly hardware-related errors, like bad RAM?


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-18 00:59:32 PDT
Message Hi Philipp

the story gets weirder. I have just checked out a local copy onto a
different client machine as I was suspecting something wrong on the client
in general.

After I have done a checkout, touch a readme file and try to commit,
I get an error stating couldnt find a working copy of base...

I also noticed that there is not /etc/fsvs/xxxx/urls or _base made

I normally checkout using
fsvs checkout svn://server/repo

It worked on all the other machines in the field so I am a bit lost

best regards

Steve
"Philipp Marek" wrote:
> Hello Steve!
>
>> I tried changing the Urls file but now all files are
>> begin recognised as new
>> files. I have not done a check in as I fear this would
>> actually unsync my
>> repo.
> Did you change the Urls file with an editor? Is it possible that you
damaged it
> somehow?
>
> Do you have a backup of this file, to try again?
>
> Please paste the output of
> fsvs urls dump -v
>
> and perhaps attach the output of
> fsvs status -d -N
>
> so that I can see why all entries are seen as changed.
>
>> Any clues or should I be starting to checkout
>> everything again...
> No, that's not necessary.
>
> When the local entry list is damaged, you can use the "sync-repos"
command:
> http://doc.fsvs-soft​ware.org/doxygen-gif​/group__cmds.html#sy​nc-repos
>
> That just fetches a _list_ of all repository entries - not their data, so
you
> should be
> fine.
>
> The only caveat is that is has to fetch the information in two ways, to
get the
> filesize
> too - that makes it a bit slow.
>
>
>> Another, small problem which is knocking me out of
>> my socks but not only
>> fsvs related. We have an svn server which is both
>> internally and externally
>> accessible. When I want to do a checkout if the
>> fsvs client is connected on
>> the LAN side using the dns name, if can not connect
>> but when I use the IP it
>> can.
> ...
>> I have not set up the network myself and had a
>> discussion with the local
>> admin that this is a firewall problem somehow.
>> Just wondering what you all
>> think
> Do you use svn or https, and the server host key/https certificate cannot
be
> verified
> for the name?
>
> I'm afraid that I won't be of much help here ...
>
>
> Regards,
>
> Phil
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author tekknokra
Full name Gunnar Thielebein
Date 2010-07-17 03:41:52 PDT
Message Hi Steve,

if the server is accessible to the outside via http/s make sure you use the
correct server name.
Only mapping the ip in /etc/hosts won't work in most advanced apache2 setups.
HTTP/S SVN Repo setup depends, like most vhost setups, on the correct ServerName
entry in apache config.

Best,
Gunnar

On 17.07.2010 09:04, steve caster wrote:

> Another, small problem which is knocking me out of my socks but not only
> fsvs related. We have an svn server which is both internally and externally
> accessible. When I want to do a checkout if the fsvs client is connected on
> the LAN side using the dns name, if can not connect but when I use the IP it
> can.
>
> e.g.
> Client1 = 192.168.1.150, Server_int = 192.186.1.1; Server_ext = 213.22.61.1
>
> on client1 I added Server_ext as 192.168.1.1 in /etc/hosts so I can change
> afterwards placing the box in the WAN side. So doing a checkout from
> server_ext does not work, while doing one from 192.168.1.1 does.
> I have not set up the network myself and had a discussion with the local
> admin that this is a firewall problem somehow. Just wondering what you all
> think
>
> best regards
>
>
> Steve

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-17 01:53:23 PDT
Message Hello Steve!

> I tried changing the Urls file but now all files are
> begin recognised as new
> files. I have not done a check in as I fear this would
> actually unsync my
> repo.
Did you change the Urls file with an editor? Is it possible that you damaged it somehow?

Do you have a backup of this file, to try again?

Please paste the output of
    fsvs urls dump -v

and perhaps attach the output of
    fsvs status -d -N

so that I can see why all entries are seen as changed.

> Any clues or should I be starting to checkout
> everything again...
No, that's not necessary.

When the local entry list is damaged, you can use the "sync-repos" command:
http://doc.fsvs-soft​ware.org/doxygen-gif​/group__cmds.html#sy​nc-repos

That just fetches a _list_ of all repository entries - not their data, so you should be
fine.

The only caveat is that is has to fetch the information in two ways, to get the filesize
too - that makes it a bit slow.


> Another, small problem which is knocking me out of
> my socks but not only
> fsvs related. We have an svn server which is both
> internally and externally
> accessible. When I want to do a checkout if the
> fsvs client is connected on
> the LAN side using the dns name, if can not connect
> but when I use the IP it
> can.
...
> I have not set up the network myself and had a
> discussion with the local
> admin that this is a firewall problem somehow.
> Just wondering what you all
> think
Do you use svn or https, and the server host key/https certificate cannot be verified
for the name?

I'm afraid that I won't be of much help here ...


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-17 00:04:36 PDT
Message Hi Philipp

I tried changing the Urls file but now all files are begin recognised as new
files. I have not done a check in as I fear this would actually unsync my
repo.

Any clues or should I be starting to checkout everything again...


Another, small problem which is knocking me out of my socks but not only
fsvs related. We have an svn server which is both internally and externally
accessible. When I want to do a checkout if the fsvs client is connected on
the LAN side using the dns name, if can not connect but when I use the IP it
can.

e.g.
Client1 = 192.168.1.150, Server_int = 192.186.1.1; Server_ext = 213.22.61.1

on client1 I added Server_ext as 192.168.1.1 in /etc/hosts so I can change
afterwards placing the box in the WAN side. So doing a checkout from
server_ext does not work, while doing one from 192.168.1.1 does.
I have not set up the network myself and had a discussion with the local
admin that this is a firewall problem somehow. Just wondering what you all
think

best regards


Steve
"Philipp Marek" wrote:
> Hello Steve!
>
>> we checked out a client on the local internal IP address of our
subversion
>> server using fsvs. The problem now is that this boxed is moved to the WAN
>> side and now has problems to connect to the server (as it needs to check
in
>> via the external IP address).
>>
>> The local check out is about 45 GB so redoing a checkout is not really an
>> option.
>>
>>
>> Can I change the base location of the repository afterwards without
having
>> to redo the check out?
> Yes, of course.
>
> You could use "fsvs urls dump" and "fsvs urls load" - but just that would
loose
> the
> information which revision you've been at.
>
>
> I'd suggest just opening /etc/fsvs/*/urls and fixing the URL there.
> Be careful - there's an ASCII NUL ("\0") after every URL.
>
>
> Regards,
>
> Phil
>
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>

Re: fsvs subversion server location changed

Author pmarek
Full name P.Marek
Date 2010-07-16 02:01:59 PDT
Message Hello Steve!

> we checked out a client on the local internal IP address of our subversion
> server using fsvs. The problem now is that this boxed is moved to the WAN
> side and now has problems to connect to the server (as it needs to check in
> via the external IP address).
>
> The local check out is about 45 GB so redoing a checkout is not really an
> option.
>
>
> Can I change the base location of the repository afterwards without having
> to redo the check out?
Yes, of course.

You could use "fsvs urls dump" and "fsvs urls load" - but just that would loose the
information which revision you've been at.


I'd suggest just opening /etc/fsvs/*/urls and fixing the URL there.
Be careful - there's an ASCII NUL ("\0") after every URL.


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

fsvs subversion server location changed

Author cobolt
Full name steve caster
Date 2010-07-16 00:32:21 PDT
Message hi all


 


we checked out a client on the local internal IP address of our subversion
server using fsvs. The problem now is that this boxed is moved to the WAN
side and now has problems to connect to the server (as it needs to check in
via the external IP address).


The local check out is about 45 GB so redoing a checkout is not really an
option.


Can I change the base location of the repository afterwards without having
to redo the check out?


Best regards


 


Steve
Attachments
Messages per page: