Reboot always necessary after FTPing sample set?

[Sharp]

Hi qfingers.
Please try the FTP Client I'm using.
http://filezilla-project.org/download.php?type=client

It's available for Win, Mac and Linux.

It works flawlessly for me.

Regards
Sharp

[qfingers]

Hi qfingers.
Please try the FTP Client I'm using.
http://filezilla-project.org/download.php?type=client

It's available for Win, Mac and Linux.

It works flawlessly for me.

Regards
Sharp

Same issues. After I transfered the .KSC's, .PCG's, and the sub-directories, I get the same error "KSC is incomlete" with "??1" at the end. I created a directory "test" from filezilla. Then I dragged the MARK V ver 1 files over. Then I disconnected. And tried to load the _UserBank.KSC file. In order to make it work, I renamed the "test" directory to "test2", then opened it. I tried again to load the _UserBank.KSC file, no joy. Finally I renamed the "MARK V ver 1.KSC" to "MARK V ver 1a.KSC" and back to "MARK V ver 1.KSC". Then I could load the *_UserBank.KSC file.

I'll look at the configuration, maybe I'm missing something. It really strange.

q

[danatkorg]

Renaming is causing the KRONOS to re-evaluate the file system, and in doing so it detects the new User Sample Bank. This should happen whenever any disk activity occurs, including over FTP. So, the renaming itself is a red herring.

(As a side point, the name doesn't matter! You can change the name and it will still be found. See "User Sample Bank IDs" in the User Sample Banks section of the Operation Guide.)

I wonder if there is something which most FTP clients do at the end of the file transfer, and which is somehow not happening in these cases. For those using a mounted ftp volume in Windows 7 Explorer: what happens if you un-mount the ftp volume after completing the ftp transfer, before trying to load the file on the KRONOS?

I respectfully disagree, the filename problem is everything as far as I can tell. To prove it, I uploaded a different file to see if a rescan of the filesystem would fix the problem and it did not. I get 2 failure modes:

Code: Select all

KSC is incomplete due to uninstalled EXs:??1

This happens when I upload the files to the /SSD1 directory and I upload the "MARK V ver 1.KSC" along with the *_UserBank.KSC file. If I rename the file as I described, the *_UserBank.KSC can be loaded without problem.
If I create a directory with FTP and move the files into that directory. I get the 2nd failure mode:

Code: Select all

KSC is incomplete due to uninstalled EXs:MARK V ver 1

If I rename the parent directory, The *_UserBank.KSC can again be loaded. So, I'm not sure the file naming is a red-herring.

q

I'd recommend reading the above-mentioned section of the Operation Guide; it may help you to understand how the system works under the hood. There's a map of User Sample Bank UUIDs to file paths. This map is updated at startup, and also should be updated whenever KSC-related disk activity occurs, including copying, deleting, renaming, etc., both locally and via ftp. It seems like something in the ftp process isn't quite working with these specific ftp clients (lftp, Midnight Commander, perhaps Win 7 native ftp); the files are transferred correctly, but the KRONOS doesn't update the UUID map at the end of the ftp transfer (perhaps something in the ftp FIN/FIN+ACK sequence isn't as expected). So, the UUID goes unmapped until something else (e.g. renaming, restarting) causes the map to be rebuilt.

The first error message:

Code: Select all

KSC is incomplete due to uninstalled EXs:??1

...occurs when the system encounters an unknown UUID.

The second error message:

Code: Select all

KSC is incomplete due to uninstalled EXs:MARK V ver 1

...occurs when the system tries to load a *known* UUID, but the file mapped to that UUID is not where it expects it to be.

My guess is that what's going on here is this:
Changes from ftp (via these specific clients) are, for some reason, not being recognized as requiring an update of the map of UUID to files on disk. This includes both the initial transfer of the data, and the subsequent ftp-created directory and move operation.
Changing the names of the file or its enclosing directory causes the system to notice the file, and it then adds UUID to its list of known User Sample Banks and their corresponding files on disk. When you change the name locally for the first time, the UUID is added to the map; moving the file via ftp breaks the map again.

We'll look into it. In the meantime, if you can, try a different ftp client.

Hope this helps,

Dan

[qfingers]

We'll look into it. In the meantime, if you can, try a different ftp client.

Hope this helps,

Dan

I've tried (only on linux), ftp, lftp, ncftp, filezilla and wput. I've also written a little python script using ftplib. They all perform exactly the same. These are standard ftp clients that have worked for years. I don't like to call a bug until I've ruled out my other stuff. Considering that all these clients show the problem, my guess is it isn't the clients. The work around I described works for me. I just wanted everyone to be aware of the issue and possible solutions that don't require a restart (which I would consider really unacceptable).

By the way, it's only on the _UserBank.KSC loading. Everything else works perfectly.

q

[danatkorg]

I've tried (only on linux), ftp, lftp, ncftp, filezilla and wput. I've also written a little python script using ftplib. They all perform exactly the same. These are standard ftp clients that have worked for years.

Please read my message again. I didn't say that there was anything wrong with the clients.

I just tried this with a few other clients, and I'm seeing the same thing. Maybe something changed in a late build. As I wrote above, we'll look into it. I'm sorry for the inconvenience.

By the way, it's only on the _UserBank.KSC loading. Everything else works perfectly.

Yes, this is absolutely a matter of the new UUID not being mapped yet. The fastest workaround is to simply add a single character to the original KSC's name; this causes the system to recognize it. You don't even need to change the name back, unless for some reason you want to load it automatically with a PCG. Changing the name does not affect the relationship between the original and UserBank KSCs, since the UserBank refers to the original by UUID and not by name.

- Dan

[Radaska]

Dan, thanks a lot for the fast and usable rename workaround! This UUID mapping explanation makes sense.

[coyote144]

Any new about this issue? I am in the same situation with Filezilla, the Apple network adapter.

The way I found to avoid a reboot is load the sample file in RAM, then save it as a virtual memory sample, then reload it.

I wish korg will fix that within the next few weeks.

[danatkorg]

Any new about this issue? I am in the same situation with Filezilla, the Apple network adapter.

The way I found to avoid a reboot is load the sample file in RAM, then save it as a virtual memory sample, then reload it.

See my workaround above - I think it will be faster.