Comment réparer l' [unixODBC][Gestionnaire de pilotes]nom de source de Données introuvable et de pilote non spécifié (ODBC::Erreur)

/local/rvm/gems/ruby-1.9.2-p320/gems/activerecord-sqlserver-adapter-3.2.12/lib/active_record/connection_adapters/sqlserver_adapter.rb:455:in `initialize': IM002 (0) [unixODBC][Driver Manager]Data source name not found, and no default driver specified (ODBC::Error)

J'ai la copie de travail de mon application mais tout à coup la nuit je l'ai laissé mon système comme ça, et cette erreur a commencé à faire surface. Si quelqu'un peut dire comment résoudre ce problème un s'il vous plaît?

Je ne sais pas ce pilote que vous utilisez, mais je suppose soit une mise à jour a changé les choses. Pouvez-vous vous connecter à la source de données à l'aide de isql? Si vous pouviez poster une copie de votre /etc/odbc.ini et /etc/odbcinst.fichier ini, il serait permettez-moi de voir ce que sa tente de se connecter.
Je vais avoir ce problème. Avez-vous jamais trouver une solution?
Yup! J'ai changé la carte de dblib au lieu de odbc et cela a fonctionné.

OriginalL'auteur Clone | 2014-01-20

  1. 9

    Il n'y a pas de réponse définitive à votre question, puisque vous nous avez donné rien pour travailler sur.

    Cependant, les raisons possibles pour cela sont:

    1. le DSN que vous avez spécifié n'a pas pu être trouvé dans votre nom d'utilisateur ou système odbc.les fichiers ini
      Exécuter odbcinst -j pour trouver l'emplacement de ces fichiers
      Quelqu'un a modifié/supprimé?

    2. Vous définissez ODBCINI env var ou ODBCSYSINI env var à point unixODBC à l'emplacement de votre odbc.ini et odbcinst.les fichiers ini, et maintenant, ils ne sont pas ensemble (ou modifié).

    3. Quelqu'un a supprimé ou déplacé votre pilote ODBC

    4. Normalement, vous exécutez votre code utilisateur et maintenant vous l'exécutez en tant qu'utilisateur B et vous êtes à l'utilisation de sources de données ou définir des ODBCINI env var.

    ... et probablement d'autres, mais si vous voulez nous donner de meilleures informations que nous n'aurions pas à deviner.

    OriginalL'auteur bohica

  2. 7

    Vous devriez commencer par l'installation et la configuration FreeTDS. Voici un exemple de configurations à partir de mes fichiers, mais je suis sûr que d'autres variantes fonctionnera également. Une différence est que je suis en utilisant Django, mais le résultat ci-dessous encore travaillé par la suite, mais il fonctionne beaucoup mieux avec l'authentification SQL qu'avec l'Authentification Windows.

    De /etc/freetds/freetds.conf (utiliser l'adresse IP du serveur si le DNS n'est pas actif pour le nom du serveur).

    # A typical Microsoft server
[MyServer]
        host = 10.0.0.10\path
        port = 1433
        tds version = 7.0

    De /etc/odbcinst.ini

    [FreeTDS]
Description = FreeTDS
Driver = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so

    De /etc/odbc.ini

    [ServerDSN]
Description = "Some Description"
Driver = FreeTDS
ServerName = MyServer
Server = ip_address
Port = 1433
Database = DBNAME

    Cette commande me connecte à la base de données.

    tsql -S MyServer -U username@servername -P password

    OriginalL'auteur tufelkinder

  3. 0

    juste un conseil, dans mon cas n'était pas possible avec Chauffeur = FreeTDS et les deux variables "servername" et "serveur" dans odbc.ini. Je laisse seulement "server = ip" et
    "Driver = /usr/lib/i386-linux-gnu/odbc/libtdsodbc.donc", a bien fonctionné.

    OriginalL'auteur Marcelo