The fie name being generated for the .q file has "**" in it. You can't have an * in a filename. In Fortran this will happen when a WRITE statement tries to output a number larger than the defined field width. For example, if I define an output format that is a two digit number and try to put a three digit number in it, then the resulting output will be **.
Looking at the source code the issue is we have a bug. The end of the .q name is the time the file is written with the bit after the p being two digits after the decimal point. The code is defining this using:
TT = T_BEGIN + (T-T_BEGIN)*TIME_SHRINK_FACTOR
ITM = INT(TT)
ITM1 = NINT(ABS(TT-ITM)*100)
ITM is the integer seconds. ITM1 is supposed to be the first two decimal places; however, NINT will round up. If ABS(TT-ITM)*100 >= 99.5, then the result will be 100 which won't fit in the two digit field. We should either be using INT which would turn 99.5 to 99 or be checking to see if ITM1=100 and in that case increasing ITM by 1 and setting ITM1 to zero. Surprised we haven't discovered this before.
Have you requested that .q files be written at regular intervals? If so, you could likely avoid this by slightly changing the output interval so you avoid writing a file at this timestep. You could also think about if you really need the .q files (for example you could write 3D slice files for the .q quantities) as not writing the files would also stop this.
If you didn't request that .q files be written, then this file is being opened due to a numerical instability. FDS writes .q files before stopping to try and help you determine where the instability is occuring. If this is the case look at the users guide for Numerical Instability Errors and see if anything there applies. If that all looks OK, if you geometry has thin obtstruction or a lot of sealed pressure zones you can try tightening the pressure solver tolerance.