Skocz do zawartości

zata

Użytkownik
  • Liczba zawartości

    41
  • Rejestracja

  • Ostatnia wizyta

Zawartość dodana przez zata

  1. Od wersji 1.13 obserwujemy wzmożone wycieki pamięci - po 24h działania z automatycznym pobieraniem transakcji i fod na podstawie historii i maili proces sello.exe "przestaje działać" a ilość wykorzystanej pamięci wygląda mniej więcej tak: Normalnie co rano muszę restartować proces żeby zachować ciągłość działania (dzisiaj akurat mi się zapomniało - w końcu niedziela) - czasami przy takim stanie okno sello się wyświetla jednak automatyczne pobieranie już nawet nie startuje, a próba wyświetlenia jakiegokolwiek okna kończy się czarnym ekranem, a dzisiaj akurat całe okno jest czarne
  2. A DBCC CHECKDB robiłeś jeśli tak to co pokazuje. Komunikat mówi o uszkodzonej fizycznej strukturze pliku, raczej sam restart serewera nie powinien do czegoś takiego doprowadzić no chyba że był to twardy restart i naprawdę wystąpił w jakimś dziwnym momencie. Bazy poza tym nie są odłączone tylko w trybie offline, po restarcie powinno być teoretycznie recovery.
  3. Jeśli wszystkie 3 bazy jednocześnie wylądowały w takim stanie to na 90% padł dysk Sprawdź w logu systemowym czy są błędy I/O. No i czym prędzej skopiuj pliki bazy danych - jeśli się da.
  4. U mnie długie lub wcale nie otwieranie okna raportu (wyświetla się na czarno) załatwiam restartem sello Sprawdź czy po świeżym uruchomieniu programu raport również też się tak zachowuje. Ogólnie u mnie Sello o podobnym obciążeniu - w sumie ok 1000 transakcji dziennie nie potrafi pochodzić 24h bez restartu (na serwerze i użytkowniku z włączoną synchronizacją) Co do wydajności samej bazy to sama jej konfiguracja i SQL servera ma również duży wpływ - recovery model, fizyczne rozmieszczenie plików, przyrosty pliku, compatibility level itp (poszukaj w necie o optymalizacji SQL servera)
  5. Hmm co ciekawe teraz działa na komputerze na którym pobierałem logi - SQL Servera tam nie ma ale doszło niedawno samo SQL Management Studio 2012, więc trop wydaje się dobry
  6. Tak mi się wydawało że gdzieś to już było ale chyba aż tak daleko się nie cofnąłem w poszukiwaniach Dziękuje za szybką odpowiedź
  7. Witam, Od jakiegoś czasu obserwuje brak aukcji na zakładce trwające - wszystkie aukcje oznaczane są jako zakończone mimo że faktycznie nie są. W logach podczas pobierania aukcji mam jeden błąd: Poza tym przy każdym pobieraniu aukcji obserwuje takie wpisy: tu rzuca mi się w oczy że czas serwera jest o godzinę do tyłu, w czasie pobierania aukcje wyświetlane są jako trwające jednak po zakończeniu pobierania trafiają do zakończonych z datą w przyszłości:
  8. Żeby było śmieszniej od wczoraj chodzi bez zarzutu Więc możliwe że wina leżała po stronie allegro.
  9. W logach nie ma nic ciekawego szczegóły z pliku:
  10. Oczywiście że tak - dokładnie z tego menu odczytaną wersję podałem powyżej (1.11.1.1641) Przy pozostawieniu pobierania tylko tylko transakcji i formularzy chodzi trochę dłużej ale po kilku/kilkunastu godzinach efekt jest taki sam jak opisałem powyżej. Pobieram bez dziennika więc jeśli synchronizuje ostatnie 30 dni to jest tam jakieś 20000 transakcji
  11. Podłączę się do tematu - niestety na nowej wersji 1.11.1.1641 obserwuje jeszcze większe zużycie zasobów niż na 1.10 - po godzinie/dwóch od uruchomienia programu i puszczenia pobierania danych (transakcje, FOD, aukcje pełne) program pożera 2GB Ram - próba wejścia w raport kończy się "czarnym ekranem" i proces wisi. Jak nie wchodzę w raport to żyje jednak Ram'u nie zwalnia już. Czasami przestaje też pobierać automatem dane - terminarz automatyczny przestaje cokolwiek uruchamiać a program działa bez zarzutu (ręczne wywołanie pobrania i zwis procesu). Rozmiar bazy 3001,06 MB, 4 konta allegro tylko na jednym duży ruch, MS SQL 2012 Business Intelligence x64 na osobnym serwerze, Sello uruchamiane na WIN 2012 x64, trochę "zgubionych" transakcji - może to jest przyczyna. Dorzucę zrzut ekranu jak to wygląda: Tutaj proces działa bez zarzutu - próba wejścia w raport kończy się jak widać, co ciekawe wyświetlają się nawet podpowiedzi po najechaniu na kolumny jednak nie jest to problem z odświeżaniem okna bo zmiana rozmiaru itp zabiegi nic nie dają. Automatyczne pobieranie danych w takim stanie również nie rusza
  12. Dla mnie to norma już od 1.10 - pochodzi z 24h pobierze kilkaset transakcji - pamięć gdzieś wycieka - proces pożera z 1,5GB RAMu i trzeba restartować Sello żeby znowu zaczęło pobierać ale przy obsłudze 3 kont i 1000 transakcji dziennie i tak jestem "happy", że daje radę Dziennik gubi transakcje i FODy to też norma przy tej ilości (wina zapewne po stronie Allegro) a pobieranie całości to kilka godzin (też wina Allegro zapewne) To takie moje małe żale, na 1.11 jeszcze się nie odważyłem przeskoczyć i poczekam pewnie z tydzień albo dwa
  13. Problem obcinania tytułów aukcji leży po stronie allegro - wiedzą o nim i pracują nad rozwiązaniem już od wielu dni
  14. Dodam tylko że reszta atrybutów wpisanych na zakładce specyficzne jest błędnie wysyłana do allegro np wysokośc obcasa jeśli w sello wpisze 4 cm to na allegro wstawia się 7 a materiał wybiorę skóra naturalna a wystawia się inny. Stan i kolor wysyłane są prawidłowo.
  15. Mam ten sam problem ale udało mi się go namierzyc i nie ma znaczenia czy robie wystaw ponownie czy zakładam nowa aukcje. Wystawiam aukcje w kategorii 5541 (Odzież, Obuwie, Dodatki > Obuwie > Damskie > Kozaki) i jeśli na zakładce specyficzne wprowadzę rozmiar albo długośc wkładki to już nie można sprawdzic nawet kosztu aukcji (niepoprawna wartośc paramteru) próba wystawienia kończy się takim błędem jak było opisane powyżej. Żeby było śmieszniej jeśli pousuwam wszystko z zakładki specyficzne to przy wysyłaniu błąd jest nadal sygnalizowany ale aukcja jest wystawiana (jakie było moje ździwienie jak w po testach z których każdy kończył się komunikatem błedu okazało się że jednak wystawiłem ten sam przedmiot kilkanaście razy ) Proszę o informację o przyczynie - dodam że kategorie itd się aktualizują chyba że po stronie allegro są błędne.
×
×
  • Dodaj nową pozycję...