Sonarqube->SVN Authentication required error although suppliedMaven release plugin throwing svn: Authentication requiredError in SonarQube when launching svn blameMS build and SonarQube analysis from jenkins, unable to execute Sonar, E170001SonarQube error when executing blame for fileSonarQube Scanner execution fails in Jenkins with java.lang.IllegalStateException ErrorSonarQube cannot blame fileJenkins: Running Scanner for MSBuild under Local System or Network Service account is not supportedNo tool named SonarQube Scanner 2.8 found errorSonarqube configuration in jenkins for windowsSonarQube scanner spams 401 errors in Jenkins logs

Deflecting lasers with lightsabers

How to handle many times series?

A verb for when some rights are not violated?

Export economy of Mars

Which honorific is correct, oshumi or goshumi?

On the expression "sun-down"

In a KP-K endgame, if the enemy king is in front of the pawn, is it always a draw?

What is it exactly about flying a Flyboard across the English channel that made Zapata's thighs burn?

Being told my "network" isn't PCI compliant. I don't even have a server! Do I have to comply?

Skipping same old introductions

How does Rust's 128-bit integer `i128` work on a 64-bit system?

Why does BezierFunction not follow BezierCurve at npts>4?

How were x-ray diffraction patterns deciphered before computers?

Can I say "Gesundheit" if someone is coughing?

What does "autolyco-sentimental" mean?

Is it uncompelling to continue the story with lower stakes?

Is there a general term for the items in a directory?

What printing process is this?

How to win an all out war against ants

Current in only inductive AC circuit

Declaring a visitor to the UK as my "girlfriend" - effect on getting a Visitor visa?

Has J.J.Jameson ever found out that Peter Parker is Spider-Man?

