Webservices - portaal - Onvoeldoende schrijruimte

[Chris-1992]

Beste Tweakers,

Ik ga proberen zoveel mogelijk info te geven als jullie nog iets willen weten dan hoor ik het wel!


Ik heb hier een boekhoud programma dat werkt met SQL microsoft serv en voor online boekingen te doen gebruiken we de webservices van microsoft.

Wij hebben een portaal waar men online dossiertjes kan aanspreken / bewerken die in de SQL terug te vinden zijn.

Nu is het probleem als we willen factureren via het portaal (webservices), in een dossier (SQL db) krijgen we de foutmelding dat er onvoldoende schrijfruimte is (error log onderaan ²).
Gekke is wel dat deze fout melding 70% van de keren voor komt, dus niet altijd.
Factureren:
Dan geeft men wat gegevens in en als men dan factureren klikt genereerd hij een pdf en die wordt afgedrukt of gemaild.

Maar als we factureren in het zelfde dossier (SQL db) via het boekhoud programma dan werkt dit wel allemaal.

Is ergens in de webservices een temp opslag waar documentjes tijdelijk worden bewaard voor het weggeschreven wordt? want de SQL heeft genoeg schrijfruimte er moet daarvoor ergens fout gaan maar ik weet niet waar (natuurlijk anders had ik deze post niet gemaakt )

SQL:
Standaard 64-bit
V.13.0.1742.0
IIS:
V. 10.0.14393.0

Als mij iemand kan helpen

Alvast bedankt!

Errorlog ²:
Dit is de meer volledige errorlogging (wat er op duidt dat bij het inladen van een layout devexpress klaagt dat er niet genoeg schijfruimte is,
dus blijf ik bij mijn vermoeden dat er ergens iets aan de IIS of dergelijke moet ingesteld worden om meer schijfruimte te krijgen):

Datetime : 13/05/2018 16:01:25
Onvoldoende schijfruimte beschikbaar.

