Include_recursive in windows is not accepting absolute path when i use drive name in it. For example, include_recursive “C:/ProgramData/icinga2/opt/icinga2/config” is not working but include_recursive “/ProgramData/icinga2/opt/icinga2/config” is working.
Did anyone encounter the same issue?
It is a known bug, fixed in https://github.com/Icinga/icinga2/issues/5168 and soon released in v2.7.
Related
I hope someone here can help me solve my technical issue.
Since I installed R and RStudio on my work computer I have had the same error message when I try to compute the first command. It says:
Warning message:
In normalizePath(path.expand(path), winslash, mustWork) :
path[1]="//regsj.intern/homedir$/m/name": Adgang nægtet
(where 'Adgang nægtet' is Danish for 'Access denied' and 'name' in the path has replaced the original text in the path).
Through Google (often directing me to this site) I have seen some possible solution, but I haven't had succes making any of them work. Maybe I'm doing it wrong? Maybe that simply does not solve my specific problem.
The problem, I think, is that the path is a network/drive with more strict administration, so I want the path to direct to my local C-drive.
Please, let me know if you have a possible solution, and if so, please explain in details how to do it, because my technical skills are very basic.
Kind regards
Mathilde
PS Most often the error message does not seem to interfere with my use of RStudio, but some times I experience problems out of the blue, such as problems with knitting my Markdown file to pdf - and I suspect the above error message to be the cause.
I tried to uninstall R and then reinstall, and that solved the problem the first time I opened RStudio, but after closing at reopening it, the same error message occured.
I saw some previous posted questions and their possible answers like Error:Could not read cache value from '/Users/gsp/.gradle/daemon/2.10/registry.bin' but even after deleting the folder 4.8 and rebuild and sync still getting the same error, I don't know what else the problem could be. any hint for help is appreciated. My error is could not write not could not read not even sure if deleting the version folder was a solution in the first place.
Just in case anyone have the same issue, I found out the problem was I can't write on the bldadm, I just have to fill it up which I don't have the right to do, then after discussing the issue with one of our cloud engineers they said The home dir needs to be increased, and they did which solved the issue,
There is another option.
you can delete the daemon directory that under .gradle (in my case I changed her name).
this is how it work for me.
When I try to submit a job, I always get an error. In log I see this message:
The executable pre.exe aborted with system error code 529697949. Please check the .dat, .msg, and .sta files for error messages if the files exist.
I don't have these files. I looked for the solution, but the only idea is that there is not enough free space on my hard drive. I have 20GB free. Does anyone know if something else can cause this error? Or does anyone know how much free space I need for submitting a job in abaqus?
Oh, I found the answer. The problem was solved after I installed Abaqus to user, whose name doesn't contain any cyrillic symbols. Renaming the user didn't help, so, I had to make a new one with name in latin.
I came to this problem when I tried to import the stress status from another odb file, by defining the predefined field as type "stress".
I have solved this problem, by re-meshing the current model, to exactly the same with then meshing in the odb file that I need to read in.
I want to use ShellExecute iexplore.exe (with an html file name as a command line arg), even if iexplore isn't associated with html files.
Assuming the user hasn't uninstalled it, how safe is it to do so without supplying a path to the program. This works on my machine, i.e. the default Windows search path contains a path to iexplore.exe. Is it reasonable to expect this on all recent Windows (XP+) machines?
Is there a safer way to ShellExecute iexplore.exe?
(Delphi XE2)
(Although this question stands alone, I'll giving the user the option to run IE in the context of this SO question I asked at the same time: Detect Chrome as browser associated with html files in Windows)
'iexplore.exe' is not in the default search path. It's path is registered in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE key. If this key, for any reason, is missing or pointing to a wrong location, your approach won't work. I would think the probability of this happening would be quite low.
As one alternative, you can use Internet Explorer object. With a broken registry or similar, this may also fail, but it sounds like a more official way to me.
ie := CreateOleObject('InternetExplorer.Application');
ie.Visible := True;
ie.Navigate('http://example.com');
IE Object reference here.
Thanks in advance for your patience. I'm a recent "convert" to JBoss, having the maintenance of an application thrust upon me, and so long as we don't touch it, it works just fine. However, the mandate has come down to port the app from Solaris to Linux Fedora, using version 4.2.3GA.
I am using the jboss-port-bindings.xml to specify the ports I want to use, but when I bring JBoss up it loads to standard port 8080 rather than 40029 like I specify in the file. I have triple-checked the configuration and it's set up on the Linux box exactly the way it's set up on the Solaris box - all the required files are where they are supposed to be, etc.
Anybody have an idea as to why I can't use the specified ports? If you need more information than what I have supplied, please just ask.
We found the problem. The jboss-service.xml file we had in the server/default/conf folder was correct, but we also needed to add the same file to the server/appname/config file, where appname is the name of our application. This told the app where to go looking for the jboss-port-bindings.xml file and now everybody's happy.
Don't know why we didn't have to have that configuration under Solaris, but anyway, this solved the problem. Thanks to those who had a look at the question. Chalk this one up to experience.