Meilleur auteur de réponses
SP2013 : Problème téléchargement fichiers dans la base

Question
-
Bonjour à tous,
Voilà j'ai un soucis lors du téléchargement de fichiers dans n'importe quelle application de mon site.
Avant je pouvais sans problème mettre des fichiers de plus de 50Mo, mais depuis hier, sans trop savoir pourquoi, le téléchargement foire avec le message d'erreur "Pour une raison inconnue, ce document n'a pas pu etre téléchargé. Réessayer ultérieurement ou contactez votre administrateur" .
Ce n'est pas un problème de limite au niveau de la taille du fichier car je l'ai mise au maximum à 2Go.
Pour être certain que ce n'est pas un problème de limite, j'ai baissé la limite à 10Mo, essayé avec un fichier plus gros, et là il m'a bien dit que la limite était dépassée.
Si quelqu'un à une idée, je suis preneur car j'ai fait pas mal de recherche sans rien trouver...
Réponses
-
Pour me répondre à moi même et vous donnez la solution à mon problème :
En fait IIS, dans le fichier web.config de mon site, a modifié cette valeur qui limite la taille d'upload des fichiers.
- Open the web.config from 'C:\Inetpub\wwwroot\wss\VirtualDirectories\<Virtual Directory>' folder and modify it as follows
- Perform an IISReset and you should be good to go.
<httpRuntime maxRequestLength="51200" /> with <httpRuntime executionTimeout="999999" maxRequestLength="51200" />
Bonne journée à tous et merci pour votre aide.
- Marqué comme réponse Merme74 lundi 17 juin 2013 07:32
- Open the web.config from 'C:\Inetpub\wwwroot\wss\VirtualDirectories\<Virtual Directory>' folder and modify it as follows
Toutes les réponses
-
-
-
Teste avec un hosts pour savoir si c'est pas un equipement réseau qui bloque. Tu as ca sur tous les postes ou seulement certains? avec tous les navigateurs?
Si tu ne trouve pas, regarde avec fiddler si tu as pas une 404.13, si oui --> http://support.microsoft.com/kb/942074 (limite dans IIS - mais sharepoint devrait maj le web.config du site)
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2013)
-
Alors c'est sur plusieurs hosts avec des comptes administrateurs de la collection.
Cela le fait avec IE10, safari et Firefox.
Pour fiddler, je l'ai installé mais je n'ai pas de 404 mais 1 401 et 2 200.
Je vais regarder pour la limite dans IIS, mais je ne vois pas pourquoi elle aurait changé du jour au lendemain...
POST /sites/CE/OUTILSCOM/_vti_bin/client.svc/ProcessQuery HTTP/1.1 Accept: */* X-Requested-With: XMLHttpRequest Content-Type: text/xml X-RequestDigest: 0x17D62AE3ED0309BEA71A9D5CE7DCA2FDC6666FDA30042BAF425F86F811986F4552EAADD5AA01616FCA1074803BE1743E2A954E543074A865961EB537C0A4C057,14 Jun 2013 09:54:29 -0000 Referer: http://srvts1/sites/CE/OUTILSCOM/SitePages/Accueil.aspx Accept-Language: fr-FR Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E) Connection: Keep-Alive Content-Length: 0 DNT: 1 Host: srvts1 Pragma: no-cache Cookie: SPUsageId=68fc276f-209c-4417-b29d-457e70cb2d36; WSS_FullScreenMode=false; Ribbon.ListForm.Display=1600805|-1|1237|-218683464; Microsoft.SharePoint.Administration.SPWebApplication=CurrentId=c320509fe3404deeb19edcf4d539ef68; Ribbon.WebApp=1600805|-1|678|1394339332; Ribbon.Read=1600805|-1|0|-545297367; Ribbon.Document=1600805|-1|416|-545297367 Authorization: NTLM TlRMTVNTUAABAAAAB4IIogAAAAAAAAAAAAAAAAAAAAAGAbEdAAAADw== HTTP/1.1 401 Unauthorized Cache-Control: private Content-Length: 0 SPRequestGuid: 9144259c-762f-7067-c465-39e7f25814a7 request-id: 9144259c-762f-7067-c465-39e7f25814a7 X-FRAME-OPTIONS: SAMEORIGIN SPRequestDuration: 3 SPIisLatency: 4 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET WWW-Authenticate: NTLM TlRMTVNTUAACAAAABgAGADgAAAAFgomiZSe2aEmenBYAAAAAAAAAAG4AbgA+AAAABgGxHQAAAA9FAFQASwACAAYARQBUAEsAAQAMAFMAUgBWAFQAUwAxAAQADgBFAFQASwAuAEQATwBNAAMAHABTAFIAVgBUAFMAMQAuAEUAVABLAC4ARABPAE0ABQAOAEUAVABLAC4ARABPAE0ABwAIAL1OAETlaM4BAAAAAA== X-Content-Type-Options: nosniff X-MS-InvokeApp: 1; RequireReadOnly MicrosoftSharePointTeamServices: 15.0.0.4420 Date: Fri, 14 Jun 2013 09:55:13 GMT Proxy-Support: Session-Based-Authentication
POST /sites/CE/OUTILSCOM/_vti_bin/client.svc/ProcessQuery HTTP/1.1 Accept: */* Content-Type: text/xml X-RequestDigest: 0x17D62AE3ED0309BEA71A9D5CE7DCA2FDC6666FDA30042BAF425F86F811986F4552EAADD5AA01616FCA1074803BE1743E2A954E543074A865961EB537C0A4C057,14 Jun 2013 09:54:29 -0000 Referer: http://srvts1/sites/CE/OUTILSCOM/SitePages/Accueil.aspx Accept-Language: fr-FR Accept-Encoding: gzip, deflate Content-Length: 972 User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E) Connection: Keep-Alive DNT: 1 Host: srvts1 Cookie: SPUsageId=68fc276f-209c-4417-b29d-457e70cb2d36; WSS_FullScreenMode=false; Ribbon.ListForm.Display=1600805|-1|1237|-218683464; Microsoft.SharePoint.Administration.SPWebApplication=CurrentId=c320509fe3404deeb19edcf4d539ef68; Ribbon.WebApp=1600805|-1|678|1394339332; Ribbon.Read=1600805|-1|0|-545297367; Ribbon.Document=1600805|-1|416|-545297367 Pragma: no-cache Authorization: NTLM TlRMTVNTUAADAAAAGAAYAH4AAAAMAQwBlgAAAAYABgBYAAAAFgAWAF4AAAAKAAoAdAAAAAAAAACiAQAABYKIogYBsR0AAAAPmWV9rXyb2plfbwkxy00XdkUAVABLAG0AZQByAG0AaQBsAGwAbwBkAC4AYQBJAFQALQAwADIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIyic3yUeIJKXBrgG7tyVfQEBAAAAAAAAvU4AROVozgHPoY/PJCFv0wAAAAACAAYARQBUAEsAAQAMAFMAUgBWAFQAUwAxAAQADgBFAFQASwAuAEQATwBNAAMAHABTAFIAVgBUAFMAMQAuAEUAVABLAC4ARABPAE0ABQAOAEUAVABLAC4ARABPAE0ABwAIAL1OAETlaM4BBgAEAAIAAAAIADAAMAAAAAAAAAAAAAAAADAAAE9WgmNPUl0ukc+CEoNHPZQW25VevAOfXgOoB/roIZ97CgAQAAAAAAAAAAAAAAAAAAAAAAAJABYASABUAFQAUAAvAHMAcgB2AHQAcwAxAAAAAAAAAAAAAAAAAA== X-Requested-With: XMLHttpRequest HTTP/1.1 200 OK Cache-Control: private Transfer-Encoding: chunked Content-Type: application/json; charset=utf-8 Content-Encoding: gzip Vary: Accept-Encoding X-SharePointHealthScore: 0 SPClientServiceRequestDuration: 14 SPRequestGuid: 9144259c-7630-7067-c465-35e3c251a27c request-id: 9144259c-7630-7067-c465-35e3c251a27c X-RequestDigest: 0xB125F6E15233E09D7E97BD647064D18C056DB68323AAE65283CFB0404477E3AE11843F3CEEDEEC27213FE003525E3462BB64CF0D0F4DB1303C008D783433B9DC,14 Jun 2013 09:55:13 -0000 X-FRAME-OPTIONS: SAMEORIGIN Persistent-Auth: true X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET X-Content-Type-Options: nosniff X-MS-InvokeApp: 1; RequireReadOnly MicrosoftSharePointTeamServices: 15.0.0.4420 Date: Fri, 14 Jun 2013 09:55:13 GMT
POST /sites/CE/OUTILSCOM/_layouts/15/upload.aspx?IsAJAX=1&List={203F6798-B21B-4012-B4C5-759D7423BEF4}&RootFolder=%2Fsites%2FCE%2FOUTILSCOM%2FDocuments%20partages%2FEUROTEKNIKA%2FCAS%20CLINIQUES HTTP/1.1 Accept: */* Content-Type: multipart/form-data; boundary=---------------------------7dd23e9009b8 Referer: http://srvts1/sites/CE/OUTILSCOM/SitePages/Accueil.aspx Accept-Language: fr-FR Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E) Connection: Keep-Alive Content-Length: 112396577 DNT: 1 Host: srvts1 Pragma: no-cache Cookie: stsSyncAppName=Outlook; stsSyncIconPath=%2F%5Flayouts%2F15%2Fimages%2Fmenuoutl%2Egif; SPUsageId=68fc276f-209c-4417-b29d-457e70cb2d36; WSS_FullScreenMode=false; Ribbon.ListForm.Display=1600805|-1|1237|-218683464; Microsoft.SharePoint.Administration.SPWebApplication=CurrentId=c320509fe3404deeb19edcf4d539ef68; Ribbon.WebApp=1600805|-1|678|1394339332; Ribbon.Read=1600805|-1|0|-545297367; Ribbon.Document=1600805|-1|416|-545297367 HTTP/1.1 200 OK Cache-Control: private Transfer-Encoding: chunked Content-Type: text/html; charset=utf-8 Content-Encoding: gzip Vary: Accept-Encoding X-SharePointHealthScore: 0 SharePointError: 0 SPRequestGuid: 9244259c-369a-7067-c465-3ce2edecd32c request-id: 9244259c-369a-7067-c465-3ce2edecd32c X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET X-Content-Type-Options: nosniff X-MS-InvokeApp: 1; RequireReadOnly MicrosoftSharePointTeamServices: 15.0.0.4420 Date: Fri, 14 Jun 2013 09:55:19 GMT
-
Je voulais dire, avec un fichier HOSTS, avec l'IP d'un WFE sharepoint, par exemple
192.168.0.1 monportail.com
Ne pas oublier le ipconfig /flushdns après.
Si malgré ca ca ne marche pas, logs en verbose et éplucher à l'heure dite, tu sauras au moins sur quel serveur chercher :)
Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2013)
- Proposé comme réponse Gokan OzcifciMVP dimanche 16 juin 2013 17:26
-
Salut !
Alors j'ai essayé mais pas mieux, j'ai installé la dernière KB a tout hasard, fait une mise à jour de mes bases mais cela n'a rien changé.
J'ai activé les logs comme indiqué ici, http://technet.microsoft.com/en-us/library/cc725786(v=ws.10).aspx redémarré mon site, refait l'upload du fichier.
J'ai toujours le soucis, mais dans le répertoires des FailedReqLogFiles, je n'ai absolument rien.
Comme ci pour IIS, ce n'était pas un problème ...
Je vais devenir chèvre avec ca moi :) !
- Modifié Merme74 lundi 17 juin 2013 07:13
-
Pour me répondre à moi même et vous donnez la solution à mon problème :
En fait IIS, dans le fichier web.config de mon site, a modifié cette valeur qui limite la taille d'upload des fichiers.
- Open the web.config from 'C:\Inetpub\wwwroot\wss\VirtualDirectories\<Virtual Directory>' folder and modify it as follows
- Perform an IISReset and you should be good to go.
<httpRuntime maxRequestLength="51200" /> with <httpRuntime executionTimeout="999999" maxRequestLength="51200" />
Bonne journée à tous et merci pour votre aide.
- Marqué comme réponse Merme74 lundi 17 juin 2013 07:32
- Open the web.config from 'C:\Inetpub\wwwroot\wss\VirtualDirectories\<Virtual Directory>' folder and modify it as follows
-
Merci pour ton retour Merme74 et n'hésitez surtout pas à revenir si vous avez d'autres questions.
Gokan - Modérateur