bij System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bij System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
bij System.IO.FileStream.FlushWrite(Boolean calledFromFinalizer)
bij System.IO.FileStream.Dispose(Boolean disposing)
bij System.IO.Stream.Close()
bij System.IO.StreamWriter.Dispose(Boolean disposing)
bij System.IO.TextWriter.Dispose()
bij Microsoft.CSharp.CSharpCodeGenerator.FromSourceBatch(CompilerParameters options, String[] sources)
bij Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromSourceBatch(CompilerParameters options, String[] sources)
bij DevExpress.XtraReports.Native.Compiler.RunWithRetry(Func`1 action)
bij DevExpress.XtraReports.Native.Compiler.GetOrCreateWithDefaultCache(Evidence evidence)
bij DevExpress.XtraReports.Native.ReportCompiler.Compile(String streamString, IServiceProvider serviceProvider)
bij DevExpress.XtraReports.UI.XtraReport.LoadLayoutInternal(Stream stream, XtraReport& compiledReport, Boolean forceDataSource)
bij DevExpress.XtraReports.UI.XtraReport.LoadLayout(Stream stream)
bij Adsolut.Printing.ReportManager.CreateJobReport(ReportJob job, ReportData repData)
bij Adsolut.Printing.DocumentReportManager.CreateJobReport(ReportJob job, ReportData repData)
bij Adsolut.Printing.ReportPrinter.Print(PrintReportJob job, ReportManager reportManager)
bij Adsolut.Printing.ReportManager.DoJob(ReportJob job)
bij Adsolut.BL.Jobs.JobDispatcher.OnJobRequest(Object sender, JobRequestEventArgs e)
bij Adsolut.BL.Jobs.JobPool.ExecuteJob(Int32 jobId)
bij Adsolut.BL.Logic.BusinessObjects.InvoiceBusinessObject.RunReportJob(PersObject blRelaRec, Int32 blrelaId, Boolean inBackground)
bij Adsolut.BL.Logic.BusinessObjects.InvoiceBusinessObject.SaveInvoice(String intraBL, String repJobBL, Boolean inBackground)
bij Adsolut.BL.Logic.BusinessObjects.InvoiceBusinessObject.CreateInvoice(PersObject[] persObjs, String intraBL, String repJobBL, Boolean inBackground)

[Rolfie]

Misschien even contact opnemen met de leverancier van de applicatie? Die kan je het beste hiermee helpen.

Is de database toevallig niet vol? of mag die niet verder groeien?

[Chris-1992]

Database heeft meer als 100GB om nog weg te schrijven en mag ongelimiteerd groeien.

[Jazzy]

Ik ben geen ontwikkelaar maar in de foutmelding zie ik nergens iets dat verwijst naar de database. Denk dat je inderdaad beter hulp kunt zoeken bij iemand met kennis van en toegang tot de applicatie.

[Chris-1992]

Dev zegt dat in de programmatie niks fout zit.
Dat hij ergens op de IIS of SQL te weinig plaats heeft, want de preview van de factuur wordt geladen in SQL.

[Jazzy]

Je hebt iemand nodig die er samen met jou in duikt en onderzoekt waar het fout gaat. Ik weet niet precies welke vraag je aan de ontwikkelaar gesteld hebt maar als hij niet bereid is om verder te kijken dan zijn code dan heb je waarschijnlijk iemand anders nodig.

[Chris-1992]

Oke,
Dan mag het gesloten worden hier
Dan ga ik het ergens anders zoeken! Toch bedankt voor de moeite!

[MAX3400]

Chris-1992 schreef op woensdag 16 mei 2018 @ 16:39:
Oke,
Dan mag het gesloten worden hier
Dan ga ik het ergens anders zoeken! Toch bedankt voor de moeite!

Waar dan?

Neem toch aan dat iemand (jij?) om weet te gaan met SQL Server, IIS en aanverwante services / componenten?

Vertel eerst eens welke service/server een fout geeft en of daar bepaalde logging van is (aanvullend op je topicstart).

Dat je database met 100GB zou kunnen groeien, doet me al vermoeden dat iemand (???) maar iets doet; de inhoud van je database en de grootte van de files, is vaak niet het eerste waar je naar moet kijken als een query of ODBC de mist in gaat.

Je geeft ook ap aan dat het voornamelijk random voorkomt; dan moet er ergens terug te vinden zijn welke transactie wel/niet na elkaar plaatsvindt, wat de query is geweest, waarheen de input/output loopt etc.

/edit: je kwam me al bekend voor... Lessen / howto / guidance Voor het installeren van SQL serv Weet je wel zeker dat jij dus degene bent die een (blijkbaar) 3-tier hybrid service moet gaan troubleshooten?

[ Voor 11% gewijzigd door MAX3400 op 16-05-2018 16:48 ]

[Jazzy]

Chris-1992 schreef op woensdag 16 mei 2018 @ 16:39:
Oke,
Dan mag het gesloten worden hier
Dan ga ik het ergens anders zoeken! Toch bedankt voor de moeite!

Topic sluiten doen we alleen als het echt nodig is. Dat ik zeg dat je iemand met kennis nodig hebt die er met je induikt wil nog niet gelijk zeggen dat je hier niet meer mag posten.

Zo zou het bijvoorbeeld heel interessant zijn om te horen wat het uiteindelijk was en hoe je het troubleshooten hebt aangepakt.

[DJMaze]

offtopic:
oops dubbel post, vs edit

[ Voor 90% gewijzigd door DJMaze op 16-05-2018 18:22 ]

[DJMaze]

DevExpress.XtraReports hahaha die gebruik ik in Delphi/C++ (Embarcadero).
Alles draait waarschijnlijk om je temp/permissies (vanwege System.IO.FileStream).

Chris-1992 schreef op woensdag 16 mei 2018 @ 15:19:
Dev zegt dat in de programmatie niks fout zit.

Zeg ik ook altijd, toch is dit niet waar PEBCAK!

Zo kwam ik er vandaag achter dat een thread in mijn applicatie bleef hangen omdat ik een DB rollback (bij een error) was vergeten en de transaction log na 40 dagen activiteit heeeel groot was

De wet van....

[ Voor 34% gewijzigd door DJMaze op 16-05-2018 21:59 . Reden: Wet van murphy toegevoegd ]

[Donaldinho]

Misschien monitor op gebruik van je disken/filesystems zetten? Of sowieso huidige status checken. Wellicht loopt iets vol. Of db heeft genoeg ruimte maar eoa temp db heeft niet genoeg ruimte.

Alle ontwikkelaars zeggen altijd dat de code goed is. Dat betekent niets

[Rolfie]

Chris-1992 schreef op woensdag 16 mei 2018 @ 15:19:
Dev zegt dat in de programmatie niks fout zit.
Dat hij ergens op de IIS of SQL te weinig plaats heeft, want de preview van de factuur wordt geladen in SQL.

Als ik even een snelle google search doe op bij System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
Krijg ik toch het hele interestante fouten te zien in die in de webserver code zitten.

Oa permissie rechten, verkeerde filename, locked files.

Mijn gevoel zegt dat de code in de website een fout bevat. Mede omdat de andere applicatie het wel goed doet.

Logging verhogen en/of extra debug code toevoegen. Dev heeft wat werk te doen.

[Chris-1992]

Ik heb 2 man die hiermee bezig zijn geweest, zij zijn ervan overtuigd dat er geen fout in de code zit.
Mede omdat de zelfde code bij meerdere klanten wordt gebruikt waar het wel gewoon werkt.

Dev ken ik helemaal niks van, wat hierboven gezegd geweest is is voor mij 90% chinees

Dan ga ik het terug opnemen met DEV, moest er ooit iets uitkomen laat ik het hier zeker weten.
Permissies staan goed, omdat de APP deze wel kan gebruiken (zijn zelfde permissies)
verkeerde filename, locked files heb ik geen idee van.

TempDB van ads zit op zelfde schijf als als de andere db's (maar de error komt ook niet altijd voor)

Dit speelt al aan van vorig jaar december, daarmee dat ik naar tweakers ben gekomen hiermee

[ Voor 7% gewijzigd door Chris-1992 op 17-05-2018 13:51 ]

[Paul]

...en dan moeten wij, zonder toegang tot de server, zonder de applicatie te kennen, eigenlijk zonder iets, jou gaan vertellen dat de D:\-schijf van je webserver vol is?

Ik lees vooral dat de developers van de applicatie naar de applicatie hebben gekeken, hebben de DBA'ers en de systeembeheerders van de servers er al naar gekeken?

3 seconde Google wijst al naar C:\Windows\Temp, de App_Data folder van de applicatie en een parameter ReportViewer.FileStore.Directory van de applicatie. Waar staan die, is daar voldoende ruimte en heeft de gebruiker waar je application pool onder draait daar schrijfrechten?

Ik neem aan dat je bovenstaande nog niet gevonden had, want je hoort in je topicstart te vermelden wat je al gevonden en geprobeerd hebt...

[ Voor 38% gewijzigd door Paul op 17-05-2018 14:07 ]

[Chris-1992]

@Paul er is geen enkele schijf die te weinig plaats heeft

Ja die hebben hier al naar gekeken. moest hier geen plaats zijn zou de applicatie niet kunnen functioneren.

Ik weet nog niet wat hier allemaal gebeurd is, ik heb dit sinds gister in mijn handen geduwd gekregen.
Omdat ze hier al van december aan bezig zijn heb ik beslist om dit op tweakers te gooien omdat hier veel mensen zijn die hokus pokus kunnen met IT

[ Voor 42% gewijzigd door Chris-1992 op 17-05-2018 14:17 ]

[MAX3400]

@Chris-1992 ik zie alleen maar statements maar geen bewijs. 0 logging van jou, jouw developers, jouw services, niks. Dan kan iemand nog zo hocus pocus in de IT zitten, helpen houdt dan heel snel op.

Mag aannemen dat er sinds december stapels met rapporten en constateringen zijn opgeleverd? Die je niet met ons deelt? En wij "als IT'er" moeten raden wat nu?

[StevenK]

Chris-1992 schreef op woensdag 16 mei 2018 @ 10:03:
Beste Tweakers,

Ik ga proberen zoveel mogelijk info te geven als jullie nog iets willen weten dan hoor ik het wel!

Gebruik eens iets als https://docs.microsoft.co...ternals/downloads/procmon om te kijken waar het schrijven mislukt, in plaats van af te gaan op wat iedereen denkt.

[Chris-1992]

Enige errorlog dat ik heb is wat in de start topic staat, hiervoor was de logging nog triestiger.
Sinds de nieuwe update hebben ze de log "uitgebreider" gemaakt speciaal hiervoor.

@Paul
De temp wordt aangesproken, deze map kan standaard enkel geopend worden met admin rights.
Maar ook hier is dit overal het zelfde bij andere klanten en het werkt dan wel dan niet en die rechten blijven het zelfde.

Over opslag



@MAX3400 ja hebben mij dit in handen geduwd. Waarom geen idee.

Mag aannemen dat er sinds december stapels met rapporten en constateringen zijn opgeleverd? Die je niet met ons deelt? En wij "als IT'er" moeten raden wat nu?

10 tickets, info 0.

Gebeurd zo willekeurig dat ik hier ook geen regelmaat of constateringen kan doen of gedaan is geweest.
Error logging, enige wat ik kan zien is dat tekstje in de topic start. dev heeft niks meer moet ik hun geloven.

Ps:
Zeer goed geheugen

[Chris-1992]

StevenK schreef op donderdag 17 mei 2018 @ 15:53:
[...]

Gebruik eens iets als https://docs.microsoft.co...ternals/downloads/procmon om te kijken waar het schrijven mislukt, in plaats van af te gaan op wat iedereen denkt.

Ik ga vragen als ik het daar mag installeren en monitoren.

[Chris-1992]

Ik heb vandaag de monitor uitgevoerd maar natuurlijk loopt alles goed vandaag.

[DJMaze]

Chris-1992 schreef op woensdag 16 mei 2018 @ 10:03:
Onvoldoende schijfruimte beschikbaar.

Je kan blijven posten, en wij blijven antwoorden maar.... zolang de dev niet kan zeggen WAAR de schijfruimte onvoldoende is, schiet het niet op.
Dus.... regel iemand die je kan vertellen waar dat is.

Chris-1992 schreef op donderdag 17 mei 2018 @ 14:15:
Omdat ze hier al van december aan bezig zijn

Holymoly! En dan kunnen ze niet eens vinden waar die stream naar schrijft?

[Chris-1992]

@DJMaze

Antwoord Dev:

we hebben ergens een vermoeden dat het iets met de services installatie op iis te maken heeft, mss dat er op bepaalde momenten door de sql server teveel resources worden gebruikt zodat iis op dat moment niet voldoende resources heeft om dat rapport aan te maken

De server heeft meer dan genoeg resources, sql kan niet alles opsoeperen kwa cpu/ram.

De dll die de pdf aanmaakt schrijft naar de desbetreffende DB in SQL.
Die DB kan ongelimiteerd groeien, de DB staat op de schijf die ik in bovenstaande post heb gepost met de rechten die erbij staan. (genoeg ruimte, rechten voor iedereen)

De Dll's die dat doen zijn de zelfde als van de applicatie.
In de app gaat het goed, via het webservice gaat het soms fout.
Als men direct erna de app start en daar gaat factureren dan lukt het wel.

Wanneer die creatie is uitgevoerd stuurt een service een ID op naar de portalsite en wordt zo de pdf uit de db gehaald.

[ Voor 9% gewijzigd door Chris-1992 op 18-05-2018 13:30 ]

[Hero of Time]

IIS heeft zelf ook nog resource pools. Als die niet groot genoeg zijn, dan kan je ook tegen dit soort issues aanlopen. Bijvoorbeeld een quota voor temp files.

Gaat de app via dezelfde ingang als de webservice/website? Of omzeilt die heel IIS?

[Chris-1992]

Hero of Time schreef op vrijdag 18 mei 2018 @ 14:07:
IIS heeft zelf ook nog resource pools. Als die niet groot genoeg zijn, dan kan je ook tegen dit soort issues aanlopen. Bijvoorbeeld een quota voor temp files.

Gaat de app via dezelfde ingang als de webservice/website? Of omzeilt die heel IIS?

De app omzeilt IIS.

[MAX3400]

Chris-1992 schreef op vrijdag 18 mei 2018 @ 14:22:
[...]

De app omzeilt IIS.

Hoe dan? Want als je wel "Microsoft webservices" gebruikt maar geen IIS, vraag ik me af hoe je website, worker/application pools, etc dus wel je sessie kunnen serveren.

[CertLog]

Zijn de volgende folder writable voor de application pool?
Zit er een quota op deze folders?

C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

Gooi ze anders eens leeg.

Indien Azure misschien dit:
MSDN: Handling “There is not enough space on the disk” exception ...

[basst85]

Lijkt mij meer een case voor de supportafdeling van Adsolut, die hebben dat pakket geleverd neem ik aan?
En dat pakket draait on-premise bij jullie op een server?

Het lijkt mij niet een database issue, maar het gaat zo te zien mis mij het opslaan van de rapportage.
Mogelijk worden de rapportages opgeslagen op een andere share of fileserver?

[DJMaze]

Chris-1992 schreef op vrijdag 18 mei 2018 @ 13:28:
De dll die de pdf aanmaakt schrijft naar de desbetreffende DB in SQL.

Ok, dus er wordt een PDF gemaakt:

code:

XtraReports.ExportToPdf(Stream, opts);

Dan nog vertel je niet waar.
Is het een?

• BufferedStream
• COMCharStream
• CryptoStream
• DeflateStream
• FileStream
• GZipStream
• MemoryStream
• NetworkStream
• PipeStream
• PrintQueueStream
• SqlFileStream
• UnmanagedMemoryStream

Want als je dat weet, weet je WAAR het probleem zit.
Dit is gewoon basis IT kennis voor een dev.

En aangezien de error in System.IO.FileStream zit, lijkt het mij sterk dat het antwoord "schrijft naar de DB in SQL", want daar is ie nog niet
Het antwoord zou dus moeten zijn FileStream.Name

code:

stream = new FileStream("c:\\tempbestand.pdf");
try {
    XtraReports.ExportToPdf(stream, opts);
} catch (...) {
    Console.WriteLine("Failed to write data to {0}.", stream.Name);
}

CertLog schreef op vrijdag 18 mei 2018 @ 14:41:
Indien Azure misschien dit:
MSDN: Handling “There is not enough space on the disk” exception ...

DJMaze schreef op woensdag 16 mei 2018 @ 18:22:
Alles draait waarschijnlijk om je temp/permissies

Goeie, jij hebt de link opgesnort

[ Voor 54% gewijzigd door DJMaze op 18-05-2018 15:53 ]

[Guldan]

@DJMaze nevermind :-)Ik vind de aanname dat iedereen een stacktrace kan lezen geen basis kennis hoor.

@Chris-1992 Ik ben zelf geen beheerder maar Developer en het volgende valt mij op: Ik kan uit de stacktrace eigenlijk niet opmaken dat deze fout uit een actie met een webservice wordt uitgevoerd. Het begint bij 'Adsolut.BL.Logic.BusinessObjects' , zou de code via een service aangeroepen worden dan had ik als eerste regel (de onderste) 'Adsolut.Api.ReportsController' oid verwacht. Weet je zeker dat deze actie getriggered wordt via een web service. Als dit niet zo is geeft dit je misschien nog aanknopingspunten.

Stacktraces lopen van onder naar boven. Dus stel dat de code flow van A->B->C->D loopt dan zal de stacktrace wanneer er in stap D iets mis gaat altijd in de volgorde D->C->B->A staan. Dus in wat jij gepasted heb staat de laatste actie altijd bovenaan en de eerste actie onderaan. Hoop dat het zo duidelijker voor js is geworden.

Heb je al gecontroleerd of je bij services iets langs ziet komen wat lijkt op een service hiervoor? Zoja welke user draait dat onder en op welke mappen heeft die nog meer rechten? Het zou natuurlijk kunnen dat ze een tempfile aanmaken en deze ergens op slaan waar je niet naar kijkt.

Ik zou zoals hierboven aangegeven ook even proberen te monitoren op diskspace/geheugen etc. Misschien dat je daar een tijd uit kunt halen.

[ Voor 5% gewijzigd door Guldan op 18-05-2018 16:03 ]

[DJMaze]

offtopic:
@Guldan ik doel ook niet op TS maar op de "dev"

[Chris-1992]

MAX3400 schreef op vrijdag 18 mei 2018 @ 14:27:
[...]

Hoe dan? Want als je wel "Microsoft webservices" gebruikt maar geen IIS, vraag ik me af hoe je website, worker/application pools, etc dus wel je sessie kunnen serveren.

Ik had begrepen de applicatie (het boekhoud programma) niet het portaal.

CertLog schreef op vrijdag 18 mei 2018 @ 14:41:
Zijn de volgende folder writable voor de application pool?
Zit er een quota op deze folders?

C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

Gooi ze anders eens leeg.

Indien Azure misschien dit:
MSDN: Handling “There is not enough space on the disk” exception ...

Het quota moet ik dinsdag even naar kijken.
azure wordt niet gebruikt.

basst85 schreef op vrijdag 18 mei 2018 @ 14:42:
Lijkt mij meer een case voor de supportafdeling van Adsolut, die hebben dat pakket geleverd neem ik aan?
En dat pakket draait on-premise bij jullie op een server?

Het lijkt mij niet een database issue, maar het gaat zo te zien mis mij het opslaan van de rapportage.
Mogelijk worden de rapportages opgeslagen op een andere share of fileserver?

Neen, DB's, app folder & IIS draaien op zelfde serv.

@DJMaze
Ken niks van programmatie, dit zal ik moeten doorvragen.

@Chris-1992 Ik ben zelf geen beheerder maar Developer en het volgende valt mij op: Ik kan uit de stacktrace eigenlijk niet opmaken dat deze fout uit een actie met een webservice wordt uitgevoerd. Het begint bij 'Adsolut.BL.Logic.BusinessObjects' , zou de code via een service aangeroepen worden dan had ik als eerste regel (de onderste) 'Adsolut.Api.ReportsController' oid verwacht. Weet je zeker dat deze actie getriggered wordt via een web service. Als dit niet zo is geeft dit je misschien nog aanknopingspunten.

het portaal bestaat uit een asp.net gedeelte en een services gedeelte
het probleem dat zich hier voordoet zit volgens mij in het services gedeelte (de service call voor createinvoice)
daar krijg ik de foutmelding van terug
maar de services is al enige tijd niet meer gewijzigd


het gaat dan over de portalservice onder de clientservices
deze service gaat achterliggend adsolut core dll's aanspreken voor creatie van het rapport
en die geven om 1 of andere reden de foutmelding
Dit zijn de zelfde dll's die de applicatie gebruikt voor de creatie van het rapport.

Heb je al gecontroleerd of je bij services iets langs ziet komen wat lijkt op een service hiervoor? Zoja welke user draait dat onder en op welke mappen heeft die nog meer rechten? Het zou natuurlijk kunnen dat ze een tempfile aanmaken en deze ergens op slaan waar je niet naar kijkt.

Er is een user die noemt ADMINBG die doet alle background services.
Ik weet niet als deze ook de het "factureren/aanmaken pdf" verwerkt maar ik vermoed van niet.
Dit kan ik wel even testen.

Ik zou zoals hierboven aangegeven ook even proberen te monitoren op diskspace/geheugen etc. Misschien dat je daar een tijd uit kunt halen.

Dit heb ik vandaag proberen doen tijdens het factureren, maar natuurlijk ging vandaag alles goed en gaf het geen problemen.

[basst85]

Chris-1992 schreef op vrijdag 18 mei 2018 @ 19:41:
[...]

Dus Adsolut.Printing is onderdeel van een aparte Windows Service? Dit staat dan dus los van IIS..

Mogelijk wordt deze service uitgevoerd als een bepaalde user, welke een quota heeft?

De rapportage output (PDF) wordt vast eerst opgeslagen in een Temp-directory voordat deze afgedrukt of per e-mailadres verzonden wordt.

Voorbeeld van Temp-directory: c:\Users\<username>\AppData\Local\Temp.
Maar dat kan ook een andere locatie zijn, ligt eraan hoe dit is ingesteld bij de user.

[Guldan]

Het is prima mogelijk om een webserver te hosten buiten iis echter niet zo gebruikelijk. Dat zou dan betekenen dat deze draait onder een andere service.

Ik weet ook niet of je met een sniffer kan achterhalen waarop de service draait en dat je daar wat aan hebt. Dan zie je misschien een poortnummer langskomen oid.

Zie je met het monitoren op disk ook niet processen die je opvallen en ergens naar schrijven wanneer je een pdf genereert? Ik

Het is zonder enige resultaten op de aanknopingspunten lastig om nog nieuwe dingen te verzinnen.

[Chris-1992]

Het portaal (website) wordt gehost via IIS.
De applicatie is gewoon een client die draait op de pc.
Beide kunnen het zelfde en spreken de zelfde achter liggende dll's aan.

wegschrijven gebeurd naar:
Die pdf zou naar deze locatie geschreven worden:
D:\data\data_adsolut\dossiers\map_DB_Naam\DB

To create a FILESTREAM-enabled database

In SQL Server Management Studio, click New Query to display the Query Editor.

Copy the Transact-SQL code from the following example into the Query Editor. This Transact-SQL code creates a FILESTREAM-enabled database called Archive.

Note

For this script, the directory C:\Data must exist.

To build the database, click Execute.

Example

The following code example creates a database that is named Archive. The database contains three filegroups: PRIMARY, Arch1, and FileStreamGroup1. PRIMARY and Arch1 are regular filegroups that cannot contain FILESTREAM data. FileStreamGroup1 is the FILESTREAM filegroup.
SQL

CREATE DATABASE Archive
ON
PRIMARY ( NAME = Arch1,
FILENAME = 'c:\data\archdat1.mdf'),
FILEGROUP FileStreamGroup1 CONTAINS FILESTREAM( NAME = Arch3,
FILENAME = 'c:\data\filestream1')
LOG ON ( NAME = Archlog1,
FILENAME = 'c:\data\archlog1.ldf')
GO

For a FILESTREAM filegroup, FILENAME refers to a path. The path up to the last folder must exist, and the last folder must not exist. In this example, c:\data must exist. However, the filestream1 subfolder cannot exist when you execute the CREATE DATABASE statement. For more information about the syntax, see CREATE DATABASE (SQL Server Transact-SQL).

After you run the previous example, a filestream.hdr file and an $FSLOG folder appears in the c:\Data\filestream1 folder. The filestream.hdr file is a header file for the FILESTREAM container.

Important

The filestream.hdr file is an important system file. It contains FILESTREAM header information. Do not remove or modify this file.

For existing databases, you can use the ALTER DATABASE statement to add a FILESTREAM filegroup.

Wij hebben 4 DB's.
Name.mdf
Name.ldf
Name.Docs.mdf
Name.Docs.ldg

[Guldan]

Zie in de logs op de server nog meer foutmeldingen langskomen? .net fouten worden wel.in eventviewer weggeschreven. Zie je dan om diezelfde tijd ook andere meldingen?

[basst85]

Chris-1992 schreef op zondag 20 mei 2018 @ 11:45:
Het portaal (website) wordt gehost via IIS.
De applicatie is gewoon een client die draait op de pc.
Beide kunnen het zelfde en spreken de zelfde achter liggende dll's aan.

wegschrijven gebeurd naar:
Die pdf zou naar deze locatie geschreven worden:
D:\data\data_adsolut\dossiers\map_DB_Naam\DB


[...]


Wij hebben 4 DB's.
Name.mdf
Name.ldf
Name.Docs.mdf
Name.Docs.ldg

Ik ben bang dat je het echt in de verkeerde hoek zoekt. De error is geen SQL-server error het het probleem lijkt mij niet databasegerelateerd.

Het lijkt er op dat de error zich voordoet bij het aanmaken van het PDF-bestand, deze wordt waarschijnlijk eerst weggeschreven in een temp-directory voordat het in de database wordt opgeslagen.

Heeft de Adsolut applicatie naast de database en web-portaal mogelijk nog (Windows) services draaien op de server? Ik verwacht namelijk dat de rapportages door één van deze services aangemaakt worden.

[Chris-1992]

@Guldan Als ze nog eens gaan factureren en het loopt mis gaan ze mij contacteren, dan ga ik daar eens naar kijken.

@basst85 Dit is het antwoord van Dev.

de services zijn door ***** geschreven, hij kan u daar beter mee helpen
het eindresultaat van de service call resulteert in een pdf in de database, de id hiervan wordt via de service aan de portaalsite doorgegeven die op zijn beurt de pdf uit de database haalt

Hij zegt wel eindresultaat.. Ga het morgen eens even aan de andere persoon vragen.

Er is nog een windows service "Taskservice" genaamd.
Deze doet de background services verwerken, zoals versturen van mails om de X aantal tijd,..
Maar de creatie van de pdf staat hier los van heb ik mij laten vertellen. Ook dit zal ik nog eens dubbelchecken.

[ Voor 20% gewijzigd door Chris-1992 op 21-05-2018 12:01 ]

[basst85]

Chris-1992 schreef op maandag 21 mei 2018 @ 11:59:
@Guldan Als ze nog eens gaan factureren en het loopt mis gaan ze mij contacteren, dan ga ik daar eens naar kijken.

@basst85 Dit is het antwoord van Dev.

[...]

Hij zegt wel eindresultaat.. Ga het morgen eens even aan de andere persoon vragen.

Er is nog een windows service "Taskservice" genaamd.
Deze doet de background services verwerken, zoals versturen van mails om de X aantal tijd,..
Maar de creatie van de pdf staat hier los van heb ik mij laten vertellen. Ook dit zal ik nog eens dubbelchecken.

En ben je ondertussen misschien al meer te weten gekomen?

[Chris-1992]

Neen, over de quote heb ik verder geen info meer.

Er waren wel nog 2 issues.
De C:\ die dan 40GB vrij heeft en dan voor paar min volledig volloopt en dan weer 40GB vrij heeft.
Een Instance waar niemand weet van had en onbeperkt ram kon gebruiken.

Deze zijn aangepakt geweest en voorlopig blijven de klachten weg.

Ik weet dat dit issues zijn die onmogelijk zouden mogen voorkomen..
Het beheer van de serv gebeurd ook niet door mij.. in de logging was van de C niks te vinden.
En die instance kwam ook niet tussen de services te staan van windows zoals normaal.

Wie zie wel als dit het probleem gaat verhelpen..
Moesten de klachten wegblijven laat ik zeker nog iets weten.

[Hero of Time]

Wat is er precies gedaan om dat vollopen van de C: schijf op te lossen? Want het klinkt namelijk als het probleem wat je had. Ergens werd er veel data (tijdelijk) geschreven, een kopie van de database bijvoorbeeld, en bij een foutmelding wordt de actie afgebroken en de tijdelijke data weer verwijdert. Het is daarom goed om te weten wat dit was en onder welke omstandigheden dit gebeurde.

[Chris-1992]

@Hero of Time Er zijn geen DB's die zo groot waren.
Volgens de IT partner iets met windows update, hij ging met nog iets laten weten maar heb nog niks gehoord tot nu.

[Hero of Time]

Als het WU was, zou je dat direct in de Event Viewer moeten terugzien. En, dan moet de machine eerst herstarten. Ik denk niet dat de machine dat met enige regelmaat doet, of wel? Gezien de versie van SQL die er draait (is dat 2012R2?), denk ik ook niet dat er Server 2016 wordt gebruikt, dus Windows Update die 'zomaar' 40 GB wegschrijft lijkt mij echt enorm onwaarschijnlijk (waar is de overige ~40 GB vrij gebleven, want in je screenshot eerder was er nog zo'n 78 GB beschikbaar op C: namelijk).

Ben je systeembeheerder of supportdesk/helpdesk en heb je dit zo in je schoot geworpen gekregen zonder dat je hulp kan krijgen van de mensen die dit hebben ingericht? Je hebt het wel over een IT partner, is het beheer uitbesteedt? Het kan je helpen om met nog een beheerder direct naast je te gaan zitten voor dit probleem.

[Chris-1992]

@Hero of Time Dat dacht ik ookal..
Die server wordt maandelijks herstart voor updates.
SQL 2014 is standaard DB software dat voorgeschreven wordt.
screenshot had 47GB en had het dus over +/- 40GB punt was gewoon dat hij volledig volliep.

Ik heb geen hoor meer gekregen van de IT partner, wat of hoe hij het opgelost heeft.
Geen klachten meer gehad over het portaal dus ik vermoed dat alles in orde is nu.

Dus om alles samen te vatten,
het portaal schreef dus indd iets tijdelijk weg naar een of andere temp map (ben nog altijd niet achter welke map of welk stukje code dit deed)
C:\ liep vol op een of andere manier voor een korte periode ook hier heb ik geen zicht op hoe of wat.

In ieder geval bedankt voor alle input maar de effectieve oorzaak en oplossing moet ik jullie schuldig blijven.

[Hero of Time]

Chris-1992 schreef op maandag 28 mei 2018 @ 20:15:
@Hero of Time Dat dacht ik ookal..
Die server wordt maandelijks herstart voor updates.
SQL 2014 is standaard DB software dat voorgeschreven wordt.
screenshot had 47GB en had het dus over +/- 40GB punt was gewoon dat hij volledig volliep.

Bekijk je plaatje nog eens goed. Er is een stukje blauw en een stukje grijs. Het blauwe deel is 47 GB, dat is wat er in gebruik is. Het grijze deel is beschikbaar en dat is 78 GB. Als er dus ergens 40 GB geschreven zou worden op C:, zou dat gewoon moeten passen. Raakte C: echt vol, dan werd er bijna 80 GB geschreven. Dat is echt absurd veel en de enige verklaring hiervoor is dat er een gigantisch grote bug in de software zat dat iets weg schreef en niet stopte totdat de schijf vol was. Dan gaf het een foutmelding en ruimde 't z'n tijdelijke zooi op, waardoor je niet kon achterhalen waar het werd geschreven en wat het was.