Hallo Rails Kenner, lokal läuft meine Anwendung sowohl in development mode als auch in production mode ohne Probleme. Nach einem auschecken mit svn und dem cap deploy auf den zugehörigen Webserver aber nicht mehr. Jetzt geht auf einmal nur noch die development Version. Bei der production mode kommt die Fehlermeldung aus der angehängten Datei. Ich benutze mongrel_start -e production um den Server zu starten. Holger
on 16.04.2008 19:40
on 16.04.2008 19:50
Holger Hänisch wrote: > > Attachments: > http://www.ruby-forum.com/attachment/1751/Bildschirmfoto_2008-04-16_19-36-14.jpg Schau mal in log/production.log Jonathan
on 16.04.2008 20:23
Jonathan Weiss wrote: > Holger Hänisch wrote: >> >> Attachments: >> http://www.ruby-forum.com/attachment/1751/Bildschirmfoto_2008-04-16_19-36-14.jpg > > Schau mal in log/production.log > > Jonathan Danke! Er hat die Tabelle nicht gefunden und danach abgebrochen. Habe das ganze noch mal ausgecheckt und deployed. Nun geht es. Mein Fehler ist oft: Ich bin im Verzeichnis current und der link springt nicht um solange ich in dem Verzeichnis arbeite. Kann das sein? Ich würde auch gern wissen wie ich die Aktualisierung der production Datenbank unterbinde. Holger
on 16.04.2008 20:37
Holger Hänisch wrote: > ist oft: Ich bin im Verzeichnis current und der link springt nicht um > solange ich in dem Verzeichnis arbeite. Kann das sein? > Nein, der Link "spring" schon, dein 'current working directory' aber nicht. Nach jedem Deployment musst du wieder ins das jetzt neu current wechseln. > Ich würde auch gern wissen wie ich die Aktualisierung der production > Datenbank unterbinde. Ein `cap deploy` updated den code und startet die App-Server neu. Ein `cap deploy:migrations` macht obiges und führt ein `rake db:migrate` aus. Siehe `cap -T` Jonathan
on 16.04.2008 21:10
Jonathan Weiss wrote: > Holger Hänisch wrote: >> ist oft: Ich bin im Verzeichnis current und der link springt nicht um >> solange ich in dem Verzeichnis arbeite. Kann das sein? >> > > Nein, der Link "spring" schon, dein 'current working directory' aber > nicht. Nach jedem Deployment musst du wieder ins das jetzt neu current > wechseln. > >> Ich würde auch gern wissen wie ich die Aktualisierung der production >> Datenbank unterbinde. > > Ein `cap deploy` updated den code und startet die App-Server neu. > > Ein `cap deploy:migrations` macht obiges und führt ein `rake db:migrate` > aus. > > Siehe `cap -T` > > Jonathan Danke! Ich habe noch mehr Fragen, aber da mache ich besser dann mal einen neuen Thread auf. Aber heute nicht mehr. Schönen Abend noch! Holger
on 18.04.2008 07:39
Das Problem ist gelöst. Unter anderem war mein Denkansatz als Production Database auch eine sqlite zu nehmen sicher falsch. Ich bin daher für die production auf mySQL umgestiegen. Damit wird bei einem deploy auch die Datenbank nicht mehr verändert. Gruesse Holger
