Re: WebDav screwed up

Hello Juliette,
unfortunately (or fortunately depending on the view side :-) the event 
did not occurred again since my last notification and could not use the 
backup of broken situation. The actual only solution to me was to bring 
back all the site from backup.

If it helps, our customer told us that the problem occurred always 
during an upload file transfer, probably he had a short network 
interruption or packet loss.

Best Regards,
Lorenzo

Juliette Mainka wrote:
>
> Hello,
>
>  
>
> I would like to know if the problem has been solved in the mean time, 
> as my clients now has the same problem on their production server now.
>
>  
>
> They cannot access the "users" folder neither via the Webdav URL in a 
> browser nor the windows Webdav connection, but via the Jahia interface 
> it works well.
>
>  
>
> The last action on this folder was an attempt to change the 
> permissions on it (which is not possible, as it seems, but this is 
> another question...). But the same action on the preproduction server 
> did not cause any problems.
>
> Does anyone have a solution for this already? Otherwise I will try the 
> debugging that Stéphane proposed, to give you more information.
>
>  
>
> Thanks in advance for any help on this!
>
> Juliette
>
>  
>
> ------------------------------------------------------------------------
>
> *De :* Lorenzo Patocchi [mailto:[email protected]]
> *Envoyé :* mercredi 31 mai 2006 13:31
> *À :* [email protected]
> *Objet :* Re: WebDav screwed up
>
>  
>
> Thank you Stéphane,
> I actually had to revert to a backup to fix it as soon as possible for 
> the customer. Next time it will happen i'll make the debugging.
> I'll try to reproduce the problem with the backups of broken status 
> and get back to you.
>
> thanks again
> Lorenzo
>
>
>
> Stéphane Croisier wrote:
>
>
> Please could you try to uncomment or add these lines in the log4j.xml 
> config file:
>
> <category name="org.apache.slide">
>         <priority value="debug"/>
> </category>
>
> normally you do not have to reboot when changing this file and checks 
> on modifications are automatically done every 30 seconds, but perhaps 
> adding a new category may require a reboot the first time.
>
> Then you should see the slide error in the console when accessing to 
> this directory. Please enter a JIRA with it. Warning: switching in 
> debug mode will reduce performance and is really verbose. So try to 
> just make this operation, copy the error and reswitch the log4j file 
> in error mode immediately especially if you are on the production server.
>
> Stéphane
>
> At 17:00 30.05.2006, Lorenzo Patocchi wrote:
>
> Thank You Michel,
> the customer dragged a file of 400Kb over the web-folder and the 
> transfer hang up. Following accesses via webfolder in the specific 
> folder where the file has been dragged over are denied (WinXP message 
> is very generic and in italian, the translation is like "documents in 
> this folder are not available. the folder may have been deleted or 
> moved or network problems occur")
>
> accessing via Jahia file manager the folder is available and the 
> dragged file is shown as a sub-folder (see snapshot below: 
> Carbonifero.pdf) with folder menus, but in fact none f menu items 
> work, nether deleting.
>
>
>
> Thank You,
> Lorenzo
>
> Michel Romy wrote:
>
> Hi Lorenzo,
>
> as webdav is integrated in Jahia, I don't see any way to restore only 
> the webdav tables (the jahia_sl2_* tables) without restoring the rest 
> of the database. Could you precise what kind of error your customer get ?
>
> Michel
>
>
>
>
> Hello,
> i have a customer with jahia4.1.0_01_b6070 and manages the files on 
> jahia using Windows built-in remote network folder.
>
> Unfortunately sometimen this screw up the remote webDav and cannot 
> access a folder contents.
>
> Which database table and/or status-files should I restore from backup 
> to get back the WebDav in a working status ?
>
> Thanks in advance for help
> Lorenzo
>
>
>
>
> ---
> avast! Antivirus: In arrivo messaggio pulito.
> Virus Database (VPS): 0622-1, 29.05.2006
> Controllato il: 30.05.2006 11:43:21
> avast! - copyright (c) 1988-2006 ALWIL Software.
> http://www.avast.com
>
>  
>
> -- 
> Lorenzo Patocchi
> Dipl. Ing. STS/ETS/HTL
> [email protected] <mailto:[email protected]>
>  - www.cryms.com <http://www.cryms.com/>
> Tel: +41 91 60 55266
> Cel: +41 79 375 0891
> Fax: +41 91 223 9797
>  
> Cryms sagl
> Via Cantonale 34a
> 6928 Manno - Lugano
> Switzerland
>
>  
>
> - -- --- -----=[ scroisier at jahia dot com ]=---- --- -- -
> CEO - Jahia Product Ltd, 45 rue de la gare, 1260 Nyon (Switzerland)
> Jahia : The Java Unified Web Platform
> www.jahia.org <http://www.jahia.org/> - The Product Web Site
> www.jahia.net <http://www.jahia.net/> - The Community Web Site
> www.jahia.com <http://www.jahia.com/> - The Commercial Services Company
> www.collaborativesource.org <http://www.collaborativesource.org/> - 
> The Collaborative Source Initiative
>
>
>
> -- 
> Lorenzo Patocchi
> Dipl. Ing. STS/ETS/HTL
> [email protected] <mailto:[email protected]> - www.cryms.com <http://www.cryms.com>
> Tel: +41 91 60 55266
> Cel: +41 79 375 0891
> Fax: +41 91 223 9797
>  
> Cryms sagl
> Via Cantonale 34a
> 6928 Manno - Lugano
> Switzerland
>
>
> ------------------------------------------------------------------------
>
> avast! Antivirus <http://www.avast.com>: In arrivo messaggio pulito.
>
> Virus Database (VPS): 0629-1, 19.07.2006
> Controllato il: 19.07.2006 22:59:02
> avast! - copyright (c) 1988-2006 ALWIL Software.
>
>

-- 
Lorenzo Patocchi
Dipl. Ing. STS/ETS/HTL
[email protected] - www.cryms.com
Tel: +41 91 60 55266
Cel: +41 79 375 0891
Fax: +41 91 223 9797

Cryms sagl
Via Cantonale 34a
6928 Manno - Lugano
Switzerland