How to transform a function from f[#1] to f[x]

Do moonless nights cause dim light to become darkness, and bright light (e.g. from torches) to become dim light?



Sonarqube->SVN Authentication required error although supplied


Maven release plugin throwing svn: Authentication requiredError in SonarQube when launching svn blameMS build and SonarQube analysis from jenkins, unable to execute Sonar, E170001SonarQube error when executing blame for fileSonarQube Scanner execution fails in Jenkins with java.lang.IllegalStateException ErrorSonarQube cannot blame fileJenkins: Running Scanner for MSBuild under Local System or Network Service account is not supportedNo tool named SonarQube Scanner 2.8 found errorSonarqube configuration in jenkins for windowsSonarQube scanner spams 401 errors in Jenkins logs






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








0















I'm setting up sonarqube scan jobs in Jenkins and I have ensured to provide my svn credentials in sonarqube at 'Administration>Configuration>SCM>Username+Password.



Most of the jobs scan fine with svn blame data however one particular job I'm still getting the authentication error as below during the scm data scanning phase:



19:42:06.883 INFO: SCM provider for this project is: svn
19:42:06.883 INFO: 10938 files to be analyzed
19:42:16.899 INFO: 3/10938 files analyzed
19:42:26.901 INFO: 4/10938 files analyzed
.......
19:46:27.024 INFO: 246/10938 files analyzed
19:46:37.028 INFO: 247/10938 files analyzed
19:46:47.036 INFO: 247/10938 files analyzed
19:46:57.044 INFO: 247/10938 files analyzed
19:47:07.044 INFO: 247/10938 files analyzed
19:47:17.044 INFO: 247/10938 files analyzed
19:47:27.044 INFO: 247/10938 files analyzed
19:47:37.044 INFO: 247/10938 files analyzed
19:47:40.763 INFO: 248/10938 files analyzed
19:47:40.888 INFO: ------------------------------------------------------------------------
19:47:40.888 INFO: EXECUTION FAILURE
19:47:40.888 INFO: ------------------------------------------------------------------------
19:47:40.888 INFO: Total time: 2:02:46.450s
19:47:41.075 INFO: Final Memory: 36M/3064M
19:47:41.075 INFO: ------------------------------------------------------------------------
19:47:41.075 ERROR: Error during SonarQube Scanner execution
19:47:41.075 ERROR: Error when executing blame for file foo/bar.java
19:47:41.075 ERROR: Caused by: svn: E170001: Authentication required for '<http://svn-app:1234> john'
19:47:41.075 ERROR:
19:47:41.075 ERROR: Re-run SonarQube Scanner using the -X switch to enable full debug logging.
WARN: Unable to locate 'report-task.txt' in the workspace. Did the SonarScanner succedeed?
ERROR: SonarQube scanner exited with non-zero code: 1
Finished: FAILURE


What's weird is that I've ran this scan multiple times and this error always pop around the 240-250th file it was analyzing i.e. not always the same file. Weirdly, authentication went through initially, just that around the 240-250th file then this error pops.



Various solutions recommend to disable scm sensor (sonar.scm.disabled=true) which my requirements forbids. I need the scm blame data.



I have tried the following things:



  • Restarting Jenkins Server

  • Restarting Sonarqube Server

  • Restarting SVN Server

  • In jenkins job configuration> sonarqube analysis properties, setting sonar.scm.username and sonar.scm.password

  • Deleting the job as well as workspace and recreating a new job.









share|improve this question
































    0















    I'm setting up sonarqube scan jobs in Jenkins and I have ensured to provide my svn credentials in sonarqube at 'Administration>Configuration>SCM>Username+Password.



    Most of the jobs scan fine with svn blame data however one particular job I'm still getting the authentication error as below during the scm data scanning phase:



    19:42:06.883 INFO: SCM provider for this project is: svn
    19:42:06.883 INFO: 10938 files to be analyzed
    19:42:16.899 INFO: 3/10938 files analyzed
    19:42:26.901 INFO: 4/10938 files analyzed
    .......
    19:46:27.024 INFO: 246/10938 files analyzed
    19:46:37.028 INFO: 247/10938 files analyzed
    19:46:47.036 INFO: 247/10938 files analyzed
    19:46:57.044 INFO: 247/10938 files analyzed
    19:47:07.044 INFO: 247/10938 files analyzed
    19:47:17.044 INFO: 247/10938 files analyzed
    19:47:27.044 INFO: 247/10938 files analyzed
    19:47:37.044 INFO: 247/10938 files analyzed
    19:47:40.763 INFO: 248/10938 files analyzed
    19:47:40.888 INFO: ------------------------------------------------------------------------
    19:47:40.888 INFO: EXECUTION FAILURE
    19:47:40.888 INFO: ------------------------------------------------------------------------
    19:47:40.888 INFO: Total time: 2:02:46.450s
    19:47:41.075 INFO: Final Memory: 36M/3064M
    19:47:41.075 INFO: ------------------------------------------------------------------------
    19:47:41.075 ERROR: Error during SonarQube Scanner execution
    19:47:41.075 ERROR: Error when executing blame for file foo/bar.java
    19:47:41.075 ERROR: Caused by: svn: E170001: Authentication required for '<http://svn-app:1234> john'
    19:47:41.075 ERROR:
    19:47:41.075 ERROR: Re-run SonarQube Scanner using the -X switch to enable full debug logging.
    WARN: Unable to locate 'report-task.txt' in the workspace. Did the SonarScanner succedeed?
    ERROR: SonarQube scanner exited with non-zero code: 1
    Finished: FAILURE


    What's weird is that I've ran this scan multiple times and this error always pop around the 240-250th file it was analyzing i.e. not always the same file. Weirdly, authentication went through initially, just that around the 240-250th file then this error pops.



    Various solutions recommend to disable scm sensor (sonar.scm.disabled=true) which my requirements forbids. I need the scm blame data.



    I have tried the following things:



    • Restarting Jenkins Server

    • Restarting Sonarqube Server

    • Restarting SVN Server

    • In jenkins job configuration> sonarqube analysis properties, setting sonar.scm.username and sonar.scm.password

    • Deleting the job as well as workspace and recreating a new job.









    share|improve this question




























      0












      0








      0








      I'm setting up sonarqube scan jobs in Jenkins and I have ensured to provide my svn credentials in sonarqube at 'Administration>Configuration>SCM>Username+Password.



      Most of the jobs scan fine with svn blame data however one particular job I'm still getting the authentication error as below during the scm data scanning phase:



      19:42:06.883 INFO: SCM provider for this project is: svn
      19:42:06.883 INFO: 10938 files to be analyzed
      19:42:16.899 INFO: 3/10938 files analyzed
      19:42:26.901 INFO: 4/10938 files analyzed
      .......
      19:46:27.024 INFO: 246/10938 files analyzed
      19:46:37.028 INFO: 247/10938 files analyzed
      19:46:47.036 INFO: 247/10938 files analyzed
      19:46:57.044 INFO: 247/10938 files analyzed
      19:47:07.044 INFO: 247/10938 files analyzed
      19:47:17.044 INFO: 247/10938 files analyzed
      19:47:27.044 INFO: 247/10938 files analyzed
      19:47:37.044 INFO: 247/10938 files analyzed
      19:47:40.763 INFO: 248/10938 files analyzed
      19:47:40.888 INFO: ------------------------------------------------------------------------
      19:47:40.888 INFO: EXECUTION FAILURE
      19:47:40.888 INFO: ------------------------------------------------------------------------
      19:47:40.888 INFO: Total time: 2:02:46.450s
      19:47:41.075 INFO: Final Memory: 36M/3064M
      19:47:41.075 INFO: ------------------------------------------------------------------------
      19:47:41.075 ERROR: Error during SonarQube Scanner execution
      19:47:41.075 ERROR: Error when executing blame for file foo/bar.java
      19:47:41.075 ERROR: Caused by: svn: E170001: Authentication required for '<http://svn-app:1234> john'
      19:47:41.075 ERROR:
      19:47:41.075 ERROR: Re-run SonarQube Scanner using the -X switch to enable full debug logging.
      WARN: Unable to locate 'report-task.txt' in the workspace. Did the SonarScanner succedeed?
      ERROR: SonarQube scanner exited with non-zero code: 1
      Finished: FAILURE


      What's weird is that I've ran this scan multiple times and this error always pop around the 240-250th file it was analyzing i.e. not always the same file. Weirdly, authentication went through initially, just that around the 240-250th file then this error pops.



      Various solutions recommend to disable scm sensor (sonar.scm.disabled=true) which my requirements forbids. I need the scm blame data.



      I have tried the following things:



      • Restarting Jenkins Server

      • Restarting Sonarqube Server

      • Restarting SVN Server

      • In jenkins job configuration> sonarqube analysis properties, setting sonar.scm.username and sonar.scm.password

      • Deleting the job as well as workspace and recreating a new job.









      share|improve this question
















      I'm setting up sonarqube scan jobs in Jenkins and I have ensured to provide my svn credentials in sonarqube at 'Administration>Configuration>SCM>Username+Password.



      Most of the jobs scan fine with svn blame data however one particular job I'm still getting the authentication error as below during the scm data scanning phase:



      19:42:06.883 INFO: SCM provider for this project is: svn
      19:42:06.883 INFO: 10938 files to be analyzed
      19:42:16.899 INFO: 3/10938 files analyzed
      19:42:26.901 INFO: 4/10938 files analyzed
      .......
      19:46:27.024 INFO: 246/10938 files analyzed
      19:46:37.028 INFO: 247/10938 files analyzed
      19:46:47.036 INFO: 247/10938 files analyzed
      19:46:57.044 INFO: 247/10938 files analyzed
      19:47:07.044 INFO: 247/10938 files analyzed
      19:47:17.044 INFO: 247/10938 files analyzed
      19:47:27.044 INFO: 247/10938 files analyzed
      19:47:37.044 INFO: 247/10938 files analyzed
      19:47:40.763 INFO: 248/10938 files analyzed
      19:47:40.888 INFO: ------------------------------------------------------------------------
      19:47:40.888 INFO: EXECUTION FAILURE
      19:47:40.888 INFO: ------------------------------------------------------------------------
      19:47:40.888 INFO: Total time: 2:02:46.450s
      19:47:41.075 INFO: Final Memory: 36M/3064M
      19:47:41.075 INFO: ------------------------------------------------------------------------
      19:47:41.075 ERROR: Error during SonarQube Scanner execution
      19:47:41.075 ERROR: Error when executing blame for file foo/bar.java
      19:47:41.075 ERROR: Caused by: svn: E170001: Authentication required for '<http://svn-app:1234> john'
      19:47:41.075 ERROR:
      19:47:41.075 ERROR: Re-run SonarQube Scanner using the -X switch to enable full debug logging.
      WARN: Unable to locate 'report-task.txt' in the workspace. Did the SonarScanner succedeed?
      ERROR: SonarQube scanner exited with non-zero code: 1
      Finished: FAILURE


      What's weird is that I've ran this scan multiple times and this error always pop around the 240-250th file it was analyzing i.e. not always the same file. Weirdly, authentication went through initially, just that around the 240-250th file then this error pops.



      Various solutions recommend to disable scm sensor (sonar.scm.disabled=true) which my requirements forbids. I need the scm blame data.



      I have tried the following things:



      • Restarting Jenkins Server

      • Restarting Sonarqube Server

      • Restarting SVN Server

      • In jenkins job configuration> sonarqube analysis properties, setting sonar.scm.username and sonar.scm.password

      • Deleting the job as well as workspace and recreating a new job.






      jenkins svn sonarqube sonarqube-scan visualsvn-server






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Mar 27 at 1:06







      eucheng

















      asked Dec 24 '18 at 3:20









      euchengeucheng

      13 bronze badges




      13 bronze badges

























          1 Answer
          1






          active

          oldest

          votes


















          0














          Turns out it was due to the KeepAliveTimeout parameter at SVN being set too low. When it was analyzing the particular large file then it hits this timeout (for instance, more than 1 minute on the 207th file as per my code example), causing SVN to rechallenge sonarqube for credentials.



          Now other svn clients would've created a credential cache under %HOMEPATH%/AppData/Roaming/Subversion/auth/svn.simple/ and retrieve this cache when this situation is encountered. However Sonarqube's svn plugin (svnkit) does not store credentials cache, and even if a cache exist it would not know how to read it(tried it with both encrypted and plaintext cache).



          Editing the svn's KeepAliveTimeout parameter in httpd.conf solved this problem with a trade-off on svn server's performance theoretically - because svn would have wait longer before confirming a client is idle to close connection to reclaim resources, so increasing the KeepAliveTimeout parameter would cause svn to hold more requests at any given time.



          References:



          SVN Authentication Network Model: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds



          Similar Issue: https://groups.google.com/forum/#!topic/sonarqube/-Vz2zoOBS1Y



          SVNkit Authentication Mechanism: https://wiki.svnkit.com/Authentication:
          https://github.com/jenkinsci/svnkit



          Sonarqube SVNkit plugin repo: https://github.com/SonarSource/sonar-scm-svn



          Jenkins SVNkit plugin repo: https://github.com/jenkinsci/svnkit






          share|improve this answer


























            Your Answer






            StackExchange.ifUsing("editor", function ()
            StackExchange.using("externalEditor", function ()
            StackExchange.using("snippets", function ()
            StackExchange.snippets.init();
            );
            );
            , "code-snippets");

            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "1"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53908862%2fsonarqube-svn-authentication-required-error-although-supplied%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            Turns out it was due to the KeepAliveTimeout parameter at SVN being set too low. When it was analyzing the particular large file then it hits this timeout (for instance, more than 1 minute on the 207th file as per my code example), causing SVN to rechallenge sonarqube for credentials.



            Now other svn clients would've created a credential cache under %HOMEPATH%/AppData/Roaming/Subversion/auth/svn.simple/ and retrieve this cache when this situation is encountered. However Sonarqube's svn plugin (svnkit) does not store credentials cache, and even if a cache exist it would not know how to read it(tried it with both encrypted and plaintext cache).



            Editing the svn's KeepAliveTimeout parameter in httpd.conf solved this problem with a trade-off on svn server's performance theoretically - because svn would have wait longer before confirming a client is idle to close connection to reclaim resources, so increasing the KeepAliveTimeout parameter would cause svn to hold more requests at any given time.



            References:



            SVN Authentication Network Model: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds



            Similar Issue: https://groups.google.com/forum/#!topic/sonarqube/-Vz2zoOBS1Y



            SVNkit Authentication Mechanism: https://wiki.svnkit.com/Authentication:
            https://github.com/jenkinsci/svnkit



            Sonarqube SVNkit plugin repo: https://github.com/SonarSource/sonar-scm-svn



            Jenkins SVNkit plugin repo: https://github.com/jenkinsci/svnkit






            share|improve this answer































              0














              Turns out it was due to the KeepAliveTimeout parameter at SVN being set too low. When it was analyzing the particular large file then it hits this timeout (for instance, more than 1 minute on the 207th file as per my code example), causing SVN to rechallenge sonarqube for credentials.



              Now other svn clients would've created a credential cache under %HOMEPATH%/AppData/Roaming/Subversion/auth/svn.simple/ and retrieve this cache when this situation is encountered. However Sonarqube's svn plugin (svnkit) does not store credentials cache, and even if a cache exist it would not know how to read it(tried it with both encrypted and plaintext cache).



              Editing the svn's KeepAliveTimeout parameter in httpd.conf solved this problem with a trade-off on svn server's performance theoretically - because svn would have wait longer before confirming a client is idle to close connection to reclaim resources, so increasing the KeepAliveTimeout parameter would cause svn to hold more requests at any given time.



              References:



              SVN Authentication Network Model: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds



              Similar Issue: https://groups.google.com/forum/#!topic/sonarqube/-Vz2zoOBS1Y



              SVNkit Authentication Mechanism: https://wiki.svnkit.com/Authentication:
              https://github.com/jenkinsci/svnkit



              Sonarqube SVNkit plugin repo: https://github.com/SonarSource/sonar-scm-svn



              Jenkins SVNkit plugin repo: https://github.com/jenkinsci/svnkit






              share|improve this answer





























                0












                0








                0







                Turns out it was due to the KeepAliveTimeout parameter at SVN being set too low. When it was analyzing the particular large file then it hits this timeout (for instance, more than 1 minute on the 207th file as per my code example), causing SVN to rechallenge sonarqube for credentials.



                Now other svn clients would've created a credential cache under %HOMEPATH%/AppData/Roaming/Subversion/auth/svn.simple/ and retrieve this cache when this situation is encountered. However Sonarqube's svn plugin (svnkit) does not store credentials cache, and even if a cache exist it would not know how to read it(tried it with both encrypted and plaintext cache).



                Editing the svn's KeepAliveTimeout parameter in httpd.conf solved this problem with a trade-off on svn server's performance theoretically - because svn would have wait longer before confirming a client is idle to close connection to reclaim resources, so increasing the KeepAliveTimeout parameter would cause svn to hold more requests at any given time.



                References:



                SVN Authentication Network Model: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds



                Similar Issue: https://groups.google.com/forum/#!topic/sonarqube/-Vz2zoOBS1Y



                SVNkit Authentication Mechanism: https://wiki.svnkit.com/Authentication:
                https://github.com/jenkinsci/svnkit



                Sonarqube SVNkit plugin repo: https://github.com/SonarSource/sonar-scm-svn



                Jenkins SVNkit plugin repo: https://github.com/jenkinsci/svnkit






                share|improve this answer















                Turns out it was due to the KeepAliveTimeout parameter at SVN being set too low. When it was analyzing the particular large file then it hits this timeout (for instance, more than 1 minute on the 207th file as per my code example), causing SVN to rechallenge sonarqube for credentials.



                Now other svn clients would've created a credential cache under %HOMEPATH%/AppData/Roaming/Subversion/auth/svn.simple/ and retrieve this cache when this situation is encountered. However Sonarqube's svn plugin (svnkit) does not store credentials cache, and even if a cache exist it would not know how to read it(tried it with both encrypted and plaintext cache).



                Editing the svn's KeepAliveTimeout parameter in httpd.conf solved this problem with a trade-off on svn server's performance theoretically - because svn would have wait longer before confirming a client is idle to close connection to reclaim resources, so increasing the KeepAliveTimeout parameter would cause svn to hold more requests at any given time.



                References:



                SVN Authentication Network Model: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.creds



                Similar Issue: https://groups.google.com/forum/#!topic/sonarqube/-Vz2zoOBS1Y



                SVNkit Authentication Mechanism: https://wiki.svnkit.com/Authentication:
                https://github.com/jenkinsci/svnkit



                Sonarqube SVNkit plugin repo: https://github.com/SonarSource/sonar-scm-svn



                Jenkins SVNkit plugin repo: https://github.com/jenkinsci/svnkit







                share|improve this answer














                share|improve this answer



                share|improve this answer








                edited Mar 28 at 14:31

























                answered Mar 27 at 1:29









                euchengeucheng

                13 bronze badges




                13 bronze badges





















                    Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.







                    Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.



















                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53908862%2fsonarqube-svn-authentication-required-error-although-supplied%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Kamusi Yaliyomo Aina za kamusi | Muundo wa kamusi | Faida za kamusi | Dhima ya picha katika kamusi | Marejeo | Tazama pia | Viungo vya nje | UrambazajiKuhusu kamusiGo-SwahiliWiki-KamusiKamusi ya Kiswahili na Kiingerezakuihariri na kuongeza habari

                    SQL error code 1064 with creating Laravel foreign keysForeign key constraints: When to use ON UPDATE and ON DELETEDropping column with foreign key Laravel error: General error: 1025 Error on renameLaravel SQL Can't create tableLaravel Migration foreign key errorLaravel php artisan migrate:refresh giving a syntax errorSQLSTATE[42S01]: Base table or view already exists or Base table or view already exists: 1050 Tableerror in migrating laravel file to xampp serverSyntax error or access violation: 1064:syntax to use near 'unsigned not null, modelName varchar(191) not null, title varchar(191) not nLaravel cannot create new table field in mysqlLaravel 5.7:Last migration creates table but is not registered in the migration table

                    은진 송씨 목차 역사 본관 분파 인물 조선 왕실과의 인척 관계 집성촌 항렬자 인구 같이 보기 각주 둘러보기 메뉴은진 송씨세종실록 149권, 지리지 충청도 공주목 은진현